| 00:44.16 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 00:46.02 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
| 00:54.55 | *** join/#oe CP|Laptop (~nobody@Toronto-HSE-ppp3638481.sympatico.ca) |
| 00:55.56 | *** join/#oe molivier (~mac@f03m-62-34-27-165.d4.club-internet.fr) |
| 01:08.01 | *** join/#oe noclouds (~mhfan@60.166.45.24) |
| 01:26.09 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 01:29.53 | *** join/#oe noclouds (~mhfan@60.166.45.76) |
| 02:10.12 | *** join/#oe molivier (~mac@212.194.138.5) |
| 02:25.09 | *** join/#oe dmx_ (~dmx@ppp83-237-232-237.pppoe.mtu-net.ru) |
| 02:29.00 | *** join/#oe aquadran_ (pablo@aquadran.undead.scummvm) |
| 03:05.32 | JustinP | fuck me....now there are 3 heads! at least on ewi there are |
| 03:06.40 | JustinP | now I have a 4 head merge....::sigh:: |
| 03:08.31 | CP|Laptop | sounds like a serious personal problem |
| 03:23.29 | JustinP | CP|Laptop: well since monoton can't even get past the first damn merge..... |
| 03:24.09 | JustinP | I'm seriously annoyed by peoples' lack of merging. It makes work especially hard for those of us who don't have sync access who always have to merge at least once when updating anyway |
| 03:25.23 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 03:57.07 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 04:43.56 | *** join/#oe dkey (nobody@193.170.48.236) |
| 04:44.09 | *** join/#oe jbowler-away (~jbowler@70-98-219-165.dsl1.myc.or.frontiernet.net) |
| 04:53.26 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 04:59.07 | *** join/#oe kittiy (reagan_bit@c-24-10-252-142.hsd1.ut.comcast.net) |
| 04:59.12 | kittiy | hi |
| 05:02.22 | *** part/#oe kittiy (reagan_bit@c-24-10-252-142.hsd1.ut.comcast.net) |
| 05:09.22 | *** join/#oe hufnus (~slonsiki@m5c3f36d0.tmodns.net) |
| 05:27.44 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 06:01.44 | koobla | hi all |
| 06:03.46 | koobla | monotone.vanille.de is down again, btw |
| 06:20.08 | *** join/#oe jbowler (~jbowler@jbowler.nslu2-linux) |
| 06:24.58 | *** join/#oe eumel (~chatzilla@p548308CA.dip0.t-ipconnect.de) |
| 06:59.35 | koobla | monotone can read in packets from stdio (read: mail contents) |
| 06:59.53 | koobla | - can I "eavesdrop" a sync operation, extract the packets sent to the server and relay them via mail? |
| 07:00.23 | koobla | with a mailing list, this would make a convenient distribution channel |
| 07:00.46 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 07:19.35 | RP | morning all |
| 07:22.12 | *** join/#oe Ironnads (~Ironnads@host81-134-182-50.in-addr.btopenworld.com) |
| 07:26.59 | hrw|work | hello |
| 07:29.08 | koobla | hi! |
| 07:30.07 | RP | hi hrw|work |
| 07:31.20 | hrw|work | I'm syncing OE at work - 2h will take atleast ;( |
| 07:39.17 | XorA | morning |
| 07:43.20 | hrw|work | <PROTECTED> |
| 07:54.50 | RP | morning XorA |
| 07:55.03 | RP | monotone is slow :-/ |
| 07:57.21 | XorA | RP: more time for you to work on kernel goodness then :-) |
| 07:57.28 | hrw|work | http://www.collegehumor.com/pictures/25490/ |
| 07:58.26 | XorA | hrw|work: get me in trouble with you dodgy piccies :-) |
| 08:01.06 | hrw|work | ;) |
| 08:10.46 | *** join/#oe Pigi (~NoOne@Pigi.active.supporter.pdpc) |
| 08:10.56 | Pigi | Ciao all |
| 08:11.39 | florian_kc | good morning |
| 08:11.55 | Pigi | 'morning florian_kc |
| 08:12.32 | florian_kc | hi Pigi |
| 08:19.38 | ade|desk | hrw|work: which server are you pulling from ? |
| 08:20.23 | hrw|work | ade|desk: ewi |
| 08:21.04 | ade|desk | is vanille.de dead again ? |
| 08:21.28 | hrw|work | looks like |
| 08:21.49 | ade|desk | how do you change servers with monotone ? |
| 08:22.28 | koobla | I have set up my own mirror by doing a pull every hour - is there a better way than this? |
| 08:22.44 | koobla | ade|desk: monotone pull ewi546.ewi.utwente.nl org.openembedded.* |
| 08:24.50 | ade|desk | koobla: cheerw |
| 08:24.52 | hrw|work | ade|desk: monotone pull server |
| 08:25.02 | ade|desk | s/w/s |
| 08:26.45 | hrw|work | 176/581 revs checked... |
| 08:28.13 | *** join/#oe pieterg (~pieter@h8441192192.dsl.speedlinq.nl) |
| 08:28.21 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 08:28.39 | Bernardo | hi |
| 08:29.46 | pieterg | hi all, can someone advise me how to get a recent bitbake? (anonymous svn seems broken) |
| 08:30.04 | hrw|work | hi Bernardo |
| 08:32.42 | Bernardo | hi hrw|work, how are things? |
| 08:32.55 | hrw|work | Bernardo: quite good |
| 08:33.55 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
| 08:36.14 | *** join/#oe Cwiiis (~cwiiis@82-43-40-186.cable.ubr02.croy.blueyonder.co.uk) |
| 08:37.03 | Cwiiis | Morning all |
| 08:38.35 | mickeyl | morning |
| 08:38.53 | RP | morning mickeyl |
| 08:42.06 | CIA-2 | 03mickeyl 07org.oe.dev * r3c8520f6... 10/packages/initscripts/initscripts-1.0/ (11 files in 5 dirs): |
| 08:42.06 | CIA-2 | initscripts: solve the keymap situation in a more generic way to reduce maintenance load |
| 08:42.06 | CIA-2 | the keymap script is now always installed and checks if there is a matching keymap in /etc |
| 08:42.06 | CIA-2 | General note: this package is a bit monolithic, we may eventually come to a more fine granular |
| 08:42.06 | CIA-2 | build solution, e.g. a (build-time) table where distributions can specify which initscripts |
| 08:42.06 | CIA-2 | they want to appear in the final image. |
| 08:48.20 | XorA | mickeyl: are you going to merge? |
| 08:49.19 | mickeyl | i'm afraid not |
| 08:49.33 | mickeyl | we have managed to break monotone |
| 08:49.43 | XorA | erp |
| 08:51.11 | florian_kc | hi mickeyl |
| 08:51.33 | florian_kc | mickeyl: oh great... i just noticed this too. |
| 08:54.35 | hrw|work | hi mickeyl |
| 08:54.55 | hrw|work | break? in which way now? |
| 08:55.20 | hrw|work | 2 heads again ;( |
| 08:55.39 | mickeyl | the good news is: it looks like we produced a database that is able to reproduce the bug so that the monotone folks can try to debug and fix it |
| 08:55.48 | mickeyl | the bad news is: i have no idea how to proceed right now |
| 08:55.55 | Bernardo | ouch |
| 08:56.16 | mickeyl | i see two options |
| 08:56.27 | rwhitby | mickeyl: nslu2-linux has a very recent copy of your branches, and our db is not broken |
| 08:56.38 | rwhitby | if you promise not to break ours, you're welcome to use it :-) |
| 08:56.40 | mickeyl | a) someone hands me a backup from a state before coredump introduced his changes |
| 08:56.56 | mickeyl | rwhitby: can you please check if coredump is in your db |
| 08:57.12 | rwhitby | in what way? pubkey? |
| 08:57.18 | mickeyl | i'm afraid coredumps multiple sync was the root of all evil^h^h^h^h^h^hour problems |
| 08:57.20 | Twiun | Heyo |
| 08:57.26 | rwhitby | (I'm not up to speed with how your db is broken) |
| 08:57.27 | mickeyl | rwhitby: yeah, pubkey would be an option |
| 08:57.27 | Cwiiis | Seems monotone has a lot of problems still :/ |
| 08:57.35 | mickeyl | Cwiiis: not a lot |
| 08:57.39 | mickeyl | Cwiiis: very few |
| 08:57.51 | Cwiiis | very few critical problems then? :) |
| 08:57.54 | hrw|work | mickeyl: broken is term "2 heads" or? |
| 08:57.57 | XorA | mickeyl: is there an email detailing what happened just for us nosey people? |
| 08:58.07 | mickeyl | keep calm |
| 08:58.12 | mickeyl | don't panic :) |
| 08:58.24 | mickeyl | that problem took the better half of my night :/ |
| 08:58.33 | mickeyl | broken = unmergable |
| 08:59.24 | rwhitby | mickeyl: coredump's pubkey is in our db. all our branches are merged |
| 08:59.43 | rwhitby | (including org.openembedded.dev) |
| 09:00.07 | hrw|work | heh.. we have some merge yesterday evening (~111h ago) |
| 09:00.16 | rwhitby | rwhitby@nudi:/home/monotone$ monotone heads -b org.openembedded.dev |
| 09:00.16 | rwhitby | monotone: branch 'org.openembedded.dev' is currently merged: |
| 09:00.16 | rwhitby | 591ed5c1898aef2e926558ce887977e56835d8ed koen@openembedded.org 2005-07-21T23:52:53 |
| 09:03.20 | mickeyl | rwhitby: excellent. |
| 09:03.27 | mickeyl | there is a potential problem which i see |
| 09:04.05 | mickeyl | i think coredump's stuff was the root of the problems, but mt didn't crash before someone did more changes to the files he touched |
| 09:04.23 | mickeyl | so if we are unlucky, the problem will come again. in the meantime, i'd be happy to use your db |
| 09:04.31 | mickeyl | could you point me to a URL for download? |
| 09:04.42 | hrw|work | I'm now pulling into db which was last pulled over week ago |
| 09:04.57 | XorA | mickeyl: sync a new db from nslug, then get someone with a recent sync to sync with that and see if it all goes fine? |
| 09:05.08 | mickeyl | hrw|work: ok. try to merge and i'm afraid it will crash then. I did the same with a three week old db yesterday nite |
| 09:05.26 | mickeyl | XorA: ah of course |
| 09:05.58 | hrw|work | mickeyl: will look |
| 09:06.09 | hrw|work | 290/581 revs in |
| 09:06.30 | hrw|work | started 1.5h ago |
| 09:06.57 | rwhitby | mickeyl: I will have to take the server offline to ensure a consistent state when copying the db |
| 09:07.25 | mickeyl | rwhitby: I can pull from your db, no need to copy it |
| 09:07.33 | rwhitby | ok, cool |
| 09:07.35 | mickeyl | rwhitby: i have access to nslu2-linux? |
| 09:07.58 | rwhitby | yes, anyone with @openembedded.org has full write access to our monotone server |
| 09:08.17 | rwhitby | we trust you guys :-) |
| 09:08.58 | mickeyl | :) |
| 09:10.16 | rwhitby | mickeyl: just make sure you pull rather than sync :-) |
| 09:10.24 | mickeyl | hehe |
| 09:10.42 | mickeyl | that wouldn't hurt, i'm reinitializing my db since it's in a broken state |
| 09:11.21 | mickeyl | *sigh* |
| 09:12.58 | lamikr | pieterg: http://hyboria.mine.nu/~dp/bitbake-1.3.1.tar.gz |
| 09:14.16 | mickeyl | anyway, now you see why a distributed SCM is just great for projects like ours |
| 09:14.24 | Crofton__|laptop | all your branches are merged to us? |
| 09:14.37 | mickeyl | heh |
| 09:15.10 | rwhitby | no, all your branches belong to *us* (nslu2-linux) |
| 09:15.17 | mickeyl | hehe |
| 09:15.29 | mickeyl | rwhitby: ok, db initialized. what's the complete address for the server again? |
| 09:15.39 | rwhitby | monotone.nslu2-linux.org |
| 09:15.40 | Crofton__|laptop | well that is OK then, I set up my ebay watch list for those yesterday |
| 09:15.44 | mickeyl | rwhitby: thanks |
| 09:18.38 | mickeyl | XorA: Re. information policy, I'll prepare a mail when all of this worked and the server is up again. :) |
| 09:18.50 | mickeyl | my priority is to get us up to a working state |
| 09:19.44 | mickeyl | FYI: I've already reported the problem to the mt-devel list handing them a copy of our database and a debug log. |
| 09:20.25 | XorA | mickeyl: cool, I shall just nosey in mt-devel list |
| 09:21.17 | mickeyl | yep. we just have to wait until the moderator forwards my msg (I'm not subscribed yet) |
| 09:22.01 | mickeyl | koen|: PING |
| 09:23.26 | mickeyl | hmm, guess while I'm waiting for the initial pull I have enough time to prepare a mail to oe@hh.org ;) |
| 09:26.40 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 09:26.58 | lamikr | +++++988 |
| 09:27.00 | lamikr | ,03 |
| 09:29.13 | hrw|work | monotone: successful exchange with ewi546.ewi.utwente.nl |
| 09:29.15 | hrw|work | uff.. 2h |
| 09:30.41 | hrw|work | shit.. conflicts ;( |
| 09:30.57 | hrw|work | monotone: [ancestor] packages/initscripts/initscripts-1.0/akita/devices |
| 09:30.57 | hrw|work | monotone: [ left] packages/initscripts/initscripts-1.0/akita/devices |
| 09:30.57 | hrw|work | monotone: [ right] packages/initscripts/initscripts-1.0/akita/devices |
| 09:30.57 | hrw|work | monotone: [ merged] packages/initscripts/initscripts-1.0/akita/devices |
| 09:30.59 | hrw|work | etc ;( |
| 09:34.52 | mickeyl | hmm well, that's different from my output |
| 09:34.55 | mickeyl | perhaps you are able to merge that |
| 09:35.13 | mickeyl | merge the stuff in one way or the other, it's not important. we have to review the state anyway after that |
| 09:35.34 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 09:35.36 | hrw|work | thats changeset which was done locally and in repo - all change is spaces<>tab |
| 09:35.45 | hrw|work | I'm reverting it locally |
| 09:35.55 | pb_ | hi mickeyl |
| 09:36.46 | Pigi | hi pb_ |
| 09:36.54 | hrw|work | uf. reverted and now update is going |
| 09:37.28 | hrw|work | my copy is merged |
| 09:37.52 | hrw|work | 591ed5c1898aef2e926558ce887977e56835d8ed koen@openembedded.org 2005-07-21T23:52:53 |
| 09:38.13 | pb_ | Pigi: good morning! |
| 09:38.22 | hrw|work | hi pb, pigi |
| 09:39.19 | mickeyl | hrw|work: that's pretty good |
| 09:39.35 | mickeyl | morning pb_ |
| 09:40.07 | mickeyl | hrw|work: can you strip your private key and put that db online for me? |
| 09:40.29 | mickeyl | that may be faster than waiting some hours for my pull to complete |
| 09:40.31 | hrw|work | ok |
| 09:40.34 | mickeyl | thanks |
| 09:41.14 | hrw|work | wanna oe.db or dump of it? |
| 09:41.40 | hrw|work | and it is 0.20 db so you will have to migrate it |
| 09:41.48 | hrw|work | bziping now |
| 09:42.10 | XorA | mine seems to merge as well |
| 09:42.17 | XorA | maybe its a 0.21 bug? |
| 09:46.02 | pieterg | can someone tell me how to get a recent bitbake? |
| 09:46.43 | hrw|work | http://hyboria.mine.nu/~dp/bitbake-1.3.1.tar.gz |
| 09:47.23 | Pigi | pb_ do you think it would be a good idea to remove all the libbb code from ipkg ? |
| 09:47.26 | pieterg | hrw|work: Great! thanks a lot |
| 09:47.59 | Pigi | I was thinking to "popen" everithing to external command as "ar" "tar" "gzip" and so on to reduce the code |
| 09:48.39 | koen|sleep | mickeyl|meeting: is vanille.de down? |
| 09:48.44 | Pigi | but I'm a bit scared about the fact that actually ipkg don't need other commands to work while if I remove those parts ipkg needs to be dependant from tar and other commands |
| 09:48.56 | Pigi | koen|sleep, good morning ! |
| 09:48.57 | XorA | Pigi: I think that would close bug #143 on OE bugtracker |
| 09:49.07 | Pigi | Let me see |
| 09:50.32 | koen|sleep | nick koen |
| 09:50.59 | florian_kc | koen|sleep: good morning ;-) |
| 09:51.13 | koen | good morning all |
| 09:51.29 | Pigi | XorA, yes and not. It will fix the problem for the long link, but it would introduce unnecessary dependency on other commands. |
| 09:51.48 | XorA | Pigi: which are all provided by busybox |
| 09:52.00 | hrw|work | mickeyl|meeting: http://www.hrw.one.pl/tmp/oe-strip.db.bz2 |
| 09:52.24 | Pigi | XorA, yes they are, but how can you install busybox if it is needed by ipkg to be installed ? |
| 09:52.36 | Pigi | that's' what scare me :) |
| 09:52.47 | XorA | Pigi: same with apt/dpkg though |
| 09:53.10 | hrw|work | Pigi: ipkg use own wget or system one? |
| 09:53.21 | Pigi | is it ? If someone confirm this I will be glad to remove all the unnecessary code. |
| 09:53.29 | Pigi | hrw|work, it use external.... |
| 09:53.57 | Pigi | hrw|work, but ipkg can also install packages that are already be downloaded..... |
| 09:54.16 | Pigi | so wget is not "fundamental" to ipkg itself |
| 09:54.30 | Pigi | while tar, ar, gzip are "fundamental" |
| 09:54.43 | Pigi | as ipkg cannot work without those commands. |
| 09:54.46 | pb_ | Pigi: I think it would be best to keep the code in ipkg, unless there is a strong reason to remove it. |
| 09:55.38 | mickeyl | XorA: i'll enable the server - can you try to push then? |
| 09:55.38 | Pigi | pb_, I've been contacted by someone from some openbsd distro's that would like to reduce the size of ipkg..... |
| 09:55.49 | XorA | mickeyl: yes |
| 09:56.05 | mickeyl | k, hold on... |
| 09:56.06 | pb_ | Pigi: I guess you could make a new configure option: --with-external-tar or something. |
| 09:56.34 | Pigi | yes, that was also an option. ( A scaring one btw :) ) |
| 09:57.00 | mickeyl | XorA: server listening |
| 09:57.01 | Pigi | I'll work in that direction btw, and would try to merge the new libbb code to fix #143 |
| 09:57.03 | *** join/#oe zecke (~zecke@ewi546.ewi.utwente.nl) |
| 09:57.10 | zecke | mickeyl: hey |
| 09:57.12 | pb_ | Pigi: okay, very good |
| 09:57.13 | pb_ | zecke: hail |
| 09:57.23 | hrw|work | mickeyl: viewmtn too? |
| 09:57.25 | zecke | mickeyl: but we can continue to do local commits? |
| 09:57.25 | mickeyl | hi zecke |
| 09:57.32 | mickeyl | zecke: yes |
| 09:57.33 | XorA | mickeyl: done |
| 09:57.44 | mickeyl | XorA: thanks. |
| 09:58.17 | mickeyl | hmm |
| 09:58.21 | mickeyl | still two heads |
| 09:58.26 | mickeyl | are you sure the merge worked? |
| 09:58.51 | XorA | monotone heads |
| 09:58.51 | XorA | monotone: branch 'org.openembedded.dev' is currently merged: |
| 09:58.51 | XorA | 5e488367b644497740e81d030ed34e9925440107 xora@openembedded.org 2005-07-22T09:40:50 |
| 09:59.00 | mickeyl | hmm |
| 09:59.06 | mickeyl | odd, i didn't receive that changeset |
| 09:59.21 | Pigi | I do need to update to monotone 0,20 to pull, isn't it ? |
| 10:00.20 | hrw|work | yes |
| 10:00.28 | Pigi | thx |
| 10:00.35 | hrw|work | Pigi: or 0.21 |
| 10:00.50 | XorA | mickeyl: meeting, back in 20 |
| 10:01.50 | zecke | CoreDump|afk: that was your snyc? |
| 10:02.02 | zecke | CoreDump|afk: did you use telnet to do it ;) |
| 10:06.38 | mickeyl | hmm |
| 10:06.41 | mickeyl | aah |
| 10:06.45 | mickeyl | hrw you also were using 0.20 right? |
| 10:07.40 | hrw|work | yes |
| 10:09.34 | mickeyl | i see a pattern |
| 10:11.57 | hrw|work | 0.20 - good, 0.21 - bad? |
| 10:12.13 | mickeyl | looks like it |
| 10:12.19 | mickeyl | unfortunately i can't downgrade |
| 10:12.30 | mickeyl | may i ask you to stay on 0.20 for quite some time? |
| 10:12.47 | hrw|work | ok |
| 10:13.02 | hrw|work | until debian will have 0.20 workable |
| 10:13.42 | pb_ | is debian still on 0.19 at the moment? |
| 10:13.52 | hrw|work | 0.20 |
| 10:14.07 | Pigi | I should then recreate my db , upgrading from 0.19 to 0.20 ? |
| 10:14.21 | RP | Pigi: No need |
| 10:14.30 | Pigi | good to know. |
| 10:14.55 | RP | Pigi - you do need to migrate when you change from 0.20 to 0.21 but again, you don't need to recreate |
| 10:15.03 | pb_ | hrw|work: which distribution? I just tried "apt-cache show monotone" and it only offered me 0.19 and 0.18. |
| 10:15.16 | XorA | pb_: 0.20 is in unstable |
| 10:15.28 | pb_ | odd |
| 10:15.31 | pb_ | maybe I am using a duff mirror |
| 10:15.41 | hrw|work | 12:15 hrw@work:hrw$ LC_ALL=C apt-cache policy monotone |
| 10:15.42 | hrw|work | monotone: |
| 10:15.42 | hrw|work | <PROTECTED> |
| 10:15.51 | hrw|work | Debian 'sid' |
| 10:15.57 | hrw|work | <PROTECTED> |
| 10:15.57 | hrw|work | <PROTECTED> |
| 10:21.20 | XorA | mickeyl: according to logs I sent you 4 certs |
| 10:21.46 | Twiun | pb_, XorA: http://news.bbc.co.uk/1/hi/uk/4706787.stm "Man shot by armed police on tube" |
| 10:21.54 | XorA | Twiun: we saw :-( |
| 10:21.57 | Twiun | Cycling to work is starting to look mighty attractive |
| 10:22.13 | mickeyl | XorA: yeah, but no revs |
| 10:22.15 | mickeyl | it's odd |
| 10:22.21 | Twiun | XorA: think teleworking will finally pick up in the UK? |
| 10:22.29 | mickeyl | *sigh* |
| 10:22.41 | XorA | Twiun: doubt it, weve been here before |
| 10:23.16 | pb_ | Twiun: crumbs |
| 10:26.15 | Crofton__|laptop | pb_, what kind of SW radio work might you end up doing? |
| 10:27.30 | hrw|work | ~lart vim and fileencoding |
| 10:32.45 | XorA | should I clean some of the old firefox versions out of OE? |
| 10:33.54 | hrw|work | XorA: update to 1.0.6? |
| 10:34.06 | XorA | hrw|work: done |
| 10:34.34 | mickeyl | XorA: yeah, go ahead |
| 10:36.01 | mickeyl | ok, it looks like we're back on track |
| 10:37.18 | koen | mickeyl: I think we can avoid such a situation by using personal branches at home and propagation once a day after a sync |
| 10:37.47 | koen | I thought up a scenarie at 4 am last night, but I'm sure it isn't correct |
| 10:38.05 | pb_ | Crofton__|laptop: eureka-147 and IBOC decoding |
| 10:40.30 | mickeyl | koen: something to think about, yes. anyway, i don't think this particular failure would not have been happened that way. there's clearly a bug in the merging algorithm in mt 0.21 and possibly also in the netsync - since coredumps non appearing pushes were pretty strange. |
| 10:40.45 | koen | yeah |
| 10:41.01 | koen | the 'circular' merge was strange |
| 10:41.12 | mickeyl | ah right, that was the term |
| 10:42.17 | *** join/#oe dmx_ (~dmx@ppp83-237-188-100.pppoe.mtu-net.ru) |
| 10:42.19 | CIA-2 | 03koen 07org.oe.dev * rc5b641f1... 10/packages/libusb/libusb_0.1.10a.bb: Apply patch found at http://webuser.fh-furtwangen.de/~dersch/gphoto/remote.html to fix libusb on ARM (more likely everything not x86) |
| 10:42.23 | CIA-2 | 03mickeyl 07org.oe.dev * rf369ceec... 10/packages/initscripts/initscripts-1.0/ (11 files in 5 dirs): |
| 10:42.23 | CIA-2 | nitscripts: solve the keymap situation in a more generic way to reduce maintenance load |
| 10:42.23 | CIA-2 | the keymap script is now always installed and checks if there is a matching keymap in /etc |
| 10:42.23 | CIA-2 | General note: this package is a bit monolithic, we may eventually come to a more fine granular |
| 10:42.23 | CIA-2 | build solution, e.g. a (build-time) table where distributions can specify which initscripts |
| 10:42.23 | CIA-2 | they want to appear in the final image. |
| 10:42.26 | dmx_ | Hi all. |
| 10:43.21 | mickeyl | do you know if it's possible to use db migrate while downgrading as well? |
| 10:44.21 | florian_kc | hello dmx_ |
| 10:44.32 | koen | mickeyl: sorry, don't know that |
| 10:44.54 | hrw|work | mickeyl: should be |
| 10:45.50 | mickeyl | next time I get that invariant error, I'll downgrade to 0.20 |
| 10:46.11 | mickeyl | ah well if you can't migrate, you should always be able to 'db dump' and 'db load' |
| 10:46.17 | rwhitby | mickeyl: is it safe to sync from your repo now? |
| 10:47.06 | mickeyl | rwhitby: yes, it should be safe again, although i'm not sure if coredump's changeset will strike again :)) |
| 10:47.34 | mickeyl | rwhitby: it looks like 0.20 is more safe than 0.21, btw. |
| 10:48.04 | rwhitby | strange that we (nslu2-linux) haven't encountered any of the problems you are seeing. |
| 10:48.13 | rwhitby | we're at 0.21 |
| 10:48.42 | rwhitby | however we all do use a common makefile which syncs and updates and merges before pushing |
| 10:48.44 | mickeyl | rwhitby: did you ever have three heads and concurrent makes? |
| 10:49.04 | mickeyl | yeah, looks like we need to supply some bash functions as well |
| 10:49.14 | mickeyl | s/makes/merges/ |
| 10:49.39 | rwhitby | mickeyl: no, we keep the hydra at bay over on our side of the fence :-) |
| 10:49.53 | mickeyl | hehe. very wies |
| 10:49.55 | mickeyl | wise, too |
| 10:49.58 | rwhitby | if [ `monotone automate heads org.openembedded.nslu2-linux | wc -l` != "1" ] ; then \ |
| 10:49.58 | rwhitby | <PROTECTED> |
| 10:49.58 | rwhitby | fi |
| 10:50.19 | rwhitby | that snippet gets run often in our makefiles after pulling and before pushing |
| 10:50.46 | mickeyl | ~lart monotone for its degree of freedom |
| 10:56.15 | hrw|work | mickey|lunch: last change to initscripts make akita keymap not installed? |
| 10:57.06 | rwhitby | mickey|lunch: nslu2-linux is now back in sync with oe with no problems |
| 10:57.59 | koen | running monotone viz on the db is pretty funny |
| 10:58.04 | XorA | damn, shlibs now made my firefox depend on my minimo :-) |
| 10:58.07 | koen | monotone-viz* |
| 10:58.22 | koen | XorA: cheers for that |
| 10:58.42 | XorA | koen: for what? |
| 10:58.52 | koen | the mozilla breakage |
| 10:59.09 | XorA | koen: what breakage |
| 10:59.17 | koen | ' damn, shlibs now made my firefox depend on my minimo' |
| 10:59.36 | XorA | koen: that happens in OE whenever two packages make the same named .so files |
| 10:59.45 | koen | you could say it's an 'enhanced' firofox |
| 11:00.56 | XorA | I should add that flag that stops the auto shlib code running, someone remind me what it is |
| 11:01.03 | *** join/#oe reenoo_ (~r@p5489CF74.dip.t-dialin.net) |
| 11:01.12 | reenoo_ | morning |
| 11:02.40 | florian_kc | Pigi, pb_: If i have an ipk providing "gconf-dev" in my feed but the package has a different name, is ipkg supposed to install it if i do "ipkg install gconf-dev"? |
| 11:04.08 | reenoo_ | florian_kc: if there's only one provider that should work |
| 11:06.50 | hrw|work | XorA: EXCLUDE_FROM_SHLIBS |
| 11:07.23 | XorA | hrw|work: cheers |
| 11:07.28 | florian_kc | reenoo_: that's why i ask... this seems to fail here :-/ |
| 11:07.28 | hrw|work | someone want PageUp/PageDown on c7x0? |
| 11:08.13 | *** join/#oe qfh (~qfh@ppp-62-245-160-107.mnet-online.de) |
| 11:08.18 | pb_ | florian_kc: hm, good question. I have a feeling that Provides might only be matched against Depends, not against a request on the commandline. |
| 11:08.24 | pb_ | Pigi would know for sure, though. |
| 11:09.30 | rwhitby | OE core devs: this is our proposal for adding update-alternatives for all packages that have conflicting files with busybox: http://david.thg.se/saker/openslug/update-alternatives/ |
| 11:09.50 | rwhitby | it's ready for initial review - we haven't fully tested it yet, so it won't be checked in until we do |
| 11:10.10 | rwhitby | DaKa2 has been working hard on it |
| 11:10.57 | florian_kc | Pigi: ping |
| 11:11.34 | rwhitby | we would appreciate someone from #oe with visibility of other distros taking a look at the update-alternatives code which has been added to each .bb file to make sure we are going down the right path ... |
| 11:12.33 | reenoo_ | rwhitby: I guess you want to use update-alternatives.bbclass for that type of stuff where possible |
| 11:12.42 | CIA-2 | 03hrw 07org.oe.dev * rda9de24c... 10/packages/initscripts/ (initscripts-1.0/c7x0/keymap-2.6.map initscripts_1.0.bb): |
| 11:12.42 | CIA-2 | initscripts: added two new keys to c7x0 keymap: |
| 11:12.42 | CIA-2 | PageUp - Fn+Up |
| 11:12.42 | CIA-2 | PageDown - Fn+Down |
| 11:12.42 | rwhitby | Note that some of the packages (e.g. grep) installed binaries in non-FHS-compliant locations, which means that if you installed busybox and grep then you would have two grep binaries on your system (one in /bin and one in /usr/bin) |
| 11:13.13 | rwhitby | so we have moved some files in some of the packages into the FHS compliant locations (as discussed here yesterday) |
| 11:13.44 | rwhitby | reenoo_: in most cases we need to do more than one file per package, and the bbclass only handles one file per package |
| 11:14.16 | reenoo_ | rwhitby: note the "where possible" |
| 11:14.23 | rwhitby | but yes, for the few ones that do only have one conflicting file, we are happy to use the bbclass |
| 11:14.32 | rwhitby | and will do so |
| 11:14.41 | DaKa2 | And there are still some packages more that needs to be done |
| 11:14.49 | DaKa2 | and cleaned up a bit |
| 11:15.22 | koen | DaKa2: could you also provide a unified diff alongside the files, so we can see what's changed? |
| 11:15.37 | DaKa2 | you mean: http://david.thg.se/saker/openslug/update-alternatives/diff ? |
| 11:17.14 | koen | oops |
| 11:17.18 | DaKa2 | :) |
| 11:17.19 | koen | sorry |
| 11:18.18 | rwhitby | DaKa2: you have installed some files as <foo>.real (which gets symlinked to <foo>) and others as <foo>.<package> (e.g. tar.real and rmt.tar in the tar .bb) - should they all be <foo>.<package> instead? (i.e. tar.busybox,rmt.busybox and tar.tar,rmt.tar) even though tar.tar looks a bit funny ? |
| 11:18.33 | hrw|work | DaKa2: update update-alternatives.bbclass to handle more then one per pacakge then |
| 11:19.12 | DaKa2 | rwhitby: yes, I was going to ask people about that.. tar.tar looks so silly.. but if you want that... |
| 11:19.17 | koen | DaKa2: looks pretty good, except for that rwhitby just said, nice work! |
| 11:19.46 | rwhitby | so do we want the consistent tar.tar even though it looks silly? I would vote yes for consistency. |
| 11:20.54 | reenoo_ | what exactly is the pkg_prerm in the busybox .bb supposed to do? |
| 11:21.30 | DaKa2 | reenoo_: run update-alternatives --remove on all the files |
| 11:21.46 | DaKa2 | even if you are doing it on a system with no other altervatives for them |
| 11:22.43 | rwhitby | (since update-alternatives is a shell script which requires some of the programs which would be removed by a naive implementation of that routine) |
| 11:22.47 | DaKa2 | since update-altervatives is a script needing those files to work, they get linked to a tempdir in path |
| 11:22.55 | DaKa2 | oh, what rwhitby said |
| 11:24.11 | DaKa2 | hrw|work: I dont see updating the bbclass something I would manage, and, I dont see why, its just some lines in postinst and prerm |
| 11:24.58 | rwhitby | hrw|work: do you have any ideas on how to approach updating the bbclass for multiple files? I couldn't see any obvious ones ... |
| 11:25.15 | rwhitby | (but I know very little about bbclasses ...) |
| 11:26.00 | DaKa2 | especially updating it so it would handle busybox... |
| 11:26.47 | hrw|work | rwhitby: basically bbclass can be anything which sh or python handle |
| 11:28.27 | rwhitby | koen: your libusb patch failed to apply |
| 11:30.09 | rwhitby | koen: did you forget to monotone add the ARMfix.patch file ? |
| 11:35.13 | *** join/#oe jipi (~jipi@cm57.gamma176.maxonline.com.sg) |
| 11:39.49 | *** join/#oe marcan (1337@83.213.70.253) |
| 11:40.13 | reenoo_ | rwhitby, DaKa2: note that wherever there's a -native .bb do_install_append will break it |
| 11:40.29 | reenoo_ | rwhitby: e.g. sed |
| 11:43.03 | Pigi | florian_kc, I'm not sure at the moment.... I suspect it wont |
| 11:43.49 | DaKa2 | reenoo_: would moving it back in the -native be considered a bad solution? |
| 11:44.04 | reenoo_ | DaKa2: yes |
| 11:44.31 | Pigi | IIRC, if your package foo provide bar, then ipkg install foo would install, and if another package need bar, the dependecy would be satisfied but I don't think you can install bar from a package named foo. |
| 11:45.29 | DaKa2 | reenoo_: any other good solution, can I run something in the sed bb that will not get run in the -native one? |
| 11:46.04 | florian_kc | Pigi: okay thanks... that feature would be something useful to have sometime. :-) |
| 11:46.13 | hrw|work | lunch time |
| 11:47.33 | koen | rwhitby: I added it, but I think it's in the wrong branch |
| 11:47.50 | Pigi | florian_kc, probably yes, but IIRC it would be a really pain. |
| 11:48.06 | florian_kc | Pigi: okay |
| 11:49.01 | reenoo_ | DaKa2: look at how other packages do stuff like that. in a nutshell you want to use do_install not do_install_append and call base_do_install or <bbclassname>_do_install (e.g. autotools_do_install) for .bb that inherit bbclasses |
| 11:49.08 | *** join/#oe Timelord (~TL@66.209.31.29) |
| 11:49.35 | Pigi | florian_kc, maybe you can workaround this with some virtual package, that has the download file "correct". |
| 11:49.49 | DaKa2 | reenoo_: ahh, right, thanks :) |
| 11:50.45 | rwhitby | reenoo_: thanks for picking that up - that's exactly the critical review we were hoping to get by publishing DaKa2's work so far here before comitting it |
| 11:51.39 | Pigi | damn, I can't get monotone compiled..... I hate him when it does like this :( |
| 11:51.54 | *** join/#oe Jenna (~cherryRed@62.116.121.242) |
| 11:52.13 | *** part/#oe Jenna (~cherryRed@62.116.121.242) |
| 11:52.36 | koen | rwhitby: ok, ARMfix.patch is in now |
| 11:52.43 | Pigi | what "BOOST" suffix are we intended to use (AFAYK ) ? |
| 11:54.02 | rwhitby | koen: thx |
| 11:54.17 | koen | rwhitby: I was surprised it wasn't in yet |
| 11:54.42 | koen | since it essentially fixes libusb :) |
| 11:54.55 | rwhitby | what held it up for over an hour? |
| 11:55.11 | koen | rwhitby: added, but not committed |
| 11:55.11 | rwhitby | oh, sorry I misread what you meant |
| 11:56.22 | CIA-2 | 03koen 07unknown * rbe76efd7... 10/packages/cairo/cairo_0.5.2.bb: Add new cairo snapshot |
| 11:56.25 | CIA-2 | 03koen 07org.oe.dev * redacf91e... 10/packages/libusb/libusb-0.1.10a/ARMfix.patch: Add ARMfix patch, thanks to rwhitby for spotting it |
| 11:57.45 | DaKa2 | libusb was broken on ARM? |
| 11:57.50 | koen | yes |
| 11:58.02 | DaKa2 | strange, has been working for me.. |
| 11:58.22 | koen | it segfaulted as soon as I tried to talk to my camera |
| 11:58.26 | rwhitby | next one: cp: cannot stat `/home/slug/openembedded/packages/initscripts/initscripts-1.0/openslug/corgikeymap-2.6.map': No such file or directory |
| 11:58.56 | mickeyl | rwhitby: initscripts probably is pretty broken now thanks to all the merges |
| 11:58.59 | mickeyl | i'll have a look |
| 11:59.12 | DaKa2 | koen: I guess I have to look at your patch, I thought I had fixed that earlier |
| 11:59.19 | rwhitby | mickeyl: thx |
| 11:59.53 | koen | DaKa2: see http://webuser.fh-furtwangen.de/~dersch/gphoto/remote.html |
| 12:00.26 | mickeyl | koen: org.openembedded.koen ? |
| 12:00.52 | mickeyl | we will have problems with that, because the other servers don't server that |
| 12:00.55 | koen | mickeyl: yes, my branch, but I can't see how that ends up in your repo |
| 12:01.09 | mickeyl | <CIA-2> koen unknown * rbe76efd7... /packages/cairo/cairo_0.5.2.bb: Add new cairo snapshot |
| 12:01.20 | mickeyl | this is odd |
| 12:01.27 | mickeyl | ciabot first choked |
| 12:01.41 | mickeyl | then i rewrote it to say unknown if it doesn't have the branch it originates from |
| 12:02.14 | mickeyl | i hope it doesn't have other consequences |
| 12:02.19 | koen | I do monotone --db=/data/build/oe/OE.db sync monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" |
| 12:02.32 | mickeyl | must have slipped through somehow |
| 12:02.41 | mickeyl | perhaps through hrw |
| 12:02.46 | mickeyl | i used his database as blueprint for the new one |
| 12:02.48 | mickeyl | *shrug* |
| 12:02.49 | mickeyl | lets see |
| 12:03.13 | rwhitby | mickeyl: viewmtn is not reporting that branch |
| 12:03.32 | DaKa2 | koen: gphoto worked for me with just the debian-changes.patch I added to libusb a few weeks ago.. oh well |
| 12:03.35 | mickeyl | rwhitby: yeah, it's not in my repository, this is why ciabot choked |
| 12:03.51 | koen | DaKa2: is it still working? |
| 12:04.04 | koen | i.e. working for you? |
| 12:04.14 | DaKa2 | koen: it worked for me a few days ago |
| 12:04.30 | DaKa2 | I'll check the patch you added |
| 12:04.35 | rwhitby | mickeyl: maybe that is the new functionality in 0.20 which slurps a revision if it is merged to another branch, but doesn't slurp the branch if it doesn't match the include spec |
| 12:04.47 | mickeyl | rwhitby: hmm that'd make a bit of sense. |
| 12:05.22 | koen | DaKa2: I checked my 'old' libusb and the new one with the two patches |
| 12:05.34 | koen | DaKa2: if the armfix is bogus, you can remove it |
| 12:05.36 | rwhitby | mickeyl: that's the case which stuffed us up when we were first testing the nslu2-linux branch naming |
| 12:07.00 | dmx_ | Does not work bash, it will start, but commands under it do not work. In what there can be a problem? |
| 12:07.51 | koen | mickeyl, rwhitby: I suspect it will remain orphaned till I propagate the branches |
| 12:08.09 | rwhitby | dmx_: you might want to at least state which distro you are running ... |
| 12:08.56 | dmx_ | rwhitby: oe :) |
| 12:09.24 | koen | mickeyl: you might want to copy the bk export to OZ.org |
| 12:09.41 | dmx_ | rwhitby: hm... DISTRO = "openzaurus-3.5.4" |
| 12:10.49 | rwhitby | dmx_: thanks. It works fine for DISTRO=unslung and DISTRO=openslug ... |
| 12:11.21 | DaKa2 | koen: did you test libusb_0.1.10a without the ARMfix patch, and just the debian-changes.patch? |
| 12:11.54 | CIA-2 | 03mickeyl 07org.oe.dev * re01d39f5... 10/packages/squashfs-tools/squashfs-tools-native_2.0r2.bb: fix include statement after reordering |
| 12:11.55 | mickeyl | koen: yeah. will do that |
| 12:11.59 | koen | DaKa2: I tested r0 and r2 |
| 12:12.07 | mickeyl | rwhitby: initscripts should work now |
| 12:12.22 | mickeyl | hmm CIA-2 ? |
| 12:12.37 | DaKa2 | koen: strange... oh well, if it works with that patch all is fine.. |
| 12:14.05 | dmx_ | rwhitby: unslung for what device? |
| 12:14.27 | rwhitby | Linksys nslu2 - Not much help for your problem :-) |
| 12:15.07 | rwhitby | mickeyl: cp: cannot stat `/home/slug/openembedded/packages/initscripts/initscripts-1.0/openslug/keymap*.map': No such file or directory |
| 12:15.49 | rwhitby | we have no keymaps at all for nslu2 :-) |
| 12:16.48 | koen | mickeyl: I also sent a mail to oe@ for other distros |
| 12:17.06 | CIA-2 | 03mickeyl 07org.oe.dev * r35b8f55d... 10/packages/initscripts/initscripts_1.0.bb: |
| 12:17.06 | CIA-2 | recreate initscripts patch that has been lost during our db chaos |
| 12:17.06 | CIA-2 | hopefully the last time... |
| 12:17.41 | *** join/#oe Laibsch (~Laibsch@G16c9.g.pppool.de) |
| 12:17.43 | mickeyl | rwhitby: that doesn't matter. the keymap script will do nothing if no keymaps are found |
| 12:17.45 | mickeyl | :) |
| 12:17.55 | koen | fluff |
| 12:18.12 | rwhitby | mickeyl: yeah, but the SRC_URI seems to fail if the glob doesn't match anything |
| 12:18.21 | mickeyl | ah bummer |
| 12:19.00 | mickeyl | ah ok |
| 12:19.01 | mickeyl | i know |
| 12:19.05 | koen | rwhitby: I suspect mickeyl and I will steal a lot of distromanagement stuff from openslug ;) |
| 12:19.31 | rwhitby | koen: you're welcome to it. we've stolen a whole build system from you :-) |
| 12:19.41 | mickeyl | :) |
| 12:20.11 | rwhitby | all we've done is wrap a makefile or two around it :-) |
| 12:20.32 | koen | and document the process very well |
| 12:21.05 | rwhitby | that's why we use the makefiles - saves having separate documentation |
| 12:21.33 | hrw|work | mickeyl: we should think about integrating keymaps more.. |
| 12:21.53 | hrw|work | mickeyl: c7x0 now have PageUp/Down on Fn+Up/Down - other clamshells does not |
| 12:22.27 | koen | ./configure --with-unstable --monotone-db=foo.db |
| 12:23.00 | florian_kc | heh |
| 12:25.49 | koen | mickeyl: is the bug in monotone bugzilla? |
| 12:27.21 | reenoo_ | there is no monotone bugzilla |
| 12:27.37 | koen | the bug thing they use at savannah |
| 12:28.27 | koen | https://savannah.nongnu.org/bugs/?group=monotone&func=browse&set=open&msort=0&advsrch=0&morder=&order=date#results |
| 12:33.41 | mickeyl | someone please add it there, I'm drowned in work |
| 12:34.06 | koen | 'night rwhitby-asleep |
| 12:35.43 | rwhitby-asleep | night |
| 12:37.24 | reenoo_ | koen: JustinP and me have independently reported the very same bug three times to monotone-devel@ (as instructed by the monotone error message) and no actual monotone developer has bothered to respond yet |
| 12:37.53 | reenoo_ | koen: most of the bugs on savannah have been ignored in a similar fashion |
| 12:38.07 | koen | hmmm |
| 12:38.23 | reenoo_ | koen: I can't help myself. monotone looks largely unmaintained to me |
| 12:38.40 | lamikr | Hi. While building "gpe-image" I received following error with libgpewidget: |
| 12:38.43 | lamikr | | checking for intltool >= 0.23... 0.30 found |
| 12:38.45 | lamikr | | checking for perl... /opt/h6300/oe/tmp/staging/i686-linux/bin/perl |
| 12:38.46 | lamikr | | configure: error: XML::Parser perl module is required for intltool |
| 12:38.48 | lamikr | | FATAL: oe_runconf failed |
| 12:38.49 | lamikr | NOTE: Task failed: /opt/h6300/oe/tmp/work/libgpewidget-0.102-r0/temp/log.do_configure.14086 |
| 12:38.51 | lamikr | NOTE: package libgpewidget-0.102-r0: task do_configure: failed |
| 12:38.53 | lamikr | ERROR: TaskFailed event exception, aborting |
| 12:38.54 | lamikr | NOTE: package libgpewidget-0.102: failed |
| 12:38.56 | lamikr | ERROR: Build of gpe-image failed |
| 12:39.42 | lamikr | Should I now bitbake: libxml-parser-perl-native_2.34.bb or libxml-parser-perl_2.34.bb and then start bitbake gpe-image again? |
| 12:42.01 | koen | reenoo_: they do keeps turning out new releases, no it's not completely unmaintained, but it the lack of response is not good |
| 12:42.08 | reenoo_ | koen: to sum up the situation: we are using a dead slow, feature incomplete (no monotone copy), broken, and unmaintained SCM. |
| 12:42.15 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:43.06 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:43.44 | reenoo_ | koen: putting out new releases based on what the developers feel is right doesn't qualify as maintenance |
| 12:44.38 | Pigi | have to go. |
| 12:44.44 | Pigi | See you all later. |
| 12:46.21 | reenoo_ | koen: take this one for example: http://lists.gnu.org/archive/html/monotone-devel/2005-07/msg00139.html |
| 12:46.22 | mickeyl | hrw|work: I'm not sure if integrating the keymaps is possible since the kernel keycodes vary |
| 12:48.53 | reenoo_ | koen: the "Why do you have lots of servers?" makes me wonder in particular |
| 12:49.17 | koen | indeed |
| 12:49.56 | *** join/#oe jamey (~jamey@192.208.47.196) |
| 12:50.07 | koen | you could follow up on your email with "any hints?" |
| 12:52.29 | CIA-2 | 03mickeyl 07org.oe.dev * r113e5353... 10/ (.mt-attrs packages/initscripts/initscripts_1.0.bb): |
| 12:52.29 | CIA-2 | initscripts: do the keymap stuff a bit less generic to make it play |
| 12:52.29 | CIA-2 | more nice with machies and distributions that don't need it |
| 12:53.52 | hrw|work | mickeyl: think more about integrating keymap functionality then files with keymaps |
| 12:55.19 | mickeyl | hrw|work: ah i see. of course that'd be nice, but i don't see it happening soon. I've also complained about the number of layers where we fsck with key data in our software. |
| 12:55.26 | RP | hrw|work: We need to start a section on openzaurus.org about the keymappings |
| 12:55.51 | hrw|work | RP: I need to find time to write script which will set and send passwords for users |
| 12:56.20 | RP | mickeyl: At least here, we're doing it at the right level :) |
| 12:56.29 | mickeyl | heh. correct, RP. |
| 12:56.45 | mickeyl | speaking about input devices... |
| 12:57.01 | mickeyl | any progress on the discussion with the input people? |
| 12:57.21 | RP | I asked and was told the patch was in his queue |
| 12:57.38 | RP | I've sent a mail yesterday asking for a timescale |
| 12:57.50 | RP | Its starting to annoy me |
| 12:57.55 | koen | heh |
| 12:58.02 | koen | gotta love upstream |
| 12:58.09 | RP | Three months now... |
| 12:58.20 | RP | Sorry, make that four |
| 12:59.20 | RP | mickeyl: Its holding up other patches now which is getting to me. Its not a change I can push through anyone other than the input maintainer either :-( |
| 12:59.37 | jamey | RP: that is really annoying |
| 13:00.39 | RP | The patch was actually at the input maintainers suggestion as well do its not as if its contested... |
| 13:07.41 | reenoo_ | mickeyl: would you mind uploading a copy of your last message to oe@ somewhere so I can link to it? gmane doesn't list it for some odd reason. |
| 13:08.03 | mickeyl | reenoo_: hold on |
| 13:08.29 | reenoo_ | mickeyl: thanks |
| 13:08.33 | reenoo_ | brb |
| 13:09.59 | mickeyl | reenoo_: http://www.vanille.de/temp/monotone-mails.txt |
| 13:10.06 | mickeyl | contains both the problem description and the 2nd mail |
| 13:10.34 | reenoo_ | re |
| 13:10.38 | reenoo_ | ah, thanks |
| 13:10.53 | *** join/#oe pizza_ (~pizza@pizza-milkshake.supporter.poipu) |
| 13:11.00 | reenoo_ | the problem isn't limited to 0.21 though |
| 13:11.12 | reenoo_ | the first time I ran into it was with 0.20 |
| 13:11.52 | mickeyl | ya, i've seen you in the ml archive |
| 13:12.05 | mickeyl | perhaps they're taking the problem seriously now |
| 13:12.15 | mickeyl | s/perhaps/i hope/ |
| 13:12.19 | CP|Laptop | mickeyl: Mercurial is getting lots of talk at OLS - why did we turn that one down? |
| 13:13.25 | mickeyl | CP|Laptop: i don't remember offhand |
| 13:13.59 | mickeyl | I think the reason was i couldn't get it to do anything at all when I tried :) |
| 13:14.02 | CP|Laptop | heh |
| 13:14.16 | CP|Laptop | There seems to be a lot of that going around |
| 13:14.19 | CP|Laptop | anyway, time to walk |
| 13:14.20 | CP|Laptop | bbl |
| 13:14.52 | mickeyl | yeah. we might reconsider the SCM eventuelly based on the terms I've layed out in one of the mails. |
| 13:14.58 | mickeyl | ibot: spell eventually |
| 13:15.22 | koen | if something better as monotone is available and we tested it to be ok, I'd say go for it |
| 13:15.38 | koen | /as/than/ |
| 13:16.30 | reenoo_ | I'm running against a wall here, I know, but |
| 13:16.32 | reenoo_ | anything that doesn't blow up randomly would be better |
| 13:16.44 | koen | :) |
| 13:16.56 | mickeyl | I'm afraid your complaints don't make it better |
| 13:17.00 | mickeyl | they won't change the situation |
| 13:17.11 | reenoo_ | because I'm ignored, yeah |
| 13:17.19 | mickeyl | not yet |
| 13:17.37 | mickeyl | you are heard, but you fail to understand the response. |
| 13:18.03 | reenoo_ | the only appropriate response would be to ditch monotone immediately |
| 13:18.23 | mickeyl | and obviously you fail to understand that i have a fscking hard time doing lots of work to keep this group able to work together and all you are doing is complaining. I'm pretty disappointed that a member of our team acts as you do |
| 13:18.42 | mickeyl | it's very sad and i don't want to get angry again. |
| 13:18.43 | mickeyl | so... |
| 13:18.45 | mickeyl | see you l8er |
| 13:19.05 | RP | reenoo_: Before we can ditch it, we need a replacement |
| 13:19.08 | koen | reenoo_: *no one* has send us tests with other SCMs |
| 13:20.44 | reenoo_ | koen: how would that matter? the distributed model pretty much died with bitkeeper, so I simply can't provide a drop in replacement. and it's apparently been decided that that's a must. |
| 13:21.08 | koen | see http://article.gmane.org/gmane.comp.handhelds.openembedded/4853 |
| 13:21.42 | koen | the " you think monotone is bad, evil and/or insufficient" bit |
| 13:21.52 | reenoo_ | again |
| 13:22.06 | reenoo_ | I have no alternative that follows the distributed model |
| 13:22.47 | CIA-2 | 03daka 07org.oe.nslu2-linux * r145ec84e... 10/packages/vlan/vlan_1.8.bb: Fixed, no longer uses system includes from the build system |
| 13:23.50 | koen | reenoo_: that means we are stuck with monotone for the moment and should make the best of it |
| 13:25.37 | reenoo_ | nevermind |
| 13:25.38 | RP | reenoo_: The distributed model does help make oe work and is a good thing. We therefore need monotone as koen says. It is as simple as that |
| 13:25.58 | koen | RP: something like monotone |
| 13:26.21 | RP | koen: well, yes. any other distributed model replacement... |
| 13:27.17 | koen | reenoo_: I hear your complaints and agree they are valid, but I'm not going to test SCMs again since I don't have the time for that |
| 13:27.35 | reenoo_ | RP: apart from offline commits (a feature I like a lot), what does monotone provide over svn? |
| 13:28.03 | Crofton__|laptop | the squeaky wheel technique doesn't tend to work in open source projects |
| 13:28.04 | koen | we'll happilly switch SCM (again!) when someone presents a testcase with results |
| 13:28.20 | Crofton__|laptop | svn depends on one single server |
| 13:28.26 | RP | reenoo: The push/pull model |
| 13:28.39 | *** join/#oe _chronic (~adamb@213.210.24.6) |
| 13:29.59 | koen | reenoo_: it looks like you need to test svk with our repo |
| 13:30.39 | reenoo_ | koen: svk has been under evaluation and has been shot down |
| 13:30.51 | reenoo_ | RP: I still fail to see the use case |
| 13:31.38 | RP | reenoo_: Look at the nslug branch and tell me you can do that without the push/pull model |
| 13:32.08 | reenoo_ | RP: it's a branch. you can do that with svn. |
| 13:32.34 | RP | Except in this case its not really a branch as such. The way the data flows work is different |
| 13:32.37 | reenoo_ | RP: the branch resides in the same db on the same server now. |
| 13:35.40 | *** join/#oe Jean-MAr1 (~jmau@p54A592AC.dip0.t-ipconnect.de) |
| 13:36.55 | *** join/#oe pH5 (~ph5@p5485C3F0.dip.t-dialin.net) |
| 13:37.07 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 13:37.59 | reenoo_ | koen: followup sent to monotone-devel |
| 13:38.50 | koen | reenoo_: ok, thanks |
| 13:51.07 | [g2] | heh ...... turbokoen ..... |
| 13:55.36 | *** join/#oe CP|Laptop (~nobody@H177.C78.B0.tor.eicat.ca) |
| 14:00.12 | *** join/#oe rn-hlmt (~rn-hlmt@p549396DC.dip0.t-ipconnect.de) |
| 14:00.26 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 14:01.46 | *** join/#oe Timelord0 (~TL@66.209.31.29) |
| 14:07.40 | koen | mickeyl: I got the OK for tying one or more ipaqs to the ewi box for native compiling/scratchboxing/testing binaries |
| 14:08.55 | CP|OLS | grry |
| 14:13.22 | CP|OLS | http://www.hackaday.com/entry/1234000300051451/ |
| 14:13.23 | CP|OLS | cute |
| 14:13.54 | *** join/#oe _josh_ (~LPA@e180158242.adsl.alicedsl.de) |
| 14:14.08 | koen | FYI: http://www.handhelds.org/geeklog/index.php, top story |
| 14:15.17 | CP|OLS | hmmm... keithp mentioned cryptic about that the other day |
| 14:15.26 | CP|OLS | mentioned *something* cryptic |
| 14:18.48 | CoreDump|home | hi |
| 14:22.47 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 14:23.07 | koen | crap |
| 14:23.13 | koen | fetch.py chokes on http://www.opensync.org/attachment/wiki/download/libopensync-0.17.tar.gz?rev=&format=raw |
| 14:23.33 | XorA | koen: you keep adding \ chars until it works :-( |
| 14:23.56 | koen | after solving the & problem it downloads it as libopensync-0.17.tar.gz?format=raw |
| 14:24.06 | koen | which OE doesn't extract |
| 14:24.14 | XorA | koen: oh yeah I remeber that problem, no-onme could help |
| 14:24.25 | XorA | koen: thats why I mirror mplayer-atty |
| 14:24.34 | koen | heh, I was about to do the same |
| 14:29.59 | hrw|work | cu monday |
| 14:30.19 | *** part/#oe Laibsch (~Laibsch@G16c9.g.pppool.de) |
| 14:50.02 | CoreDump|home | ~lart mt |
| 14:50.31 | Noodles | I keep parsing that as Movable Type. |
| 14:50.43 | CP|OLS | lart them too |
| 14:51.50 | Noodles | I ain't touching them with a bargepole. |
| 14:56.12 | *** join/#oe _chronic (~adamb@groundzero.free2air.net) |
| 15:08.59 | _chronic | _chronic |
| 15:13.50 | CIA-2 | 03xora 07org.oe.dev * rfecb15d7... 10/packages/mozilla/ (4 files in 2 dirs): firefox: new version 1.0.6 added |
| 15:13.52 | CIA-2 | 03xora 07org.oe.dev * rc4b80355... 10/packages/mozilla/ (26 files in 9 dirs): |
| 15:13.52 | CIA-2 | firefox: |
| 15:13.52 | CIA-2 | remove old versions. |
| 15:13.52 | CIA-2 | Add EXCLUDE_FROM_SHLIBS = "1" to stop minimo depending on firefox. |
| 15:13.52 | CIA-2 | minimo: |
| 15:13.54 | CIA-2 | Add EXCLUDE_FROM_SHLIBS = "1" to stop firefox depending on minimo. |
| 15:14.24 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 15:14.29 | chouimat | morning |
| 15:17.28 | *** join/#oe CP|OLS_ (~nobody@H177.C78.B0.tor.eicat.ca) |
| 15:17.34 | pb_ | XorA: are you sure that change is correct? |
| 15:17.56 | pb_ | iirc, EXCLUDE_FROM_SHLIBS will defeat the shlibs mechanism completely, which is almost certainly not what you want. |
| 15:19.00 | XorA | pb_: oh, I thought that stopped it generating shlibs info for that package? If I am wrong I will remove it again |
| 15:19.13 | pb_ | did you actually test the change? |
| 15:19.17 | CIA-2 | 03coredump 07org.oe.dev * r750e11a1... 10/packages/initscripts/initscripts_1.0.bb: This is just a test. |
| 15:19.29 | CoreDump|home | doh |
| 15:19.29 | pb_ | it will certainly stop it generating shlibs info for that package, but I think it will also stop it from generating shlib dependencies. |
| 15:20.02 | *** join/#oe dkey (~dkey@L0003P12.dipool.highway.telekom.at) |
| 15:20.07 | XorA | pb_: checking |
| 15:32.13 | XorA | pb_: pb_ it seems to be generating Depends from shlibs info |
| 15:33.08 | pb_ | ah, ok, very good |
| 15:33.48 | XorA | pb_: but lart me anyway for not checking properly |
| 15:34.11 | pb_ | heh |
| 15:35.24 | *** join/#oe _chronic (~adamb@213.210.24.6) |
| 15:49.55 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 15:50.37 | koen | monotone: misuse: merge of 'packages/initscripts/initscripts_1.0.bb' : '641bcea11da9dfa7c641e9bea5f34ba8e9850bae' -> '6710cf13ee0e6d91efc287b13973bddcf8ae6d77' vs '52be04b47bda4d5db998bf470c6b7058ceee3d3b' failed |
| 15:50.54 | CoreDump|home | ok, i give up |
| 15:51.27 | CoreDump|home | retarded POS s/w |
| 15:52.19 | reenoo_ | hehe |
| 15:52.33 | *** join/#oe Timelord (~TL@66.209.31.29) |
| 15:52.40 | reenoo_ | who said it wasn't user friendly? it's just pick about its friends |
| 15:52.45 | reenoo_ | picky even |
| 15:52.56 | CoreDump|home | heh, so true |
| 15:53.12 | CoreDump|home | i mean, even pushin a single file b0rks |
| 15:53.18 | CoreDump|home | should be straightforward |
| 15:54.48 | koen | a single *conflicting* file |
| 15:55.54 | reenoo_ | CoreDump|home: well.. did you pull, merge, sync? |
| 15:56.08 | CoreDump|home | yep |
| 15:56.15 | florian_kc | koen: that looks familiar... same error here. |
| 15:56.24 | CoreDump|home | pull ; merge ; update ; sync |
| 15:56.41 | koen | where is the commit? |
| 15:56.53 | CoreDump|home | before pull |
| 15:56.58 | koen | ah |
| 15:57.13 | koen | commit before update is not good to avoid the merge problem |
| 15:57.31 | koen | *especially* since we know initscripts has the problem |
| 15:57.46 | CoreDump|home | koen: could you please back out this push from me? |
| 15:57.53 | reenoo_ | koen: that shouldn't matter |
| 15:58.12 | reenoo_ | koen: unless something's broken design/concept wise |
| 15:58.24 | koen | we hit a race condition |
| 15:58.46 | koen | which means any conflicts with initscripts will have problems with 0.21 |
| 15:59.00 | *** join/#oe univac_ (~univac@amg68.neoplus.adsl.tpnet.pl) |
| 15:59.48 | reenoo_ | what exactly is it that makes initscripts so special? |
| 15:59.51 | koen | CoreDump|home: disapprove worked |
| 15:59.56 | CoreDump|home | thanks |
| 16:00.10 | koen | reenoo_: coredump and florian merged different heads |
| 16:00.19 | univac_ | i run monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.* and it stoped monotone: 23.2M | 407.7k | 2068 | 839 | 460 |
| 16:00.21 | koen | and one heads was in both merges |
| 16:00.23 | univac_ | why? |
| 16:00.51 | koen | so monotone will see some circular ancestor tree |
| 16:01.14 | koen | the current merge algo can't cope with that |
| 16:01.17 | univac_ | ^c? |
| 16:02.25 | CoreDump|home | ok, I'll try pushing a single change to a single file on an up-to-date tree. not initscripts this time ;) |
| 16:02.25 | koen | reenoo_: so everything someone creates divergence on initscripts we hit the bug |
| 16:02.50 | koen | but if I understood it correctly monotone 0.20 can resolve such a merge |
| 16:02.59 | koen | s/everything/everytime/ |
| 16:03.07 | CoreDump|home | in about 10 minutes when the pull is done heh |
| 16:03.30 | XorA | we should lend CoreDump to the monotone team for a week |
| 16:03.31 | koen | reenoo_: you are right that the moment of the pull shouldn't matter |
| 16:03.39 | CoreDump|home | hehe |
| 16:04.02 | reenoo_ | koen: that was my point, yeah |
| 16:04.05 | CoreDump|home | XorA: someone would be dead at the end of the week though :) |
| 16:04.19 | XorA | anyway, time for me to go home, bye |
| 16:04.40 | koen | reenoo_: the bug happens if you commit before update (i.e creating divergence) |
| 16:04.51 | CIA-2 | 03koen 07org.oe.dev * r91669c81... 10/packages/initscripts/initscripts_1.0.bb: disapproval of revision 750e11a1ae1b2f764d9f8957da4d35526d71d7a4 |
| 16:05.38 | koen | which should go away in a few revisions, since it only happens on a specific ancestor |
| 16:06.00 | reenoo_ | koen: so, de facto offline operations aren't possible with monotone right now (fwiw, I don't think the bug is limited to 0.21)? |
| 16:06.34 | koen | reenoo_: not when you touch initscripts.bb, all other files should be ok |
| 16:07.17 | koen | reenoo_: 0.21 introduced a regression which triggered the bug in a bad way, so yes, I think it isn't limited to 0.21 |
| 16:07.33 | reenoo_ | koen: err.. you can accidently run into the same bug with any file in the repo |
| 16:07.55 | koen | true |
| 16:08.18 | koen | depending on the distance between ancestor when you sync |
| 16:09.07 | koen | it can be avoided my merging less often, as strange as it may sound |
| 16:09.26 | *** join/#oe gustins (gothic_pun@84.237.150.190) |
| 16:09.27 | koen | but still, it shouldn't happen in a decent scm |
| 16:09.42 | gustins | hey people |
| 16:09.45 | gustins | ... :) |
| 16:09.47 | koen | hey gustins |
| 16:09.51 | gustins | how are you? |
| 16:10.12 | gustins | koen, where r u from? |
| 16:10.21 | koen | gustins: the netherlands |
| 16:10.34 | gustins | yea, i'm from latvia :) |
| 16:10.44 | gustins | do u know where it is? |
| 16:11.20 | gustins | hey, here is someone from germany? |
| 16:13.35 | CoreDump|home | gustins: me |
| 16:13.41 | florian_kc | gustins: me |
| 16:14.45 | reenoo_ | alright.. can't get this crap to work here.. off to university |
| 16:14.51 | gustins | ye that is great... :) |
| 16:14.59 | gustins | from which city? |
| 16:15.09 | florian_kc | gustins: Siegen |
| 16:16.00 | gustins | siegen? in which part of germany it is, i have no idea... |
| 16:16.42 | florian_kc | gustins: Right in the center... half the way from Frankfurt to Colonge. |
| 16:17.14 | gustins | oh... i see.... |
| 16:17.28 | gustins | once i was i germany, i liked it... |
| 16:18.32 | Cwiiis | Wow, I must say, OZ/Opie 3.5.4 is shaping up nicely :) |
| 16:18.54 | CoreDump|home | indeed |
| 16:19.00 | Cwiiis | It seems to think the collie's default rotation is landscape though, that a known bug? |
| 16:19.21 | Cwiiis | static wallpaper in Opie doesn't work at all well when rotated :) |
| 16:19.34 | CoreDump|home | got that,too: b0rked rotation on Collie and akita |
| 16:19.53 | CoreDump|home | vi /e/init.d/opie and trash the "transformed" line |
| 16:20.05 | Cwiiis | The fonts look excellent now though, just like GPE :) |
| 16:21.25 | *** part/#oe gustins (gothic_pun@84.237.150.190) |
| 16:21.50 | *** join/#oe martin__ (~martin@adsl-66-159-197-113.dslextreme.com) |
| 16:22.22 | Cwiiis | Odd font bug is back in opie-console too :/ |
| 16:23.44 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 16:25.55 | martin__ | so... when I run monotone and try to pull... it just sits there. netstat -a does not show any connections happening |
| 16:26.06 | Cwiiis | martin__: Give it a couple of hours |
| 16:26.25 | martin__ | but I thought it was supposed to download stuff. It is not even eating cpu |
| 16:26.32 | martin__ | Cwiiis: is osmething up with the servers? |
| 16:26.40 | Cwiiis | No idea then... All I know is the first pull takes ages - I've not updated today |
| 16:27.15 | martin__ | Cwiiis: I tried a first pull yesterday, and it bailed half way through. I should have recorded the error, but did not. |
| 16:29.22 | Cwiiis | martin__: I've been out of the loop a bit recently, so I'm not really up on the issues |
| 16:29.36 | martin__ | ok. :D |
| 16:30.44 | koen | http://thread.gmane.org/gmane.comp.handhelds.openembedded |
| 16:30.49 | martin__ | well... it is easier to ignorehere... right? |
| 16:31.19 | martin__ | koen: can't we just use your snapshot? is there any drawback to that? |
| 16:31.22 | koen | download http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 and do a pull |
| 16:32.37 | koen | JustinP: export patches and download a db, that's the easiest option |
| 16:32.45 | koen | the monotone people might have more clues |
| 16:33.01 | koen | JustinP: I got confirmation people have downloaded your db and are looking into it |
| 16:33.02 | JustinP | hmmm..... |
| 16:33.08 | JustinP | ah, good |
| 16:34.08 | JustinP | yes, I do see the download in my apache access log :-) |
| 16:34.37 | koen | 18:17 < msh> I guess it's probably that people don't really have much to add without looking closely at the db and figuring the bug |
| 16:34.41 | koen | 18:17 < msh> I've downloaded that db, though haven't had time to study it closely and figure what's going on |
| 16:35.34 | martin__ | I've added a new machine and a distro... fortunatly that did not involve changing anything... only adding a bunch of files. |
| 16:36.17 | martin__ | to have them added to the tree, I jsut email the patches like the website says, right? |
| 16:36.18 | koen | JustinP: but I think I triggered the "demanding user" alarm :( |
| 16:36.32 | koen | martin__: attach them to bugzilla |
| 16:37.55 | martin__ | ok. it will be another week. we need to play with it some more. |
| 16:38.27 | CoreDump|home | did my latest sync make it? |
| 16:39.05 | martin__ | monotone: warning: protocol error while processing peer ewi546.ewi.utwente.nl: 'received network error: anonymous access to branch 'org.openembedded.koen' denied by server |
| 16:39.38 | Cwiiis | JustinP: Just had a look at the ipkg source btw - there isn't actually a '--help', so its use of stderr is kind of valid... The best way to patch it would be to add a --help and perhaps a --detailed-help switch (the former being formatted to be readable on pda screens) |
| 16:40.53 | martin__ | here is a silly question. when I do a pull on something like koen's snapshot, do I have to specify "org.openembedded.*" each time? |
| 16:46.32 | *** join/#oe marcan (1337@83.213.70.253) |
| 16:54.36 | CoreDump|bbl | holy crap, an opie-reader installation just grew by 10MB by using flite libs |
| 16:56.28 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
| 16:58.30 | koen | CoreDump|bbl: cool eh? |
| 16:58.39 | koen | CoreDump|bbl: more polish |
| 16:59.26 | CoreDump|bbl | bleh :) |
| 17:00.04 | koen | CoreDump|bbl: bugzilla has some patches fromPatrick to fix it |
| 17:00.08 | JustinP | Cwiiis: That's interesting...what *is* the help switch? Still, though, I don't think outputting *help* on stderr is really right... And I agree on the --help and --detailed-help options |
| 17:00.26 | JustinP | martin__: I *think* you may be able to set a default in your monotonerc |
| 17:00.29 | Cwiiis | JustinP: There isn't a help switch :) It just outputs help every time you don't give it valid input |
| 17:00.33 | CoreDump|bbl | i'll have a look, thanks. bbl |
| 17:00.36 | JustinP | martin__: or you can do what I do and use a shell script |
| 17:00.56 | JustinP | Cwiiis: which isn't really correct behavior....anyway.... |
| 17:01.01 | koen | Cwiiis: a very helpfill error message ;) |
| 17:01.48 | martin__ | JustinP: ok. now how about the error I posted up earlier? the monotone.vanille.de does nothing when I connect, and the other one gives me the error that I can not access koen's branch |
| 17:02.07 | Cwiiis | JustinP: Nope... I'll see about patching it |
| 17:02.12 | koen | martin__: it is serving org.openembedded.{dev,nslu2-linux,dreambox} |
| 17:02.18 | JustinP | martin__: don't sync the koen branch |
| 17:02.30 | JustinP | exactly, use org.openembedded.{dev,nslu2-linux,dreambox} instead |
| 17:02.31 | koen | so trying to access my branch will result in failutre |
| 17:02.48 | martin__ | ok. I guess I should have just looked up the syntax |
| 17:03.24 | martin__ | :D |
| 17:03.26 | martin__ | thanks again |
| 17:05.50 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 17:08.28 | Cwiiis | wow, ipkg options parsing is needlessly complicated... |
| 17:09.57 | Cwiiis | ah, easy to patch though :) |
| 17:10.14 | Cwiiis | JustinP: Would you care to write an abridged help that would display nicely on small screens? |
| 17:10.25 | france_ | Cwiiis: patches are welcome |
| 17:10.29 | JustinP | Cwiiis: I thought that was your idea ;-) |
| 17:10.47 | florian_kc | Cwiiis: but don't break it! |
| 17:10.48 | JustinP | and it depends on the size of the screen you're pandering for...I have a 640x480 |
| 17:10.55 | Cwiiis | france_: Yup, will write one now, with JustinP's help :) |
| 17:11.04 | france_ | :-) |
| 17:11.07 | Cwiiis | florian_kc: No promises ;) |
| 17:11.16 | florian_kc | :-) |
| 17:12.06 | Cwiiis | JustinP: I think a column-width of 40 would be about safe for most configurations |
| 17:13.13 | JustinP | ok |
| 17:13.19 | Cwiiis | the collie console displays more than that, but that fits quite nicely in opie-console with the Deja mono font at size 8 |
| 17:13.29 | JustinP | bit busy fixing a bug at work at the moment.... |
| 17:13.30 | Cwiiis | (on a QVGA screen) |
| 17:13.37 | JustinP | I used to have acollie so I understand |
| 17:13.46 | Cwiiis | np, just send me the text whenever you have time :) |
| 17:14.16 | *** join/#oe univac (~univac@amg68.neoplus.adsl.tpnet.pl) |
| 17:15.02 | univac | i run monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.* |
| 17:15.15 | univac | but i musted stop it |
| 17:15.25 | univac | can i continue it? |
| 17:15.41 | *** join/#oe reenoo (~rwagner@x14.informatik.uni-bremen.de) |
| 17:16.58 | CIA-2 | 03coredump 07org.oe.dev * rdb29fb05... 10/packages/meta/opie-image.bb: Test (take two) |
| 17:18.35 | *** join/#oe dkey| (~dkey@L0001P15.dipool.highway.telekom.at) |
| 17:18.49 | koen | CoreDump|bbl: passed |
| 17:23.26 | *** join/#oe jdims (~sleepless@24-119-121-6.cpe.cableone.net) |
| 17:26.00 | Cwiiis | JustinP: Written patch, so ready whenever you are :) |
| 17:27.31 | JustinP | univac: you can start it again, yeah |
| 17:27.47 | JustinP | Cwiiis: When did it get to be my job to rewrite the help? :-| |
| 17:27.48 | koen | who was talking about teaching busybox to make libb dynamic and linking ipkg against that? |
| 17:28.47 | *** join/#oe zecke_ (~ich@83-169-171-16-dynip.superkabel.de) |
| 17:29.31 | *** join/#oe CP|Laptop (~nobody@H177.C78.B0.tor.eicat.ca) |
| 17:29.51 | Cwiiis | JustinP: Ah, sorry, thought you'd agreed :) Nevermind, I can write a short help, got a little spare time |
| 17:32.01 | JustinP | Cwiiis: I can do it but as I said, I'm a bit busy at the moment...I'd be happy to proofread it for you and such if you get something done quick. |
| 17:32.19 | JustinP | multitiered help would be good as well, but f course we don't want to bloat ipkg ;-) |
| 17:33.09 | Cwiiis | JustinP: It's like a 5-line patch to add a help and long-help :) The only bloat comes from the extra text of a short help, which by definition, is short :) hehe |
| 17:37.54 | florian_kc | NOTE: package meta-sdk-1.0: completed |
| 17:40.52 | koen | florian_kc: good! |
| 17:41.57 | florian_kc | koen: i'll try to feed monotone with all the fixes now... |
| 17:43.20 | *** join/#oe zap (~zap@217.170.93.9) |
| 17:43.24 | koen | florian_kc: be sure to run monotone update before doing a commit |
| 17:43.44 | koen | or a propagate if you work on a branch |
| 17:45.26 | florian_kc | koen: i'm just updating... that takes a while. |
| 17:45.29 | CoreDump|bbl | koen: thx |
| 17:49.20 | CoreDump|home | koen: umm, you don't have a link to that bugzilla entry regarding opie-reader handy, do you? |
| 17:50.03 | koen | CoreDump|home: I can't seem to find it, maybe it was a discussion on the list |
| 17:50.31 | _ggilbert | opie-reader did come up on the oe list |
| 17:50.36 | koen | check for a thread between pb and patrick |
| 17:50.53 | JustinP | so is there a recent OE snapshot up that I can play with? I need to figure out a way to extract my local changes and apply them to the new and improved mergeable OE DB. |
| 17:51.22 | *** join/#oe CP|Laptop (~nobody@H177.C78.B0.tor.eicat.ca) |
| 17:51.30 | koen | http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
| 17:51.47 | CoreDump|home | koen: might want to put that into the topic :) |
| 17:52.26 | zecke_ | rsync http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 topic |
| 17:52.39 | zecke_ | koen: stop making ewi slower ;) |
| 17:53.08 | koen | zecke_: :) |
| 17:53.34 | koen | zecke_: ewi will probably have a ipaq attached via usbnet next month |
| 17:54.22 | CP|Laptop | Oh, so thats monotone is running on these days... :) |
| 17:54.26 | CP|Laptop | Splains a lot, I say |
| 17:54.54 | zecke_ | koen: monotone: warning: protocol error while processing peer ewi546.ewi.utwente.nl: 'received network error: access to branch 'org.openembedded.com' denied by servermonotone: ' |
| 17:55.05 | koen | yeah |
| 17:55.16 | koen | I mistyped the branchname |
| 17:55.33 | zecke_ | koen: could we setup a tinderbox, and run tinderclients on ewi as well? |
| 17:55.39 | zecke_ | koen: until we've qa.hh.org? |
| 17:56.11 | koen | zecke_: I've been asking you that for weeks :) |
| 17:56.17 | koen | so, yes, please go ahead |
| 17:56.31 | zecke_ | koen: I didn't knew france_ agenda |
| 17:57.19 | *** join/#oe Crofton__|laptop (~balister@h80ad92dd.dhcp.vt.edu) |
| 17:58.10 | CIA-2 | 03mickeyl 07org.oe.dev * rc01db267... 10/packages/opie-taskbar/ (opie-taskbar/c7x0/opie opie-taskbar/opie opie-taskbar_cvs.bb): |
| 17:58.10 | CIA-2 | Opie-Taskbar: remove hard coded QWS_DISPLAY setting from initscript |
| 17:58.10 | CIA-2 | (this was never supposed to be checked in) |
| 18:02.02 | Crofton_ | So do I need to do anything if I checked out oe from monotone.vanille.de yesterday afternoon (EST) |
| 18:02.55 | koen | Crofton_: monotone sync should be the right thing |
| 18:03.13 | Crofton_ | hmm, so do a mt sync now? |
| 18:03.49 | reenoo | koen: why sync instead of pull? |
| 18:03.56 | koen | D'oh |
| 18:04.00 | koen | pull |
| 18:04.02 | Crofton_ | wiki says pull |
| 18:04.03 | Crofton_ | OK |
| 18:04.36 | koen | reenoo: force of habit, I exclusively use sync |
| 18:05.51 | zecke_ | koen: is any directory writable? |
| 18:06.10 | CoreDump|home | Cwiiis: our "rotation" bug was just fixed by mickeyl :) |
| 18:06.16 | koen | zecke_: /var/www/OE, or any other dir you want |
| 18:06.50 | zecke_ | koen: I need a 'servable' directory, one for cgi and one private data directory |
| 18:07.08 | zecke_ | but I'll take a rest first |
| 18:07.16 | reenoo | koen: hmm.. is that the right thing to do even with write access? |
| 18:07.48 | koen | reenoo: If you don't want changes to get lost, yes, but pull is OK too |
| 18:09.46 | koen | zecke_: ehm, try /data/tinderbox |
| 18:10.10 | *** join/#oe dmx_ (~dmx@ppp83-237-233-215.pppoe.mtu-net.ru) |
| 18:10.24 | dmx_ | hi again all. |
| 18:10.32 | koen | hey dmx_ |
| 18:10.33 | zecke_ | koen: root:root owns it? |
| 18:10.45 | zecke_ | koen: thanks |
| 18:13.44 | CIA-2 | 03koen 07unknown * r8c4412fb... 10/packages/gpsdrive/gpsdrive_cvs.bb: add cvs version of gpsdrive |
| 18:13.47 | reenoo | koen: hmm, guess I'll have to read the manual one more time. I was of the impression sync was a two way operation. |
| 18:13.47 | CIA-2 | 03koen 07unknown * rb5ba8941... 10/packages/gpsdrive/gpsdrive_cvs.bb: add cvs version of gpsdrive |
| 18:13.51 | CIA-2 | 03koen 07unknown * r4980459b... 10/packages/gpsdrive/gpsdrive_cvs.bb: fix srcuri and pv of gpsdrive_cvs |
| 18:13.55 | CIA-2 | 03koen 07org.oe.dev * rbdb97a84... 10/packages/gpsdrive/gpsdrive_cvs.bb: change maintainer of gpsdrive_cvs |
| 18:14.14 | koen | reenoo: it is |
| 18:15.06 | koen | aha, monotone also sync private branches to orphan-certs |
| 18:15.17 | koen | that's why they popup as unknown |
| 18:15.24 | reenoo | koen: hmm.. how does that go along with our multiple branch heads problems? |
| 18:15.30 | koen | so a propagate just de-orphans them |
| 18:15.59 | koen | reenoo: it shouldn't matter |
| 18:16.09 | koen | since all changes have an explicit parent |
| 18:16.32 | Cwiiis | CoreDump|home: Good stuff :) I just built opie-mediaplayer2 and noticed that it doesn't seem to build any vo plug-ins... Does opie-mediaplayer2 not do video anymore? |
| 18:16.35 | zecke_ | ewi built meta-opie and meta-gpe |
| 18:16.51 | zecke_ | Cwiiis: you built libxine ;) |
| 18:16.56 | zecke_ | Cwiiis: xine does the work |
| 18:16.58 | CoreDump|home | dunno, never build it |
| 18:17.02 | koen | zecke_: ewi built http://familiar.handhelds.org//snapshots/v0.8.3/20050719/ in one run :) |
| 18:17.30 | Cwiiis | zecke: mm, but the only xine vo plugin is 'none'... How does it draw to the screen? |
| 18:17.46 | zecke_ | Cwiiis: dunno |
| 18:17.50 | Cwiiis | ah :) |
| 18:17.55 | Cwiiis | Well, I guess I'll be finding out then :) hehe |
| 18:18.18 | zecke_ | Cwiiis: but libxine-opie should have built enough plugins |
| 18:18.25 | koen | Cwiiis: qt/e doesn't use a screen, so it's much faster than bloated software using the fb |
| 18:18.40 | koen | Cwiiis: I thought that was common knowledge |
| 18:18.53 | zecke_ | Like Twin Qt/E uses Compositing natively (at least since version 4.0) |
| 18:19.02 | Cwiiis | I'm not sure if that's a joke or I misunderstood now :p hehe |
| 18:19.17 | zecke_ | koen is joking my information is right |
| 18:19.26 | koen | as usual |
| 18:19.26 | Cwiiis | Right :) |
| 18:19.31 | zecke_ | Cwiiis: but you might not need any video output port for op2 |
| 18:19.39 | zecke_ | Cwiiis: we implement one in op2 directly |
| 18:19.44 | Cwiiis | zecke_: ah, ok |
| 18:19.48 | martin__ | I remember seeing a web page somewhere that listed why OE is 'the right thing to do'... anyone see that somewhere? |
| 18:20.30 | zecke_ | koen: what is wrong with ewi? just 2.52 mb/s while downloading |
| 18:20.54 | CP|Laptop | martin__: its the right thing to do, or ibot will show up at your door with an iron pipe |
| 18:21.01 | koen | zecke_: stupid warez traders on campus |
| 18:21.37 | koen | zecke_: the ndix is only 200m away |
| 18:24.40 | Cwiiis | heh, I've been converted to opie - it really is a lot nicer than it was a year ago :) |
| 18:24.42 | CIA-2 | 03florian 07org.oe.dev * rbfb949cb... 10/packages/meta/meta-sdk.bb: Update dependencies and package names. |
| 18:24.46 | CIA-2 | 03florian 07org.oe.dev * rab71c9b6... 10/packages/gnome/gconf-dbus_cvs.bb: Set correct RPROVIDES for development package. |
| 18:24.49 | CIA-2 | 03florian 07org.oe.dev * r1d2858e7... 10/packages/gcc/gcc-cross-sdk_3.3.4.bb: |
| 18:24.49 | CIA-2 | Add a pile of definitions from gcc-cross_3.3.4.bb to separate gcc-cross-sdk |
| 18:24.49 | CIA-2 | into several packages in order to avoid dependency trouble. |
| 18:25.07 | florian_kc | ~lart Cwiiis |
| 18:25.41 | CoreDump|home | uhoh, I see a needed fix for initscripts coming |
| 18:25.42 | Cwiiis | florian_kc: It just means I'll be using opie on my pda, I'll still be working to make x11/gtk a more viable embedded platform :) |
| 18:26.05 | CoreDump|home | populate_volatile isn't installed so /var is not populated |
| 18:26.39 | CoreDump|home | Cwiiis: welcome to the dark side :D |
| 18:29.45 | florian_kc | how do i get rid of "fatal: std::logic_error: smap.hh:94: invariant 'I(lagged->first != leader->first)' violated" running "monotone merge"? |
| 18:29.45 | martin__ | my devices do not have screens. :( |
| 18:30.24 | martin__ | so I guess I run minicom and ssh |
| 18:30.40 | *** join/#oe dkey| (~dkey@L0015P03.dipool.highway.telekom.at) |
| 18:31.07 | JustinP | florian_kc: do you have the broken revisions from yesterday? |
| 18:31.18 | florian_kc | JustinP: maybe... |
| 18:31.18 | [cc]smart | if i want to add default configuration files to package cyrus-imapd, where should i place it ? |
| 18:32.58 | JustinP | florian_kc: there was some trouble with a half-committed revision or something and unmergeable heads. You may need to get the latest snapshot and re-sync when put your changes since then back in |
| 18:33.28 | florian_kc | :-/ |
| 18:33.32 | florian_kc | ~lart monotone |
| 18:34.42 | koen | florian_kc: your commit seems ok, no need to worry |
| 18:35.25 | florian_kc | koen: that was from another machine... |
| 18:35.30 | JustinP | ~lart monotone-viz |
| 18:36.25 | JustinP | I would like to be able to easily see *all* of the revisions and how they interact but monotone-viz won't compile! |
| 18:39.07 | CoreDump|home | is anyone here running a recent opie snapshot (CVS) and has working screen-tap / key-click sounds? |
| 18:40.08 | *** join/#oe gremlin[it] (~gremlin@194-185-82-48.f5.ngi.it) |
| 18:42.52 | florian_kc | Okay... what does it want to say? |
| 18:42.55 | florian_kc | monotone: read from fd 4 (peer monotone.vanille.de) closed OK after goodbye |
| 18:44.50 | Cwiiis | CoreDump|home: Works ok here |
| 18:45.20 | CoreDump|home | cvs snapshot (not 1.2.0 tag)? |
| 18:45.39 | Cwiiis | CoreDump|home: Yup, 20050721 |
| 18:45.44 | CoreDump|home | Cwiiis: thx |
| 18:46.07 | CoreDump|home | so this is a Akita or C7x0 specific problem |
| 18:46.15 | dmx_ | I now shall begin to cry. Bash it is compiled and installed. But does not work. I type the command. bash running command and freezing. It's all. Only kill -9. :( |
| 18:46.46 | dmx_ | don't return to prompt |
| 18:46.59 | dmx_ | why... :~( |
| 18:53.13 | dmx_ | There are ideas? (C760,DISTRO="openzaurus",MACHINE="c7x0",KERNEL_VERSION="2.4". On device bootstrap only.) |
| 18:53.37 | dmx_ | In advance I thank... |
| 18:54.52 | dmx_ | People most likely is cleverer than me ... |
| 18:55.12 | CP|Laptop | You would be surprised |
| 18:57.03 | *** join/#oe waqar (~waqar@tamulink-0094.vpn.tamu.edu) |
| 18:59.55 | *** join/#oe demi__ (~ingpong@213-156-52-112.fastres.net) |
| 19:00.02 | demi__ | hi |
| 19:00.25 | *** part/#oe demi__ (~ingpong@213-156-52-112.fastres.net) |
| 19:02.03 | dmx_ | Hi. |
| 19:03.38 | zecke_ | treke|home: can one file bugzilla bug reports by mail? |
| 19:03.44 | *** join/#oe koobla_home (~Simon@cm49-137.liwest.at) |
| 19:03.53 | *** join/#oe tmbinc (tmbinc@dsl-084-059-198-248.arcor-ip.net) |
| 19:07.53 | CP|Laptop | send a sase envelope to "bugs!" care of this station |
| 19:14.39 | *** join/#oe lamikr (~chatzilla@aragorn.kortex.jyu.fi) |
| 19:21.07 | *** join/#oe marcan (1337@83.213.70.253) |
| 19:22.37 | CIA-2 | 03xora 07org.oe.dev * r174d7040... 10/packages/mozilla/ (firefox_1.0.6.bb minimo_cvs.bb): |
| 19:22.37 | CIA-2 | firefox, minimo: on further double checking turns out pb was right, |
| 19:22.37 | CIA-2 | EXCLUDE_FROM_SHLIBS = "1" does exclude you from all shlib Depends |
| 19:22.37 | CIA-2 | generation as well. Removed these lines. |
| 19:25.09 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 19:26.04 | zecke_ | koen: ping |
| 19:30.02 | koen | zecke_: pong |
| 19:37.11 | zecke_ | koen: I need some assistant for tinderbox |
| 19:37.16 | zecke_ | can we do that tomorrow? |
| 19:40.08 | koen | zecke_: sure |
| 19:40.29 | zecke_ | I've populated /data/tinderbox |
| 19:40.36 | koen | mail me or harass me on IRC |
| 19:40.43 | zecke_ | but setup needs to be done tomorrow |
| 19:41.05 | zecke_ | I think we even need two tinderbox installations :( |
| 19:41.15 | zecke_ | one for bitbake and one for OE |
| 19:41.33 | koen | /data/tinderbox2 ? |
| 19:41.33 | zecke_ | as tinderbox can only use one VC at a time |
| 19:41.53 | zecke_ | let us setup the easy one first ;) |
| 19:42.10 | emte | there is a third option ... |
| 19:42.33 | emte | which allows you to only use one tinderbox |
| 19:43.00 | zecke_ | emte: explain me more |
| 19:43.06 | emte | cept it would mean you'd have to convert back and forth which has it's own inherent issues |
| 19:43.29 | emte | Hg allows you to convert both monotone and BK repositories |
| 19:43.48 | emte | as well as a few others |
| 19:43.50 | zecke_ | emte: VC_Tree assumes to be on one server |
| 19:44.46 | emte | i ment more just doing the tinderbox while in Hg and then moving the data back into mono/bk |
| 19:45.14 | emte | but like i said there are inherent issues with converting as well |
| 19:45.25 | emte | no matter how well the system does it |
| 19:46.07 | zecke_ | that sounds completely off topic? |
| 19:46.43 | emte | yes and no |
| 19:46.58 | emte | personally i'd probably use two tinderboxes |
| 19:47.20 | emte | allows for a better backup system |
| 19:47.40 | emte | less places for things to go wrong |
| 19:47.48 | zecke_ | sorry do you even know what a tinderbox is? |
| 19:47.55 | emte | yeah |
| 19:48.17 | zecke_ | what you wrote was complete non-sense |
| 19:48.26 | zecke_ | mono = I'm not interested in .NET impl |
| 19:48.33 | zecke_ | bk = bitkeeper we don't use it |
| 19:48.42 | emte | by mono i ment monotone |
| 19:48.44 | zecke_ | BitBake is svn hosted |
| 19:48.46 | emte | not the language |
| 19:48.54 | zecke_ | OE is monotone based |
| 19:49.09 | zecke_ | I've a VC_svn implemented |
| 19:49.20 | zecke_ | and I can have multiple trees |
| 19:49.38 | zecke_ | sadly all perl modules include one local config... |
| 19:50.12 | zecke_ | so you can not even share the same tinderbox code with two differen configurations |
| 19:51.05 | zecke_ | treke|home: what was the tinderbox alternative? |
| 19:51.14 | zecke_ | what is monotone using for qa? |
| 19:52.57 | zecke_ | emte: how can the installation be shared? |
| 19:53.05 | emte | Hg |
| 19:53.24 | zecke_ | what does Hg mean? |
| 19:53.25 | emte | but it means converting in and out like i said |
| 19:53.33 | emte | Mercurial |
| 19:54.02 | zecke_ | what does a SCM has to do with it? please explain? |
| 19:55.15 | emte | you could run the tinderbox whileeverything is in Hg and have scripts to auto convert in and out for all the other implementations |
| 19:55.59 | zecke_ | emte: that won't ever work |
| 19:56.15 | zecke_ | how should the tinderbox should know out of which context the cgi got called? |
| 19:57.19 | emte | the same way you do normally? |
| 19:57.56 | emte | i cant imagine tinderbox2 is much different than 1 |
| 19:59.31 | CIA-2 | 03tmbinc 07org.oe.dreambox * r9a283c10... 10/ (146 files in 80 dirs): |
| 19:59.31 | CIA-2 | explicit_merge of 60b47beac72c6f1f23514b42a309716b470d471b |
| 19:59.31 | CIA-2 | <PROTECTED> |
| 19:59.31 | CIA-2 | <PROTECTED> |
| 19:59.31 | CIA-2 | <PROTECTED> |
| 19:59.34 | CIA-2 | 03tmbinc 07org.oe.dreambox * rc15d75bf... 10/ (5 files in 4 dirs): add machine: dm7025 |
| 20:00.44 | emte | actually ... reading the tinderbox2 page your supposed to be able to use multiple modules ... |
| 20:02.07 | emte | seems 2 is quite different from 1 as well |
| 20:14.09 | zecke_ | emte: can you paste me (in private) the text? |
| 20:14.51 | zecke_ | emte: so I can set VC_TREE so that some trees are OE trees and some Bitbake? |
| 20:18.00 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 20:24.15 | *** join/#oe andersee (~andersee@codepoet.org) |
| 20:29.24 | *** join/#oe CP|Lapto1 (~nobody@host218.bellglobal.com) |
| 20:29.24 | *** part/#oe pH5 (~ph5@p5485C3F0.dip.t-dialin.net) |
| 20:37.18 | *** join/#oe Hound (~AirSaniti@54f2a349edebc13c.session.tor) |
| 20:41.07 | *** join/#oe CP|Lapto2 (~nobody@H177.C78.B0.tor.eicat.ca) |
| 20:44.51 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 20:47.05 | *** part/#oe waqar (~waqar@tamulink-0094.vpn.tamu.edu) |
| 20:47.20 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 20:49.35 | CP|OLS | http://www.linuxsymposium.org/2005/view_abstract.php?content_key=60 |
| 20:49.42 | CP|OLS | Should I go be a troll? :) |
| 20:50.21 | koen | "built around the Red Hat comps.xml file," |
| 20:50.25 | koen | nuff said |
| 20:51.13 | CP|OLS | I should streak the room with "OE r0x0rs your b0x0rs" written on my buttcheeks |
| 20:51.27 | XorA | CP|OLS: that'd get attention |
| 20:51.29 | CP|OLS | And if you've ever seen my picture, that should scare you greatly |
| 20:51.39 | _ggilbert | ... |
| 20:52.41 | CP|OLS | My ass, killer of a thousand IRC rooms |
| 20:52.45 | _ggilbert | THE GOGGLES! THEY DO NOTHING! |
| 20:53.40 | XorA | so is that a build system that can build 1000 variations on RedHat? |
| 20:55.51 | france_ | as long as you do not install them the rpm db is safe |
| 20:55.59 | france_ | building them would work |
| 20:56.04 | koen | out of all the package systems rpm has caused me the most grief |
| 20:56.12 | koen | since portage isn't a package system ;) |
| 20:56.29 | france_ | rpm can be a pain, the code is the docs |
| 20:56.33 | XorA | epkg caused me the least ever :-) |
| 20:56.43 | france_ | and if you do not write custom macros things can be hard |
| 20:57.26 | XorA | france_: one of the biggest bummers is trying to re-create someone elses rpm, you need to find all their magic macros |
| 20:59.24 | france_ | for folks that rpm often, there is a set of macros that every body knows, so it is rarely a problem unless you are new to building with |
| 20:59.47 | france_ | rpm then it becomes a mystical journy for macros |
| 21:00.32 | france_ | a high learning curve with no manual or teachers |
| 21:04.25 | *** join/#oe marcan_ (1337@83.213.70.253) |
| 21:05.21 | zecke_ | good nite |
| 21:05.29 | gremlin[it] | nite |
| 21:05.47 | koen | 'night zecke_ |
| 21:06.18 | JustinP | perhaps having my own branch will fix all this merging nonsense... |
| 21:06.27 | *** join/#oe pb_ (~pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
| 21:06.34 | zecke_ | good nite pb_ |
| 21:06.52 | pb_ | yo zecke_ |
| 21:15.29 | *** join/#oe marcan (1337@83.213.70.253) |
| 21:33.27 | reenoo_ | re |
| 21:48.35 | *** join/#oe |dkey| (~dkey@L0002P01.dipool.highway.telekom.at) |
| 21:51.34 | *** part/#oe Jean-MAr1 (~jmau@p54A592AC.dip0.t-ipconnect.de) |
| 21:57.21 | *** join/#oe CP|Laptop (~nobody@Toronto-HSE-ppp3638481.sympatico.ca) |
| 22:00.48 | *** join/#oe dkey (~dkey@L0003P19.dipool.highway.telekom.at) |
| 22:12.40 | *** join/#oe florian (~fuchs@p5083B586.dip0.t-ipconnect.de) |
| 22:12.43 | florian | re |
| 22:13.32 | reenoo_ | florian: wb |
| 22:15.14 | *** join/#oe marcan_ (1337@83.213.70.253) |
| 22:16.19 | CIA-2 | 03florian 07org.oe.dev * r7451db57... 10/classes/package.bbclass: Applied patch by Philip Blundell to fix package names in dependencies. |
| 22:17.07 | florian | ah... our traitor is a little bit slow today. |
| 22:18.05 | pb_ | mm? |
| 22:18.19 | reenoo_ | florian: the cia script checks for updates every 5 mins or so only |
| 22:18.38 | reenoo_ | florian: so, the delay is kind of expected |
| 22:19.02 | florian | ah... |
| 22:20.32 | pb_ | wasn't mickey planning to convert it to being driven by actual checkins, rather than polling? |
| 22:20.41 | pb_ | I guess he didn't do that yet, anyway |
| 22:21.53 | koen | pb_: mickey is planning to use a lua hook for that |
| 22:24.05 | pb_ | crumbs, has he had some kind of bust-up with python? |
| 22:24.33 | koen | no |
| 22:24.38 | koen | monotone stuff is in lue |
| 22:24.41 | koen | lua* |
| 22:24.57 | koen | the monotonerc is a script file where you can hook in stuff like that |
| 22:25.09 | pb_ | ah, I see |
| 22:25.23 | pb_ | I guess he is busy writing a wrapper to plug python into lua |
| 22:26.06 | koen | :) |
| 22:27.00 | koen | http://article.gmane.org/gmane.comp.version-control.monotone.devel/4151 |
| 22:27.04 | koen | about our problem |
| 22:30.16 | *** part/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 22:31.23 | reenoo_ | read that through the list. doesn't contain any real info though. do you know more? |
| 22:33.49 | koen | no, but there was some "$dev: $otherdev, write a summary for the mailinglist" action on #monotone earlier |
| 22:34.39 | koen | so you could follow up with "cool, any details on that?" or something similar |
| 22:35.48 | *** join/#oe Crofton__|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:36.28 | *** join/#oe hufnus (~slonsiki@m751336d0.tmodns.net) |
| 22:37.43 | *** join/#oe tmbinc (tmbinc@dsl-084-059-194-029.arcor-ip.net) |
| 22:38.59 | reenoo_ | koen: I refrained from responding earlier. not going to change my mind now |
| 22:44.20 | *** join/#oe dkey| (~dkey@L0002P19.dipool.highway.telekom.at) |
| 22:49.01 | dmx_ | yahoo!!! My bash is word now! |
| 22:49.06 | dmx_ | s/word/work |
| 22:52.11 | dmx_ | I removed (commented) all strings about bash in org.openembedded.dev/site/arm-linux and it work now. |
| 22:58.49 | rwhitby | vanille.de down? |
| 23:02.24 | CIA-2 | 03mickeyl 07org.oe.dev * r971dbb20... 10/packages/initscripts/ (initscripts-1.0/tosa/keymap-2.4.map initscripts_1.0.bb): |
| 23:02.24 | CIA-2 | initscripts: add sane keymap for tosa running 2.4 |
| 23:02.24 | CIA-2 | this keymap contains the mappings for special buttons to F-keys |
| 23:04.06 | rwhitby | vanille.de back up :-) |
| 23:04.37 | dmx_ | bye all. sleep is good. |
| 23:07.36 | CIA-2 | 03mickeyl 07org.oe.dev * ra09cb275... 10/conf/machine/tosa-2.4.conf: tosa: ship console-utils in the default image |
| 23:10.21 | reenoo_ | ibot botmail for mickeyl fyi, as requested I'm subscibed to angstrom-dev now |
| 23:12.21 | koen | reenoo_: you could be the second person in #angstrom too ;) |
| 23:14.23 | *** part/#oe Hound (~AirSaniti@54f2a349edebc13c.session.tor) |
| 23:19.30 | reenoo_ | koen: maybe once I've switched to xchat on this box. my current "BX instances in screen" approach doesn't scale well |
| 23:20.09 | koen | :) |
| 23:21.22 | koen | since we want eabi in angstrom (to stop switching float stuff and being incompatible with ourselves) we have a lot of time to design and plan stuff |
| 23:21.35 | koen | which we should do on the mailinglist(s) |
| 23:23.34 | *** join/#oe memeruiz (~memeruiz@adslnat-sanjoaquin-129.ice.co.cr) |
| 23:26.18 | reenoo_ | is there a working eabi toolchain now? |
| 23:26.25 | koen | no |
| 23:26.34 | koen | that's why we have a lot of time |
| 23:26.42 | reenoo_ | ah, I see |
| 23:26.51 | koen | pb_: any known timeframe on glibc and eabi? |
| 23:31.41 | pb_ | no |
| 23:45.34 | *** join/#oe _josh_ (~LPA@e180176110.adsl.alicedsl.de) |
| 23:59.32 | koen | 'night all |