00:00.44 | zecke | RP: I do not see any issue with it - yet |
00:01.38 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
00:02.10 | zecke | http://pastebin.ca/42432 |
00:02.28 | *** join/#oe katossi (n=guillerm@dslb-084-062-135-124.pools.arcor-ip.net) |
00:02.36 | zecke | was my attempt at generically replacing RDEPENDS |
00:03.02 | RP | It was a good idea but isn't going to work :-/ |
00:03.09 | zecke | http://pastebin.ca/42434 |
00:03.14 | zecke | were the first errors :) |
00:03.30 | zecke | 'NoneType' as the RDEPENDS is a method (from autotools.bbclass) |
00:04.11 | zecke | whatt still would work is a make_rdepend(['bzip2', 'patch', 'diffstat']) method |
00:04.24 | zecke | it could automatically expand to the right thing: |
00:04.44 | zecke | What is good about it is, you can put it into the .inc file (or similiar) |
00:04.58 | zecke | and you do not need to reset the RDEPENDS after you included a file |
00:05.15 | RP | Its probably too much effort when we can just add the correct RDEPENDS lines... |
00:05.40 | zecke | RP: well you have these then at two places :) |
00:05.55 | zecke | I think as we only have about 20 RDEPENDS to fix I could live with that |
00:06.01 | zecke | but my OOP mind... |
00:06.30 | RP | Its no more duplication than many of the .bb files have and it is a valid difference between the parent and the -native version... |
00:06.38 | RP | I know what you mean though |
00:06.56 | RP | I've wondered about automating it... |
00:07.15 | zecke | RP: how much time do you hav now? |
00:07.46 | RP | zecke: I should probably be sleeping. Why? :} |
00:07.56 | zecke | RP: well then go to bed! |
00:08.16 | zecke | I think I will do the same :} |
00:08.42 | lamikr | That's good idea, I will also put my self to s3 state. |
00:08.51 | JustinP | well, sleep well everyone |
00:08.55 | zecke | :) |
00:09.05 | zecke | RP: I will fix the meta data tomorrow |
00:09.08 | RP | zecke: I'll fix the two knows issues in bitbake, then do so... |
00:09.12 | lamikr | goodnight |
00:09.30 | zecke | RP: and if you are done with bitbake I will test, or see if I have more time... |
00:11.21 | zecke | wow one line written on my paper... deadline is friday :} |
00:16.56 | *** join/#oe jott (n=j@e178086107.adsl.alicedsl.de) |
00:20.24 | RP | 'night all |
00:20.41 | reenoo | 'night RP |
00:22.19 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
00:26.32 | *** part/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
00:36.54 | *** join/#oe kakos (n=onoma@c-24-8-182-72.hsd1.co.comcast.net) |
00:43.11 | CosmicPenguin | It might be my imagination, but I think udev 084 is actually slower |
00:53.50 | mreimer | CosmicPenguin: add OPTIONS="last_rule" to your tty* and vc* rules to see if that speeds it up |
00:59.09 | *** join/#oe idealm (n=ideal@58.33.57.17) |
01:04.40 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
01:06.51 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:07.27 | *** join/#oe noclouds (n=mhfan@60.166.50.113) |
01:11.20 | *** join/#oe mndctrl_ (n=mind@81.167.1.2) |
01:46.33 | CosmicPenguin | A little faster, I guess |
01:47.20 | CosmicPenguin | I should at this point disclose that I'm running it on a processor simulator, so slowdowns are magnified |
01:47.26 | CosmicPenguin | 100x fold |
01:47.42 | CosmicPenguin | WEll, not that much - 50x, I guess |
01:50.57 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
01:51.05 | CosmicPenguin | home tie |
01:51.08 | CosmicPenguin | time |
01:51.09 | CosmicPenguin | seesh |
02:06.04 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
02:07.47 | *** join/#oe decca (n=decca@203-59-28-79.perm.iinet.net.au) |
02:24.32 | *** join/#oe tux_mike_ (n=mike@zelda.tuxnami.org) |
02:39.53 | CIA-4 | 03rwhitby 07org.oe.dev * rbd1e4d7c... 10/packages/linux/ixp4xx-kernel/2.6.16/ (3 files): Added I2C support for the Loft |
02:39.58 | CIA-4 | 03rwhitby 07org.oe.dev * re2df25d7... 10/packages/linux/ (16 files in 2 dirs): ixp4xx-kernel: Updated for 2.6.16-rc4 from CVS patch repo |
02:50.05 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
03:27.20 | CIA-4 | 03coredump 07org.oe.dev * r583dc1af... 10/packages/gpe-bootsplash/ (files/speed.patch gpe-bootsplash_1.15.bb): |
03:27.20 | CIA-4 | gpe-bootsplash: |
03:27.20 | CIA-4 | Dump /dev/fb0 after the first successful launch of bootsplash and use the dump to display the splashscreen from that point on. Speeds up display of large bootsplash-theme _a lot_. Handles theme changes as well. |
03:31.13 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
03:31.34 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:57.42 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
04:14.01 | shadows | maybe i should mention the libmb thing here too |
04:14.13 | shadows | i'm trying to fix the "tiny matchbox panel menu font" bug |
04:14.19 | shadows | it's allegedly fixed in libmb svn |
04:14.35 | shadows | diff = http://cuodan.net/~jnc/openz/matchbox_lib_differences-svn20060220_and_v1p7.diff |
04:14.53 | shadows | could someone help and point out which parts are relevent to fixing the font problem? |
04:20.23 | *** join/#oe fedbarrett (n=fedbarre@24-247-19-110.dhcp.trcy.mi.charter.com) |
04:26.44 | *** join/#oe dkey (n=dkey@L0001P26.dipool.highway.telekom.at) |
04:28.44 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
04:34.30 | *** join/#oe hufnus (n=slonsiki@DSL135-071.LABridge.com) |
05:07.14 | *** join/#oe mhfan (n=mhfan@60.166.49.236) |
05:55.26 | *** join/#oe Jenna (n=cherryRe@209.8.233.254) |
05:56.08 | *** part/#oe Jenna (n=cherryRe@209.8.233.254) |
06:08.20 | *** join/#oe [lala] (n=lala@p54B3CAE2.dip0.t-ipconnect.de) |
06:15.27 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:22.07 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-140-186.pools.arcor-ip.net) |
06:23.54 | *** join/#oe _guillermo_ (n=guillerm@dslb-084-062-140-186.pools.arcor-ip.net) |
06:44.15 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
06:47.44 | *** join/#oe dkey (n=dkey@L0002P16.dipool.highway.telekom.at) |
07:12.15 | *** join/#oe rob_w|mis (n=rob_w@p549BC47E.dip0.t-ipconnect.de) |
07:23.21 | *** join/#oe shadows (n=erisha@c-24-12-192-131.hsd1.il.comcast.net) |
07:42.25 | hrw | morning |
07:44.05 | emte | morn |
07:44.58 | hrw | ~lart keylaunch & matchbox |
07:45.47 | *** join/#oe decca_house_hunt (n=decca@203-59-28-79.perm.iinet.net.au) |
07:50.04 | *** join/#oe gremlin[it]work (n=gremlin@host108-147.pool212171.interbusiness.it) |
07:54.40 | *** join/#oe NAbyss (n=foo@220-253-9-72.VIC.netspace.net.au) |
08:00.12 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
08:02.04 | *** join/#oe mndctrl (n=mind@81.167.1.2) |
08:05.27 | emte | hey hrw how much do you know about the battery differences btwn the h36 and the h22? |
08:06.15 | emte | i am finding it a bit odd that there is a h22 specific driver that uses the DS2760 |
08:08.04 | hrw | emte: nothing |
08:08.40 | hrw | emte: I'm not familiar with ipaq internals at all |
08:08.52 | emte | :( |
08:09.36 | emte | perhapse i need to ask pb_ when he wakes up |
08:12.14 | RP | morning all |
08:12.43 | hrw | hi RP koen |
08:12.55 | koen | hey emte & hrw & RP |
08:12.58 | RP | hi koen |
08:13.15 | RP | koen: A couple of fixes went into bitbake |
08:13.18 | emte | hey koen , RP |
08:13.36 | koen | RP: ah cool |
08:13.46 | emte | i dont suppose either of you know the answer to the question i just posed to hrw ? |
08:15.09 | *** join/#oe pH5 (n=ph5@vpn-128-14.uji.es) |
08:15.18 | hrw | cu |
08:15.28 | emte | cya |
08:16.03 | RP | emte: I know little about ipaq batteries |
08:16.06 | koen | emte: the h36xx all use a micro controller hooked up to the serial bus, while other ipaqs use an asic |
08:16.09 | _law_ | someone here who got eds-dbus build? |
08:16.21 | koen | probably RP |
08:16.31 | *** join/#oe spit (n=spit@afe142.internetdsl.tpnet.pl) |
08:16.34 | RP | _law_: I might have some updates from that... |
08:16.40 | RP | s/from/for |
08:17.04 | emte | koen, yeah its just that i am looking at the h22 battery driver and its using the DS2760... the same one that the h36 series uses i am wondering why it is specific to the h22 |
08:17.20 | _law_ | RP, http://bugs.treke.net/show_bug.cgi?id=700 |
08:17.31 | koen | emte: the h2200 battery driver is the driver for the asic part iirc |
08:17.45 | _law_ | has anyone tried tinymail yet? |
08:18.41 | _law_ | https://svn.cronos.be/svn/tinymail/trunk/ |
08:25.13 | *** join/#oe noclouds (n=mhfan@60.166.38.39) |
08:25.50 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
08:25.55 | emte | aha i see now koen, thnks |
08:36.14 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:38.52 | *** join/#oe Jenna (n=cherryRe@209.8.233.207) |
08:38.56 | RP | _law_: It looks like it didn't find db... |
08:39.32 | *** part/#oe Jenna (n=cherryRe@209.8.233.207) |
08:42.35 | hrw|work | re |
08:42.42 | RP | wb hrw|work |
08:43.29 | koen | you must have pretty lean thumbs by now ;) |
08:44.17 | koen | RP: please send your problems with monotone to the monotone people as well: http://lists.gnu.org/archive/html/monotone-devel/2006-02/msg00180.html |
08:47.33 | hrw|work | my thread ;) |
08:50.49 | *** part/#oe gremlin[it]work (n=gremlin@host108-147.pool212171.interbusiness.it) |
08:52.38 | *** join/#oe ruied (n=ruied@213.22.166.23) |
09:07.42 | XorA | morning |
09:07.56 | XorA | ~seen mickeyl |
09:08.15 | ibot | mickeyl is currently on #oe #opie #handhelds.org. Has said a total of 11 messages. Is idling for 1d 19h 34m 27s, last said: 'argouml?'. |
09:09.34 | _law_ | RP, should i try to build db3_3.2.9.bb ? |
09:11.26 | *** join/#oe eumel (n=chatzill@p548301D3.dip0.t-ipconnect.de) |
09:19.31 | *** join/#oe gremlin[it]work (n=gremlin@host108-147.pool212171.interbusiness.it) |
09:19.56 | RP | _law_: I've just updated eds-dbus - a configure parameter had changed |
09:20.14 | RP | I'm just hoping it can still find the OE db install... |
09:20.27 | _law_ | RP, ok i?ll try to build |
09:21.54 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
09:22.15 | _law_ | RP, disable_orbit.patch doest apply |
09:23.17 | CIA-4 | 03rpurdie 07org.oe.dev * r5ccea2ad... 10/packages/eds/eds-dbus_svn.bb: eds-dbus: Update configure commandline to match upstream changes |
09:23.21 | CIA-4 | 03rpurdie 07org.oe.dev * rd37343a2... 10/packages/linux/linux-openzaurus_2.6.15.bb: linux-oz-2.6: Change the way we detect and act on the headphone jack insertions - pass it to userspace as a switch event instead of dealing with it internally within the kernel |
09:23.25 | CIA-4 | 03rpurdie 07org.oe.dev * ra6115c21... 10/packages/zaurusd/zaurusd_0.0.bb: Add zaurusd |
09:23.30 | CIA-4 | 03rpurdie 07org.oe.dev * r4b0334a7... 10/packages/hal/hal_0.5.4.bb: hal 0.5.4: Disable documentation generation as the tools aren't in DEPENDS |
09:26.47 | XorA | RP: zaurusd the new universal hardware configurator? |
09:27.12 | RP | XorA: perhaps. Who knows what it will end up doing :) |
09:27.46 | RP | XorA: Currently the ALSA mixer handling works, but the hinge rotation and soft touchscreen buttons need some TLC |
09:28.09 | RP | XorA: Only cx000 is currently supported as well |
09:28.16 | RP | but c7x0 should be easy to add |
09:29.30 | RP | _law_: Set your SRCDATE to 20060126 |
09:29.48 | koen|assignment | shouldn't that .bb have a COMPATIBLE_HOST mask or something? |
09:30.01 | koen|assignment | or EXCLUDE_FROM_WORLD? |
09:30.03 | _law_ | RP ok i?ll try |
09:30.25 | RP | koen|assignment: It can support other things and it really quite generic so we'll wait and see how it develops |
09:30.46 | RP | _law_: It just needs to be the eds-dbus srcdate |
09:30.54 | koen|assignment | RP: heh |
09:30.59 | hrw|work | koen|assignment: http://pastebin.ca/42635 looks ok to you? |
09:31.05 | koen|assignment | RP: then why is is called *zaurus*d? |
09:31.43 | RP | This wasn't my original choice of name |
09:31.44 | koen|assignment | hrw|work: dunno, ask the hh.org old farts, they handle familiar now |
09:32.07 | hrw|work | koen|assignment: who exactly? |
09:32.34 | koen|assignment | hrw|work: france, jamey, nelson, pb_, reenoo I guess |
09:32.41 | koen|assignment | don't know exactly |
09:32.47 | hrw|work | ok |
09:33.18 | RP | I'll happily rename zaurusd to devmand or something if someone gives me a patch which makes it non-zaurus |
09:33.54 | koen|assignment | why not rename it now? |
09:34.12 | hrw|work | rpdmd? |
09:34.42 | RP | koen|assignment: A long story. Lets just be happy its in OE |
09:34.45 | hrw|work | iwmfzbhodd? |
09:35.20 | koen|assignment | RP: it's fine by me, but I remember all the whining about 'ipaq-sleep' |
09:35.54 | koen|assignment | and if you really want it to be generic, a name like zaurusd just scares possible contributors off |
09:35.57 | RP | koen|assignment: In this case I will happily rename it given an excuse |
09:36.29 | hrw|work | iwmfzbhodd then (it was meant for zaurus but handle other devices daemon) |
09:36.39 | RP | Do we have any ipaqs with hinges, touchscreen buttons or alsa mixers? |
09:36.53 | koen|assignment | all ipaqs have alsa mixers |
09:37.12 | RP | How's the default mixer setup handled for them? |
09:37.24 | hrw|work | oss-mixer emul |
09:38.04 | RP | Ok, someone needs to find me some default alsa mixer configs for a variety of ipaqs :) |
09:38.53 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:40.16 | koen|assignment | RP: what do you need? |
09:40.19 | koen|assignment | /etc/asound.conf? |
09:40.54 | RP | koen|assignment: run alsactl store and then cp /etc/asound.state |
09:41.25 | RP | On the zaurus, this means we can have things like the mic preconfigured |
09:42.45 | koen|assignment | http://dominion.kabel.utwente.nl/koen/pda/files/asound.state.hx4700 |
09:42.58 | koen|assignment | is that enough excuse? ;) |
09:43.35 | RP | koen|assignment: Its a start, thanks. I will see what I can do... |
09:43.39 | XorA | koen|assignment: so was your checkins a couple of days ago, Angstrom started? |
09:44.01 | koen|assignment | XorA: yes, I need to clean it up a bit and I'll send a mail to angstrom-dev |
09:44.25 | pH5 | koen|assignment: wow, news on EABI? |
09:44.29 | pH5 | (hi all, btw) |
09:44.34 | koen|assignment | pH5: not yet |
09:44.36 | koen|assignment | hey pH5 |
09:44.59 | koen|assignment | pH5: but I'm going to test gcc 4.1/glibc 2.4 soon |
09:45.08 | pH5 | koen|assignment: cool |
09:47.06 | RP | koen|assignment: Its just been explained to be that its a per device daemon which you can always take and rename :-/ |
09:47.30 | koen|assignment | heh |
09:47.39 | koen|assignment | who's being cranky over there? |
09:47.53 | koen|assignment | "no, I called it zaurusd and won't change it, puh!' |
09:48.09 | RP | koen|assignment: I wrote it, not anyone else |
09:49.13 | RP | koen|assignment: Its pending some in person discussion at fosdem - lets wait and see. I can always create devmand outside of OH |
09:50.45 | koen|assignment | let's name it gpe-deamon and watch mallum's beard fall out ;) |
09:51.03 | RP | ;-) |
09:51.32 | ade|desk | koen|assignment: heard the news about uclibc eabi stuff lately |
09:51.57 | koen|assignment | ade|desk: no, haven't looked at uclibc lately |
09:52.13 | koen|assignment | I did hear that kernel.org git has nico's eabi patches |
09:52.20 | koen|assignment | so 2.6.16 should be eabi-able |
09:58.01 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
09:58.06 | do13_ | morning all |
09:58.12 | RP | hi do13_ |
09:58.44 | do13_ | hi Richard |
10:01.41 | hrw|work | hi Dirk |
10:03.21 | do13_ | hey Marcin |
10:04.36 | hrw|work | koen|assignment: would you mind if I will move all my SRC_URI to ewi/mirror/hrw-oe/ dir? I'm moving to hosting where I pay for any extra bandwidth |
10:04.59 | koen|assignment | go ahead |
10:05.08 | hrw|work | ok |
10:05.08 | koen|assignment | ewi has unlimited bandwidth |
10:09.22 | hrw|work | wget roxx |
10:12.03 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
10:21.02 | _law_ | RP, zaurusd looks nice |
10:23.59 | _law_ | RP, NOTE: package eds-dbus-1.4.0+svn20060126: completed :-) |
10:25.50 | RP | _law_: good - I'll add a preferred version to OE somewhere, Do you want to close the bug with a mention of that SRCDATE? |
10:26.18 | _law_ | RP, ok i?ll to |
10:26.19 | koen|assignment | RP: just put SRC_DATE_${PN} = 20060126 in the .bb |
10:26.21 | _law_ | do |
10:28.02 | RP | koen|assignment: I'd prefer to start locking down the floating dates in a more controlled way. I think its about time I created that preferred_versions.inc file I keep thinking about :) |
10:29.55 | koen|assignment | RP: the right was is too add snapshot .bbs which have a higher default pref |
10:30.22 | koen|assignment | unless you want to force every OE use to include a zillion .incs to make OE work |
10:30.48 | koen|assignment | OE should 'just work' without any .inc for preferred_versions |
10:30.51 | RP | koen|assignment: Just one .inc file which lists a set of known good cvs dates |
10:31.12 | koen|assignment | why not add snapshots? |
10:31.30 | RP | koen|assignment: because there's no need? |
10:31.35 | koen|assignment | heh |
10:31.45 | koen|assignment | you contradict yourself |
10:32.00 | RP | We can have zillions of extra pointless .bb files or one .inc file |
10:32.11 | koen|assignment | they aren't pointless |
10:32.37 | RP | No, but they just say one thing - "this is a known good SRCDATE" |
10:32.51 | koen|assignment | any floating package shoud build |
10:33.04 | koen|assignment | if it doesn't, it needs to go into nonworking/ |
10:33.10 | *** join/#oe Jenna (n=cherryRe@209.8.233.207) |
10:33.17 | RP | In an ideal world where all maintainers keep 100% up to date with upstream |
10:33.26 | RP | and upstream is always 100% working |
10:33.38 | RP | This is not an ideal world |
10:34.00 | Jenna | hey there RP |
10:34.02 | koen|assignment | that's why we make a foo_1.2.3+cvs20050202.bb |
10:34.34 | koen|assignment | if people start using that .inc the quality of our metadate will go down |
10:34.36 | Jenna | does anyknow about a support channel regarding pc104 boards/apps |
10:34.52 | koen|assignment | "I don't need to fix it, because I know a working srcdate" |
10:36.49 | XorA | koen|assignment: ultimately cvs snapshots should be created of those fixed dates due to the ability of cvs not keep history |
10:37.03 | koen|assignment | XorA: indeed |
10:37.23 | RP | koen|assignment: The floating versions were classified as problematic and unnecessary a while back and this .inc file was planned. I don't remember this being raised as an objection then :-/ |
10:37.47 | RP | I can see it could let people be slightly lazy, on the other hand, it makes OE more stable |
10:38.14 | koen|assignment | no, it covers up brokenness |
10:38.22 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
10:38.24 | koen|assignment | that's something different |
10:38.36 | koen|assignment | I'm all for locking down floating stuff, but not via a .inc |
10:38.41 | *** part/#oe Jenna (n=cherryRe@209.8.233.207) |
10:41.33 | Bernardo | good morning |
10:41.38 | koen|assignment | hey Bernardo |
10:42.16 | hrw|work | hi Bernardo |
10:45.14 | RP | koen|assignment: Doing it as you describe would still mean the cvs/svn .bb files went untested most of the time. The difference is that removing an .inc file makes it easy to test, changing the PREFERRED_VERSION of a ton of packages is more difficult |
10:46.04 | koen|assignment | RP: removing that .inc file will influence *all* floating .bbs |
10:46.16 | koen|assignment | and how does Joe User find out about that .inc? |
10:46.30 | koen|assignment | he will look at the .bb and go "huh?" |
10:46.54 | RP | That's no different to all the other black magic the distro files do anyway |
10:47.06 | koen|assignment | that's bad enough as it is |
10:47.20 | koen|assignment | two wrongs don't make a right ;) |
10:48.02 | RP | It is exactly the kind of issue distro are supposed to handle |
10:48.19 | RP | having some files any distro can take advantage of is fair enough... |
10:48.51 | koen|assignment | well, a lot of floating stuff *in distros* can be solved if mallum would finally make some releases of matchbox stuff |
10:48.58 | koen|assignment | but that's not really related |
10:49.46 | RP | Its also not something I have any control over ;-) |
10:49.53 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
10:49.58 | hrw|work | floating-package_workingsrcdate.bb looks best for me |
10:51.54 | koen|assignment | does anybody know the status of opie/gcc4 ? |
10:52.10 | hrw|work | koen|assignment: builds |
10:52.29 | koen|assignment | ah, cool |
10:52.42 | koen|assignment | I had tested bootstrap and gpe |
10:52.47 | koen|assignment | starting an opie build now |
10:53.10 | koen|assignment | so far angstrom is looking pretty good, build wise |
10:53.29 | hrw|work | koen|assignment: konq/emb does not build, qpdf2 also - but they are not opie (only in meta-opie) |
10:54.01 | hrw|work | koen|assignment: good? good it will look with eabi ;D |
10:54.13 | koen|assignment | looks like qt/e hackers have some work to do for angstrom |
11:01.13 | *** join/#oe idealm (n=ideal@58.33.57.17) |
11:01.46 | koen|assignment | XorA: it's slow enough on a 1.3GHz machine with 1.25GB ram... |
11:01.57 | *** join/#oe greentux (n=m@ip-217-18-177-19.reverse.dsi.net) |
11:01.58 | XorA | koen|assignment: it takes more RAM than Z has |
11:02.02 | greentux | morning |
11:02.06 | koen|assignment | hey greentux |
11:02.08 | XorA | hey greentux |
11:02.22 | RP | hi greentux |
11:02.34 | greentux | hi all :) |
11:02.50 | greentux | hrw|work: ? is it possible to see the cpu speed of the borzoi? |
11:03.18 | *** join/#oe greentux_alt (n=m@ip-217-18-177-19.reverse.dsi.net) |
11:03.49 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
11:04.12 | koen|assignment | greentux_alt: cat /proc/cpuinfo ? |
11:04.13 | hrw|work | greentux: there are cpufreq patch for pxa27x but do not know do we have it |
11:04.25 | hrw|work | a.. see.. /proc/cpuinfo |
11:04.55 | Bernardo | ~angstrom |
11:05.04 | RP | greentux: You can see the speed mentioned as the device boots up. As we don't have cpufreq running on the pxa27x, it doesn't change from that |
11:05.06 | koen|assignment | for the patch http://marc.theaimsgroup.com/?t=113992576800005&r=1&w=2 |
11:05.22 | greentux_alt | koen|assignment: no usable speed info in cpuinfo |
11:06.03 | greentux_alt | RP: ok, and it boots with max speed i assume? wheteher using battery or not? |
11:06.06 | XorA | hmm, since upgrading bitbake I always get /home/dp/zaurus/build-gcc/tmp/staging/x86_64-linux/bin/install-sh: ./-m755 does |
11:06.09 | XorA | not exist. |
11:06.19 | RP | greentux_alt: correct |
11:06.56 | greentux_alt | while using ipkg the borzoi seems very slow... dont know why |
11:07.34 | koen|assignment | greentux_alt: your feed lists are big |
11:08.00 | XorA | koen|assignment: I took your hint about grep -v Source:, that works nicely |
11:08.15 | koen|assignment | XorA: it's only twice as fast :) |
11:08.25 | XorA | koen|assignment: any more fields ipkg doesnt need? |
11:08.48 | koen|assignment | XorA: maintainer, homepage, etc |
11:09.08 | koen|assignment | it only needs provides, depends, replaces and conflicts |
11:09.23 | XorA | koen|assignment: ok, me off to make those lists smaller |
11:09.47 | *** join/#oe idealm (n=ideal@58.33.57.17) |
11:11.25 | koen|assignment | file://defconfig-foo -> file://defconfig and make linux-openzaurus-2.6.15/<foo>/ subdirs |
11:13.32 | *** join/#oe lrg|home (n=liam@212.20.225.130) |
11:15.01 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
11:19.52 | lrg|home | ping RP |
11:20.28 | RP | lrg|home: pong |
11:20.50 | lrg|home | RP: have you seen the email from Jingqing ? |
11:21.11 | RP | lrg|home: Yes. I didn't entirely understand it |
11:22.01 | lrg|home | RP: I reading through the presentation now. English is not the first language so I expect things not to translate well |
11:23.06 | RP | lrg|home: Yes. I think I see what he's getting at althought I'm not sure if having all these virtual scenarios doesn't complicate things more than it simplifies... |
11:23.56 | RP | lrg|home: zaurusd is now in OE. It just manipulates the alsa config file depending on which jack function a user selects |
11:24.05 | lrg|home | ah |
11:24.31 | lrg|home | I'll do a build for borzoi after I get back from fosdem |
11:25.09 | lrg|home | RP: I can see why they need the complexity, as it's initially designed around cellular devices |
11:26.00 | RP | lrg|home: Yes, I can see they useage case being a bit more complex |
11:26.35 | ldc | gah... sdl needs fixing... 1.2.7 failes with "SDL_cpuinfo.c:107: error: PIC register `%ebx' clobbered in `asm'", and if i upgrade to 1.2.8 libsdl-net dont want to produce a .so :P |
11:27.28 | RP | lrg|home: Mixer simplification and their need for virutal devices are only partially related as I see it. |
11:35.01 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
11:37.28 | do13_ | Hey Liam |
11:38.02 | lrg|home | Hey Dirk |
11:46.24 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
11:46.53 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
11:47.23 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
11:49.06 | _law_ | NOTE: package tinymail-0.0+svn20060221: completed |
11:55.18 | pH5 | _law_: great, does it work? |
11:55.39 | _law_ | pH5, build feed one moment :-) |
11:59.18 | *** join/#oe spit (n=spit@afe142.internetdsl.tpnet.pl) |
12:01.11 | greentux_alt | hi lrg|home |
12:01.20 | lrg|home | hey greentux_alt |
12:02.13 | greentux_alt | lrg|home: checked a sipphone, but it sounds like a robot |
12:03.11 | lrg|home | greentux_alt: I think RP found some good settings for his headset yesterday. iirc he had to set the alc to stereo for best sound. |
12:05.12 | greentux_alt | lrg|home: ok, think that there can be some problem with dsp sample rate etc |
12:06.29 | lrg|home | greentux_alt: sample rate should be 8k for voip, can you record the audio from the headset and email it to moe |
12:06.42 | lrg|home | me |
12:07.35 | RP | lrg|home: That was just a gain issue - setting ALC to left worked fine once I turned down the input source |
12:08.17 | lrg|home | ok, 1 less thing to worry about :) |
12:10.16 | greentux_alt | i tried only recieving of speech, no input/mic issues in the moment... |
12:10.34 | greentux_alt | RP: can you mail me the alsa mix conf? |
12:11.06 | hrw|work | ~lart phpmyadmin |
12:11.27 | _law_ | ERROR: Cannot satisfy the following dependencies for eds-dbus: dbus |
12:12.05 | XorA | hrw|work: I hate that frontend |
12:12.24 | _law_ | any ideas where i can change this to dbus-1 ? |
12:13.00 | hrw|work | XorA: I hate to have only this available |
12:13.27 | XorA | hrw|work: I took to running mysql-admin via ssh -X |
12:13.29 | hrw|work | I also hate gpe for their non-device behaviuor |
12:13.30 | koen|assignment | _law_: OE should have done that for you |
12:14.01 | hrw|work | XorA: no shell there |
12:14.11 | *** join/#oe alan|home (n=alan@ARouen-152-1-100-12.w86-208.abo.wanadoo.fr) |
12:15.09 | *** join/#oe zecke (n=ich@145.253.107.2) |
12:15.20 | zecke | hey |
12:15.33 | lrg|home | hey zecke |
12:15.55 | _law_ | koen|assignment, its an selfbuild package (tinymail) |
12:16.16 | _law_ | ah same problem with eds-dbus |
12:16.25 | zecke | _law_: fallen victim to the hype? |
12:16.41 | RP | _law_: This is in .dev? If so, you probably need to rebuild dbus as you haven't wiped tmp for a while |
12:18.26 | pb__ | pH5: sorry to hear about my continuing incompetence vis a vis kernel26. I'll check those files in soonest. |
12:19.08 | pH5 | pb__: no problem, you see I found the patch ;) |
12:19.17 | _law_ | RP, yes its in .dev i have done some updates in you eds-dbus .bb push it to bugs.treke.net ok? |
12:19.23 | hrw|work | NOTE: package snes9x-sdl-qpe-1.39: failed |
12:19.25 | zecke | pH5: is x11/fonts legal? |
12:19.29 | hrw|work | I vote for removing it |
12:19.43 | hrw|work | zecke: we never took decisions which sections are legal |
12:20.05 | zecke | hrw|work: hehe, psst |
12:20.24 | zecke | hrw|work: this is why I'm asking ph5 and others if we think this section is sane |
12:20.27 | pb__ | zecke: it seems hard to imagine that x11 fonts are actually illegal even in the harshest of jurisdictions |
12:20.44 | RP | _law_: Can you pastebin that? I'd like to see what kind of updates we're talking about |
12:20.45 | pH5 | zecke: who defines this? in debian those font packages are in section x11 |
12:21.09 | zecke | pb__: I imagined X11 is so old it predates the existince if glyphs/fonts |
12:21.27 | zecke | pH5: We define this, I dumply copied oelint.bbclass |
12:22.26 | _law_ | RP, http://bugs.treke.net/show_bug.cgi?id=700 |
12:23.17 | pb__ | zecke: it supports "bitmap fonts", which were some primitive and archaic form of writing from which modern fonts are descended. |
12:24.02 | _law_ | zecke, the memory usage hype? :-) |
12:24.26 | zecke | I can use OOPS design patterns with assembly language :) |
12:24.55 | zecke | these two b's there are my class, and this manipulation of PC is my inheritence :) |
12:25.09 | pb__ | zecke: eleet |
12:25.31 | *** join/#oe bora (n=bora@88.224.181.221) |
12:25.33 | zecke | pb__: kudos belong to others :) |
12:25.39 | RP | _law_: You need camel? |
12:25.51 | _law_ | RP, yes for tinymail |
12:26.19 | _law_ | RP, also done something in do_stage |
12:27.31 | RP | diffs are usually better so people can easily see what changed... |
12:28.56 | _law_ | RP, should i add an diff also? |
12:29.00 | _law_ | http://handhelds.org/scap/port.20280.png :-) |
12:29.24 | RP | _law_: A diff would be easier |
12:29.35 | _law_ | RP, ok mom |
12:29.36 | ldc | hmm... Are there any known problems with that libtool reporting bas that it cannot create shared libs? |
12:29.50 | ldc | back even |
12:29.54 | greentux_alt | lrg|home: i will send you a recorded file... |
12:31.14 | _law_ | RP, http://helmsdeep.homelinux.net/~pat/myeds.diff |
12:32.05 | NAbyss | Speaking of .dev... is gnu-config-native still broken? |
12:32.40 | RP | NAbyss: Yes, until we devide on the right fix... |
12:33.01 | NAbyss | Ah, okies.. is there any easy workaround? |
12:33.33 | koen|assignment | NAbyss: yes: http://handhelds.org/hypermail/oe/65/6559.html |
12:33.38 | RP | NAbyss: Add RDEPENDS_${PN}="" to the file |
12:33.57 | NAbyss | Thankye :) |
12:36.07 | _law_ | should i post tinymail.bb so someone could add it to OE ? |
12:36.18 | greentux_alt | lrg|home: its with a external mic recorded mp3 (from the headphone) |
12:36.55 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-72-244.w83-202.abo.wanadoo.fr) |
12:40.21 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
12:43.40 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
13:00.10 | greentux_alt | lrg|home: recieved mail? |
13:04.04 | lrg|home | greentux_alt: not yet, I'll check again after lunch brb |
13:08.56 | *** join/#oe gremlin[it]work (n=gremlin@host40-151.pool212171.interbusiness.it) |
13:13.07 | chouimat | morning |
13:14.26 | CIA-4 | 03coredump 07org.oe.dev * rc05500f9... 10/packages/altboot/altboot_0.0.5-rc2.bb: altboot: Add altboot_0.0.5-rc2.bb. The versioned .bb's download altboot from CVS, this makes stable releases of altboot possible. |
13:26.49 | lrg|home | greentux_alt: not yet, how big is it ? |
13:30.39 | CIA-4 | 03coredump 07org.oe.dev * r3043e4c5... 10/packages/altboot/ (4 files in 2 dirs): altboot: mv altboot.bb altboot_0.0.0.bb |
13:45.07 | greentux_alt | lrg|home: small... which email? |
13:45.33 | greentux_alt | lrg|home: tried your work email |
13:47.34 | greentux_alt | lrg|home: sent again |
13:56.58 | lrg|home | greentux_alt: got it now. :) |
13:57.16 | *** join/#oe swc (n=swcai@61.171.87.31) |
13:58.00 | greentux_alt | lrg|home: fine :) |
13:59.06 | lrg|home | greentux_alt: we've some email problems today, your first email is probably sitting in a queue somewhere... |
14:01.23 | hrw|work | "collect2: ld returned 1 exit status" - someone can tell me how to get more info from linker? |
14:04.37 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
14:04.55 | lrg|home | greentux_alt: sounds like the gain is wrong (maybe too high as I hear clipping), can you try adjusting the mic volume and alc settings. |
14:05.16 | *** join/#oe Cwiiis (n=cwiiis@host86-134-14-105.range86-134.btcentralplus.com) |
14:05.19 | greentux_alt | lrg|home: what you hear is recorded from the headphone! |
14:05.35 | greentux_alt | lrg|home: and the mic of the sending (real) voip phone is right. checked that. |
14:05.48 | greentux_alt | lrg|home: so there is something in the playback way of the sound |
14:06.33 | *** join/#oe mind_ (n=mind@81.167.1.2) |
14:06.43 | lrg|home | greentux_alt: ok, this may be a bug. I'll be able to look at this after FOSDEM (or during) |
14:07.47 | greentux_alt | lrg|home: but RP said recording and playback (both local) is ok. do you have a idea where the bug may be? |
14:08.04 | _law_ | could someone test if dbus-monitor works on his Z ? |
14:08.50 | lrg|home | greentux_alt: recording with mic is ok, recording with headset - I have not managed to fully test. |
14:09.16 | lrg|home | greentux_alt: do you mean the audio was recorded from the far end ? |
14:09.33 | greentux_alt | lrg|home: that is playback via voip app (kphone/PI). perhaps something in setting sample rate or so? |
14:09.45 | greentux_alt | lrg|home: yes, recorded far end (snom voip phone) |
14:10.13 | lrg|home | greentux_alt: ah |
14:10.33 | greentux_alt | lrg|home: :) |
14:11.23 | lrg|home | greentux_alt: play back at 8k on 0.10rc2 is ok, it may be an incorrect setting with the older version. can you try using aplay to play an 8k sample |
14:11.30 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
14:12.30 | greentux_alt | i have an older version? |
14:12.36 | greentux_alt | lrg|home: i have older version? |
14:12.45 | greentux_alt | lrg|home: can u send me a right sample file? |
14:13.12 | lrg|home | greentux_alt: yes, ASoC 0.10rc2 came out yesterday. RP will upgrade after FOSDEM i think. |
14:13.44 | lrg|home | greentux_alt: although it's best to check at aplay @ 8k |
14:13.53 | greentux_alt | lrg|home: ok, sen dme sample. will try. would be nice, if that is the bug... :) |
14:15.46 | lrg|home | greentux_alt: I don't have any 8k samples where I am at present. However, mplayer can generate an 8k wav easily from an mp3. iirc itr's something like mplayer -rate 8000 -c 2 -ao pcm file.pcm file.mp3 |
14:17.01 | greentux_alt | lrg|home: moment |
14:19.41 | lrg|home | greentux_alt: I've found an 8k sine wave, sending.... |
14:19.48 | greentux_alt | fine |
14:21.25 | hrw|work | someone know current status of kergoth dns work? |
14:22.09 | *** join/#oe decca (n=decca@203-59-28-79.perm.iinet.net.au) |
14:22.19 | greentux_alt | lrg|home: aply 997.wav does: :) |
14:22.32 | greentux_alt | lrg|home: a tone with approx 300Hz |
14:22.46 | lrg|home | greentux_alt: ah that's a bug then |
14:22.55 | lrg|home | it should have 997Hz tone |
14:23.08 | greentux_alt | lrg|home: ok, do you think its fixable? |
14:23.20 | lrg|home | greentux_alt: yes, already in 0.10rc2 |
14:23.31 | greentux_alt | lrg|home: puh you saved my job :) |
14:23.52 | lrg|home | greentux_alt: is this for borzoi ? |
14:24.02 | greentux_alt | lrg|home: yes |
14:24.32 | lrg|home | greentux_alt: 8,11,16,22,44.1,48k are all ok on borzoi in 0.10rc2 |
14:24.41 | greentux_alt | lrg|home: :) |
14:26.07 | *** join/#oe spit (n=spit@afe142.internetdsl.tpnet.pl) |
14:27.56 | RP | I can try and upgrade to the new ASoC later today if appropriate |
14:29.19 | greentux_alt | RP, you are hero |
14:34.26 | lrg|home | ~hail RP |
14:39.41 | greentux_alt | lrg|home: ibot? |
14:43.12 | swc | hello |
14:43.21 | swc | lrg|home: Hello. |
14:43.48 | lrg|home | hey swc |
14:44.08 | swc | This is stanley from SH. Nice to meet you in the channel |
14:44.24 | lrg|home | swc: Hi Stanley, glad to hear from you |
14:44.48 | koen | SH as in SuperH? |
14:45.11 | lrg|home | swc: I'm just writing a reply to Jingqing abot the scenario's for ASoC |
14:45.17 | lrg|home | koen: Shanghai |
14:45.36 | koen | ah, I see |
14:45.50 | lrg|home | koen: Stanley is the Linux BSP team leader at Intel |
14:45.56 | koen | cool |
14:46.20 | lrg|home | koen: He's going to evaluate OE for some internal use |
14:46.21 | france | http://handhelds.org |
14:46.55 | koen | RP: I'm having surprisingly few problems with gcc4 |
14:47.03 | koen | RP: none, actually |
14:47.08 | koen | RP: good work :)l |
14:47.12 | koen | s/l// |
14:47.16 | koen | ibot: shut up |
14:47.18 | ibot | yes, Master koen |
14:48.57 | koen | Angstrom-bootstrap-image-test-20060220-h2200.rootfs.jffs2 |
14:48.57 | koen | Angstrom-gpe-image-test-20060220-h2200.rootfs.jffs2 |
14:48.58 | koen | Angstrom-opie-image-test-20060220-h2200.rootfs.jffs2 |
14:49.08 | lrg|home | swc: must be late for you. Have you managed to install oe on a build machine yet ? |
14:49.09 | zecke | hehe |
14:49.15 | koen | no idea if they work, but they compiled :) |
14:49.42 | swc | lrg|home: I am downloading oe. It is huge. |
14:50.03 | koen | 60MB or so |
14:50.35 | koen | 43MB even (not counting bitbake) |
14:50.57 | lrg|home | koen, swc: it's getting bigger |
14:50.58 | hrw|work | koen: how they differ to familiar 0.8.3 except being built using gcc4? nearly nothing |
14:51.04 | zecke | RP: did you fix anything yet? :} |
14:51.27 | koen | hrw|work: gpe differs a lot |
14:51.35 | koen | hrw|work: gtk 2.8, dbus 0.60 |
14:54.54 | *** join/#oe tmbinc (i=XXX@dslb-082-083-064-214.pools.arcor-ip.net) |
15:03.29 | hrw|work | someone remember how much time it takes to propagate dns entries? |
15:03.38 | greentux_alt | lrg|home: some problem with your Z... |
15:04.29 | lrg|home | greentux_alt: no, everthing is fine. It's just at home now and I've had to come into work. |
15:05.14 | greentux_alt | lrg|home: :) no... we need it back next week. thats th eproblem. but i think i can org another one next weeks |
15:05.44 | lrg|home | greentux_alt: ah |
15:05.47 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:06.05 | lrg|home | greentux_alt: I'll bring it to fosdem |
15:06.11 | Crofton | Can anyone view this video? |
15:06.13 | Crofton | http://video.google.com/videoplay?docid=4258374615945369026&q=night%20explosion |
15:06.14 | france | hrw|work: it depends on the TTL (time to live) on the server |
15:06.35 | greentux_alt | lrg|home: tnx (its owned by another "division", so i have to org one for me... its a matter of time) |
15:06.41 | france | hrw|work: on hh.org somethings are set to 10minutes others to 72 hours. |
15:06.49 | lrg|home | greentux_alt: np |
15:06.59 | greentux_alt | lrg|home: we should talk on fosdem... |
15:07.00 | koen | Crofton: works over here |
15:07.05 | Crofton | grrr |
15:07.11 | Crofton | google sucks |
15:07.24 | Crofton | I get a free lunch if I find a viewable copy :) |
15:07.31 | lrg|home | greentux_alt: fyi, I arrive in Brussels on Thursday |
15:08.35 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
15:08.41 | koen | Crofton: http://ewi546.ewi.utwente.nl/tmp/NightExplosion.avi (in ~ 3 mimutes) |
15:08.59 | Crofton | thanks koen :) |
15:09.07 | koen | enjoy the lunch :) |
15:09.14 | greentux_alt | lrg|home: will arrive friday 17 o clock |
15:09.23 | RP | koen: We (OH) tried gtk+2.8 and ended up reverting to 2.6 |
15:09.53 | koen | RP: it's fast enough for me |
15:10.02 | koen | RP: and it fixes a bug in gpe-today |
15:10.13 | RP | koen: Does xtscal work nicely? |
15:10.40 | RP | koen: Nice to see gcc4 might eventually work out though :) |
15:10.43 | koen | no idea, I save my /etc/pointercal files |
15:11.06 | koen | Crofton: upload complete |
15:11.11 | RP | try it - had real problems in our images |
15:12.48 | koen | building for c7x0... |
15:14.34 | emte | koen, you should draft shadows, he seems pretty keen on patching everything for gcc4.x |
15:14.48 | Crofton | koen, I have a local copy, thanks! |
15:14.58 | lrg|home | greentux_alt: I'll meet you at the beer festival :) |
15:14.59 | koen | emte: that's on my todolist |
15:15.06 | emte | lol |
15:18.48 | greentux_alt | lrg|home: where? |
15:19.38 | lrg|home | greentux_alt: I'm sure philippe mentioned it in an email. checking.... |
15:20.56 | lrg|home | greentux_alt: details at bottom of the main fosdem page |
15:21.05 | greentux_alt | ok |
15:21.30 | lrg|home | hopefully the others can make it there too. I'm sure there will be enough beer for all :) |
15:24.15 | *** join/#oe LordVan (n=lordvan@i-195-137-105-19.freedom2surf.net) |
15:25.28 | mickeyl | The Leffe Brun is mine, you can drink the other flavours |
15:25.48 | mickeyl | btw., badges would be handy :D |
15:26.17 | *** join/#oe benlau (n=benlau@221.125.13.158) |
15:26.24 | lrg|home | hey mickeyl |
15:26.29 | mickeyl | hi lrg|home |
15:26.34 | zecke | @check_leffe_brun |
15:26.34 | do13_ | hi mickeyl |
15:26.39 | lrg|home | mickeyl: did you see my email |
15:26.40 | zecke | def drink(self): |
15:26.55 | zecke | def drink(self,drink): even |
15:27.01 | mickeyl | lrg|home: I wasn't in the office today. let me check remotely |
15:27.15 | zecke | mickeyl: what did I model with my class? (what is the classname?) |
15:27.23 | RP | hi mickeyl |
15:27.30 | lrg|home | mickeyl: np |
15:27.32 | mickeyl | zecke: class computerScientistOnFOSDEM: |
15:28.06 | mickeyl | it's a problem though, your function is recursive and lacks a termination |
15:28.06 | mickeyl | heh |
15:28.25 | zecke | mickeyl: I had more thought of class mickeylAtFosdem |
15:28.34 | koen | hey mickeyl |
15:28.37 | zecke | mickeyl: I think I fell in love with pythons decorator's |
15:28.56 | zecke | mickeyl: now I would love to have a for loop to inject a decorator into each method of a module |
15:29.07 | zecke | mickeyl: that would be an awesome tracing framework |
15:29.32 | hrw|work | hi mickeyl |
15:30.37 | pb__ | hi mickeyl |
15:32.27 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:32.31 | mickeyl | hi marcin, phil, richard |
15:32.53 | mickeyl | zecke: yeah, the decorators are pretty handy, though I'm still a bit sad about the syntax. |
15:33.59 | mickeyl | zecke: well, i need to control my beer consumption - i need all brain cells until I submit my Dissertation ;) |
15:34.11 | CosmicPenguin | FYI MIPS users - it looks like MIPS has been officially delegated to glibc-ports |
15:34.27 | koen | CosmicPenguin: ah, more breakage |
15:35.10 | CosmicPenguin | yep |
15:35.49 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:36.54 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:43.27 | hrw|work | heh.. kmail and groupware functionality... |
15:47.26 | zecke | hrw|work: have fun :) |
15:48.46 | zecke | RP: I'm going to fix the metadata now |
15:48.47 | hrw|work | zecke: looks like it is another place in kde where 'everything works' but only for one developer between 13:00 and 13:30 each friday (if it does not rain) |
15:49.13 | zecke | hehe |
15:49.25 | RP | zecke: Are we going to try ASSUME_PROVIDED covering both DEPENDS and RDEPENDS? |
15:49.57 | zecke | RP: I think we should try it :) |
15:50.07 | RP | zecke: ok, feel free to fix the metadata then :) |
15:50.43 | zecke | I think the meta data needs fixing anyway :) |
15:50.45 | XorA | mickeyl: finally you are about |
15:51.21 | zecke | koen: did you ever use BibDesk? it is wonderful |
15:51.40 | koen | zecke: haven't even heard of it |
15:52.12 | zecke | koen: bibdesk.sf.net |
15:52.14 | koen | ooh |
15:52.15 | RP | zecke: I agree. I just don't fancy being in here when people find OE doesn't work because of it ;-) |
15:52.17 | koen | looks nice |
15:52.48 | zecke | RP: well the tinderbox shows it is fucked up :) |
15:52.50 | zecke | *tired* |
15:53.02 | XorA | mickeyl: I want to make slight changes to your python packages |
15:53.26 | *** join/#oe mind_ (n=mind@81.167.1.2) |
15:53.40 | koen | shadows: if you want commit access send your pubkey to koen@handhelds and mickeyl@handhelds.org |
15:53.51 | *** join/#oe bora (n=bora@88.224.181.221) |
15:54.03 | shadows | okay, by pubkey you mean ssh key? |
15:54.40 | koen | monotone pubkey <yourfavouritenick>@openembedded.org |
15:54.44 | shadows | ah |
15:54.55 | shadows | i'll make a note of it, and do that later today |
15:54.59 | shadows | need to go to work :) |
15:55.30 | CosmicPenguin | err - stupid question - whats the point of UDEV_DEVFS_RULES? |
15:55.49 | shadows | backwards compatibility with devfs |
15:55.52 | koen | CosmicPenguin: hardcoded paths in old apps |
15:55.53 | shadows | i think |
15:56.10 | shadows | like some apps were written with the /dev/discs/discn/partn/ thing |
15:56.29 | RP | CosmicPenguin: Its only used by familar |
15:58.36 | CosmicPenguin | ahhh |
15:59.05 | CosmicPenguin | These things happen when I only look at packages once a year |
15:59.19 | zecke | gosh I'm firewalled |
16:01.04 | *** join/#oe pH5 (n=ph5@vpn-128-48.uji.es) |
16:04.42 | zecke | hola pH5 |
16:06.12 | koen | zecke: did you manage to build a static monotone 0.26+ double root yet? |
16:06.24 | zecke | koen: I did not try :) |
16:13.56 | pH5 | hola zecke :) |
16:14.32 | zecke | koen: the tinderbox looks more solid :) |
16:17.04 | *** join/#oe Timelord (n=TL@66.150.138.156) |
16:29.23 | Crofton | koen, I was beaten by about 8 minutes for the lunch competition :) |
16:32.11 | Crofton | http://labnol.blogspot.com/2006/01/download-watch-google-videos-in-any.html |
16:33.17 | *** join/#oe W8TVI (n=me@166.165.159.153) |
16:42.12 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
16:45.07 | *** join/#oe bronson (n=bronson@pool-71-243-90-29.bos.east.verizon.net) |
16:49.54 | hrw|work | cu |
16:50.23 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
16:54.29 | lrg|home | mickeyl: email sent, time for your marketing hat ;) |
17:05.09 | koen | RP: no issues with gtk 2.8/gcc4/gpe yet |
17:05.21 | koen | RP: except for the keylaunch problem, of course |
17:09.01 | mickeyl | lrg|home: heh, ok, i'll try to come up with some good reasons asap |
17:09.35 | koen | mickeyl: I just booted my first angstrom image :) |
17:09.36 | mickeyl | XorA|gone: sorry, gone for sports tonite. will be back tomorrow evening. in the meantime, you can just drop me an email with what you want to change, if you want to |
17:09.42 | mickeyl | koen: congrats! :)) |
17:10.09 | *** join/#oe nxz (n=n@tor/session/x-138c3dda1d6c61b7) |
17:11.05 | RP | koen|food: Did you check xtscal? |
17:12.22 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
17:12.53 | koen|food | RP: that's run on first boot, isn't it? |
17:13.25 | koen|food | the thing with the blue crosshairs |
17:13.31 | RP | koen|food: to calibrate the screen, yes |
17:14.27 | koen|food | works like it should |
17:15.12 | RP | I'll have to work out why it didn't in our images then :-/ |
17:15.33 | koen|food | gtk+ 2.8.9-r0 |
17:15.51 | RP | This was about 2.8.6 time so perhaps a bug was fixed... |
17:16.00 | koen|food | RP: http://ewi546.ewi.utwente.nl/angstrom/c7x0/ |
17:16.26 | koen|food | you have to rm /usr/bin/keylaunch, but after that it should work |
17:16.43 | RP | koen|food: If I reflash at the moment, it will take some time to recover the device :-/ |
17:17.55 | lrg|home | cu |
17:18.50 | koen|food | RP: it'd probably be easier for you to build poky with gcc4/gtk 2.8.9 |
17:20.04 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
17:33.37 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-99-95.w86-205.abo.wanadoo.fr) |
17:37.00 | *** join/#oe law_ (n=_law_@213.173.86.202) |
17:39.01 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
17:43.15 | *** join/#oe tuomasi (i=tinkilai@ext-ssh.movial.fi) |
17:45.38 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
17:47.50 | *** join/#oe ldc (n=pakar@c-a739e655.114-1-64736c15.cust.bredbandsbolaget.se) |
17:48.49 | *** join/#oe Timelord (n=TL@66.150.138.156) |
17:57.39 | *** join/#oe jsun (n=jsun@host246.docomolabs-usa.com) |
18:20.05 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-133-128.pools.arcor-ip.net) |
18:21.53 | *** join/#oe _guillermo__ (n=guillerm@dslb-084-062-133-128.pools.arcor-ip.net) |
18:29.21 | *** join/#oe reenoo (n=r@p5489ED2A.dip.t-dialin.net) |
18:29.50 | reenoo | evening |
18:32.09 | *** join/#oe [lala_] (n=lala@p54B3CAE2.dip0.t-ipconnect.de) |
18:35.44 | *** join/#oe zap (n=zap@217.170.93.196) |
18:39.01 | *** join/#oe stevenh (n=lews@65.167.23.2) |
18:46.33 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
18:49.03 | *** join/#oe Crofton (n=balister@hc6521d6e.dhcp.vt.edu) |
18:50.21 | *** join/#oe zecke (n=ich@88.134.3.107) |
18:51.24 | zecke | re |
18:51.39 | zecke | RP: I have now an updatet list of packages I'm going to fix |
18:51.53 | zecke | I'm just home after a day in the office and visiting my mom in hospital |
18:52.38 | zecke | reenoo: ping, *sorry* I suffered from the meld bug |
18:59.47 | zecke | JustinP: ping |
18:59.49 | zecke | pb_: ping |
18:59.59 | zecke | ping -B OE.255.255.255 |
19:00.51 | reenoo | hi zecke |
19:01.47 | RP | hi zecke |
19:02.05 | RP | I'll look at enhancing the ASSUME_PROVIDED functionality |
19:02.19 | reenoo | zecke: I take it you're referring to the gtk-webcore changes you applied? a current checkout looks like you've reverted your own changes and everything's fine. is that correct? |
19:02.31 | zecke | reenoo: I changed the osb-n* stuff myself to properly parse and then I had a merge conflict and it reverted... |
19:02.40 | zecke | reenoo: well someone else fixed my crap |
19:02.46 | zecke | but current co looks good |
19:03.07 | reenoo | zecke: I had checked in a fix a few hours before I think |
19:03.32 | reenoo | s/before/before you tried to check your changes in |
19:03.33 | zecke | reenoo: I had it there since saturday (on ewi though) |
19:03.45 | zecke | locally on ewi |
19:04.06 | zecke | reenoo: well it looks fine now so there is nothing to worry about |
19:04.19 | reenoo | sure |
19:04.36 | zecke | RP: http://ewi546.ewi.utwente.nl/OE/depends.log |
19:04.43 | zecke | RP: these are the current issues |
19:05.28 | zecke | RP: and I think I'm suffering the explode_deps bug (see kaffe) |
19:06.07 | RP | zecke: That should be fixed in svn now |
19:06.46 | reenoo | hmm.. 3.5 hours to implement, use for an application, test, and document a backpropagation algorithm... |
19:06.55 | reenoo | later all |
19:07.08 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-36.f4.ngi.it) |
19:07.45 | *** join/#oe Timelord (n=TL@66.150.138.156) |
19:09.59 | zecke | good luck |
19:10.11 | *** join/#oe _chronic (n=chronic@190.145.187.81.in-addr.arpa) |
19:25.37 | JustinP | zecke: pong? |
19:25.50 | zecke | JustinP: http://ewi546.ewi.utwente.nl/OE/depends.log |
19:26.02 | zecke | JustinP: see the e*-native dependencies, they are wrong :) |
19:27.36 | *** join/#oe zap (n=zap@217.170.93.196) |
19:28.29 | JustinP | zecke: and...what is the point fo RDEPENDS for native packages? |
19:28.50 | zecke | JustinP: they have runtime dependencies on non-native packages |
19:28.54 | JustinP | I'm also assuming that this check only used the most recent version #'s... |
19:29.03 | JustinP | that's not what I'm asking |
19:29.14 | JustinP | I'm asking what RDEPENDS means on -native packages |
19:29.34 | JustinP | I haven't heard most of the recent discussion |
19:29.42 | JustinP | it seems that DEPENDS would be enough... |
19:29.58 | zecke | JustinP: it is the same as any other RDEPENDS when BUILD_ALL_DEPS is set |
19:30.23 | RP | JustinP: DEPENDS are build time dependencies. RDEPENDS are runtime dependencies. RDEPENDS are only needed once built, before you run something. This applies to native packages, much the same as anyting else |
19:30.27 | zecke | JustinP: and yes this is new, it was introduced with the BUILD_ALL_DEPS change |
19:30.39 | JustinP | .... |
19:31.18 | JustinP | well, I don't see how it could make a difference....I agree that the RDEPENDS should be fixed for these...but I don't understand what I'm supposed to put in there |
19:31.29 | JustinP | RDEPENDS = "" I assume? |
19:31.44 | RP | JustinP: No, things like patch-native instead of patch |
19:31.53 | JustinP | the build system doesn't know when it's "running" native packages so I don't see what use the information would be... |
19:31.53 | zecke | cpp-native |
19:32.08 | RP | JustinP: We can then device whether we should use the system's versions of these tools or build our own |
19:32.13 | JustinP | I suppose....but that's provided by gcc-cross |
19:32.18 | JustinP | hmmm |
19:32.37 | RP | s/device/decide |
19:33.47 | RP | In theory we'll end up with a list of our prereq. software in ASSUME_PROVIDED |
19:37.18 | JustinP | I'll try to fix this later... |
19:37.30 | zecke | JustinP: I just wanted to make you aware of it |
19:38.27 | pb_ | zecke: at your service |
19:38.41 | zecke | pb_: wow, with batteries included? |
19:38.55 | zecke | pb_: did you form an opinion on git vs. svn+svk already? |
19:39.12 | pb_ | zecke: I didn't actually try svn+svk yet. I guess I should give that a go. |
19:39.24 | pb_ | everyone seems to say it's very slow, though, which doesn't sound encouraging |
19:39.32 | zecke | pb_: to give you a summary. git is the fastest :) |
19:39.48 | pb_ | yeah, it seems |
19:39.52 | zecke | pb_: svk is replaying every commit one by one - so yes it is slow |
19:40.02 | pb_ | and, much as I fear git, it does seem to be the most attractive option at the moment |
19:40.12 | zecke | pb_: issue with git: The only secure usage is using the git server |
19:40.53 | zecke | pb_: and it has a custom protocol. I do not know if it will be changed (likely), I don't know if it is firewall friendly (unlikely), If the server is secure (unlikely) :) |
19:41.08 | pb_ | ah, you can't use git over ssh? |
19:41.12 | pb_ | that is a bit unfortunate |
19:42.20 | zecke | pb_: well packing is racy with ssh,rsync,http |
19:42.39 | zecke | pb_: you get the index, then soneone repacks, and you want to get a file and it vanished (as it is now packed) |
19:43.18 | pb_ | oh right, hm |
19:43.23 | pb_ | under what circumstances would you repack? |
19:43.50 | zecke | pb_: I don't know if this happens automatically so I dunno |
19:44.03 | zecke | pb_: I can only say it happened when I git pulled linus' tree |
19:44.15 | pb_ | if it's a rare maintenance operation then I guess you would just need to disable remote access during packing |
19:44.30 | pb_ | or, alternatively, patch git to do some kind of repository locking. doesn't seem like it can be that hard. |
19:45.33 | zecke | pb_: right, git server is one solution, proper locking is another... |
19:46.12 | zecke | pb_: well - the http case will always have a locking issue :) |
19:46.25 | zecke | pb_: (violation of keithp's |
19:46.28 | zecke | sorry |
19:46.39 | zecke | packing is a violation of keithp's requirement :) |
19:47.02 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
19:47.36 | pb_ | yeah |
19:47.44 | pb_ | let's try to find out what causes packing to happen |
19:48.23 | zecke | pb_: git repack, I think on ssh+push we will locally pack and unpack on the server |
19:48.43 | zecke | pb_: so I would guess (slightly educated) that git push will not automatically pack things |
19:52.08 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-136-149.pools.arcor-ip.net) |
19:53.07 | RP | repacking the tree is a manual operation |
19:53.19 | RP | gitrepack doesn't cause a problem |
19:53.40 | RP | its only when you remove the files that you placed in the packs that you can upset people's transfers |
19:53.53 | zecke | so prune* is guilty? |
19:53.57 | *** join/#oe _guillermo_ (n=guillerm@dslb-084-062-136-149.pools.arcor-ip.net) |
19:54.10 | RP | zecke: git-prune-pack specifically |
19:54.23 | zecke | hehe I didn't rember that name :) |
19:54.44 | zecke | okay and this could be an operation we do once in a month? |
19:54.51 | RP | yes |
19:55.25 | RP | a repull will sort itself out so any user seeing an issue can just rerun the command that failed |
19:55.26 | zecke | okay then this is not an issue at all (for us) I think |
19:55.46 | zecke | RP: I'm thinking of automatic scripts that need a while_git loop :) |
19:55.47 | RP | and as long as we have an agreement over when the main repository would be repacked, it shouldn't impact automation |
19:56.22 | RP | i.e. the automation could know not to do things between certain times, or could check for a lock etc. |
19:56.25 | zecke | RP: agreement on when to prune right? |
19:56.31 | RP | zecke: yes |
19:56.56 | RP | kernel.org prune extremely regularly. With our volume of changes, we shouldn't need to |
19:57.16 | RP | kernel.org do it as any tiny bandwidth saving is valuable to them |
19:57.55 | zecke | and we are not dependant on git server - nice |
19:58.07 | zecke | So we do not have a firewall issue |
19:58.09 | *** join/#oe alan|home (n=alan@ARouen-152-1-107-51.w86-208.abo.wanadoo.fr) |
19:58.38 | RP | correct |
19:59.32 | zecke | RP: okay then git is slowly winning against svn+svk (from my p.o.v) |
19:59.44 | zecke | RP: even if I think that all cli's are more mature than git ones |
19:59.59 | zecke | git will be a love and hate relationship |
20:00.38 | RP | indeed. Its cli is insane :) |
20:00.59 | CosmicPenguin | I have grown to love git, even though it routinely abuses me |
20:01.32 | RP | I have similar feelings :) |
20:01.41 | zecke | RP: e.g. it should be easy to write a 'meld' resolver |
20:01.57 | zecke | but the thing is so underdocumented I didn't even bother to try it :} |
20:02.03 | CosmicPenguin | stgit is very useful though |
20:02.08 | RP | zecke: Try the latest git as I think they might have made merges easier |
20:02.10 | CosmicPenguin | worth the pain |
20:02.16 | RP | stgit? |
20:02.42 | CosmicPenguin | RP: it is quilt for git |
20:02.57 | RP | ah, yes. I must try that :) |
20:03.06 | CosmicPenguin | http://www.procode.org/stgit/ |
20:03.27 | CosmicPenguin | It has some cool features - I like how it can seemlessly handle empty patches |
20:03.56 | RP | I know I heavily abuse quilt so I suspect I might find it useful |
20:04.29 | RP | Half the time I manually edit quilts files rather than run the commands :-/ |
20:04.40 | CosmicPenguin | The only thing I'm really annoyed about is that I sometimes forget which command to use |
20:04.53 | _chronic | i work with cl who wrote svk. should i try to get him on this channel? |
20:05.00 | zecke | I hate it's gnu'isms :) |
20:05.25 | zecke | _chronic: hehe nice to know, I have no issues with svk :) |
20:05.46 | zecke | _chronic: I do not think it can be made faster :) |
20:05.50 | _chronic | i tried it briefly, but i ain't no scm expert ... |
20:06.22 | zecke | RP: it is very robust :) |
20:06.46 | zecke | RP: and the merging is mature - Only it doesn't tell me which file is left and which is right |
20:10.31 | _chronic | ok. just sent cl a message, don't want to help him flag wave, but i trust he would give good input none-the-less. |
20:11.58 | _chronic | invited him to join this channel, if he wishes. |
20:15.09 | RP | zecke: Checking ignored_dependencies against the rdepends list appears to work. I'll check it in? |
20:15.48 | zecke | RP: let me take a look at the current code :) |
20:16.14 | zecke | yes do so :) |
20:17.41 | zecke | RP: http://ewi546.ewi.utwente.nl/OE/depends3.log this is the current list |
20:17.44 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-46-32.w83-115.abo.wanadoo.fr) |
20:18.29 | *** join/#oe clkao (n=clkao@220-132-58-30.HINET-IP.hinet.net) |
20:18.55 | RP | I have a patch for quilt if that helps start the ball rolling? |
20:19.23 | zecke | Im still at a*.bb |
20:22.14 | RP | ok, bitbake updated |
20:23.51 | clkao | hi, i was informed that someone mentioned svk? :) |
20:24.06 | zecke | clkao: hey and hehe |
20:24.30 | zecke | clkao: OE is currently the largest owner of monotone, and we have started test migrations |
20:24.49 | zecke | clkao: one candidate is svn+svk and besides it is really mature I have two questions |
20:26.06 | zecke | clkao: one wish: when smerge triggers manual merging it would be nice to be able to see from which repo the to be merged files are coming |
20:26.25 | zecke | clkao: and the second question is, if the svk sync can be speed up somehow |
20:26.49 | zecke | clkao: besides that I really like it, and my university assignment directory is under svk control |
20:27.25 | clkao | svk sync will be speeded up soon, but it requires 1.4 on the server side. there's a new ra api doing proper reply, finally. |
20:27.56 | zecke | clkao: so it will become a file copy only? |
20:28.24 | clkao | no, but it will be less expensive in many cases |
20:28.32 | clkao | however |
20:28.57 | zecke | http://oe.handhelds.org/cgi-bin/moin.cgi/SvnScmTrial |
20:29.03 | clkao | most of the people (pugs, parrot, etc) is using the bootstrap technique. so people can just download a boostrap dump and load it. rather than syncing from scratch |
20:29.20 | clkao | http://svk.elixus.org/?SVKBootStrap |
20:29.46 | _chronic | sounds like some of the things done with oe and monotone recently .... |
20:29.47 | zecke | clkao: okay, how reliable is signing of changes? Is it using GnuPG? |
20:30.26 | clkao | yes. but it's just signing the list of files with md5 sum with gpg. md5 might not be so secure |
20:30.50 | clkao | but no one has asked us to add sha1 support etc yet. so. |
20:32.00 | zecke | clkao: skip SHA1 and go to the next generation :) |
20:32.36 | zecke | clkao: besides that I'm still making up my mind if I prefer git or svn+svk |
20:33.32 | clkao | what are the main annoyance of each? |
20:34.22 | njs | wow, svk also has the initial-pull-is-slow bug? I guess I feel a little better... ;-) |
20:34.23 | zecke | clkao: git, the cli is insane, and it might be moving too fast (hacky). I'm scared to death if I need to merge files with git on OS X |
20:34.50 | zecke | njs: hey, monotone is a couple of days slower :) |
20:34.52 | clkao | heh |
20:35.00 | njs | zecke: oh, well, fair enough... |
20:35.05 | clkao | njs: not really - but it's a nature thing when you get a large repository |
20:35.15 | zecke | njs: but monotone 0.26 is way faster already |
20:36.06 | njs | zecke: yeah, and I know the guy who's playing with fixing the next round of bottlenecks had at least one prototype that pulled 3x faster than current 0.26 |
20:36.11 | njs | zecke: but, we shall see! |
20:36.16 | zecke | clkao: and for svk. I'm not sure I like it very much. smerge was reliable, killing pull's, smerge's didn't lead to inconsistencies |
20:36.54 | clkao | and you don't like a version control system being consistent? |
20:36.56 | zecke | clkao: so I guess the main issue with svk is the slower initial sync :) |
20:37.16 | clkao | using bootstrap should save lots of people's arse. gcc people are using that as well |
20:37.19 | zecke | clkao: as I said I had no issue with svk yet |
20:37.25 | clkao | oh ok :) |
20:37.53 | clkao | they have insanely huge repository |
20:38.06 | zecke | clkao: I had one issue with a cvs2svn converted repo that had a bogus branch but that can't be blamed on svk |
20:39.16 | zecke | njs: will the double root handling land in 0.26? |
20:39.23 | njs | zecke: yes |
20:39.50 | njs | zecke: we just didn't want to hold up the testing of 99% of the code, because 1% of it wasn't finished yet :-) |
20:40.13 | zecke | njs: good, I think it is no news but it successfully converted the OE repo (well I didn't verify the conversion to closely) |
20:40.28 | njs | yeah |
20:40.36 | zecke | njs: I like the heavy use of invariants and such, I wish more Free Software projects would use them |
20:40.43 | njs | me too... |
20:40.56 | hrw | hi njs |
20:41.01 | njs | though it's a bit of a pain in the butt. |
20:41.01 | hrw | morning |
20:41.06 | njs | hrw: morning |
20:41.14 | clkao | invariants? |
20:41.22 | njs | hmm, since I'm out anyway, I might as well mention for the people who haven't met me before, I'm the main monotone cat-herder :-) |
20:41.30 | zecke | clkao: do you think it would be possible to call stuff like meld/kdiff3 for doing the merge? |
20:41.38 | njs | (been lurking here the last day or two to try and get a better idea what's been going wrong) |
20:42.04 | njs | clkao: ~1 in 9 lines in monotone code is for detecting or diagnosing bugs |
20:42.18 | clkao | zecke: they are supported amongst the 13 tools that would be autodetect4ed and prompt you for launching |
20:42.22 | njs | (that collapses assertions, debug logging, data tracing, etc.) |
20:43.07 | zecke | clkao: ah okay I do not have kdiff3 in my path :) |
20:43.07 | njs | it's like 1 in 20 for assertions alone, or something like that |
20:43.31 | clkao | so just answer 'm' and it should list available, recognised merge tools |
20:43.51 | clkao | defensive programming good |
20:44.13 | clkao | how big is oe repository? |
20:44.16 | njs | yeah |
20:44.44 | njs | anyway, have to run to class, if anyone wants to rant about monotone's suckiness at me, please do :-) |
20:45.04 | zecke | njs: will do later, hopefully with a good result :) |
20:45.11 | clkao | njs: are you now in the complaint-driven-development camp as well? :D |
20:45.29 | zecke | hehe |
20:46.15 | zecke | clkao: zecke@bitbake:~/scm_convert/svnrepo/db/revs$ ls -la | wc -l |
20:46.15 | zecke | 3656 |
20:46.25 | zecke | zecke@bitbake:~/scm_convert/svnrepo/db/revs$ du -m |
20:46.25 | zecke | 262 . |
20:47.08 | njs | clkao: dunno, I just figure, why would I be spending years of my life trying to help people work together better, if I didn't care about how it worked for them? :-) |
20:47.10 | njs | ciao |
20:47.57 | zecke | njs: cya later |
20:48.45 | zecke | clkao: OE might not end up using svn+svk but regardles you have written a very important tool |
20:48.59 | zecke | clkao: I use it daily! |
20:49.45 | zecke | svk sync -a /oe |
20:49.49 | zecke | svk sync -a /road |
20:49.51 | zecke | svk sync -a /uni |
20:49.52 | zecke | <PROTECTED> |
20:50.04 | hrw | kergoth: hi |
20:50.20 | kergoth | hey |
20:50.34 | pb_ | zecke: your uni is under revision control? how futuristic. |
20:50.35 | zecke | clkao: is it important that I inform svk that I have deleted a co? |
20:50.37 | pb_ | g'day kergoth |
20:50.42 | zecke | pb_: some folders :) |
20:50.54 | CIA-4 | 03freyther 07org.oe.dev * r80577fdb... 10/packages/ (6 files in 3 dirs): (log message trimmed) |
20:50.54 | CIA-4 | packages/antlr/antlr-native: |
20:50.54 | CIA-4 | <PROTECTED> |
20:50.54 | CIA-4 | <PROTECTED> |
20:50.54 | CIA-4 | packages/autoconf/autoconf-native_2.59.bb: |
20:50.54 | CIA-4 | <PROTECTED> |
20:50.55 | zecke | pb_: basicly all my assignments are under svn/svk control |
20:50.55 | clkao | no. you can do svk co --purge if you like, though |
20:50.56 | CIA-4 | packages/automake/automake-native*: |
20:51.06 | kergoth | i should use more than one depotmap. i tend to get lazy and just throw everything in //, unless its a depot for a local svn file:// path |
20:51.35 | zecke | clkao: will I have performance issues if I don't do --purge ones in a while? |
20:52.06 | zecke | RP: feel free to push your quilt change, maybe it already builds again |
20:52.47 | clkao | it can be. but from profiling that part is usually less than 5% |
20:53.47 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
21:04.36 | hrw | kergoth: how goes dns things? |
21:07.48 | kergoth | hrw: paid, waiting for them to get me back going again |
21:08.15 | zecke | hmm someone backed out everything from me :} |
21:09.45 | hrw | ~lart matchbox-wm as usual |
21:16.12 | zecke | kergoth: good, and I have a paypal account to plunder.. we can spend roughly ~300$ on OE stuff |
21:16.35 | CIA-4 | 03rpurdie 07org.oe.dev * rcbd8d3ca... 10/packages/quilt/ (quilt-native_0.39.bb quilt-native_0.42.bb): quilt-native: Set RDEPENDS correctly |
21:16.39 | CIA-4 | 03rpurdie 07org.oe.dev * r799e136c... 10/conf/bitbake.conf: bitbake.conf: Add some new ASSUME_PROVIDED targets |
21:16.42 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-150-186.pools.arcor-ip.net) |
21:17.39 | zecke | RP: what about perl-native? |
21:18.04 | *** join/#oe _guillermo__ (n=guillerm@dslb-084-062-150-186.pools.arcor-ip.net) |
21:18.07 | hrw | looks like I should wait few weeks before start to use .dev again ;) |
21:18.50 | zecke | hrw: no no, it will be sane soon (TM) and then I will mail a contract to oeAThh.org that I promise to improve the quality |
21:18.55 | RP | zecke: Does perl require its native counterpart in staging or anything like that? |
21:19.14 | RP | hrw: It will work as long as you have a current bitbake |
21:19.15 | zecke | RP: automake claims RDEPENDS on perl :) |
21:19.46 | RP | zecke: I had a problem with python - it needs python-native |
21:20.58 | RP | zecke: So if I add ASSUME_PROVIDED = "python-native", we break python :-/ |
21:21.45 | zecke | RP: then we should name these things *-required |
21:22.00 | zecke | and leave -native for build tools? dunno on how to do the separation |
21:22.36 | zecke | RP: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=4&logfile=20060221222502.log |
21:24.00 | RP | zecke: or make python-native a special case and rename it? |
21:24.13 | RP | I'm not sure what to though... :-/ |
21:29.13 | kergoth | wait, why would you want to rename it? |
21:29.22 | *** join/#oe badalex (n=badalex@epiar/user/badalex) |
21:29.44 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
21:30.31 | zecke | kergoth: I think bitbake requires python but our python packages |
21:30.41 | zecke | kergoth: require a special python version? IIRC |
21:31.29 | zecke | http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=4&logfile=20060221223356.log |
21:31.37 | zecke | okay this is the log of the active build |
21:32.55 | kergoth | only python should depend on python-native. if you're using bitbake, your machine already has python, so i dont see a need for it, do you? |
21:33.12 | zecke | I agree with you |
21:33.25 | kergoth | so just kill off the unnecessary deps and call it a day |
21:33.28 | zecke | I might overlook something... |
21:33.53 | kergoth | our happy oe site files have saved my ass a number of times crosscompiling tools at work :) |
21:34.37 | RP | kergoth: If someone rewrites bitbake in C, that argument becomes flawed. Admittedly half of OE is python as well mind :) |
21:35.02 | gb2 | chicken depends on egg |
21:35.04 | gb2 | oh wait |
21:35.19 | zecke | RP: Well if you would use PyPy you would end up having Java, C, C++, C# code :) |
21:35.40 | zecke | RP: http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=73ffcb18024618ab0eefb4fa030b0d95485544d1 this needs to be disapproved as well |
21:36.40 | RP | kergoth: In theory, as we depend on a provided python-native, we should be able to set ASSUME_PROVIDED = "python-native" but as python needs python-native, we can't. Its probably best resolved by just not referencing python-native anywhere but it is an inconsitency in the metadata... |
21:36.47 | kergoth | RP: well, in that case you'd want version specific dependencies on the native python for the python package, and do an assume_provided of the version installed on the machine, and make the other python packages just depends on python-native without the version requirement |
21:36.53 | hrw | cu - have a good night/day/whatever you have in next hours |
21:36.55 | *** join/#oe greentux (n=m@195.227.105.180) |
21:37.00 | kergoth | coursey ou'd need version specific assume_provided for that |
21:37.43 | hrw|gone | python-oe-native, python-native, python ;) |
21:38.32 | *** part/#oe law_ (n=_law_@213.173.86.202) |
21:39.23 | RP | kergoth: and depends that handles versioing which we don't have :) |
21:40.05 | CIA-4 | 03freyther 07org.oe.dev * r10801c13... 10/classes/tinderclient.bbclass: |
21:40.05 | CIA-4 | classes/tinderclient.bbclass: |
21:40.05 | CIA-4 | <PROTECTED> |
21:40.05 | CIA-4 | <PROTECTED> |
21:40.05 | CIA-4 | <PROTECTED> |
21:42.03 | *** join/#oe pb_ (n=pb@cpc3-cmbg6-5-1-cust33.cmbg.cable.ntl.com) |
21:42.47 | zecke | wb pb_ |
21:42.53 | pb_ | re |
21:43.13 | pb_ | hm, I seem to be in ipv4 world all of a sudden |
21:43.15 | pb_ | how very backwards |
21:44.19 | zecke | hehe |
21:44.27 | zecke | you have been downgraded |
21:44.37 | pb_ | it seems |
21:53.01 | zecke | RP: http://ewi546.ewi.utwente.nl/OE/depends4.log <- this is the current output of depends_checker |
21:55.06 | *** join/#oe Zero_Cha1s (n=zero@pool-70-17-168-210.pitt.east.verizon.net) |
21:56.00 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
21:57.04 | kergoth | RP: heh, yeah, that too |
22:00.46 | *** join/#oe Geo_KM (n=keith@ppp57-111.lns1.cbr1.internode.on.net) |
22:05.34 | RP | zecke: The native packages needing update-rc.d are scary :) (can just be removed) |
22:06.06 | RP | its looking much better though |
22:11.55 | zecke | RP: let us hope init.d/PN restart is not called :) |
22:17.52 | zecke | and I'm happy with the tinderbox :) |
22:18.19 | zecke | I like the logview, now it should summarize the issues it finds (gcc warnings etc...) |
22:26.40 | *** join/#oe _frank (n=user@84.92.70.37) |
22:28.00 | kergoth | openembedded.org and openzaurus.org are back |
22:28.03 | kergoth | fyi |
22:28.12 | kergoth | sorry for the delay, been busy |
22:28.50 | koen | yay! |
22:29.06 | koen | now I can pimp OE again ;) |
22:30.53 | koen | 'night all |
22:35.00 | *** join/#oe Timelord (n=TL@4.78.4.43) |
22:36.01 | RP | kergoth: Thanks :) |
22:36.20 | kergoth | np |
22:36.35 | kergoth | easydns is raping me. $70 for two domains for a year for registration + dns |
22:36.39 | kergoth | need to transfer asap |
22:37.03 | Crofton | ouch |
22:37.19 | Crofton | I guess you had to renew before transfering |
22:37.58 | kergoth | yeah |
22:38.17 | Crofton | if the hosing is over DNS, use zoneedit for DNS |
22:40.58 | kergoth | i'll just move them over to godaddy for both registrar and dns. have kergoth.com there, works well, cheap |
22:42.08 | CoreDump|home | hi |
22:43.15 | RP | kergoth: You said this last year so transfer them now ;-) |
22:44.32 | *** part/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
22:44.36 | kergoth | haha, yeah, i did |
22:44.38 | kergoth | forgot about that |
22:46.17 | *** join/#oe dkey (n=dkey@L0002P18.dipool.highway.telekom.at) |
22:52.43 | CoreDump|home | kergoth: could you do a s/coredump/CoreDump|home in #openzaurus' access list please? The nick coredump isn't registered to me heh |
22:52.54 | kergoth | heh, k |
22:53.05 | CoreDump|home | thanks |
22:54.58 | kergoth | CoreDump|home: done |
22:55.05 | CoreDump|home | thanks =) |
23:05.32 | zecke | RP: it is still building - building that shitty openzaurus 2.6 kernel ;) |
23:08.08 | CoreDump|home | ~lart zecke |
23:08.13 | zecke | hehe :) |
23:08.22 | CoreDump|home | =) |
23:08.39 | zecke | no doubt RP is doing a fantastic job - from any p.o.v. |
23:14.29 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:17.59 | zecke | rwhitby: hey |
23:19.23 | zecke | rwhitby: if you still do regular builds put http://oe.pastebin.com/565916 |
23:19.34 | zecke | into your local.conf, we have a tinderbox again |
23:20.08 | zecke | set CLOBBER = "1" if you do not rebuild from scratch |
23:20.20 | rwhitby | zecke: yep, we still do regular builds. every half hour |
23:20.35 | rwhitby | (incremental, not from scratch) |
23:20.59 | zecke | would love to see your reports soon :) |
23:21.10 | zecke | http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=OpenEmbeddedBuilds |
23:21.19 | zecke | this version of the tbox looks more reliable |
23:21.54 | rwhitby | can I change TINDER_MACHINE? i.e. we have Unslung, OpenSlug, UcSlugC and DebianSlug builds now |
23:22.27 | zecke | rwhitby: yes, this determines the header of the column |
23:22.37 | zecke | you could place your viagra ads there if you want to :) |
23:22.42 | rwhitby | ok, so I can just use those names? |
23:22.51 | zecke | yes |
23:23.09 | rwhitby | I'll set it up now |
23:23.11 | zecke | I think we can use spaces as well :) |
23:23.16 | zecke | wow thanks :) |
23:23.26 | zecke | I'm addicted to view the compile log :) |
23:23.35 | rwhitby | is timezones fixed now? |
23:24.14 | zecke | it is completely different code, and yes it doesn't suffer the timezone issue |
23:24.30 | zecke | it doesn't suffer database corruption as it is using postgres |
23:24.47 | zecke | it has less features though and some other issues but I'm fixing these one by one |
23:28.48 | rwhitby | ok, conf files are in, and starting an autobuild run now |
23:29.05 | zecke | let us hope it is working :) |
23:29.57 | rwhitby | hmm - three way merge of tinderclient.bbclass |
23:30.41 | zecke | hehe, be careful *please*, these fixes were reverted already |
23:31.16 | rwhitby | we never to *any* merges on the autobuild machine. |
23:31.32 | rwhitby | so you have to fix it at your end, and then push a single head to monotone.nslu2-linux.org |
23:32.12 | zecke | rwhitby: hmm we only have one head |
23:32.45 | rwhitby | hmm |
23:33.00 | zecke | I'm pulling to my home machine, this can take some time |
23:38.51 | *** part/#oe netnix (n=alex@81.25.36.149) |
23:39.20 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:39.28 | zecke | rwhitby: hmm you have an old version of the tinderclient.bbclass |
23:39.38 | zecke | gosh who is playing ping pong with my tinderclient :} |
23:39.58 | rwhitby | zecke: ok, monotone.nslu2-linux.org has a single head, it's just the autobuild machine with multiple heads |
23:40.12 | rwhitby | so I'll blow that one away and just get the db from the main server |
23:40.18 | rwhitby | (no merging) |
23:41.10 | zecke | hmm both have an outdatet tinderclient.bbclass |
23:41.19 | zecke | http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=6&logfile=20060222004339.log |
23:41.35 | zecke | no new lines and only '<--' and not '<---' in the separation |
23:43.05 | zecke | http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=10801c1345a1ed51c3f9e884c31ac5a7073880d6 |
23:44.05 | rwhitby | yep, the next autobuild will be using that one after the merge problems disappear |
23:48.34 | zecke | nice :) |
23:55.23 | rwhitby | zecke: starting new autobuild with a fresh checkout of openembedded |
23:56.23 | rwhitby | monotone: already up to date at 10801c1345a1ed51c3f9e884c31ac5a7073880d6 |
23:56.44 | *** join/#oe Echostar (n=echostar@mctnnbsa24w-142167043115.pppoe-dynamic.nb.aliant.net) |
23:57.54 | zecke | hmm |
23:58.25 | rwhitby | bitbake starting now |