| 00:14.48 | *** join/#oe oris (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 00:15.34 | *** join/#oe oris (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 00:16.01 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 00:16.04 | *** part/#oe oris (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 00:27.33 | reenoo_ | RP: fwiw, it builds for me. but, yeah, it obviously lacks a proper do_stage() |
| 00:27.36 | reenoo_ | 'night all |
| 00:42.50 | *** join/#oe tmbinc (i=XXX@dslb-082-083-094-170.pools.arcor-ip.net) |
| 00:45.10 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 00:52.20 | abrewer | howdy. I'm having a rough time getting a monotone pull without a timeout. any ideas? |
| 00:53.33 | abrewer | MT loads 14305 certs, then just sorta hangs... |
| 00:54.00 | CosmicPenguin | its thinking |
| 00:57.06 | abrewer | ah, i know it takes time, but then it just times out. |
| 00:57.38 | abrewer | monotone: fatal: std::runtime_error: network error: recv failure: Connection timed out |
| 00:59.18 | abrewer | i'm using monotone.nslu2-linux.org, is this okay??? |
| 01:01.02 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 01:05.03 | abrewer | sometimes the basics work: i rebooted my router and off it goes! Wierd (but welcome!) |
| 01:09.12 | *** join/#oe hufnus (n=slonsiki@DSL135-071.LABridge.com) |
| 01:26.59 | *** join/#oe netnix (n=alex@81.25.36.21) |
| 01:40.51 | *** join/#oe CSMan_ (n=csman@201.240.151.141) |
| 01:42.25 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 01:45.47 | *** join/#oe |nico| (i=INERG@212-100-183-29.adsl.easynet.be) |
| 02:18.04 | *** join/#oe malfimalfi (n=malte@dslb-084-059-007-140.pools.arcor-ip.net) |
| 02:20.17 | *** join/#oe hardwire (n=hardwire@209-112-136-72-cdsl-rb1.nwc.acsalaska.net) |
| 02:33.25 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 02:36.00 | *** join/#oe csmanx (n=csman@201.240.151.141) |
| 03:01.54 | *** join/#oe User1285 (n=mohr@adsl-71-137-33-78.dsl.sndg02.pacbell.net) |
| 03:03.14 | *** join/#oe CSMan_ (n=csman@toronto-HSE-ppp3949669.sympatico.ca) |
| 03:03.58 | NAbyss | Does anyone know the bitbake target for OE to update the packages file in tmp/deploy/ipk? |
| 03:04.44 | *** join/#oe csmanx (n=csman@201.240.151.141) |
| 03:04.56 | User1285 | when building from source using BitBake and OE for the iPAQ H3xx series iPAQ, should I specify the TARGET_OS as "linux" or "linux-uclibc"? I see that the official build uses busybox, so I assume I need to specify uclibc? |
| 03:26.57 | *** join/#oe Cwiiis[away] (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 03:29.32 | *** join/#oe Alan_K (n=Alan_Kie@ool-44c1ec54.dyn.optonline.net) |
| 03:30.25 | Alan_K | Hello again. Is there a requirement to do the compiles on a 32-bit Linux? |
| 03:31.42 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:35.53 | User1285 | Alan_K: yes, read the docs for a compelte overview |
| 03:35.57 | User1285 | it is quite compilcated |
| 03:37.09 | Alan_K | Thanks. I'll need to go find another box for this then. |
| 03:37.55 | tmbinc | User1285: busybox with glibc is fine. i wouldn't got for uclibc unless a.) you have no mmu or b.) you are really low on memory |
| 03:39.13 | User1285 | tmbinc: and the -dev branch is the bleeding edge? |
| 03:39.25 | User1285 | i.e. something more than Familiar 0.8.3 |
| 03:40.22 | tmbinc | yes |
| 03:40.56 | User1285 | thanks you for answering my questions :) |
| 03:41.15 | User1285 | I have been told that development here has stagnated. yet I seem to see current activity |
| 03:41.23 | User1285 | what exactly is being done at this point? |
| 03:42.54 | User1285 | oh, and is it possible to upgrade from 2.4.19 to 2.6 using ipkg? |
| 03:43.09 | User1285 | if there is a writeup somewhere on this, p[lease tell me and I'll happily go off and RTFM |
| 03:53.36 | Luke-Jr | ERROR: Nothing provides glib |
| 03:53.38 | Luke-Jr | :\ |
| 03:53.51 | Luke-Jr | User1285: lies |
| 03:54.02 | Luke-Jr | Alan_K: x86 Linux is not needee |
| 03:55.41 | User1285 | Luke-Jr: if that is a lie, tell me why the kernel hasn't been moved to something more recent, say > 2.4.24, or even 2.4.31 |
| 03:56.05 | wingel | User1285, on what device? |
| 03:56.12 | Luke-Jr | User1285: kernel is 2.6.14-git3 |
| 03:56.17 | wingel | most ARM platforms are using a 2.6 kernel. |
| 03:56.38 | Alan_K | My current working Linux is an AMD-x64 (Turion notebook). I've considered re-running install to everything. |
| 03:56.42 | Luke-Jr | User1285: tell me why I've been building full images on a non-x86 box for nearly a year |
| 03:58.59 | Alan_K | And yes, the OpenSlug I'm using now is 2.6.12.2, which has been rock solid so far. |
| 04:07.24 | User1285 | Luke-Jr I never said he needed x86, I just said to read the writeup |
| 04:07.53 | User1285 | I have an iPAQ H3800 series, and the default Familiar kernel is 2.4.19 |
| 04:08.06 | User1285 | the one that ships with the distro anyway |
| 04:08.55 | Luke-Jr | User1285: sure you did; he asked if he needed x86 and you said yes |
| 04:09.21 | User1285 | Luke-Jr: <scrolls back> |
| 04:09.46 | User1285 | Luke-Jr: oh, whoops. I misread his question |
| 04:10.00 | Alan_K | No big deal, I've likely killed the install anyway. Its a mess. |
| 04:10.02 | User1285 | Alan_K: sorry! I was wrong, there is no such requirement |
| 04:11.00 | User1285 | wingel: how can you say that then Familiar 0.8.3 ships with kernel 2.4.19? |
| 04:11.55 | Luke-Jr | User1285: Familiar isn't the only OE output |
| 04:12.19 | User1285 | I know that. I was actually surprised |
| 04:12.37 | Alan_K | Well, I'm getting library error "libstdc++.a: could not read symbols: Bad value" (on the gcc 64bit), so I figured I'd scrape off an aborted Gentoo install on this Sager I've got here and give it another shot in 32-bit only. |
| 04:13.43 | Luke-Jr | eww, x86_32 |
| 04:13.53 | Luke-Jr | do a 64-bit-only ;) |
| 04:14.03 | User1285 | Luke-Jr: thats what I'm stuck on until I can afford a new AMD64 CPU |
| 04:14.24 | User1285 | I'm slobbering over the X2 4200's, but they're $400 |
| 04:14.41 | Alan_K | Yeah, I know. But though the Livestrong HP is wonderful for Linux, I'm still more confortable with the older Intels. |
| 04:14.51 | Luke-Jr | User1285: Alan_K seems to have just said he's doing a 32-bit OS on his 64-bit CPU |
| 04:15.24 | Alan_K | HP L2000 AMD Turion 64. Running FC4 in 64-bit mode. |
| 04:15.41 | User1285 | Luke-Jr: having just taken assembly 101, I know a lot more than I ever wanted to about real-mode 16-bit assembly programming on the x86 |
| 04:16.28 | User1285 | I would really have enjoyed the 8 64-bit general-purpose registers in that class... |
| 04:16.53 | User1285 | I hate DOS programming with a passion |
| 04:17.09 | Luke-Jr | User1285: do modern x86_32 CPUs even support x86_16? |
| 04:17.17 | NAbyss | Luke-Jr: Yes |
| 04:17.19 | User1285 | yes |
| 04:18.10 | Luke-Jr | hmm, I thought Intel dropped 16-bit support w/ the P4 |
| 04:18.11 | Alan_K | Mind you, I had that same notebook Running Solaris 10 x86 in 64-bit mode too. But it took three times longer to install. |
| 04:18.19 | User1285 | it would be so nice to have the extra 48 bits per register and the extra 4 registers... |
| 04:19.16 | User1285 | does anyone know what the new 4 registers are called? |
| 04:19.28 | User1285 | EX, FX, GX, and HX? |
| 04:19.35 | NAbyss | Hm, I wouldn't be surprised |
| 04:20.13 | NAbyss | Although.. EFX.. sounds like something you'd have on an audio chip. |
| 04:21.15 | Alan_K | Heh. All I want to do is get irssi/OE recompiled with perl support. I thought this'd be easy. :) |
| 04:22.00 | User1285 | Alan_K: the GPE compile has been running on my Athlon 3000+ for two hours already... |
| 04:23.13 | User1285 | the wiki says that the gpe/opie compiles require ~4gb, and it seems that the current disk usage is a little upwards of 2 gigabytes |
| 04:23.20 | User1285 | so I'd estimate I'm halfway through |
| 04:23.31 | Alan_K | Oh I can deal with that. It's the eight hours straight of aborted compiles that's got me annoyed. |
| 04:23.39 | User1285 | you think thats bad? |
| 04:24.01 | User1285 | Northwest made me take a flight with an 11-hour layover 3 days ago |
| 04:24.12 | User1285 | with 18 hours notice |
| 04:24.19 | Alan_K | Gah. |
| 04:25.08 | User1285 | so I'm sitting there in Detroit trying to get my wife's dinky little Windows laptop connected to their wlan for 11 hours |
| 04:25.30 | User1285 | I wanted to break the thing over my knee |
| 04:25.36 | Luke-Jr | Knoppix |
| 04:25.53 | User1285 | not when you don't have time to download it or a CD to burn it onto... |
| 04:26.43 | User1285 | interestingly enough my own Satellite 1800 running Slackware connected flawlessly |
| 04:27.04 | User1285 | needless to say it was snatched up by the better *cough* half |
| 04:27.44 | Luke-Jr | 18 hours is plenty of time to download & burn |
| 04:28.21 | User1285 | you'd think so, but considering that 12 hours of that was spent asleep and the rest with my family... |
| 04:28.31 | User1285 | well, ok, 8 hours of that was sleep |
| 04:28.38 | Luke-Jr | downloads can run overnight |
| 04:28.46 | User1285 | well I didn't think of it! |
| 04:28.49 | User1285 | grrrRRR |
| 04:28.50 | Luke-Jr | and 6 hours is still plenty of time to download and burn |
| 04:28.50 | Luke-Jr | =p |
| 04:29.14 | User1285 | at that I suppose it was |
| 04:29.19 | User1285 | but I've used knoppix before |
| 04:29.22 | User1285 | its painfully slow |
| 04:29.23 | Luke-Jr | just get Sprint's wireless broadband |
| 04:29.25 | Luke-Jr | =p |
| 04:29.30 | User1285 | hah! |
| 04:29.37 | User1285 | don't make me laugh |
| 04:29.41 | User1285 | I used to work for Ricochet |
| 04:29.49 | Luke-Jr | no clue what that is |
| 04:29.54 | Luke-Jr | I mean the new stuff |
| 04:29.55 | User1285 | I know how those proprietary wireless companies work from the inside |
| 04:30.01 | Luke-Jr | $50/mo |
| 04:30.06 | User1285 | exactly |
| 04:30.12 | Luke-Jr | + a Linux-based WiFi router |
| 04:30.21 | Luke-Jr | = WiFi anywhere |
| 04:30.42 | NAbyss | ..or you could not be totally ripped off.. |
| 04:30.57 | Luke-Jr | NAbyss: you can get cheaper WiFi-anywhere? |
| 04:31.07 | User1285 | well despite what you may say, 18 hours isn't enough to get a contract signed |
| 04:31.27 | User1285 | esp over the holidays |
| 04:31.33 | Luke-Jr | so abuse Vision =p |
| 04:31.45 | Luke-Jr | I got them to activate a free Vision trial in under an hour |
| 04:31.48 | User1285 | I don't have sprint |
| 04:31.57 | Luke-Jr | I'm sure there's non-Sprint equivalents... |
| 04:32.10 | User1285 | sure, Cingular with their wonderful CDPD... |
| 04:32.24 | User1285 | yeah, I'd love to go back to 14.4 speeds |
| 04:32.52 | User1285 | wait, what was that? you only do 9600 bps? |
| 04:33.06 | User1285 | oh, my bad |
| 04:33.48 | NAbyss | Luke-Jr: AUD$50/mo, for unlimited EDGE/GPRS |
| 04:34.15 | NAbyss | User1285: Cingular do better than that.. I was using GPRS in the states |
| 04:35.06 | User1285 | I'm none too happy about being with Cingular |
| 04:35.18 | User1285 | I signed up aith AT&T specifically to escape Cingular |
| 04:35.30 | User1285 | and then Cingular goes and buys AT&T Wireless |
| 04:35.31 | NAbyss | Yeah, gotta love the corporate takeovers. |
| 04:35.44 | User1285 | and now I have a 2-yr contract |
| 04:35.53 | User1285 | fuckers |
| 04:35.56 | Alan_K | Heh. I have Verizon for my cell, but work supplies it. |
| 04:36.19 | User1285 | I am *so* switching to something else when my contarct is up |
| 04:36.28 | Alan_K | Just last year got the phone upgraded to something with real battery life. |
| 04:36.29 | User1285 | I have no idea what yet, but... |
| 04:36.59 | User1285 | I want a dual band phone with a simcard |
| 04:37.07 | Alan_K | I've been OK with Verizon, but I mostly am in the US's tri-state area. |
| 04:37.16 | Alan_K | (NY/NJ/CT) |
| 04:37.45 | User1285 | I hate, *HATE* Cingular |
| 04:38.07 | Alan_K | Sounds like my brother. Trying to convert him. |
| 04:38.16 | User1285 | to? |
| 04:38.24 | User1285 | I swear, ANYTHING is better than Cingular |
| 04:38.42 | Alan_K | Verizon. He's seen my phone. Heard it on speaker. |
| 04:38.57 | User1285 | I have the Nokia 6800 |
| 04:39.09 | User1285 | with SSH and qwerty and everything |
| 04:39.11 | Alan_K | A fresh extended-life battery lasted over three hours talk time. On speakerphone mode. |
| 04:39.58 | Alan_K | this is an LG of some sort. The old one was a Kyocera. |
| 04:40.08 | User1285 | oh, by the way |
| 04:40.14 | User1285 | is there a PDF viewer for OE? |
| 04:40.24 | NAbyss | User1285: OPIE has one |
| 04:40.32 | User1285 | whats it called? |
| 04:40.32 | NAbyss | User1285: It's by default in the opie-kdepim-image |
| 04:40.53 | NAbyss | qpdf, I think |
| 04:41.13 | Alan_K | Eep. |
| 04:41.19 | User1285 | where can I get the opie-kdepim image? |
| 04:41.27 | Alan_K | Oh, sorry, wrong channel. :) |
| 04:41.55 | NAbyss | User1285: bitbake opie-kdepim-image |
| 04:41.57 | User1285 | Familiar only hosts the standard Opie image |
| 04:42.02 | User1285 | oooooh |
| 04:42.10 | User1285 | thank-you :) |
| 04:42.13 | NAbyss | np |
| 04:42.25 | Alan_K | I must be a bit luckier, just trying to get a package or two working on OpenSlug. |
| 04:42.46 | NAbyss | qpdf2 is the package name for the app, btw |
| 04:43.01 | NAbyss | I'm using openzaurus here, so YMMV etc. |
| 04:44.10 | User1285 | bitbake opie-kdepim-image returns: |
| 04:44.12 | User1285 | ERROR: no files to build. |
| 04:44.20 | User1285 | ERROR: Nothing provides opie-kdepim-image |
| 04:44.51 | User1285 | what tree do I have to check out? |
| 04:45.10 | User1285 | is it in cvs or dreambox or elsewhere? |
| 04:46.17 | User1285 | err sed 's/cvs/dev/g' |
| 04:48.01 | NAbyss | dev |
| 04:48.07 | NAbyss | org.openembedded.dev |
| 04:48.25 | User1285 | I have that, and it is updated as of a few hours ago |
| 04:49.02 | User1285 | grep kdepim org.openembedded.dev/conf/distro/* returns nothing |
| 04:49.38 | Alan_K | find . -name "*pim*" turns out what? |
| 04:49.59 | User1285 | <searching> |
| 04:50.14 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 04:51.14 | Luke-Jr | Pretty sure GPE has a PDF viewer |
| 04:51.18 | Luke-Jr | it was in the OOO Newsletter |
| 04:51.20 | User1285 | ./packages/meta/opie-kdepim-image.bb |
| 04:51.25 | NAbyss | User1285: the .bb file is in packages/meta |
| 04:51.40 | User1285 | interesting then that the bitbake command doesn't work |
| 04:51.50 | Luke-Jr | Anyone interesting in helping force KDE to crosscompile? ;) |
| 04:51.58 | NAbyss | Check your local.conf to make sure it's in the path |
| 04:52.13 | Luke-Jr | interested* |
| 04:53.18 | User1285 | what should I look for in local.conf? |
| 04:53.52 | User1285 | Luke-Jr: I've looked through the GPS package lists and searched the GPS image's filesystem, and I cannot find a PDF viewer |
| 04:54.04 | User1285 | Luke-Jr: got a link to the newsletter? |
| 04:55.04 | User1285 | ls packages/meta/*pim* |
| 04:55.10 | User1285 | packages/meta/opie-kdepim-image.bb |
| 04:55.28 | Luke-Jr | http://openzaurus.org/wordpress/newsletters/ooo-newsletter-200508/ |
| 04:55.47 | Luke-Jr | http://handhelds.org/~gpe/albums/portedapps/land_6812.png |
| 04:56.11 | User1285 | I am able to start bitbake with gpe-image, but not opie-kdepim-image |
| 04:56.49 | User1285 | Luke-Jr: thank you |
| 04:57.29 | Luke-Jr | np |
| 04:57.41 | Luke-Jr | let me know what the app is called when you find it, btw |
| 04:58.04 | User1285 | *if* I find it |
| 04:58.14 | Luke-Jr | Maybe 'land'? |
| 04:59.13 | Luke-Jr | nope |
| 04:59.25 | Luke-Jr | gpdf? |
| 04:59.26 | NAbyss | qpdf2 was the package for that pdf viewer.. |
| 05:00.00 | Luke-Jr | qpdf2 is Opie |
| 05:00.07 | Luke-Jr | that pdf viewer is GPE, I think |
| 05:01.02 | User1285 | NAbyss: to which path are you referring in local.conf? |
| 05:01.05 | User1285 | BBFILES? |
| 05:01.39 | NAbyss | User1285: Yeah |
| 05:02.00 | Luke-Jr | in the land_* screenshots, what WM is used? |
| 05:02.04 | Luke-Jr | I like the tabs |
| 05:02.06 | NAbyss | BBFILES := "/mnt/personal/zaurus/org.openembedded.dev/packages/*/*.bb" |
| 05:02.09 | NAbyss | That's what I've got here |
| 05:02.47 | User1285 | BBFILES := "${HOME}/h3800/oe/org.openembedded.dev/packages/*/*.bb*" |
| 05:03.27 | User1285 | could hte DISTRO variable afect this? |
| 05:03.34 | User1285 | DISTRO = "familiar-unstable" |
| 05:03.40 | NAbyss | Possibly, yeah |
| 05:03.49 | NAbyss | As I mentioned before, I'm using openzaurus-unstable |
| 05:03.59 | User1285 | ahhh |
| 05:04.13 | User1285 | OK, so possibly this package is not included in familiar |
| 05:04.39 | User1285 | that sucks |
| 05:04.44 | User1285 | :) |
| 05:05.57 | User1285 | ohhhhhh |
| 05:06.11 | NAbyss | Hmm, that blows |
| 05:06.13 | Luke-Jr | fork Familiar =p |
| 05:06.20 | User1285 | sucky. bitbake needs to re-handle BitBake files when it is interrupted? |
| 05:06.39 | User1285 | argh |
| 05:06.43 | User1285 | there should be an easier way |
| 05:06.47 | Luke-Jr | User1285: that's why you use bitbake -iu |
| 05:06.49 | Luke-Jr | errr -i |
| 05:07.09 | Luke-Jr | tho changes to local.conf will always require restarting bitbake =p |
| 05:07.44 | User1285 | argh |
| 05:08.06 | User1285 | gotta love disk caching though |
| 05:08.19 | User1285 | sped through the first 25% in about 5 seconds |
| 05:08.27 | User1285 | *twiddles thumbs* |
| 05:08.51 | User1285 | hmmmm I don't want interactive, I want an automated build that I don't have to babysit |
| 05:09.01 | Luke-Jr | 'build pkgname' |
| 05:09.23 | User1285 | ah |
| 05:09.27 | Luke-Jr | interactive mode keeps the bb-handling across builds tho |
| 05:09.42 | Luke-Jr | unless your rerun 'parse' manually |
| 05:43.28 | Luke-Jr | all of a sudden, my Cxx0 images are 7 MB larger than they were in July :( |
| 06:01.56 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 06:08.20 | *** join/#oe [lala_] (n=lala@p54B389FA.dip0.t-ipconnect.de) |
| 06:38.12 | emte | moo |
| 06:38.37 | emte | anyone know of a usb-eth issue with familiar>? |
| 06:45.43 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:48.51 | *** join/#oe Luke-Jr (n=luke-jr@user-0c938qu.cable.mindspring.com) |
| 06:50.13 | Luke-Jr | whee |
| 06:50.15 | Luke-Jr | new oz-ljr built :) |
| 06:50.40 | Luke-Jr | :x |
| 06:50.46 | Luke-Jr | is it bad if the progress bar goes past 100%? |
| 06:50.52 | User1285 | emte: usb-eth seems nto to work very well |
| 06:51.46 | User1285 | emte: it seems after a few disconnect/reconnect session when using gpe-familiar-0.8.3 it no longer works |
| 06:52.06 | emte | no i was more refering to locking up still |
| 06:52.18 | Luke-Jr | is it bad if the progress bar goes past 100% flashing the root fs? |
| 06:52.31 | User1285 | Luke-Jr: dunno :) |
| 06:52.39 | User1285 | Luke-Jr: you can always reprogram... |
| 06:52.44 | Luke-Jr | User1285: no I can't |
| 06:52.55 | User1285 | Luke-Jr: of course you are probably using HyperTerminal |
| 06:52.59 | User1285 | :) |
| 06:53.05 | Luke-Jr | User1285: no... wtf? |
| 06:53.16 | User1285 | I don't see how else it could go above 100% |
| 06:53.21 | User1285 | minicom never has for me |
| 06:53.25 | Luke-Jr | ... |
| 06:53.29 | Luke-Jr | where do you see a serial port? |
| 06:53.38 | User1285 | ohhh, you're not using |
| 06:53.45 | User1285 | wait what hardware do you have? |
| 06:53.51 | Luke-Jr | Zaurus SL-C760 |
| 06:54.08 | User1285 | ahh, I had assumed you had a serial interface to your PDA |
| 06:54.13 | *** join/#oe oce_ (i=nobody@antenni.nette.fi) |
| 06:54.25 | User1285 | emte: yes it locks up |
| 06:54.36 | Luke-Jr | well, calibrate started |
| 06:54.38 | Luke-Jr | so hopefully I'm good |
| 06:54.46 | User1285 | emte: my iPAQ locks up if hte USB interface isn't brought up properly |
| 06:54.57 | Luke-Jr | screen is flashing :( |
| 06:55.02 | User1285 | d'oh! |
| 06:55.24 | emte | i had hoped the new changes would have fixed that |
| 06:56.10 | User1285 | yes it would be nice if that didn't happen |
| 06:56.18 | Luke-Jr | emte: referring to the flashing? |
| 06:56.27 | emte | User1285, you using the usbdown scripts? |
| 06:56.34 | emte | Luke-Jr, no |
| 06:56.41 | emte | i fash via serial |
| 06:57.12 | emte | i am just using one of koen's new images rather than my own to see whats different |
| 06:57.20 | User1285 | emte: I don't have a "supported" distro |
| 06:57.31 | emte | ? |
| 06:57.37 | emte | in regards to? |
| 06:57.45 | User1285 | I use Slackware, there isn't documentation to set up hotplug with it |
| 06:58.01 | User1285 | if I could get hotplug to respond to the usb0 interface being created, I'd be al set |
| 06:58.38 | emte | User1285, i ment familiar side |
| 06:58.47 | emte | http://handhelds.org/moin/moin.cgi/FamiliarReleaseNotes#usbnet |
| 06:59.11 | emte | its the last part of the usbnet stuff |
| 06:59.26 | emte | to "help" it reconnect |
| 07:00.39 | *** join/#oe oce__ (i=nobody@antenni.nette.fi) |
| 07:01.26 | User1285 | I see |
| 07:01.33 | User1285 | I hadn't seen that before |
| 07:02.52 | Luke-Jr | I can't seem to find usbnet modules :/ |
| 07:03.09 | emte | usb-eth |
| 07:03.17 | emte | not usbnet |
| 07:03.31 | Luke-Jr | that's missing too |
| 07:03.58 | emte | actually i think i see why it locks up ... |
| 07:04.01 | User1285 | wow, pdf has a laungry list of dependencies |
| 07:04.08 | Luke-Jr | and for some reason all the modules I *do* have are "Invalid module format" |
| 07:04.10 | User1285 | gpdf |
| 07:04.43 | Luke-Jr | think I'll need to restore an unknown NAND backup |
| 07:04.54 | Luke-Jr | hopefully it has wireless and/or usbnet |
| 07:05.20 | Luke-Jr | or I'll have a dead Z until I find a CF card reader |
| 07:05.44 | emte | User1285, you might want to add "modprobe sa1100usb_core" to line 10 of /etc/apm/resume.d/20usbnet |
| 07:06.09 | emte | it is funny that is missing |
| 07:06.58 | User1285 | 10108 left... I wonder if all this gtk+ stuff will fit in the remaining memory |
| 07:08.45 | Luke-Jr | what exactly is this linux-openzaurus-2.6.14+2.6.15-rc7-r2 ?? |
| 07:08.48 | Luke-Jr | is it .14 or .15? |
| 07:09.04 | Luke-Jr | I seem to end up with two sets of (different) modules |
| 07:09.26 | User1285 | emte: usb-eth depends on sa1100usb_core, hence modprobe autoloads it |
| 07:11.00 | User1285 | emte: there is no need to add that line to the script |
| 07:11.57 | *** join/#oe _alwin_ (n=ral@cable-84-44-250-81.netcologne.de) |
| 07:12.08 | emte | User1285, i am not sure i'd always count on it getting loaded |
| 07:13.43 | emte | usbstorage depends on scsi but taht does not always get loaded in reg pcs |
| 07:13.57 | User1285 | it does on mine |
| 07:14.06 | User1285 | since I have a SATA hard disk |
| 07:14.17 | emte | lol |
| 07:14.28 | emte | maybe i should have picked a dif example :P |
| 07:14.40 | emte | was the quick one that came to mind |
| 07:17.28 | emte | User1285, btw its in /etc/apm/suspend.d/10usbnet |
| 07:17.43 | emte | or |
| 07:17.45 | emte | wait |
| 07:17.51 | emte | maybe that a sym link :) |
| 07:17.59 | emte | :q |
| 07:18.10 | emte | aha |
| 07:19.10 | User1285 | I'm not using usb-storage |
| 07:19.17 | User1285 | why do I need to load it? |
| 07:19.25 | emte | you dont |
| 07:19.36 | User1285 | emte usbstorage depends on scsi but taht does not always get loaded in reg pcs |
| 07:19.44 | emte | that was just an example of companion modules taht are supposed to load together |
| 07:19.49 | User1285 | ahhh |
| 07:20.18 | User1285 | the usb-storage ntoes you sent me to -- |
| 07:20.31 | User1285 | is it safe to modify the files mentioned if I plan on using a wlan too? |
| 07:20.33 | emte | ? |
| 07:20.41 | User1285 | err |
| 07:20.46 | User1285 | usb-networking I mean |
| 07:20.53 | emte | ah |
| 07:20.54 | User1285 | http://handhelds.org/moin/moin.cgi/FamiliarReleaseNotes#usbnet |
| 07:21.21 | emte | if you have a wlan you dont really need usbnet ... |
| 07:21.38 | emte | unless thats the only cradle you have |
| 07:22.51 | User1285 | right now I only have usbnet |
| 07:22.56 | User1285 | I just got the ipaq yesterday |
| 07:23.05 | emte | ah |
| 07:23.08 | User1285 | I'm going to order a CF WLAN card today or tomorrow |
| 07:23.16 | User1285 | so |
| 07:23.28 | User1285 | should I make those changes? |
| 07:24.24 | emte | i dont have a wlan card |
| 07:24.38 | emte | and i am short on srial ports |
| 07:24.42 | emte | serial* |
| 07:24.49 | emte | but have 12 usb ports |
| 07:27.24 | User1285 | well the 99usbdown scripts are a hack |
| 07:27.31 | User1285 | argh what a hack |
| 07:28.22 | emte | yeah they are |
| 07:28.25 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 07:28.35 | emte | they duplicate what usbdown dows |
| 07:28.40 | emte | does* |
| 07:29.39 | emte | whee finally |
| 07:30.09 | *** join/#oe _drak0_ (i=rob@user-0c9h80i.cable.mindspring.com) |
| 07:30.29 | emte | grr |
| 07:30.57 | emte | i take it that keys are not getting generatated for dropbear ? ... |
| 07:32.51 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 07:54.43 | *** join/#oe mithro (n=tim@jsc-travel.tiscali.cz) |
| 08:09.14 | *** join/#oe gremlin[it] (n=gremlin@194-185-170-74.f4.ngi.it) |
| 08:12.49 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 08:26.33 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 08:39.08 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 08:55.03 | *** join/#oe Mardy (n=mardy@adsl-130-110.38-151.net24.it) |
| 08:55.08 | Mardy | hi |
| 09:11.17 | CIA-15 | 03tmbinc 07org.oe.dreambox * r3fd4f47d... 10/packages/enigma/enigma-modem.bb: enigma-modem: remove packaging of conflicting files |
| 09:11.22 | CIA-15 | 03tmbinc 07org.oe.dreambox * r2ad11a9c... 10/packages/glibc/glibc_2.3.2+cvs20040726.bb: glibc_2.3.2+cvs20040726: add do_munge to this glibc version, too |
| 09:11.26 | CIA-15 | 03tmbinc 07org.oe.dreambox * r18dbf266... 10/packages/meta/dreambox-image.bb: dreambox-image: fix links-dream package name |
| 09:11.31 | CIA-15 | 03rwhitby 07org.oe.dev * r128236d8... 10/packages/openslug-init/ (openslug-init-0.10/links.conf openslug-init_0.10.bb): openslug-init: Add code to create /dev/rtc for the new RTC class driver by azummo. |
| 09:11.35 | CIA-15 | 03rwhitby 07org.oe.dev * r0ae11509... 10/packages/linux/nslu2-kernel/2.6.15/ (4 files): nslu2-kernel: Removed obsolete 2.6.15 patches. |
| 09:22.19 | *** join/#oe uv1 (n=kvirc@p50892DF3.dip0.t-ipconnect.de) |
| 09:26.32 | CIA-15 | 03koen 07org.oe.oz354fam083 * rd1abb05b... 10/packages/gpe-calendar/gpe-calendar_0.67.bb: gpe-calendar: add 0.67 |
| 09:26.36 | CIA-15 | 03koen 07org.oe.dev * r0b0c66f0... 10/packages/gpe-calendar/gpe-calendar_0.67.bb: gpe-calendar: add 0.67 |
| 09:30.43 | uv1 | Good Morning |
| 09:37.00 | uv1 | glibc-intermediate-2.3.2+cvs20040726-r17 is not configurable for i586. gcc4 is not accepted. A manual patch of configure.in did help. |
| 09:38.04 | uv1 | Anyone any idea why ? Is gcc4 not able to build glibc ? I know, I had one OK build approx. 2 weeks ago. |
| 09:40.13 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 09:40.21 | uv1 | Compile stage broke ;-( That stops my try to get mplayer build ;-( |
| 09:45.49 | *** join/#oe moa_ (n=moa@APuteaux-154-1-24-141.w83-199.abo.wanadoo.fr) |
| 09:46.12 | *** part/#oe uv1 (n=kvirc@p50892DF3.dip0.t-ipconnect.de) |
| 09:47.49 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 09:55.08 | *** join/#oe zap (n=zap@217.170.93.196) |
| 10:12.08 | *** join/#oe wingel (n=wingel@2-1-3-15a.ens.sth.bostream.se) |
| 10:12.08 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 10:12.13 | *** part/#oe wingel (n=wingel@2-1-3-15a.ens.sth.bostream.se) |
| 10:12.18 | *** join/#oe wingel (n=wingel@2-1-3-15a.ens.sth.bostream.se) |
| 10:28.56 | *** join/#oe iclem (n=clement@iclem.net) |
| 10:28.59 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 10:38.18 | *** join/#oe hrw|gone (n=hrw@host-ip170-158.crowley.pl) |
| 10:43.09 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 10:57.22 | *** join/#oe moa__ (n=moa@APuteaux-154-1-55-32.w81-249.abo.wanadoo.fr) |
| 11:00.38 | RP | morning all |
| 11:00.46 | koen | good morning RP |
| 11:01.22 | koen | RP: I think ewi546.ewi.utwente.nl/OE/new-tasks.conf can be much simpler after reading your gpe-image example again |
| 11:01.57 | RP | koen: Yes. This is one reason I want to get this code in and start fixing things :) |
| 11:02.10 | RP | Lots of things can be massively simplified |
| 11:02.12 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 11:03.35 | koen | all the nslu2 stuff is in, so we're ready to tag/branch/whatever |
| 11:04.26 | RP | The sooner, the better as far as I'm concered - I have more time at weekends than during the week... |
| 11:04.42 | koen | we just need someone of ar,andyc,anoncvs,ayer,bavery,cterry,davep,duffekn,france,gitars,hrw,jamey,jg,kergoth,mickeyl,mithro,noda,pb to edit the OE frontpage |
| 11:05.08 | koen | RP: uni starts on monday :( |
| 11:05.34 | RP | Ah :-/ |
| 11:05.37 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 11:06.04 | RP | I don't think we'll break things too badly to be honest. |
| 11:06.16 | RP | The package manager for staging is probably the most invasive change |
| 11:06.17 | koen | better safe than sorry |
| 11:06.29 | RP | I agree, I'm just saying :) |
| 11:06.58 | *** part/#oe theturtle (n=theturtl@lns-bzn-51f-81-56-135-127.adsl.proxad.net) |
| 11:07.02 | *** join/#oe theturtle (n=theturtl@lns-bzn-51f-81-56-135-127.adsl.proxad.net) |
| 11:11.09 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 11:11.52 | rwhitby | koen: FYI, I just did a big rename in the nslu2-linux stuff (only about 10 directories, "openslug" -> "slugos") |
| 11:12.05 | rwhitby | it's pushed now at monotone.nslu2-linux.org, so you should get it soon here. |
| 11:12.48 | *** join/#oe oce_ (i=nobody@antenni.nette.fi) |
| 11:13.32 | koen | rwhitby: I haven't seen much response to your 'where to go from here mail' |
| 11:14.09 | rwhitby | koen: there was a bit on the nslu2-linux mailing list, which you wouldn't have seen unless subscribed. |
| 11:14.28 | koen | http://news.gmane.org/gmane.comp.misc.nslu2.linux ? |
| 11:16.13 | koen | rwhitby: gmane doesn't have any replies to http://article.gmane.org/gmane.comp.misc.nslu2.linux/10693 |
| 11:16.27 | CIA-15 | 03rwhitby 07org.oe.dev * re748d25b... 10/ (30 files in 15 dirs): slugos: Major rename of common SlugOS files and directories from openslug to slugos. |
| 11:16.31 | CIA-15 | 03rwhitby 07org.oe.dev * rc98db1ad... 10/.mt-attrs: slugos: Major rename of common SlugOS files and directories from openslug to slugos. |
| 11:16.52 | rwhitby | Hmm - for some reason none of the replies have ended up there. You can see the thread here: http://groups.yahoo.com/group/nslu2-linux/message/10496 |
| 11:17.59 | rwhitby | and the follow-up proposal is here: http://groups.yahoo.com/group/nslu2-linux/message/10557 |
| 11:18.24 | RP | kergoth: I guess you didn't have a chance to look at the DEPENDS/RDEPENDS patch yet? :-/ |
| 11:21.15 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 11:23.32 | pb_ | crumbs, it's snowing again |
| 11:25.58 | RP | Hmm, they said that was going to happen... |
| 11:26.07 | RP | just damp here atm |
| 11:26.12 | pb_ | oh, did they? |
| 11:26.15 | pb_ | I guess I missed that. |
| 11:30.56 | RP | koen: Do we have some text for the front page ready for someone with admin access to place there? I think we might as well start the ball rolling and tag (branch if we're going to although I still think we lack manpower for this) |
| 11:31.14 | do13 | morning all |
| 11:31.19 | RP | Someone could always start a branch based on the tag if they're going to maintain it I guess |
| 11:31.21 | RP | hi Dirk |
| 11:31.38 | koen | RP: go ahead and tag :) |
| 11:31.56 | RP | koen: You know my track record with monotone ;-) |
| 11:32.03 | koen | heh |
| 11:32.14 | koen | you can't do much wrong with tagging |
| 11:32.51 | RP | Is that a challenge? :) |
| 11:33.27 | koen | the disapprove weirdness is caused by the fact that every revision is a product of sha1 summing it's ancesters, so you can't just 'delete' a cset in the middle |
| 11:34.20 | RP | koen: I know - I'd just assumed it would apply a reversion diff and then automatically know how to merge it |
| 11:34.36 | RP | but it has to have the merging explained to it :-/ |
| 11:34.51 | koen | yeah, that sucks |
| 11:35.01 | koen | monotone needs be less kde and more gnome ;) |
| 11:35.22 | RP | Any ideas for a tag name? |
| 11:35.42 | RP | jan2006prebreakage? jan2006stable? |
| 11:35.56 | koen | jan2006prebreakage |
| 11:36.10 | koen | since it isn't really stable |
| 11:38.00 | *** join/#oe linnuxxy (n=dave@210.5.196.22) |
| 11:39.29 | RP | 0b9a2dfead1136f996280e9827949f83cb032537 is the revision to tag? |
| 11:40.54 | mickeyl | yes |
| 11:41.01 | mickeyl | good morning, btw. |
| 11:41.15 | RP | Its a merge which why it doesn't match the commits list - was just confused for a moment :) |
| 11:41.17 | RP | morning mickeyl |
| 11:41.23 | koen | hey mickeyl |
| 11:41.46 | RP | tagged |
| 11:42.55 | koen | when you push you should just have one 1 cert |
| 11:44.09 | RP | koen: I did |
| 11:44.24 | RP | monotone: bytes in | bytes out | certs out | revs out |
| 11:44.24 | RP | monotone: 637 | 2052 | 1 | 0 |
| 11:46.56 | koen | http://ewi546.ewi.utwente.nl/tmp/viewmtn/tags.psp |
| 11:46.59 | koen | and it's in |
| 11:47.16 | RP | I'm writing a mail to oe@ |
| 11:47.22 | mickeyl | excellent. thanks for doing this |
| 11:48.34 | Alan_K | Hmm. A yahoo group/listserv? |
| 11:50.58 | pb_ | mickeyl: good morning |
| 11:52.04 | mickeyl | morning phil |
| 11:52.10 | RP | Alan_K: its on handhelds.org |
| 11:52.17 | RP | mail sent to oe@ |
| 11:53.02 | RP | Does someone want to add " use monotone update -rjan2006prebreakage to avoid breakage" to the topic (or similar)? |
| 11:53.36 | koen | RP: go ahead :) |
| 11:53.51 | RP | koen: I don't have chanserv privs |
| 11:54.08 | koen | RP: no need to |
| 11:54.18 | koen | kergoth changed that a few weeks ago |
| 11:54.27 | RP | ah, I didn't know that |
| 11:55.35 | *** topic/#oe by RP -> OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro | http://handhelds.org/hypermail/oe/47/4772.html | use monotone update -rjan2006prebreakage to avoid breakage |
| 11:59.31 | RP | I've added a note about this at the top of getting started on the wiki so just the front page on OE remains |
| 12:00.16 | RP | If someone could post an editted version of the email to oe@ there, that would be good... |
| 12:00.19 | RP | back in a few mins... |
| 12:02.28 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-19-86.w83-115.abo.wanadoo.fr) |
| 12:03.02 | alan|laptop | hi folks |
| 12:03.37 | koen | hey alan|laptop |
| 12:03.47 | alan|laptop | hey koen |
| 12:03.49 | *** join/#oe Alan_K (n=Alan_Kie@ool-44c1ec54.dyn.optonline.net) |
| 12:04.02 | alan|laptop | hi seem to have a bug in monotone 0.25. |
| 12:04.10 | alan|laptop | does anyone use this version ? |
| 12:06.13 | koen | I do |
| 12:26.58 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 12:35.19 | alan|laptop | koen: did you comile from sources ? |
| 12:36.09 | koen | no, I used the static version from venge.net |
| 12:36.39 | alan|laptop | static version, huh ? ... ok, i think i'm going to try this one. thanks koen |
| 12:38.29 | *** part/#oe lkcl (n=lkcl@bb-87-82-4-146.ukonline.co.uk) |
| 12:42.34 | *** join/#oe lrg|home (n=liam@exize.demon.co.uk) |
| 12:42.53 | lrg|home | morning all |
| 12:43.48 | koen | hey lrg|home |
| 12:53.14 | *** join/#oe molivier (n=omougin@d05m-213-44-30-235.d4.club-internet.fr) |
| 13:03.30 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 13:21.36 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 13:34.33 | *** join/#oe _chronic (n=chronic@213.210.24.6) |
| 13:37.53 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
| 13:42.50 | *** join/#oe nxz (n=n@tor/session/x-ed1a8219e53dc3fb) |
| 13:55.16 | *** join/#oe zecke (n=ich@88.134.17.97) |
| 13:55.58 | zecke | hi |
| 13:56.48 | zecke | pb_: I'm subcribed to fam-dev for whatever reason :} |
| 13:56.59 | pb_ | zecke: oh, right |
| 13:56.59 | pb_ | heh |
| 13:57.30 | *** join/#oe minipanda (n=zhanght@221.216.166.39) |
| 14:01.16 | zecke | I have converted 176 revisions already :} |
| 14:01.27 | pb_ | very good |
| 14:01.31 | pb_ | how many revisions remain? |
| 14:02.02 | zecke | pb_: dunno. 6 more month ;) |
| 14:02.13 | pb_ | no time to lose then |
| 14:04.30 | zecke | pb_: I'm starting another convert on a P4 system |
| 14:04.41 | pb_ | ah, good idea |
| 14:04.47 | pb_ | what were you using before; an ipaq? |
| 14:05.25 | zecke | pb_: qemu on my shark to emulate PPC ;) |
| 14:05.40 | zecke | pb_: actually it is my G4 PPC |
| 14:06.17 | pb_ | oh right. I would have expected that to be pretty fast too. |
| 14:06.32 | pb_ | (the g4, not the shark) |
| 14:06.50 | zecke | pb_: tailor looks inefficent |
| 14:07.06 | zecke | pb_: monotone update to rev, rsync to the targetdir |
| 14:07.14 | zecke | pb_: svn add/git add each file |
| 14:07.18 | zecke | pb_: svn commit |
| 14:07.26 | pb_ | oh, I see |
| 14:07.33 | zecke | pb_: one can imagine that svn add takes ages on OE |
| 14:07.39 | pb_ | so it doesn't actually understand the monotone database; it just checks out every revision individually? |
| 14:08.07 | pb_ | yeah, one could indeed imagine this being a slow process |
| 14:09.39 | zecke | pb_: I had hoped it would better as well |
| 14:09.45 | zecke | pb_: at least this is a generic approach |
| 14:09.48 | pb_ | yeah |
| 14:10.19 | zecke | pb_: I wonder why it doesn't use the svn status |
| 14:11.33 | RP | hi zecke |
| 14:11.51 | zecke | RP: the git database is still not complete |
| 14:12.26 | RP | zecke: I gather its being slow. Perhaps I'll create a version with just the current files for now. We can always add history later... |
| 14:12.39 | RP | zecke: I assume you've seen the DEPENDS/RDEPENDS patch? |
| 14:13.06 | zecke | RP: I have not seen the patch yet |
| 14:13.30 | RP | zecke: I'd be interested in your comments on it |
| 14:14.38 | RP | and pb_ 's for that matter :) |
| 14:15.14 | RP | OE is now tagged and ready for breakage - if we can get that into bitbake, I can start fixing DEPENDS... |
| 14:16.42 | zecke | RP: the reverse hash building doesn't look too slow?! |
| 14:16.59 | RP | zecke: No, I fixed all the speed issues |
| 14:17.06 | RP | There is no speed problem now |
| 14:20.32 | *** join/#oe xinfinityx (n=infinity@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 14:20.54 | zecke | RP: I will read up the discussion later |
| 14:21.08 | RP | zecke: ok, thanks |
| 14:21.15 | zecke | RP: the patch looks correct though. What kind of regexp do you need for the dynamic_depends? |
| 14:21.32 | zecke | packages_dynamic even |
| 14:21.43 | RP | Packages set things like PACKAGES_DYNAMIC = "kernel-module-*" |
| 14:22.19 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 14:23.20 | *** join/#oe gerwinin (n=gerwin@ip5457b30e.direct-adsl.nl) |
| 14:29.13 | zecke | RP: two issues I see: There is no test case for your code ;) |
| 14:29.27 | zecke | RP: do you want to have that patch applied before or after the release |
| 14:29.48 | RP | zecke: No test case in what sense? |
| 14:31.07 | RP | I think it should be applied after the next release and people will just have to update to use the "broken" oe data. If it all goes well, we can release a new version of bitbake as we mark OE "stable" again |
| 14:31.25 | zecke | RP: A small metadat repository like we have for the BB Collections |
| 14:32.07 | RP | zecke: I did run it against OE itself after making the changes I mention in the email |
| 14:32.43 | RP | zecke: As OE will be making a lot of use of this feature, its likely we'd know about future breakage in it very quickly :) |
| 14:33.32 | RP | but a test case should be easy to create - just need an image creation .bb with only an RDEPENDS - if you get an image, it works |
| 14:39.35 | abrewer | i'm having a monotone pull problem... here are the last two messages |
| 14:39.41 | abrewer | monotone: trying 3-way merge |
| 14:39.46 | abrewer | monotone: misuse: no unique private key for cert construction |
| 14:39.58 | abrewer | any idea? i haven't made any branches locally... |
| 14:40.54 | RP | abrewer: Did you commit anything locally? |
| 14:41.13 | abrewer | no, i'm not even sure how to yet :-) |
| 14:42.37 | RP | For some reason you're seeing that there are two heads and its wanting to merge. Its not letting you merge as you don't have a key |
| 14:42.48 | RP | However you shouldn't be seeing two heads |
| 14:43.11 | RP | Which branch is this? |
| 14:45.13 | abrewer | uh... org.openembedded.dev is that right? |
| 14:45.23 | RP | Yes, that should be fine |
| 14:45.47 | abrewer | i get this message prior: common ancestor 4f6c7596b5871a9e3eafaef263afe31a0239a07b koen@openembedded.org 2005-12-17T17:39:26 found |
| 14:46.20 | RP | 17/12/05 is quite a while ago :-/ |
| 14:46.28 | abrewer | how do I tell monotone to update from a particular branch? |
| 14:46.35 | abrewer | i took some time off! (-; |
| 14:46.43 | RP | --branch= |
| 14:46.54 | abrewer | then give the key i just pasted? |
| 14:47.25 | RP | No, that's a revision but that won't solve your problem... |
| 14:47.31 | abrewer | i'm sorry, i'm a rcs/cvs guy, and don't quite yet have my head around monotone. |
| 14:48.25 | RP | abrewer: Have you replaced your database afer the corruption issues we saw at the beginning of Decemeber? |
| 14:50.06 | abrewer | no i have not. should i check on the mailing list archives for instructions? |
| 14:50.36 | RP | abrewer: It might be an idea. Basically, download a new snapshot of the database and try using that to replace your existing one |
| 14:51.52 | koen|away | I somehow suspect that the topic isn't getting the attention it deserves :( |
| 14:53.34 | RP | koen|away: It isn't obvious that email link contains info related to this I guess |
| 14:55.21 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
| 15:14.44 | zecke | lol I have fucked up tailor... I need to restart |
| 15:25.04 | *** join/#oe mister_data (i=mister_d@dslb-084-059-236-097.pools.arcor-ip.net) |
| 15:31.53 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 15:35.14 | zecke | lrg: hey |
| 15:35.31 | zecke | lrg: may I message you? |
| 15:35.38 | mickey|packing | lrg|home |
| 15:37.06 | pb_ | zecke: doh |
| 15:38.44 | zecke | pb_: not too bad. I'm already at rev 71 on my P4 workstation |
| 15:39.08 | zecke | pb_: doing just one conversion at a time. no verbose, no debug output (no io) makes it go way faster |
| 15:41.32 | pb_ | ah, very good |
| 15:41.39 | zecke | pb_: obviously converting is bound to disk io. my UDMA133 machine can do that hopefully better than my ibook |
| 15:42.08 | zecke | pb_: I probably should have gotten a Thinkpad with Serial-ATA and PCI-Express |
| 15:42.40 | mickey|packing | talking about thinpads... my contract @ university ends and i need to give back my good-ole-trusty-T22 workhorse. Anyone experiences with the X41 ? |
| 15:43.02 | zecke | mickey|packing: got a picture of that? |
| 15:43.10 | mickey|packing | the X41? yeah, wait a moment |
| 15:43.23 | zecke | mickey|packing: yes, but actually all thinkpads are supported quite good |
| 15:44.17 | mickey|packing | my reqs are #1 keyboard, #2 trackpoint #3 duratio |
| 15:44.24 | pb_ | the x41 is the small one, right? |
| 15:44.35 | mickey|packing | right |
| 15:44.40 | pb_ | one of the guys I work with bought a t43 recently, which I gather rules, but it's quite a bit bigger |
| 15:44.55 | zecke | mickey|packing: https://wiki.ubuntu.com/LaptopTestingTeam/ThinkpadX41-2527 |
| 15:45.20 | mickey|packing | woah, that's a cool site. thanks zecke |
| 15:45.50 | mickey|packing | i'm tempted to buy the tabletPC version, but since I would be running Linux mainly i guess it's not worth the additional fee |
| 15:45.56 | alan|laptop | hello everyone |
| 15:46.01 | mickey|packing | hi alan |
| 15:46.14 | alan|laptop | hi mickey|packing |
| 15:46.42 | alan|laptop | argh... |
| 15:46.44 | alan|laptop | ./monotone-0.25-linux-x86: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.6' not found (required by ./monotone-0.25-linux-x86) |
| 15:46.49 | pb_ | I'm still quite fond of my sharp, too, which seems to work okay in linux. |
| 15:47.02 | mickey|packing | ibot: mail to hrw|gone: i have problems with bitbaking gpe-image and time is running out. I'll handle the release when I'm back. Nevertheless please do some tests, if you can. |
| 15:47.03 | ibot | that's too long, mickey|packing |
| 15:47.05 | alan|laptop | does anyone know what i need to correct this ?* |
| 15:47.11 | mickey|packing | ~curse ibot |
| 15:47.13 | ibot | May the fleas of a thousand camels infest your most sensitive regions, ibot ! |
| 15:47.19 | mickey|packing | ibot: mail to hrw|gone: i have problems with bitbaking gpe-image and time is running out. I'll handle the release when I'm back. |
| 15:47.20 | ibot | mickey|packing: that's too long |
| 15:47.24 | mickey|packing | *sigh* |
| 15:47.50 | zecke | ibot: do you know tcp? create multiple mails... *sigh* |
| 15:47.51 | ibot | yes, I know tcp? create multiple mails... *sigh*. |
| 15:48.19 | alan|laptop | ibot has humour... |
| 15:48.22 | mickey|packing | ibot: botmail to hrw: i have problems with bitbaking gpe-image and time is running out. I'll handle the release when I'm back. |
| 15:48.29 | mickey|packing | aah! botmail vs. mail |
| 15:48.34 | pb_ | heh |
| 15:48.41 | pb_ | crazy ibot |
| 15:48.46 | pb_ | I wonder what "mail" does. |
| 15:48.49 | mickey|packing | heh, me too |
| 15:49.01 | pb_ | ~lart timriker |
| 15:49.08 | mickey|packing | perhaps a SMS |
| 15:49.21 | zecke | hehe |
| 15:50.29 | alan|laptop | no reason to give... offer flowers, a good restaurant, and that's it :) |
| 15:50.31 | pb_ | maybe you should just convince your next employer to give you one |
| 15:50.44 | zecke | "just this last toy, please" |
| 15:52.41 | pb_ | or, judging from your new nick, I guess you could stage some kind of heist against the local computer store |
| 15:55.11 | koen|away | mickey|packing: could you have a look at http://handhelds.org/hypermail/oe/54/5432.html ? |
| 15:55.30 | mickey|packing | pb_: hehe |
| 15:56.00 | mickey|packing | koen: ah yes. I'll do that in a minute. |
| 15:56.15 | koen | mickey|packing: thanks |
| 15:58.41 | koen | mickey|packing: while you have that page in your editor, could you change the 'open embedded' title to 'OpenEmbedded' ? |
| 15:59.31 | *** join/#oe uv1 (n=kvirc@p508929BF.dip0.t-ipconnect.de) |
| 15:59.53 | uv1 | Good evening. |
| 16:00.18 | koen | hey uv1 |
| 16:01.17 | mickey|packing | koen: done |
| 16:01.25 | uv1 | Have problem to get qmake working again, since I upgraded my Debian Sarge. |
| 16:02.14 | uv1 | "QMAKESPEC is not set" is complained. Do we do so with bitbake, or do I have to set that manually ? |
| 16:02.40 | mickey|packing | according to qmake.bbclass we are doing that |
| 16:03.35 | uv1 | mickey|packing: "NOTE: using qmake spec in /data/scdev2/build-boxer-mono/tmp/staging/i686-linux/share/qmake/linux-oe-g++, using profiles ''" |
| 16:03.40 | dan2003 | on my system that is set anyway. dunno i it still appplies to make things work i had to unset it porior to starting the build |
| 16:03.55 | dan2003 | but that was ages ago, in the days of oemake etc |
| 16:04.23 | mickey|packing | yeah, unsetting it in your top level env is best, but i think uv1's problem has nothing to do with that |
| 16:04.32 | dan2003 | k |
| 16:04.32 | mickey|packing | uv1: try showdata on the said file |
| 16:04.50 | koen | uv1: are all your rpm patches in oe already? |
| 16:05.04 | uv1 | mickey|packing: showdata what ? |
| 16:05.15 | mickey|packing | sorry, i need to leave for the preflight checkin - leaving in the middle of the nite, so we can checkin a couple of hours before |
| 16:05.21 | mickey|packing | bbl |
| 16:05.23 | uv1 | koen: No change since last time. All patches in buglist. |
| 16:05.23 | dan2003 | hehe, qmake has just starte dbuilding here |
| 16:06.55 | uv1 | Oh its different "make: Nothing to be done for `first'" |
| 16:07.31 | koen | RP: looks like you can start breaking stuff now ;) |
| 16:08.08 | dan2003 | he my history is too small, does anubody else still use simpad at all? |
| 16:08.20 | dan2003 | i wanna have another go at getting it running |
| 16:08.45 | koen | dan2003: like this http://familiar.handhelds.org/snapshots/v0.8.3/RC1/simpad/ ? |
| 16:08.53 | dan2003 | last i tried it had been updated to use 2.6 but gfx driver was broken.. so i think ill try it with a 2.4 kernel |
| 16:09.03 | uv1 | koen: zecke: The fetch.py patch would be necessary for taht module problem from 2 days ago ... |
| 16:09.17 | dan2003 | ohh, cool! |
| 16:09.32 | koen | that's with 2.4.27 |
| 16:09.42 | dan2003 | ok, thanks.. ill give that a go |
| 16:10.02 | uv1 | Tried localdir="." yesterday. That build a cvs target tgz with ALL cvs dirs ;-( So that does not work as expected. |
| 16:10.03 | dan2003 | im still on some brokem old versink hre all the onts are messed up! |
| 16:12.37 | paxl | Somone here is using a 5500 with gpe.. ? I'm having trouble with usb.. the Zaurus reset himself the connection, this don't do it with opie.. the problem is where ? |
| 16:14.13 | paxl | Sorry bad channel |
| 16:14.14 | paxl | :S |
| 16:18.44 | uv1 | do_pobulate_staging does not find the libs any more. That worked since approx. a month ago. Any changes here ? |
| 16:18.59 | uv1 | s/pobulate/populate/ ;-) |
| 16:20.17 | zecke | uv1: we broke the meta data |
| 16:20.32 | uv1 | zecke: Means what ? |
| 16:21.29 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
| 16:22.19 | dan2003 | hm, is it possible to make a make an image of the flash in simpad, i appear not to have image file i am running anymore? just in case i need to go back |
| 16:22.57 | koen | dd if=/dev/mtblock<something> of=/path/to/card/dump.jffs2 |
| 16:23.37 | dan2003 | ok, i have 0, 1 and 2, i should do all of them? |
| 16:24.04 | zecke | uv1: well we broke the OE tree and people are in the process of fixing it |
| 16:24.13 | dan2003 | or i s0 th eboot, 1 the rootfs and 2 home ? |
| 16:24.17 | zecke | uv1: though I have not followed the discussion to closely |
| 16:25.16 | uv1 | zecke: More important : Did you catch my fetch.py hint ? |
| 16:25.42 | zecke | uv1: for cvs? I did not get whyt you try to do :} |
| 16:25.46 | koen | dan2003: check with 'cat /proc/mtd' |
| 16:26.21 | uv1 | zecke: Lets try to explain a little bit more ... |
| 16:26.34 | dan2003 | uhmm. i dont have that ;(! |
| 16:27.04 | dan2003 | 2 secs,.im being aplank |
| 16:27.09 | zecke | uv1: I have -d:ext:foo@cvs.bmco:/cvs/uv1 als CVSROOT |
| 16:27.26 | dan2003 | k, got it |
| 16:27.26 | zecke | uv1: now my module is 'uv1'? |
| 16:27.38 | zecke | uv1: and the file will clash with another file?! |
| 16:30.07 | uv1 | Shit Ctrl+Backspace instead of Ctrl+Return ;-) |
| 16:30.18 | uv1 | STep by step .. |
| 16:30.38 | uv1 | zecke: Assume you have that CVSROOT ... |
| 16:31.00 | uv1 | Now you checkout with module="modabc"... |
| 16:31.00 | zecke | uv1: yes |
| 16:31.32 | uv1 | Result is no as expected cvs/abc-1.2.3/modabc/{bin,src,lib} ... |
| 16:31.53 | uv1 | but cvs/abc-1.2.3/{bin,src,lib} (note the missing modabc dir) |
| 16:31.55 | zecke | uv1: where is abc-1.2.3 coming from? |
| 16:32.15 | uv1 | package name ? |
| 16:32.25 | zecke | okay |
| 16:32.31 | zecke | ah right |
| 16:32.39 | uv1 | fetch.py gives up because modabc is not there. |
| 16:33.12 | uv1 | My patch creates that dir, if necessary and just copies all other stuff inside before tar starts |
| 16:33.23 | uv1 | zecke: Got it ? |
| 16:34.06 | zecke | uv1: yes. but why should it miss 'modabc' and then need it again? |
| 16:34.17 | zecke | uv1: I do not get where it should be missing |
| 16:35.28 | uv1 | fetch.py wants to tar cvfz cvs/abc-1.2.3/modabc! All other stuff is leading to an error ... |
| 16:35.31 | dan2003 | koen, howdo i use that simpad file? i just unpacked the tar.bz2 and its all the files for the rootfs rather than an image of it |
| 16:35.41 | dan2003 | do i nned to just build an image of them and flash that? |
| 16:35.48 | koen | dan2003: upload the jffs2 file with bootldr? |
| 16:36.14 | koen | I'm not really familiar with simpad stuff |
| 16:36.14 | uv1 | And our CVS is not organized that way. If you checkout a module, you don't get it in a separate direktory ... |
| 16:36.23 | zecke | uv1: ah well |
| 16:36.42 | uv1 | zecke: I thought , that possible localdir="." helps (found in fetch.py), but this leads to a tar archive containing the COMPLETE cvs content ;-) |
| 16:36.48 | dan2003 | koen, hehe, ill go back to bed! i dled the tar.bz2 instead of the jff2. not awake yet |
| 16:38.41 | uv1 | zecke: Still alive ? |
| 16:38.42 | RP | zecke: I noticed there was a perforce fetcher path on the bitbake list a while back - we should probably merge that at some point now |
| 16:38.55 | zecke | uv1: yes |
| 16:39.12 | zecke | uv1: okay so there is no bb file that currently fails (in oe.org.dev) |
| 16:39.20 | zecke | RP: yes. How can we test that fetcher? |
| 16:39.28 | uv1 | zecke: Maybe ... |
| 16:39.59 | zecke | uv1: could you mail me your patch again |
| 16:40.07 | RP | zecke: I have no knowledge of perforce so testing is tricky. Its proably ok to take it on trust... |
| 16:40.23 | zecke | RP: and remove the bk fetcher (which is not working anyway) |
| 16:40.37 | uv1 | zecke: sure, where to ? |
| 16:40.37 | RP | zecke: Yes, the bk fetcher is a joke :) |
| 16:40.40 | zecke | RP: well FreeBSD uses preforce for some szuff |
| 16:40.52 | zecke | uv1: zecke@handhelds.org |
| 16:41.00 | koen | don't the trolls use perforce as well? |
| 16:41.13 | zecke | koen: yes... |
| 16:41.41 | RP | I think we add it and its then there is anyone wants to use it. If its broken, they'll just have to fix it :) |
| 16:41.57 | zecke | RP: I will try to get the free perforce client |
| 16:43.14 | RP | Are we all in agreement that BUILD_ALL_DEPS and the PACKAGES_DYNAMIC variables are needed? |
| 16:43.27 | koen | add multimachine stuff to fam + oz |
| 16:43.33 | RP | I can add them without changing any existing behaviour... |
| 16:43.56 | zecke | <PROTECTED> |
| 16:44.17 | zecke | I do not like the DYNAMIC |
| 16:44.27 | zecke | name |
| 16:45.14 | RP | zecke: What do you suggest instead? |
| 16:45.31 | zecke | RP: I don't know |
| 16:47.13 | uv1 | zecke: patch was sent. |
| 16:47.34 | uv1 | Different question again. The qmake stuff seems broken. |
| 16:47.45 | RP | I'll listen to suggestions but we need something. dynamic was chosen as the sub packages list is unknown and dynamically generated at packaging time... |
| 16:48.11 | uv1 | For some reason, oe_libinstall does not find libs any for for staging / installing. That worked before. |
| 16:48.52 | uv1 | Which part of bitbake / bbclass does handle that stuff. I assume before the *.pro file was checked to find out the targt lib dir ? |
| 16:48.54 | koen | PACKAGES_SURPRISE |
| 16:49.10 | zecke | uv1: check the OE mailinglist archive about staging discussions |
| 16:52.33 | uv1 | zecke: Lots of stuff, but did not find any thing regarding qmake and changes already done |
| 16:54.30 | zecke | uv1: oe_libinstall is likely to be in base.bbclass :} |
| 17:06.30 | uv1 | zecke: rearranged my packages to store libs in the sources dir. That halp for now. Will try to find out, whats wrong tomorrow. |
| 17:06.43 | uv1 | Did you check my patch already ? |
| 17:08.28 | uv1 | BTW : I would have some packages, which possibly are helpfull for others as well ... |
| 17:09.15 | uv1 | Though they are not really opie-compliant, they are able to run on opie (since approx. 3 years ;-)) |
| 17:09.43 | uv1 | How could I get that packages in the ore.or.dev feed ? |
| 17:12.17 | dan2003 | is blupdater.img the same file but with a different name as bootldr-simpad-2.21.12.bin ? |
| 17:18.00 | RP | uv1: Submit patches to the bugzilla and someone will hopefully look at them |
| 17:18.33 | uv1 | RP: You mean Open a bug / feature request ? |
| 17:19.30 | RP | uv1: Yes. Adding packages is a feature :) |
| 17:19.37 | RP | This way the patches don't get lost |
| 17:19.58 | uv1 | RP: Thanks ... and bye |
| 17:20.49 | *** part/#oe uv1 (n=kvirc@p508929BF.dip0.t-ipconnect.de) |
| 17:21.16 | zecke | OT: do you guys know you can do MD5SUM = "sum"? |
| 17:22.58 | RP | zecke: No, what does that do? |
| 17:23.06 | CIA-15 | 03eFfeM 07org.oe.dev * r37e4e397... 10/packages/pvrusb2-mci/pvrusb2-mci_20060103.bb: pvrusb2-mci: added 20060103 release |
| 17:23.34 | zecke | RP: will check the md5sum of the to be downloaded file |
| 17:23.56 | zecke | RP: MD5SUM_filename for multiple files |
| 17:24.19 | zecke | RP: I'm going to add a SHA256 sum as well (now that I see freeBSD starts to use it) |
| 17:24.24 | RP | zecke: I always thought this should be part of the SRC_URI |
| 17:24.42 | zecke | RP: wait a second |
| 17:24.49 | zecke | MD5SUM = "sum" if you have only one file |
| 17:24.55 | RP | SRC_URI = "http://somefile;md5sum=xxx" |
| 17:25.47 | zecke | RP: I have MD5SUM_basename for now |
| 17:26.28 | RP | zecke: I'd consider my suggestion above - it totally connects the file with the checksum and we can implement it nicely in the fetcher code |
| 17:26.43 | zecke | RP: yes it makes sense |
| 17:27.22 | RP | It also stops us having massive namespace pollution with loads of MD5SUM and SHA256 etc |
| 17:28.07 | zecke | RP: (looking at the wget fetcher): I would love to implement the (pre)mirror handling in the fetch module itself |
| 17:28.36 | zecke | RP: this way you could use scp/rsync as premirror as well... |
| 17:29.08 | RP | zecke: Where is this currently handled? Somewhere in OE? |
| 17:29.15 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 17:29.38 | zecke | RP: in the fetchers (wget.py) |
| 17:29.44 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 17:30.03 | zecke | RP: same with the tarballstash |
| 17:30.10 | RP | zecke: I'm in favour of moving that into some common code |
| 17:30.28 | RP | It was always hoped we could refactor it - splitting it up was only the first step |
| 17:30.38 | zecke | right |
| 17:31.02 | RP | I'd love to see multiple CVS_TARBALL_STASH sources support |
| 17:31.48 | RP | and renamed to SRC_SCM_STASH or something |
| 17:33.26 | zecke | RP: Would you kill MD5SUM completely? |
| 17:33.40 | RP | zecke: given the lack of use of it, yes |
| 17:33.53 | zecke | RP: qte uses it (if I pushed it) |
| 17:34.10 | RP | converting shouldn't be too painful though? |
| 17:34.53 | zecke | <cartman mode>Screw you, I'm going home.</cartman mode> |
| 17:36.15 | RP | sorry :) |
| 17:38.28 | CIA-15 | 03jbowler 07org.oe.dev * r0241a34e... 10/packages/fetchmail/fetchmail_6.2.5.bb: |
| 17:38.28 | CIA-15 | fetchmail: ensure fetchmail builds with USE_NLS=no in 6.2.5 |
| 17:38.28 | CIA-15 | <PROTECTED> |
| 17:38.28 | CIA-15 | <PROTECTED> |
| 17:38.29 | CIA-15 | <PROTECTED> |
| 17:38.29 | CIA-15 | <PROTECTED> |
| 17:40.23 | RP | Which gpe developer thinks .bb files use tabs as white space? |
| 17:42.30 | zecke | RP: okay m5sum is working now |
| 17:43.42 | RP | zecke: That sounds good :) |
| 17:45.04 | RP | We really need a lindent equivalent for .bb files... |
| 17:45.07 | koen | didn't we have md5sum support in qt/e for months? |
| 17:45.48 | RP | We have one? |
| 17:46.10 | RP | koen: Do you know which developer has put the tabs into the gpe files? |
| 17:46.15 | zecke | a bbclass |
| 17:46.18 | koen | probably me |
| 17:46.23 | RP | I don't need to know names but if someone could have a word... ;-) |
| 17:47.23 | koen | there was a discussion about that a while back on oe@ |
| 17:47.35 | RP | What was the concensus? |
| 17:47.43 | RP | I'm all for a bit of maintainer freedom but this is going to have to be a policy... |
| 17:48.22 | koen | I think the consensus was don't use tabs |
| 17:48.34 | RP | right :) |
| 17:48.44 | koen | I still thinks some aligning benefits readability |
| 17:49.21 | RP | sometimes maybe the odd extra space here or here but in general its something I don't like... |
| 17:49.30 | emte | you could override your tabs for spaces ... |
| 17:49.39 | RP | Every .bb file I just opened with tabs in looked dreadful :-/ |
| 17:49.52 | *** join/#oe Minase (n=minase@reverie.encapsulated.net) [NETSPLIT VICTIM] |
| 17:49.54 | *** join/#oe Minase (n=minase@reverie.encapsulated.net) [NETSPLIT VICTIM] |
| 17:49.58 | RP | Maybe that my tab spacing setting but even so... |
| 17:50.04 | koen | stuff like SRC_URI really benefits from alignenment |
| 17:51.25 | emte | hmm |
| 17:51.33 | emte | i just broke familiar ... |
| 17:52.02 | RP | koen: I totally agree with that |
| 17:52.14 | RP | koen: Just not things like PV = "r4" |
| 17:52.34 | *** join/#oe reenoo (n=r@p5489C27E.dip.t-dialin.net) |
| 17:52.57 | koen | me neither, I would put that in PR ;) |
| 17:53.21 | RP | koen: gah. You know what I mean :) |
| 17:53.32 | koen | :p |
| 17:53.34 | RP | Looking at the wiki we have a style guide but its totally confused with the details about bb file variables :-/ |
| 17:56.44 | pb_ | <PROTECTED> |
| 17:57.06 | mickeyl | thanx |
| 17:57.08 | pb_ | mickeyl: all done with packin' and checkin, then? |
| 17:57.29 | reenoo_ | evening all |
| 17:57.30 | mickeyl | pb_: yep. now to prepare the data on the laptop and the rest of hand luggage |
| 17:57.33 | mickeyl | evening reenoo_ |
| 17:57.33 | reenoo_ | re pb_ |
| 17:57.57 | pb_ | mickeyl: very good |
| 17:58.04 | mickeyl | i never was on a plane that takes off 4:00 in the middle of the nite |
| 17:58.29 | koen | heh |
| 17:58.53 | reenoo_ | hmm.. lanzarote... |
| 17:59.12 | zecke | mickeyl: have fun! |
| 17:59.31 | zecke | yeah 203 of 2800 revisions converted |
| 17:59.45 | pb_ | mickeyl: heh. somehow, almost every plane I fly on seems to take off at that sort of time |
| 18:00.04 | pb_ | zecke: rock |
| 18:00.16 | pb_ | sounds like tailor is really motoring now |
| 18:00.28 | reenoo_ | heh |
| 18:03.06 | RP | Hmm. oe.handhelds.org just stopped talking to me as I was editing the wiki :-/ |
| 18:17.40 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:18.42 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:21.34 | koen | RP: hh.org seems to have dropped of the net |
| 18:29.46 | emte | koen, have you guys started on fam 0.9? |
| 18:30.18 | *** join/#oe iclem (n=clement@iclem.net) |
| 18:33.05 | emte | hmm guess i am still on ignore :( |
| 18:38.23 | *** join/#oe Crofton (n=balister@hc6521d1e.dhcp.vt.edu) |
| 18:46.54 | *** join/#oe ger (n=gerwin@ip5457b30e.direct-adsl.nl) |
| 18:50.22 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 18:59.31 | dan2003 | ibot, seen florian |
| 18:59.34 | ibot | florian <n=fuchs@p5083942A.dip0.t-ipconnect.de> was last seen on IRC in channel #gpe, 18h 35m 13s ago, saying: 'good night'. |
| 18:59.34 | *** join/#oe paxl_ (i=paxl@dsl-139-74.aei.ca) |
| 19:01.34 | *** join/#oe mali (n=mali@c-67-191-168-79.hsd1.ga.comcast.net) |
| 19:02.10 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 19:02.18 | zecke | fun git and tailor don't work on FreeBSD :} |
| 19:08.08 | *** join/#oe minipanda (n=zhanght@219.236.21.70) |
| 19:10.12 | pb_ | that's very sad |
| 19:10.59 | zecke | that forces me to use this evil penguin system |
| 19:12.19 | pb_ | life is hard |
| 19:14.21 | emte | zecke, even with linux compat enabled? |
| 19:15.16 | zecke | emte: not tried that. /usr/local/bin/git had #!/bin/sh in it |
| 19:15.31 | zecke | emte: but uses bashism or such (shift doesn't like they way it is invoked) |
| 19:15.53 | emte | ah |
| 19:16.32 | zecke | emte: and now I want to get something done ;) |
| 19:19.01 | *** join/#oe mithro (n=tim@jsc-travel.tiscali.cz) |
| 19:19.08 | pb_ | yeah, it must be annoying when no software is compatible with your system |
| 19:19.15 | emte | lol |
| 19:19.19 | emte | he isnt using windows |
| 19:19.22 | pb_ | can you even run opie on openbsd? |
| 19:19.32 | pb_ | er, freebsd |
| 19:20.10 | zecke | pb_: QVFb works (on OS X and FreeBSD) |
| 19:20.56 | zecke | pb_: it is quite tough to live in a binary world... where you get libraries for X86/Linux... ;) |
| 19:21.11 | zecke | what would life without pain |
| 19:22.34 | pb_ | heh, indeed |
| 19:28.03 | *** join/#oe xinfinityx (n=infinity@88-104-196-177.dynamic.dsl.as9105.com) |
| 19:36.43 | *** join/#oe _alwin_ (n=ral@cable-195-14-198-204.netcologne.de) |
| 19:38.00 | emte | hmm ... has anyone successfully used monotone db migrate? |
| 19:43.46 | dan2003 | does anybody know if florian has a snapshot of the buildsystem used to build the simapd image 0.8.3-rc1 anywhere for download? |
| 19:44.56 | emte | hard to say, buildsystem sanpshots are rare |
| 19:48.15 | emte | hey france you kick the hh.org server? |
| 19:49.24 | france | load average up over 185 |
| 19:49.52 | emte | backing up? |
| 19:50.22 | emte | site is down is all |
| 19:52.59 | france | the site appears fine now |
| 19:53.27 | emte | ah, thnks |
| 19:53.44 | emte | RP, will appreciate that |
| 19:54.40 | france | from the logs, msn, google, yahoo and askjeeves all hit the site from 1:30pm to 2:15pm est time. |
| 19:55.00 | emte | bad them |
| 19:55.13 | koen|away | dan2003: http://familiar.handhelds.org/source/familiar-0.8.3-OE-tree.tar.bz2 or checkout org.openembedded.oz354fam083 |
| 19:55.25 | france | Googlebot/2.1; +http://www.google.com/bot.html, etc.... |
| 19:55.51 | france | Yahoo! Slurp; http://help.yahoo.com/help/us/ysearch/slurp |
| 19:55.57 | koen | france: is bugzilla shielded of from search engines? |
| 19:56.04 | france | koen: nope |
| 19:56.24 | koen | everytime I access bugzilla apache and mysql take 100% cpu for a few seconds |
| 19:56.28 | france | koen: parts of bugzilla, but much of it is exposed. |
| 19:57.01 | france | koen: buzilla needs some tlc |
| 19:57.32 | *** join/#oe slid3r (n=no@65-100-32-15.ptld.qwest.net) |
| 19:57.42 | dan2003 | koen, thanks |
| 19:57.46 | france | and we had over 20 cvs downloads at the time, and 3 rsyncs.... |
| 19:57.51 | *** part/#oe slid3r (n=no@65-100-32-15.ptld.qwest.net) |
| 19:57.55 | koen | yeah, the script to add new stuff from the unstable feed needs to be taught to ignore locale stuff |
| 19:58.34 | france | the machine needs more DRAM for heavy i/o like that, but I do not think even 8G would have helped. |
| 19:58.56 | koen | heh |
| 19:59.03 | koen | a ramdisk to hold all databases :) |
| 19:59.09 | france | heh |
| 19:59.29 | emte | second server for load balancing perhaps ... |
| 19:59.56 | france | emte: it is in progress.... |
| 20:00.17 | france | emte: cvs is being moved to its own server, with a 2ndary for anoncvs |
| 20:00.47 | emte | ah, did not know that |
| 20:00.49 | france | emte: we have two new severs with 4 time the HD space for Round robin ftp/http services. |
| 20:01.16 | emte | donation from someone? |
| 20:01.28 | france | emte: e-mail is being moved to its own pair of servers, so we have enough cpu power to spam filter the individual user accounts as well as the mailing lists.... |
| 20:02.02 | france | I recieved 11 servers from HP Labs when they shut down. 1/2 at MIT 1/2 at OSU. |
| 20:02.23 | france | they are not the newest, but better than what we had. |
| 20:02.30 | emte | lol |
| 20:02.37 | france | the 11th is for the devcluster. |
| 20:03.03 | koen | the cluster was donated as well? |
| 20:03.28 | france | yup.. only took me 3 months ... and many meetings... |
| 20:03.48 | france | the dev cluster is at OSU ..... |
| 20:04.02 | france | I will probably have to make one more trip out there to get it up and working. |
| 20:04.59 | france | I also managed to get a rack of alpha systems....it is now at osu. |
| 20:05.40 | france | it takes a long time to get everything setup. |
| 20:06.23 | france | and it is after the 1st of the year, so on monday, I should start spending time looking for a project instead of doing hh.org stuff. |
| 20:06.36 | zecke | Alpha *nice* |
| 20:07.02 | france | I have a quad processor at home, with 16G DRAM and 16M cache on each cpu |
| 20:07.06 | france | it is very fast. |
| 20:09.16 | koen | 16mb l1? |
| 20:09.18 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 20:09.28 | france | koen: yes |
| 20:09.31 | koen | or is the l1/l2 split a x86ism? |
| 20:10.46 | emte | alphas had l2 as well |
| 20:10.47 | france | the l1/l2 split is an x86 thing but other arches do it as well |
| 20:10.58 | france | emte: yes, some of the early ones did. |
| 20:11.08 | emte | atleast the microware systems did |
| 20:11.17 | france | and the ones not made by DEC |
| 20:16.11 | emte | ahh |
| 20:19.54 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 20:23.41 | *** join/#oe Cwiiis (n=cwiiis@host86-134-13-239.range86-134.btcentralplus.com) |
| 20:32.45 | koen | http://linuxdevices.com/news/NS9808373276.html |
| 20:32.45 | koen | I guess we need to market OE better |
| 20:32.57 | koen | kergoth has been doing that kind of stuff with OE for years |
| 20:34.16 | Luke-Jr | where is the build date cached? |
| 20:36.59 | zecke | monotone: misuse: error opening file packages/initscripts/initscripts-1.0/akita/keymap: Datei oder Verzeichnis nicht gefunden |
| 20:37.10 | zecke | the monotone db seems to be corrupt :} |
| 20:38.36 | rwhitby | zecke: I've seen that error when something has been renamed, but monotone has not renamed the entry in the .mtattrs file. |
| 20:40.32 | rwhitby | koen: the difference is that "andLinux" has a company behind it which can pay for the article on linuxdevices ... |
| 20:40.46 | koen | yeah |
| 20:40.58 | zecke | monotone --db OE.db co --revision b30357b97c19f5314613214ef63f861fd7effd42 --branch org.openembedded.dev |
| 20:41.04 | koen | linuxdevices keeps misspelling gpe with a q in almost every article |
| 20:41.04 | zecke | rwhitby: this is a fresh co |
| 20:41.40 | rwhitby | zecke: it's possible for that to happen in a fresh co if the .mtattrs file is not in sync with the directory contents |
| 20:41.59 | zecke | rwhitby: where is that .mtattrs coming from? |
| 20:42.07 | rwhitby | (it happened to me yesterday when I did the big openslug rename) |
| 20:42.14 | rwhitby | in the top-level of the co |
| 20:42.30 | rwhitby | it stores any execute or manual_merge attributes |
| 20:42.44 | zecke | rwhitby: isn't the mtrattrs created when I do a co? |
| 20:42.47 | jbowler-away | The problem is reproducible on my local db too, but only for a fresh co |
| 20:42.50 | rwhitby | but it seems monotone does not modify it completely when you do directory renames |
| 20:43.09 | zecke | rwhitby: again this is a co from a db |
| 20:43.16 | zecke | rwhitby: no living monotone tree yet... |
| 20:43.19 | koen | rwhitby: monotone doesn't track dirs, only files |
| 20:43.36 | rwhitby | zecke: the .mtattrs is just a special file in the db |
| 20:43.40 | koen | which is a huge source of all kinds of strange bugs |
| 20:44.02 | koen | fixed in 0.26 |
| 20:44.56 | jbowler-away | The .mt-attrs file has execute for packages/initscripts/initscripts-1.0/akita/keymap, but that file no longer exists |
| 20:45.06 | *** join/#oe gremlin[it] (n=gremlin@194-185-170-74.f4.ngi.it) |
| 20:45.07 | rwhitby | bingo |
| 20:45.50 | rwhitby | (sorry for the .mt-attrs misspelling if that confused anyone) |
| 20:46.04 | zecke | rwhitby: not that part :} |
| 20:46.25 | rwhitby | you can edit .mt-attrs manually and commit |
| 20:46.41 | zecke | rwhitby: you miss the point ;) |
| 20:46.52 | zecke | rwhitby: it is about converting the history |
| 20:47.18 | zecke | rwhitby: anyway thanks for pointing the error out |
| 20:47.52 | jbowler-away | zecke: it's a serious problem, because it aborts the rest of the stuff in .mt-attrs, so the co is broken. |
| 20:48.10 | jbowler-away | Looks at, for example packages/initscripts/initscripts-1.0/banner, which should be execute. |
| 20:48.41 | koen | they edited rcs files by hand..... |
| 20:48.50 | jbowler-away | like you said, .mt-attrs is broken :-( |
| 20:49.16 | zecke | koen: and with 0.26 these files stop beeing broken? |
| 20:49.38 | koen | zecke: that, or the migrate blows up |
| 20:51.26 | jbowler-away | zecke: .mt-attrs is not broken in the current head. |
| 20:51.27 | jbowler-away | Sounds like that revision is inconsistent |
| 20:51.41 | koen | zecke: you can do the tailor stuff on ewi if you want to |
| 20:52.34 | zecke | koen: thanks. I need to get at least one conversion done :} |
| 20:53.04 | koen | during the last monotone experiments in june it was ~20% faster a a dual 3.1GHz xeon :) |
| 20:54.08 | zecke | koen: well mickeyl had a dozens of mencoder instances running for sure :} |
| 20:54.20 | koen | heh |
| 20:54.29 | zecke | koen: tailor is IO bound |
| 20:54.42 | koen | will u320 scsi do? |
| 20:55.00 | zecke | koen: ist that better than IDE UDMA133? |
| 20:55.22 | koen | it should be |
| 20:56.06 | koen | <PROTECTED> |
| 20:57.37 | zecke | koen: how far is monotone 0.26? |
| 20:58.10 | koen | there going to run 0.26pre1 on venge.net asap |
| 20:58.25 | koen | s/there/they are/ |
| 20:58.40 | koen | ooooh |
| 20:58.51 | koen | that's cute |
| 20:59.07 | koen | s/cute/nice/ |
| 20:59.16 | koen | ibot: botsnack |
| 20:59.16 | ibot | koen: aw, gee |
| 21:03.25 | koen | s/ibot/wiseass/ |
| 21:07.00 | koen | zecke: I find it a little surprising that tailor is io bound when working with monotone |
| 21:07.53 | koen | although checkout out stuff doesn't need all that much checksumming |
| 21:10.13 | zecke | hacks on monotone |
| 21:17.33 | zecke | rwhitby: execute in the .mt-attr is there to mark the file as executable? |
| 21:18.15 | jbowler-away | zecke: yes |
| 21:18.52 | jbowler-away | BTW, that inconsistent revision is the result of a merge, probably from one branch which deleted the file and another which made it 'execute' |
| 21:19.10 | jbowler-away | It's difficult to merge that kind of thing... |
| 21:34.04 | *** join/#oe xinfinityx (n=infinity@88-104-196-177.dynamic.dsl.as9105.com) |
| 21:42.16 | RP | and so it begins |
| 21:43.18 | CIA-15 | 03rpurdie 07org.oe.dev * r84cacf03... 10/ (398 files in 329 dirs): Convert CVSDATE -> SRCDATE. Also standardise cvs and svn PVs to x.x.x+cvsYYYYMMDD format and some includes some minor whitespace cleanup. |
| 21:46.29 | zecke | koen: could you install cogito and darcs? |
| 21:46.33 | zecke | please |
| 21:51.46 | koen | zecke: git and darcs should be available now |
| 21:52.02 | koen | I also installed the build-deps for those in case you need to build a newer version |
| 21:54.33 | zecke | thanks |
| 21:56.04 | koen | hmmm |
| 21:56.10 | koen | that's the wrong git |
| 21:56.17 | zecke | cogito ;) |
| 21:56.40 | koen | git, the filemanager with GNU Interactive Tools, is now called gitfm.If you are looking for git, Linus Torvald's content tracker, installthe cogito and git-core packages and see README.Debian and git(7). |
| 21:56.43 | *** join/#oe mithro (n=tim@jsc-travel.tiscali.cz) |
| 21:57.30 | koen | Package git-core is not available, but is referred to by another package.This may mean that the package is missing, has been obsoleted, oris only available from another source |
| 21:58.47 | mithro | koen: opps :P |
| 21:59.46 | koen | ah, adding unstable seems to have fixed it |
| 22:00.25 | koen | zecke: you should have git-core cogito git-arch git-cvs git-svn git-email gitk available now |
| 22:00.48 | mithro | see ya people |
| 22:00.51 | koen | cu |
| 22:00.53 | RP | I've updated the StyleGuide on the OE wiki a bit - if anyone wants to make a stab at the preferred variable order, they're free to do so |
| 22:00.57 | mithro | of to bratsilava tommorrow! |
| 22:01.01 | koen | have fun |
| 22:01.09 | mithro | currently in Prague |
| 22:01.10 | RP | cu mithro |
| 22:01.15 | mithro | :P |
| 22:03.17 | *** join/#oe abrewer (n=abrewer@adsl-152-44-145.gnv.bellsouth.net) |
| 22:03.18 | RP | Would bitbake.conf be the correct place to add ASSUME_PROVIDED entries for our prerequisite software? |
| 22:03.44 | zecke | what is our? |
| 22:03.47 | koen | local.conf.sample might be a better place |
| 22:04.14 | kergoth | there's site.conf, which was always intended for system specific things |
| 22:04.20 | kergoth | throw it in build/conf/ |
| 22:04.20 | jbowler-away | It's not variable on a local build basis - stuff like python, bitbake, must be there. |
| 22:04.28 | kergoth | or in ~/.oe/conf or whatever |
| 22:04.35 | kergoth | right, site.conf is more appropriate |
| 22:04.51 | RP | Ah, I'll create that :) |
| 22:05.01 | RP | An ideal use for it :) |
| 22:05.14 | jbowler-away | I already use it for site-specific paths |
| 22:05.19 | jbowler-away | Along with auto.conf |
| 22:05.25 | kergoth | :) |
| 22:05.35 | kergoth | i should play with oe some, havent touched it in ageas |
| 22:05.37 | kergoth | ages, too |
| 22:05.38 | jbowler-away | I.e. I assume it is local to the specific site |
| 22:06.06 | koen | kergoth: http://linuxdevices.com/news/NS9808373276.html |
| 22:06.07 | jbowler-away | So: local.conf = per-user, site.conf == per.site, auto.conf == per-build |
| 22:06.33 | jbowler-away | Why not just add "include required.conf" in bitbake.conf? |
| 22:06.40 | kergoth | ? |
| 22:06.50 | kergoth | local.conf was always intended to be per build, not per user |
| 22:06.52 | kergoth | technically |
| 22:06.59 | kergoth | auto.conf was intended to be generated by a frontend |
| 22:07.06 | RP | jbowler-away: It makes a good default site.conf. If you want to have your own, feel free :) |
| 22:07.06 | kergoth | i.e. a qt or gtk2 interface |
| 22:07.51 | RP | kergoth: Did you get a chance to look at that patch? |
| 22:08.02 | RP | It'd be a good way to play with oe ;-) |
| 22:08.11 | jbowler-away | RP: it means we have to rewrite the NSLU2 master makefile build system if you do that. |
| 22:09.18 | RP | jbowler-away: or just add the entries from the default to your existing file. I don't expect it to change much again for a while |
| 22:09.31 | jbowler-away | The file 'site.conf' is machine generated |
| 22:09.49 | jbowler-away | (sort of, it actually includes something else). |
| 22:10.22 | jbowler-away | I.e. the master makefile works out the absolute paths, as required by bitbake, and writes them in to site.conf |
| 22:10.50 | RP | how about appends to the default site.conf? |
| 22:10.52 | jbowler-away | As kergoth said, auto.conf is auto-generated to set DISTRO and MACHINE |
| 22:12.06 | jbowler-away | RP: I can change it to "include ${PKGDIR}/conf/site.conf" (PKGDIR is somewhat misnamed - it's the openembedded tree) |
| 22:12.41 | jbowler-away | The point is that I will have to change it, whereas you could use something with a less misleading name (site-config.conf?) |
| 22:12.48 | RP | jbowler-away: I think that's the sensible move. These entries do belong in the default site.conf, I'm quite convinced of that |
| 22:13.10 | jbowler-away | What is the definition of 'site.conf' then? |
| 22:13.31 | jbowler-away | I assumed "configuration specific to the site", not "things the site must do" |
| 22:13.47 | RP | jbowler-away: Site specific config data. We provide a sensible default, the site is free to change it just like any other conf file |
| 22:14.25 | RP | Some systems might want bitbake to build cvs itself for example rather than provide it |
| 22:14.32 | pb_ | It seems a bit weird to provide "default site specific" data. |
| 22:15.01 | jbowler-away | Conventionally defaults go in bitbake.conf and are overridden by the includes at the end |
| 22:15.02 | pb_ | Surely things are either defaults, or they're site specific, but they can't be both. |
| 22:15.11 | pb_ | jbowler-away: yeah |
| 22:15.36 | RP | The other alternative is I put it in bitbake.conf and force them on everyone - it is a prerequisite after all... |
| 22:15.43 | jbowler-away | E.g., from the current bitbake.conf: |
| 22:15.45 | jbowler-away | TMPDIR = "${TOPDIR}/tmp" |
| 22:15.45 | jbowler-away | CACHE = "${TMPDIR}/cache" |
| 22:16.45 | jbowler-away | Overrides are certainly compatible with what the NSLU2 stuff is doing at present with auto/local/site |
| 22:17.07 | pb_ | That sounds like a better alternative. You aren't really "forcing" it on anyone, since they can always override your defaults in their own config files. |
| 22:17.07 | pb_ | such as, for example, site.conf :-} |
| 22:17.30 | RP | The slight nasty problem is our local.conf.sample has ASSUME_PROVIDED = in it |
| 22:17.52 | RP | now if I add ASSUME_PROVIDED += to site.conf... |
| 22:17.59 | jbowler-away | Well... it has TMPDIR in it too IIRC |
| 22:18.13 | pb_ | What does local.conf.sample say is provided? |
| 22:18.30 | kergoth | local.conf.sample became the documentation |
| 22:18.33 | kergoth | hence that stuff |
| 22:18.36 | kergoth | users wouldnt read anything else |
| 22:18.47 | kergoth | even then, they often dont |
| 22:18.49 | kergoth | heh |
| 22:18.51 | jbowler-away | The current one says: # ASSUME_PROVIDED = "virtual/${TARGET_PREFIX}gcc virtual/libc" |
| 22:18.51 | pb_ | isn't that stuff mostly commented out, though? |
| 22:18.57 | kergoth | yep, it is |
| 22:19.01 | jbowler-away | Yes, ASSUME_PROVIDED is, only DL_DIR isn't |
| 22:19.04 | pb_ | right, so that's fine |
| 22:19.11 | RP | pb_: 2.95.3 toolchain for zaurus users |
| 22:19.41 | pb_ | RP: even that isn't in the sample (iirc); you have to add it manually |
| 22:19.47 | koen | zecke: how's the converting going? |
| 22:20.56 | *** join/#oe csmanx (n=csman@201.230.148.78) |
| 22:21.30 | RP | I think putting this in bitbake.conf with an = is asking for chaos and isn't right as is a site parameter... |
| 22:21.34 | zecke | koen: cd /home/zecke/scm_convert/gitside |
| 22:21.37 | zecke | koen: git log |
| 22:21.57 | pb_ | RP: ...? |
| 22:22.11 | zecke | and I have a hacked monotone to ignore the mt-attr issue |
| 22:22.52 | koen | zecke: the log looks ok |
| 22:22.58 | RP | pb_: A large number of users will have copied or uncommented the ASSUME_PROVIDED line in some form or another. I know its in my local.conf. The bugreports for this will be chaos. |
| 22:23.28 | RP | Whether or not cvs, svn, python are present or not is site dependent. |
| 22:23.44 | jbowler-away | Eh... site.conf is included before local.conf |
| 22:23.50 | pb_ | heh. well, without python you will be pretty stuffed. |
| 22:24.02 | kergoth | if a user uncomments lines in local.conf without knowing what they're doing, they're going to have issues in the future regardless :P |
| 22:24.03 | jbowler-away | I.e. ASSUME_PROVIDED in local.conf will zap anything in site.conf or auto.conf |
| 22:24.12 | RP | jbowler-away: yes, so local.conf can override it |
| 22:24.17 | RP | jbowler-away: That's correct |
| 22:24.37 | RP | kergoth: but we could do without explaining that 100 times over |
| 22:24.58 | pb_ | That doesn't really seem any worse than any of the other incompatible changes that are going on. Users with, say, CVSDATE in their local.conf are going to lose just as badly. |
| 22:25.45 | jbowler-away | RP: if I have an existing, working, ASSUME_PROVIDED, and stuff gets changed to need a default, why isn't my local.conf ASSUME_PROVIDED going to require a change? |
| 22:26.18 | kergoth | local should always override site. by definition, a build is more specific than the system it's on |
| 22:26.23 | kergoth | heh |
| 22:26.25 | jbowler-away | Quite apart from that, it doesn't matter if it is in site.conf or bitbake.conf - they both happen first. |
| 22:26.26 | RP | jbowler-away: if I use += in the site.conf, it will just append |
| 22:26.36 | jbowler-away | No it won't |
| 22:27.04 | pb_ | RP: no, it won't. It will still get zapped by local.conf. |
| 22:27.11 | jbowler-away | local.conf is after site.conf - that overrides doesn't it? You would need ASSUME_PROVIDED_append |
| 22:27.24 | RP | yes, that is flawed reasoning :) |
| 22:27.29 | pb_ | right, and ASSUME_PROVIDED_append would be ghastly. |
| 22:27.43 | jbowler-away | all _appends are ghastly |
| 22:27.57 | pb_ | well, yeah, but this one would be particularly so |
| 22:28.03 | jbowler-away | ;-) |
| 22:28.16 | RP | ok, so we're going to break things. It is a site decision so it still belongs in site.conf though :) |
| 22:28.21 | kergoth | _append.. guh.. there's no way to prevent that from occurring farther down the line |
| 22:28.24 | jbowler-away | Anything in 'site.conf' can also be put in bitbake.conf. |
| 22:28.25 | kergoth | evil |
| 22:29.04 | zecke | RP: do you know how git rev-list works? |
| 22:29.08 | pb_ | all that said, it seems fairly clear that the fundamental problem is that the ASSUME_PROVIDED thing is a broken design. |
| 22:29.35 | pb_ | so, probably, the right answer is just to do the same as we did for PREFERRED_PROVIDER, and break it apart. |
| 22:29.36 | jbowler-away | ? maybe - it's not a list I guess. gcc is either provided or not |
| 22:29.57 | RP | pb_: Broken in what way? |
| 22:30.26 | RP | zecke: I might have done at one point. I'd have to stare at git for a while again before remembering though :-/ |
| 22:30.41 | RP | The git fetcher encompasses most of my git knowledge ;-) |
| 22:30.48 | pb_ | RP: in that, like the original PREFERRED_PROVIDERS, you have this one variable with a pile of stuff in, and it is very hard to manipulate in a useful way. |
| 22:31.13 | pb_ | so, for example, if you set a default in bitbake.conf, it is hard for a site to remove one particular thing from it. |
| 22:31.41 | pb_ | (in absence of the -= operator which, iirc, bitbake doesn't have yet) |
| 22:32.11 | pb_ | likewise, as you observed, careless assignments in local.conf will blow away all the defaults. |
| 22:32.40 | RP | So what's the alternative? |
| 22:33.02 | pb_ | ASSUME_PROVIDED_kergoth = "you bet" |
| 22:33.36 | *** join/#oe hugh_ (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 22:33.53 | jbowler-away | Setting a default in bitbake.conf (like TMPDIR) and commenting out an override in local.conf.sample seems fine to me, if people want to override in site.conf that's fine too. |
| 22:34.24 | RP | pb_: This would mean we'd have to have a way to unset a variable or are you thinking of using true/false values or something? |
| 22:35.09 | pb_ | yeah, that would be fine. You could signify "not provided" by setting it to the empty string, or "hell no", or some such value. |
| 22:36.13 | RP | and this of course is going to need more changes to bitbake although it is a good time to make them |
| 22:36.20 | pb_ | There's plenty of precedent for variables that are empty for false and contain something else (usually "1") for true. |
| 22:36.34 | jbowler-away | PREFERRED_PROVIDER_kergoth = "", or PREFERRED_PROVIDER_kergoth = "site" |
| 22:36.37 | RP | I know, I just added one :) |
| 22:36.41 | pb_ | admittedly there's slightly less precedent for "you bet" and "hell no", but I don't regard that as an obstacle. |
| 22:37.03 | RP | You would if I suggested it ;-) |
| 22:37.05 | jbowler-away | I.e. ASSUME_PROVIDED is not necessary if PREFERRED_PROVIDER can say "it's there already" |
| 22:37.49 | kergoth | thats ugly, pollutes the namespace. what if i have a package providing site? |
| 22:38.01 | pb_ | jbowler-away: I don't think overloading PREFERRED_PROVIDER like that is a good idea. |
| 22:38.11 | pb_ | it doesn't really buy anything, and it's a bit confusing |
| 22:38.31 | jbowler-away | kergoth: that's what the first form meant (i.e. empty string means no provider required) |
| 22:38.48 | jbowler-away | pb_: it's not overloading it - the site (or build system) is providing the package |
| 22:39.16 | kergoth | yes, and you're polluting the namespace. what happens if i create site-1.0.bb? |
| 22:39.23 | kergoth | its ugly and gains you nothing, as pb said |
| 22:39.26 | jbowler-away | Right, bad idea. |
| 22:39.37 | kergoth | restricting the names due to a "magic" value is silly |
| 22:39.44 | RP | I think we stick with ASSUME_PROVIDED as its more obvious what's going on. For now I'll add the appropriate string to bitbake.conf |
| 22:40.18 | RP | If someone wants to tweak bitbake to make ASSUME_PROVIDED work better. I'm all for it but there are more important patches I'd like to see in first |
| 22:40.59 | koen | RP: don't forget to highlight the changes on the mailinglist |
| 22:41.30 | jbowler-away | kergoth: the problem is that in PREFERRED_PROVIDER_foo = "bar" foo is, effectively, virtual whereas bar is either virtual or a real package |
| 22:42.11 | kergoth | how exactly is this a problem? |
| 22:42.18 | pb_ | I don't think bar is allowed to be virtual there, actually. |
| 22:42.27 | kergoth | ah |
| 22:42.39 | pb_ | iirc, a PREFERRED_PROVIDER must always be concrete, and (basically by definition) the left hand side must always be virtual |
| 22:43.05 | jbowler-away | kergoth: in PREFERRED_PROVIDER_foo = "bar" foo is virtual, in PREFERRED_PROVIDER_foo = "site" foo is concrete - my mistake. |
| 22:43.45 | jbowler-away | It's no better than ASSUME_PROVIDED_concrete = "1", just confusing 'cause it uses the same base name |
| 22:44.26 | pb_ | jbowler-away: right, yeah |
| 22:45.47 | jbowler-away | Slightly off topic now, but this: PREFERRED_PROVIDER_x11 ?= "diet-x11" does work (and x11 is concrete). |
| 22:46.21 | pb_ | well, kind of. x11 is one of these funny semivirtual packages that we have. |
| 23:02.27 | *** join/#oe ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 23:02.27 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro | http://handhelds.org/hypermail/oe/47/4772.html | use monotone update -rjan2006prebreakage to avoid breakage |
| 23:02.44 | RP | pb_: I think we can make it work |
| 23:03.03 | RP | pb_: The package install scripts might need to play with paths a bit though... |
| 23:03.23 | RP | pb_: I think its a nice thing to aim for though |
| 23:03.23 | jbowler-away | It should work if the native build reliably installs everything in a non-root directory with no root permissions - shouldn't be a problem with gcc |
| 23:04.04 | pb_ | yeah, that would be nice. |
| 23:04.21 | pb_ | sdk.bbclass was always a bit of a maintenance overhead, and I'm sure everyone would be glad to see the back of it |
| 23:04.40 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 23:04.51 | RP | pb_: Especially if you share the deploy directory between builds even just locally |
