00:01.47 | gb2 | holy crap. i should have drainoed that sink months ago. it's like 100 times faster now |
00:01.57 | pb_ | gb2: heh |
00:02.22 | pb_ | oris_wolfbane: what's the actual issue? pastebin.ca URLs are no use; that site doesn't work. |
00:03.01 | kergoth | that link worked fine here |
00:03.02 | kergoth | heh |
00:03.54 | oris_wolfbane | pb_, ive just get everything set up as detailed on the wiki, and when i try to run bitbake i get the error "TypeError: pkgdata() takes exactly 2 arguments (3 given) |
00:03.54 | oris_wolfbane | " |
00:03.59 | pb_ | ah, did they fix their broken dns? that's cool. |
00:04.29 | oris_wolfbane | nah, you can get to it from oe.handhelds.org |
00:04.47 | kergoth | he isnt talking about oe's site, he's talking about pastebin.ca |
00:04.58 | pb_ | yeah |
00:05.13 | pb_ | it certainly used to be the case that pastebin.ca had an AAAA record pointing to a duff address. |
00:05.27 | pb_ | so, if you had IPv6 turned on, the site was effectively unreachable |
00:05.42 | kergoth | ah |
00:05.50 | oris_wolfbane | oops, my mistake |
00:06.02 | pb_ | but, it does look like they've fixed that now. so, rock. |
00:09.09 | pb_ | sadly, though, I have no idea about your pkgdata() problem. I guess that überhacker mickeyl and/or überhacker zecke would be your resource for that kind of thing. |
00:12.19 | oris_wolfbane | pb_, ok, thanks for trying |
00:14.26 | oris_wolfbane | exit |
00:14.29 | oris_wolfbane | oops |
00:18.37 | *** join/#oe AMDPenguin (n=nobody@aus-ext-proxy02.amd.com) |
00:22.06 | *** join/#oe Timelord (n=TL@66.84.189.72) |
00:39.53 | *** join/#oe kde (n=cesarmap@200.121.225.241) |
00:40.04 | *** part/#oe kde (n=cesarmap@200.121.225.241) |
01:01.36 | *** join/#oe noclouds (n=mhfan@60.166.59.231) |
01:06.54 | *** join/#oe ideal (n=idealm_@222.66.46.90) |
01:15.46 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:57.28 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
02:16.58 | *** join/#oe dunky (n=oe@61.49.139.18) |
02:28.17 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
02:36.17 | dunky | morning |
03:18.30 | *** join/#oe xiaowen (n=uhm@c-67-169-126-148.hsd1.ca.comcast.net) |
03:47.43 | *** join/#oe AvengerMoJo (n=alex@210.245.196.2) |
03:50.47 | *** join/#oe cvs___ (n=cvs@h190140.upc-h.chello.nl) |
04:46.26 | *** join/#oe dunky (n=oe@61.49.139.18) |
06:07.53 | *** join/#oe myopiate (n=me@ppp102-240.lns1.bne1.internode.on.net) |
06:09.36 | *** part/#oe myopiate (n=me@ppp102-240.lns1.bne1.internode.on.net) |
06:20.36 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:30.21 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
07:11.45 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
07:15.13 | *** join/#oe dunky (n=oe@61.49.139.18) |
07:36.47 | *** join/#oe [TEHb] (n=nickolay@87.202.leased.lanck.net) |
07:51.43 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
08:01.13 | RP | morning all |
08:06.10 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-26-171.w83-115.abo.wanadoo.fr) |
08:06.17 | ggilbert | RP. |
08:06.30 | alan|laptop | hi |
08:07.02 | ggilbert | is it a bad sign when you have a 150gig folder named "foo" |
08:07.49 | *** join/#oe The_Ace (n=erik@dslb-088-072-034-022.pools.arcor-ip.net) |
08:11.50 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
08:18.02 | *** join/#oe dunky (n=oe@61.49.139.18) |
08:18.40 | *** join/#oe _guillermo (n=guillerm@dslb-084-060-115-178.pools.arcor-ip.net) |
08:29.51 | *** join/#oe DaKa (n=david@193.13.58.211) |
08:30.32 | ggilbert | now to figure out what I can do with 102gb of /storage/oe/source |
08:33.46 | ggilbert | maybe I should take donations for a hard drive :p |
08:37.17 | koen | ggilbert: why stop at one? |
08:37.42 | koen | the 'foo' folder should be allowed to grow to 1TB ;) |
08:38.23 | ggilbert | koen: hehe |
08:38.43 | ggilbert | koen: well foo I worked under this assumtion |
08:38.43 | ggilbert | assumption |
08:38.52 | ggilbert | "it looks like my various crap. i didnt know it's been sitting there for 6 months. I can delete it" |
08:38.55 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
08:39.43 | ggilbert | I could look through it carefully, but frankly I probably will never need any of it |
08:39.57 | ggilbert | the source folder needs a bit more selective cleaning |
08:39.59 | ggilbert | if any |
08:41.15 | alan|laptop | is there anyone using a wpa_psk wfi connection here ? |
08:46.55 | XorA | morning |
08:47.14 | dunky | morning |
08:58.27 | RP | morning XorA |
08:59.23 | XorA | hey RP, just making me a new git3 :-D |
09:08.37 | RP | XorA: Its the best alsa sound yet :) |
09:24.28 | hrw|work | morning |
09:24.55 | *** join/#oe dan2003 (n=mangodan@host81-157-11-13.range81-157.btcentralplus.com) |
09:26.36 | XorA | hrw|work: morning |
09:26.45 | RP | hi hrw|work |
09:27.03 | XorA | woo woo, we have booting |
09:27.37 | RP | XorA: You sound surprised? :) |
09:28.00 | XorA | RP: nah, I trust you, just suffered all night waiting for my dead Z |
09:28.15 | hrw|work | I had to remove ccache to get git3-r2 built |
09:28.46 | XorA | hrw|work: you interested in resurecting X/qt? |
09:28.53 | RP | XorA: Always keep a backup of your last known good kernel. I know this all too well ;-) |
09:29.00 | hrw|work | OT: my router each time when I login give me info 'how to make white russian drink' |
09:29.13 | hrw|work | XorA: no - just asked because of one thread on opie-devel |
09:29.21 | XorA | RP: I did have, but I ran out of time yesterday, since I became IT manager, I nicked a machine in work to build on |
09:30.08 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
09:30.27 | dunky | (MACHINE = "spitz" | DISTRO = "openzaurus-3.5.4" | KERNEL_VERSION = "2.6") |
09:30.39 | XorA | hrw|work: a pity, because I think changes are probably quite simple, I did 1st two then got stuck with the unicode in the keyboard handling as the QTe OZ uses has that block of functions left out for size reasons, sharp ROM has them in, and I couldnt find good enough docs to work out what to change |
09:30.40 | dunky | can spitz mount a hd device? |
09:30.58 | XorA | hrw|work: after spending 3 days trying to learn QT I quit in disgust |
09:32.29 | hrw|work | ah. |
09:32.37 | hrw|work | someone heard about MapFS? |
09:33.30 | dunky | hrw:never,what it is? |
09:33.38 | hrw|work | http://www.levanta.com/mapfs/ - is it looks like other unionfs? |
09:37.07 | koen | looks like unionfs |
09:41.49 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:46.55 | RP | morning mickeyl |
09:47.21 | RP | mickeyl: All that TV must have been bad for your eyes! :) |
09:48.31 | hrw|work | hi mithro |
09:49.27 | hrw|work | RP: it was 'how to write Ph.D.' programme |
09:49.49 | mickeyl | heh |
09:49.51 | mickeyl | morning guys |
09:51.03 | mickeyl | koen: :D |
09:51.37 | koen | hey mickeyl |
09:52.41 | XorA | koen: your turning into the local gimp :-) |
09:52.49 | koen | heh |
09:53.39 | mickeyl | latex-beamer rocks. My next presentation will be written in LaTeX instead of PowerPoint. |
09:54.12 | koen | It seems I'll do a 'mickeyl' on gulev |
09:55.04 | RP | not to be confused with giving a presentation in latex :-/ |
09:55.05 | koen | s5 looks pretty good too |
09:55.49 | XorA | RP: that might go down well at some conferences :-) |
10:01.11 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
10:02.26 | RP | do13[offline]: ping |
10:04.58 | RP | Several patches in rmk's system or on LKML are going to conflict with ones I have in various stages of submission :-/ |
10:07.01 | XorA | RP: time to get in first then :-D |
10:08.16 | hrw|work | someone built x86/uclibc with OE? |
10:08.31 | mickeyl | ages ago |
10:09.44 | hrw|work | I cannot get gcc-cross-initial 3.4.2 |
10:09.47 | hrw|work | 3.4.4 |
10:10.03 | alan|laptop | hrw|work: you are plaing with an X86 build ? |
10:10.38 | hrw|work | alan|laptop: I want to build rescue distro for own usage |
10:11.44 | alan|laptop | ok. I will try to build one for educationnal purpose : tes |
10:12.20 | alan|laptop | text processing + Net in schools on light hardware config. |
10:21.21 | v8jlene | Hi. To get glibc to link on sh4 I needed to create a oetmp/work/glibc-2.3.5+cvs20050627-r0/libc/configparms with "no-z-defs=yes". Any suggestions on where to do this within oe? |
10:21.38 | hrw|work | v8jlene: site/sh4-linux? |
10:24.32 | v8jlene | hrw|work: So I should see what effect that has on the autoconf stuff and then try and put that entr in site/sh4-linux? Ok... gives me another option to look at. Thanks. |
10:25.26 | hrw|work | v8jlene: site/* are config.cache files - keep all results of autoconf tests (iirc) |
10:31.11 | hrw|work | XorA: Thx for /proc/sysrq-trigger info |
10:32.24 | hrw|work | chmod 222 /proc/sysrq-trigger in initscript make my machine quite maintanable |
10:32.31 | XorA | hrw|work: cool |
10:33.12 | hrw|work | atleast rebootable |
10:34.35 | v8jlene | hrw|work: As far as I can tell configparms doesn't effect the output of configure. It's changes options that would normally go in config.make? |
10:35.07 | hrw|work | v8jlene: dont know - I use already tested stuff usually |
10:38.53 | v8jlene | hrw|work: Thanks. I don't see anyone else trying to build for sh4 so I think I'm on my own here ;) |
10:39.35 | ade|desk | hrw|work: uclibc svn or 0.9.28 ? |
10:39.58 | *** join/#oe dkey (i=nobody@193.170.48.236) |
10:41.36 | hrw|work | ade|desk: 0.9.28 |
10:41.54 | hrw|work | ade|desk: gcc-cross-initial 3.4.4 fails on unable to find crt1.o |
10:42.07 | hrw|work | ade|desk: so now I'm building glibc one |
10:46.08 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-34-188.w83-115.abo.wanadoo.fr) |
10:48.52 | *** join/#oe alan_ (n=alan@ARouen-152-1-79-154.w86-192.abo.wanadoo.fr) |
11:08.02 | *** join/#oe ideal (n=idealm_@218.82.61.129) |
11:10.26 | koen | lunch break! |
11:10.45 | koen | almost the best time of day |
11:16.03 | koen | god damnit |
11:16.11 | koen | another spam attack on the wiki |
11:16.20 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
11:27.15 | magnet | hi |
11:39.02 | koen | hey magnet |
11:40.12 | *** part/#oe koobla (n=vogl@pdpc/supporter/active/koobla) |
11:47.08 | *** join/#oe lardman|work (n=lardman@138.38.73.178) |
11:47.29 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
11:48.24 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
12:00.06 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:10.22 | *** join/#oe dmunicio (n=dmunicio@vpn.rfranco.com) |
12:18.14 | dmunicio | hi all |
12:20.39 | koen | hey dmunicio |
12:24.13 | *** join/#oe ideal (n=idealm_@218.82.61.129) |
12:25.32 | lardman|work | In conf/distro/openzaurus-3.5.4.conf, the line: DISTRO_VERSION = "3.5.4" is commented. Is this normal? |
12:26.17 | lardman|work | Actually, that doesn't even matter - I don't seem to even be having this file read in at all |
12:27.19 | lardman|work | I presume that setting DISTRO="openzaurus" (with no version) doesn't work? |
12:27.45 | lardman|work | from looking at the check which is performed at the bottom of conf/distro/openzaurus.conf |
12:29.00 | RP | lardman|work: correct - versioned distro is much more usable |
12:29.15 | RP | Its probably not set so images in the wild don't get mistaken |
12:29.46 | lardman|work | It's just that I don't seem to be getting a preferred version of something set in conf/distro/preferred-gpe-versions-2.7.inc |
12:29.56 | lardman|work | so am trying to work back and work out why not |
12:30.24 | RP | lardman|work: Perhaps something else overrides it? |
12:30.49 | lardman|work | RP: yes, I'll have a look through |
12:33.23 | lardman|work | hmm, I pulled from koen's backup, it appears that it hadn't sync'ed the update (that's my guess) when I pulled, sorry for the noise |
12:34.39 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
12:43.08 | *** join/#oe zecke (i=fakeuser@p54BD15E3.dip0.t-ipconnect.de) |
12:43.16 | zecke | he< |
12:45.26 | hrw|work | j zecke |
12:52.30 | lardman|work | What's the current OE version? I just pulled and updated and get: monotone: already up to date at 4741ce472626483ef14f4a9e8706f74f696beea4 |
12:53.54 | koen | hey zecke |
12:54.08 | koen | lardman|work: which branch? |
12:54.14 | lardman|work | .dev |
12:54.23 | koen | no idea |
12:54.37 | hrw|work | 13:54 hrw@home:org.openembedded$ monotone heads |
12:54.38 | hrw|work | monotone: branch 'org.openembedded.dev' is currently merged: |
12:54.38 | hrw|work | 4741ce472626483ef14f4a9e8706f74f696beea4 rpurdie@openembedded.org 2005-11-02T17:06:52 |
12:54.40 | lardman|work | ah, so perhaps the change to gpe-conf hasn't made it into that branch? |
12:54.41 | koen | I don't work on .dev nowadays |
12:55.16 | lardman|work | Shouldn't changes to the branch come back into dev? |
12:55.42 | hrw|work | lardman|work: rather changes to branch should become from dev |
12:55.52 | lardman|work | hrw|work: yeah |
12:56.35 | lardman|work | hrw|work: you have .dev? Could go grep conf/distro/preferred-gpe-versions-2.7.inc for 'gpe-conf' please? |
12:56.41 | lardman|work | s/go/you |
12:57.30 | hrw|work | ok |
12:57.45 | hrw|work | preferred-gpe-versions-2.7.inc:#PREFERRED_VERSION_gpe-nmf ?= "0.21" |
12:57.52 | hrw|work | ops |
12:57.56 | lardman|work | :) |
12:58.00 | hrw|work | preferred-gpe-versions-2.7.inc:PREFERRED_VERSION_gpe-conf ?= "0.1.25" |
12:58.15 | lardman|work | phew, not just me then |
12:58.55 | lardman|work | so what's the fix for this issue then? the preferred version has been updated in the release branch, but not in .dev |
13:00.38 | koen | use the branch :) |
13:00.45 | lardman|work | forever.... |
13:00.47 | lardman|work | ? |
13:01.07 | koen | till the release or something |
13:01.11 | lardman|work | the two will need to be merged at some point after the actual release |
13:01.26 | koen | no, they don't |
13:01.40 | lardman|work | no, they don't, but that would be foolish |
13:01.51 | koen | when it's released we'll delete stuff from .dev |
13:01.55 | lardman|work | replication of work, etc. |
13:05.22 | lardman|work | is it only the conf files which are branched? why do I have a .bb for gpe-conf_0.1.26? |
13:07.55 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
13:13.12 | lardman|work | what's the branch name? fam081oz354? |
13:13.19 | hrw|work | oz354fam083 |
13:13.35 | lardman|work | okay, and I can pull that from the usual places? |
13:14.07 | *** join/#oe AvengerMoJo (n=alex@avenger.brainfood.com) |
13:15.56 | hrw|work | yes |
13:16.12 | lardman|work | cool, I've started it going |
13:16.14 | lardman|work | thanks |
13:16.37 | lardman|work | my dev images may as well benefit from the changes which have been made to the release brance |
13:19.40 | *** join/#oe Cobelius (n=rehfeld@193.149.11.237) |
13:19.41 | Cobelius | hi |
13:30.29 | RP | koen: You should be submitting general changes to both branches IMO... |
13:30.49 | RP | Or only backporting changes to the release branch |
13:31.08 | RP | (unless they're only hacks for the release branch) |
13:31.42 | koen | yeah, I forgot to push the change to preferred versions |
13:37.46 | *** join/#oe Timelord (n=TL@216.137.177.98) |
13:54.39 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
14:02.46 | oris_wolfbane | can anyone look at this bug for me? http://bugs.openembedded.org/show_bug.cgi?id=435 |
14:04.05 | zecke | oris_wolfbane: well |
14:04.15 | zecke | oris_wolfbane: I did not bother to look into it yesterday |
14:04.25 | zecke | oris_wolfbane: as you specify no versions at all... |
14:04.45 | oris_wolfbane | zecke, its uptodate from svn and monotone |
14:05.44 | hrw|work | BBFILES wrong? |
14:12.39 | *** join/#oe univac (n=univac@bts198.neoplus.adsl.tpnet.pl) |
14:15.10 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
14:18.20 | *** join/#oe Pigi (n=NoOne@host134-93.pool8260.interbusiness.it) |
14:18.20 | zecke | oris_wolfbane: well did you install a old bitbake |
14:18.28 | zecke | oris_wolfbane: and are now running one from svn? |
14:18.29 | Pigi | Ciao all |
14:19.13 | oris_wolfbane | zecke, i deleted the entired drectory and then got the new one from svn |
14:19.16 | hrw|work | hi Pigi |
14:19.31 | Pigi | hi hrw|work ! |
14:19.36 | zecke | oris_wolfbane: well |
14:20.11 | zecke | find / -name 'data.py*' |
14:20.13 | *** join/#oe Cobelius- (n=rehfeld@193.149.11.237) |
14:20.16 | zecke | find / -name 'data.py*' | wc -l |
14:25.18 | Pigi | any idea when openembedded.org will be back AFAIK ? |
14:26.04 | koen | Pigi: when kergoth changes the dns |
14:26.08 | koen | Pigi: try oe.handhelds.org |
14:26.10 | Pigi | heh |
14:30.35 | oris_wolfbane | zecke, 38 |
14:34.04 | Cobelius | Which version is compiled when I only give the Name of the package but no version number? |
14:34.48 | koen | Cobelius: the one with the highest preference |
14:35.22 | koen | Cobelius: with is the highest version number, unless some .conf specifies that a certain version has to be used |
14:35.36 | koen | s/with/which/ |
14:36.05 | koen | suppose I have foo_1.0.bb and foo_1.1.bb |
14:36.43 | koen | bitbake will build 1.1 by default unless there is a PREFERRED_VERSION_foo = "1.0" somewhere, of the 1.1 .bb has DEFAULT_PREFERENCE = "-1" inside |
14:36.58 | koen | s/of/or/ |
14:37.45 | koen | assuming both files are inside BBFILES |
14:38.09 | Cobelius | okay thank you |
14:39.57 | koen | I suspect there are other ways to manipulate it, but these are the ones I know |
14:42.46 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
14:43.14 | zecke | oris_wolfbane: 38? so much |
14:43.16 | zecke | oris_wolfbane: which paths? |
14:47.23 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
14:48.07 | oris_wolfbane | zecke, just ran it again, now its 43, http://pastebin.ca/27488 |
14:48.48 | zecke | kidding me? |
14:49.09 | zecke | so you do not even have bitbake installed? |
14:50.40 | oris_wolfbane | zecke, i followed the instructions on the wiki to set the PATH |
14:51.01 | zecke | oris_wolfbane: what has this to do with having bitbake installed? |
14:51.22 | oris_wolfbane | Running BitBake without installing it |
14:51.23 | oris_wolfbane | This is the preferred method of running bitbake. Simply set the PATH variable so that the tools are accessible (eg: export PATH=/stuff/bitbake/bin:$PATH). You will need to do this every time you start a terminal for development. (You can set this in your login profile, or perhaps use a script to set the necessary variables for using BitBake.) |
14:51.37 | oris_wolfbane | so i need to install it? |
14:51.48 | zecke | oris_wolfbane: well, if you don't even find data.py you do not have any traces of bitbake |
14:51.54 | zecke | oris_wolfbane: where did I say that? |
14:52.20 | zecke | oris_wolfbane: start bitbake with python -v /path/to/your/bitbake whatever-you-wanted to create |
14:52.42 | koen | hrw|work: isn't it nice when people say 'this <thing> is so cool, I want to have it' and we can respond with 'it's been in OE for months' |
14:53.59 | hrw|work | koen: its nice |
14:54.33 | koen | let's wait for the pdaX morons to start flaming in that thread |
14:55.58 | zecke | koen: URI? |
14:56.49 | koen | http://www.oesf.org/forums/index.php?showtopic=15881&hl= |
14:57.34 | zecke | oris_wolfbane: any updates? |
14:57.53 | oris_wolfbane | just ran that, http://pastebin.ca/27490 |
14:58.32 | zecke | import bb.data # precompiled from /usr/local/lib/python2.4/site-packages/bb/data.pyc |
14:58.41 | zecke | well you at least lied twice ;) |
14:59.10 | oris_wolfbane | zecke, how so? |
14:59.13 | zecke | well your find should have spotted /usr/local/lib/py.../data.py |
14:59.22 | zecke | and second you already installed a version of bitbake |
14:59.57 | oris_wolfbane | then how come the find didnt spot it? i could have installed bitbake long ago and forgotten about it |
14:59.59 | zecke | do bitbake --version for me please |
15:00.22 | zecke | this whole thing is a good reason why do put 'versions' into a bug report |
15:00.37 | zecke | you think you run one version, but you simply don't ;) |
15:01.08 | zecke | and it should not sound as harsh as it may sound |
15:01.25 | zecke | you can either set the PYTHONPATH (or was it PYTHON_PATH) |
15:01.33 | zecke | or remove the old bitbake installation |
15:01.49 | oris_wolfbane | BitBake Build Tool Core version 1.3.2, bitbake version 1.3.2 |
15:02.11 | oris_wolfbane | zecke, how do i remove the old one? |
15:02.55 | zecke | sudo rm -rf '/' where '/' could be /usr/local/lib/python2.4/site-packages/bb |
15:03.15 | koen | heh |
15:03.27 | koen | trying to punish lazy copy/pasters? |
15:04.34 | zecke | koen: I didn't want to write lambda |
15:04.51 | koen | lambada! |
15:05.01 | zecke | (\x -> (x+1)) |
15:05.15 | zecke | (\x -> (x+1))10 |
15:05.21 | zecke | gosh I love functional programming |
15:05.36 | oris_wolfbane | zecke, ive uninstalled as per your instructions and still no luck |
15:05.37 | koen | funcprog is pretty fun to do |
15:05.42 | koen | *without assignments* |
15:06.55 | zecke | oris_wolfbane: well rerun the python -v thingie |
15:07.02 | zecke | oris_wolfbane: and look from where it pulls data.py |
15:12.43 | oris_wolfbane | zecke, thanks alot, thats sorted it |
15:12.56 | oris_wolfbane | zecke, you have a paypal donate page? |
15:17.27 | zecke | oris_wolfbane: not any more |
15:17.49 | zecke | oris_wolfbane: I do this here free of charge, without even expecting to get anything out of it |
15:17.55 | zecke | oris_wolfbane: I'm glad it works |
15:18.02 | oris_wolfbane | zecke, so am i |
15:18.15 | oris_wolfbane | zecke, thanks again |
15:18.38 | zecke | oris_wolfbane: get back to us, with your next error |
15:18.45 | oris_wolfbane | lol |
15:18.48 | zecke | oris_wolfbane: you might want to close the bug report if you want to |
15:18.56 | zecke | s/your next/the next/ |
15:18.57 | koen | anyway, bitbake-mono is much faster |
15:19.20 | zecke | koen: wasn't mono -v python bitbake already faster? |
15:20.09 | koen | no, C# is much faster |
15:20.20 | hrw|work | Forth rule anyway |
15:29.40 | *** join/#oe katossi (n=guillerm@dslb-084-060-116-042.pools.arcor-ip.net) |
15:34.48 | *** join/#oe xtmdster (i=Regina_@adsl-69-234-60-244.dsl.irvnca.pacbell.net) |
15:36.24 | *** join/#oe Bernardo (n=jbbrs@sourcemage/Bernardo) |
15:36.29 | Bernardo | hi |
15:37.08 | RP | hi Bernardo |
15:37.33 | Bernardo | RP: I've been looking at that pdf you gave me the link |
15:38.42 | Bernardo | (and found out I'm more a ignorant that I thought...) |
15:38.44 | Bernardo | :) |
15:39.38 | Bernardo | on the akita, it is using 4 bits sdio interrupt mode, right? |
15:40.01 | hrw|work | Bernardo: welcome |
15:44.40 | RP | Bernardo: 1 bit sd mode ;-) |
15:44.55 | RP | We don't do 4 bit mode or sdio yet |
15:46.52 | Bernardo | RP: ok... Time to re-read the doc... :) I was thinking the timeout and lost interrupt might be because of the extra 2 cycles needed for 4bit multi-block |
15:47.02 | *** join/#oe AvengerMoJo (n=alex@avenger.brainfood.com) |
15:47.49 | RP | Bernardo: I don't claim to fully understand SD myself and have not read much of the doucment. I think the key point was there can be two interpretations of the timeout and we only use ones of them |
15:51.49 | hrw|work | hi drw |
15:52.00 | drw | hrw|work: morning |
15:52.19 | hrw|work | dark morning even |
15:52.51 | *** join/#oe Crofton (n=balister@hc6521c94.dhcp.vt.edu) |
15:59.20 | *** join/#oe Cobelius (n=rehfeld@193.149.11.237) |
15:59.58 | Cobelius | somebody destroyed the Manual in the Wiki |
16:00.04 | Cobelius | can somebody redo it? |
16:00.29 | koen | bleh |
16:00.31 | koen | | spectrum_cs.c:588: warning: implicit declaration of function `handle_to_dev' |
16:00.32 | koen | | spectrum_cs.c:588: error: invalid lvalue in unary `&' |
16:00.39 | zecke | Cobelius: you can?! |
16:02.29 | koen | I should be ok now |
16:04.53 | Cobelius | thank you |
16:16.35 | dmunicio | anyone can tell me how can I set to set locale in oe...? I don't want all the locale packages compiled |
16:18.28 | Bernardo | RP: ok, I'll keep studying it... |
16:19.28 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
16:20.32 | lrg | RP: I've sent you the latest wm97xx touch screen driver for do13 to try on the tosa. Hopefully it will be ok. |
16:21.35 | lrg | incinerator: going to EdLug tonight ? |
16:22.00 | incinerator | indeed |
16:22.09 | incinerator | heho, who are you? |
16:22.21 | lrg | Liam |
16:22.26 | incinerator | well, coool |
16:22.36 | incinerator | didn't know there was an edlugger involved in the project.... |
16:22.55 | incinerator | I'll probably be at the Auld Hoose, as well |
16:23.07 | lrg | I'm involved with the audio and touch screen side of things |
16:23.17 | lrg | I'll also be at the Auld Hoose |
16:24.22 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
16:24.29 | incinerator | cool |
16:24.57 | incinerator | I haven't had the time to try out the oz rc yet, but I'll probably do that at the weekend.... |
16:25.10 | incinerator | if it's not good enough, I'll install the new cacko 1.23 ;-) |
16:29.44 | *** join/#oe bipolar (n=bipolar@146.145.26.90) |
16:31.08 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
16:32.25 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-121.reverse.mdcc-fun.de) |
16:33.10 | CIA-7 | 03koen 07org.oe.oz354fam083 * rbc40dc55... 10/: familiar 0.8.3: prefer orinoco 0.13e since 0.15 doesn't compile |
16:33.40 | Pigi | later all |
16:41.59 | hrw|work | koen: tried 0.15 for 2.4 kernels? |
16:42.32 | Crofton | will OE run on a 64bit athlon? |
16:43.10 | koen | hrw|work: yes, that have the error I pasted 40 minutes ago |
16:44.18 | zecke | Cobelius: in 64 bit mode the compiled gcc could segfault |
17:19.43 | *** join/#oe zecke_ (i=fakeuser@p54BD2BEF.dip0.t-ipconnect.de) |
17:21.02 | Cobelius | What is the variable PREFFERED_PROVIDERS in local.conf doing? |
17:22.15 | koen | if multiple packages provide the same thing (e.g hotplug-ng and linux-hotplug both provide 'hotplug') you can select which one you want to use |
17:23.13 | Cobelius | okay, thank you |
17:25.18 | hrw|work | who added udev 071? it stars from PR="r5" instead of r0 |
17:25.22 | hrw|work | starts |
17:26.38 | koen | hrw|work: http://cia.navi.cx/stats/project/openembedded/.message/6255755 |
17:26.56 | hrw|work | rp.. |
17:36.24 | *** join/#oe univac (n=univac@bts198.neoplus.adsl.tpnet.pl) |
17:37.38 | hrw|work | RP: ping |
17:38.36 | hrw|work | lrg: ping |
17:40.00 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
17:40.48 | hrw|work | lrg, RP: turn on c7x0, connect via ssh over usbnet, run alsamixer, bump playback to 100 - noise from speaker even without doing something on c7x0 |
17:42.11 | *** join/#oe zinosat (n=Davide@host42-146.pool872.interbusiness.it) |
17:43.31 | hrw|work | lrg, RP: if I turn on 'Output Mixer Line' noise will dissapear |
18:01.26 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
18:02.13 | hrw|work | cu |
18:16.17 | lardman|work | night |
18:17.56 | *** join/#oe lazy_marmot (n=lgopher@p5498CDC0.dip.t-dialin.net) |
18:21.54 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
18:23.33 | *** join/#oe Ekron (i=13829-id@c229133.adsl.hansenet.de) |
18:28.35 | oris_wolfbane | hey guys, ive tryed to compile both nano and opie-image, and i get an error both times about noe being able to login cvs because anoncvs:anoncvs doesnt exsist, any ideas? |
18:28.46 | oris_wolfbane | s/noe/not |
18:36.08 | RP | Should bitbake have PN as an override when working out PREFERRED_VERSION? |
18:36.45 | RP | http://www.rpsys.net/openzaurus/temp/bitbake_preferred_pn_override-r0.patch ... |
18:38.36 | *** join/#oe zap (n=zap@217.170.93.196) |
18:41.49 | CIA-7 | 03koen 07org.oe.oz354fam083 * r4cca22b3... 10/: bitbake.conf + other _cvs files: change cvs.hh.org to anoncvs.hh.org |
18:43.30 | koen | isn't pn always in overrides? |
18:46.01 | RP | koen try setting CVSDATE_somepackage and then PREFERRED_VERSION_somepackage="cvs-${CVSDATE |
18:46.26 | RP | }" |
18:47.29 | koen | I know PREFERRED_VERSION_somepackage="cvs-${CVSDATE}" doesn't work |
18:47.42 | RP | this is why and the above patch fixes that |
18:47.57 | koen | ah, I see |
18:48.00 | koen | good job! |
18:48.13 | RP | I'll bugzilla it |
18:48.29 | *** join/#oe emeteo (n=NoSwPate@kde/developer/mteijeiro) |
18:57.26 | koen | ~lart me |
19:01.46 | CIA-7 | 03koen 07org.oe.dev * r9864f624... 10/: libmimedir: add 0.3.1 release and DP down the cvs one |
19:02.03 | koen | If a student says 'I always link to /usr/lib/libbluetooth.so, so why should I change the Makefile' one more time, I'll force him to eat the ipaq |
19:02.11 | *** join/#oe pH5 (n=ph5@e178240111.adsl.alicedsl.de) |
19:02.41 | RP | koen: Is there a webcam handy? :) |
19:02.59 | koen | :) |
19:04.51 | koen | ~lart nfs |
19:11.46 | mreimer | would ipkg benefit from using sqlite to store its metadata rather than plain files? |
19:14.26 | koen | I think so |
19:15.30 | koen | it would lose the hackable-text-file feature, though |
19:15.35 | mreimer | seems like it would be a lot quicker for most things, since it wouldn't have to parse everything all the time |
19:16.10 | mreimer | seems better to have decent performance and let the hackers use a little sql, or write a front-end to tweak it by hand |
19:16.26 | koen | indeed |
19:16.38 | CosmicPenguin | You would still need to walk the files looking for changes |
19:16.52 | CosmicPenguin | unless you added a seperate 'cache' mechanism |
19:17.07 | koen | which files? |
19:17.16 | CosmicPenguin | the .bbs |
19:17.20 | koen | on the device you only have config files, lists and the status |
19:17.35 | CosmicPenguin | duh |
19:17.38 | koen | heh |
19:17.46 | *** join/#oe woglinde (n=woglinde@e178066018.adsl.alicedsl.de) |
19:17.59 | CosmicPenguin | I either need more caffine or less crack |
19:18.04 | CosmicPenguin | probably both |
19:19.13 | Crofton | more of both! |
19:19.18 | *** join/#oe gremlin[it] (n=gremlin@194-185-82-48.f5.ngi.it) |
19:19.58 | Crofton | CosmicPenguin, installing FC4 x86_64 on an athlon machine we got from newegg |
19:20.08 | CosmicPenguin | excellent |
19:20.14 | CosmicPenguin | except for the FC4 part... :) |
19:20.33 | gremlin[it] | good evening ! |
19:20.39 | Crofton | heh |
19:20.44 | Crofton | I know how to use it :) |
19:20.57 | gremlin[it] | FC4 on x86_64 work good ;) |
19:21.14 | Crofton | hopefully oe works on it too :) |
19:21.16 | koen | FC working good? |
19:21.48 | gremlin[it] | for me yes ... |
19:22.11 | gremlin[it] | maybe cause i know the beast since long time ;) |
19:24.13 | gremlin[it] | btw Hi koen !!! |
19:24.20 | koen | hey gremlin[it] |
19:25.12 | gremlin[it] | at work i'm working on a communication program to field devices (PLC S7 from Siemens) |
19:25.47 | gremlin[it] | at now using Simatic library but is really a bad library .. soon all with GPL software (libnodave) ... :) |
19:25.58 | gremlin[it] | so i can run it also on an arm board ;) |
19:30.54 | *** join/#oe aboeglin (n=alex@dslb-084-056-056-078.pools.arcor-ip.net) |
19:30.55 | *** join/#oe cvs_ (n=cvs@h190140.upc-h.chello.nl) |
19:31.18 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
19:33.14 | pH5 | which kernel version does the ipaq-pxa270 build in org.openembedded.oz354fam083 use? |
19:33.42 | *** join/#oe moa_ (n=moa@APuteaux-154-1-9-137.w83-199.abo.wanadoo.fr) |
19:34.34 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
19:34.45 | *** join/#oe CIA-7 (n=CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
19:35.56 | *** join/#oe zecke (n=ich@88.134.1.81) |
19:36.29 | zecke | hey |
19:36.38 | gremlin[it] | hi zecke :) |
19:37.00 | koen | ~hail zecke |
19:37.01 | ibot | ACTION bows down to zecke and chants, "I'M NOT WORTHY!!" |
19:37.33 | zecke | thanks |
19:37.53 | zecke | koen: I figure both GPE and Opie got a 'problem' due Maemo |
19:38.22 | koen | everybody is going 'wow maemo is cool'? |
19:38.41 | woglinde | koen not me |
19:38.42 | zecke | right, If Nokia doesn't blow it |
19:38.43 | koen | and forgetting gpe+opie? |
19:38.59 | zecke | it could be the Linux Mobile Platform |
19:39.25 | RP | hi zecke |
19:39.51 | koen | hildon + input methods is cool |
19:40.28 | zecke | koen: well that is possible with Qtopia too ;) |
19:40.29 | koen | the browser, newsreader, mail app, video player and audio player suck |
19:40.49 | zecke | koen: I was impressed when I entered the HEX WPA key |
19:40.53 | zecke | koen: and the keyboard changed |
19:40.54 | gremlin[it] | what rest ? |
19:40.56 | woglinde | the browser is opera |
19:41.14 | koen | woglinde: and it sucks big mammal ass |
19:41.46 | woglinde | koen hm, it is as stable as konqueror on the simpad |
19:42.15 | koen | it crashes everytime the sun shines? |
19:45.40 | woglinde | zecke hi |
19:45.45 | woglinde | *g* |
19:47.39 | *** join/#oe hrw (n=szczepan@c36-51.icpnet.pl) |
19:47.47 | hrw | hi |
19:48.10 | hrw | RP, mickeyl: 2.6.14-git3-r2 works ok with kernel-module-hostap |
19:52.23 | Crofton | when will the oe website return? |
19:53.02 | koen | Crofton: oe.handhelds.org |
19:53.52 | Crofton | thanks |
19:53.59 | Crofton | will openembedded.org return? |
19:56.53 | hrw | will |
19:56.59 | koen | when kergoth updates the dns |
19:58.06 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
19:59.09 | hrw | open("/usr/local/projects/openzaurus/build/opie/lib/v5l/fast-mult/half/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) |
19:59.13 | hrw | nice try on zaurus ;) |
20:02.44 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
20:05.34 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-121.reverse.mdcc-fun.de) |
20:07.31 | *** join/#oe Pigi (n=NoOne@pdpc/supporter/active/Pigi) |
20:07.45 | Pigi | Ciao all |
20:08.58 | gremlin[it] | ciao Pigi |
20:09.10 | hrw | mattina Pigi |
20:10.11 | Pigi | hi hrw. It's not morning here. At least "buonasera" :) |
20:10.19 | hrw | ~ugt |
20:10.22 | ibot | ugt is probably Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. |
20:10.25 | *** join/#oe dan2003 (n=mangodan@cpc2-ware3-3-0-cust192.lutn.cable.ntl.com) |
20:10.28 | koen | heh |
20:10.57 | Pigi | hrw, apologize then. Always something to learn :) |
20:11.02 | hrw | np |
20:11.23 | hrw | sharp-compat-libs suxx - dont support freetype |
20:11.37 | *** join/#oe woglinde_ (n=woglinde@e178125227.adsl.alicedsl.de) |
20:21.27 | RP | hi hrw|tv, Pigi |
20:21.40 | Pigi | hi RP ! |
20:21.41 | *** join/#oe Ekron (i=11362-id@c229133.adsl.hansenet.de) |
20:21.45 | RP | hrw|tv: Its good to know the in kernel hostap works. We should probably switch to that... |
20:22.06 | RP | Pigi: I'm afraid I've filed a bug against ipkg... |
20:22.17 | Pigi | argh... let me see |
20:23.11 | mreimer | Pigi: do you think storing ipkg metadata in an sqllite db would be a good idea? seems like it might make it go faster |
20:25.19 | Pigi | mreimer, I'm not really sure about that, as the biggest problem in actual ipkg is that he needs to read way too much data |
20:25.46 | Pigi | and I'm not sure that an sql engine would be more performant than reading from a flat file |
20:26.24 | mreimer | I was thinking that ipkg might have to read less data because it wouldn't have to read the whole flat file to get what it wants |
20:26.31 | mreimer | but you know how it works :-) |
20:27.26 | Pigi | the problem is a bit different. Ipkg ATM needs to read the whole data because he need to construct all the structure to check for dependencies and so on |
20:28.15 | koen|tv | you can make it a bit faster by removing Source: and Maintainer: field from the lists |
20:28.16 | Pigi | I'm not sure about how much pointer lists are used by ipkg but, believe me, they are tooooooo much |
20:29.07 | Pigi | that's what I asked some times ago to oe builder/maintainer, they are unusefull information for ipkg itself |
20:29.25 | mreimer | how about recording the dependencies in the db? then you could just do "SELECT * from dependencies where pkgname = 'foo'" |
20:29.27 | Pigi | and are really big piece of file that needs a lot of realloc |
20:30.17 | Pigi | that could ( and probably would ) break the compatibility with dpkg, and also, how would you put that info's in db in a "ipkg update" for example ? |
20:30.47 | mreimer | yeah, gets messy. it might end up being as slow as monotone |
20:31.03 | Pigi | and what about reconstructing the db ?, and what if you choose to save some space by storing the db in a temporary space ( as actually is ) ? |
20:31.43 | Pigi | every rebbot you need to reconstruct the initial db, and also you need to keeb in sync that db with " status" file and /usr/lib/ipkg/info/* files |
20:31.52 | Pigi | s/keeb/keep |
20:32.13 | mreimer | you wouldn't need the status file |
20:32.42 | Pigi | you would, believe me. Is where ipkg stores information about installed, configured or unconfigured packages. |
20:33.00 | Pigi | Status file is ATM the most important information ipkg has about the whole installation |
20:33.02 | mreimer | all that would get stored in the db |
20:33.47 | Pigi | I know. I used to be an sql programmer years ago, but in our case I don't think we will get good things by using a db. |
20:33.53 | Pigi | but who knows :) |
20:34.10 | mreimer | I defer to your assessment, since you know how ipkg works :-) |
20:34.23 | Pigi | heh |
20:34.49 | Pigi | I'm not sure that after more than one year of fixing bug I do really know how does ipkg works ;) |
20:34.56 | mreimer | :-) |
20:36.12 | CosmicPenguin | At least you have a very healthy fear of it |
20:36.20 | Pigi | heh |
20:53.33 | drw | Pigi: What is needed is to eliminate the need for downloading, storing and parsing the meta-data on the device...a true client/server system where the server figures out all of the dependency/arch stuff and just feeds the device a series of packages to install (in dep order of course) |
20:54.16 | drw | (something I have been thinking about for about a month now) |
20:55.17 | Pigi | well, actually I haven't seen nothing like this yet. It could be an option but then every one maintaing a sel feed should "upgrade to that sistem". |
20:55.35 | *** join/#oe aboeglin_ (n=alex@dslb-084-056-060-220.pools.arcor-ip.net) |
20:55.45 | Pigi | Btw yes it could be an option, but also writing a new package manager could be an option :) |
20:56.15 | drw | Pigi: could be :) |
20:56.57 | Pigi | ( this is something I'm thinking since when I started fixing bugs on ipkg ). |
20:58.37 | drw | new package manager...new bugs :) at least you would be more familiar with the internals |
20:58.50 | Pigi | that's the idea. |
20:59.16 | Pigi | I'm still learning a bit on how ipkg/dpkg works, the I could choose to make the bigstep |
21:00.36 | drw | any package manager is simple in concept, it's just all of those little details which are a pain and make it messy |
21:04.09 | Pigi | what I do really need |
21:04.42 | Pigi | atm is someone that help me create a new set of bb files for a gpe image that has less option then the original :) |
21:12.51 | *** join/#oe jobi_ (n=jobi@lauga.ssvl.kth.se) [NETSPLIT VICTIM] |
21:22.53 | *** join/#oe aboeglin_ (n=alex@dslb-084-056-028-213.pools.arcor-ip.net) |
21:24.00 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
21:31.11 | RP | zecke: busy? |
21:32.33 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
21:37.04 | Pigi | hi pb_ |
21:37.15 | pb_ | hi pigi |
21:38.28 | RP | pb_: Does http://bugs.openembedded.org/show_bug.cgi?id=436 look like the correct thing to do? |
21:41.34 | Pigi | need a reboot. bbl |
21:45.29 | *** join/#oe Pigi (n=NoOne@host134-93.pool8260.interbusiness.it) |
21:45.40 | Pigi | re |
21:45.49 | gremlin[it] | wb ... reboot velocissimo |
21:45.56 | gremlin[it] | ... so fast reboot ;) |
21:46.21 | Pigi | heh I was playng with udev, while installing a new image and lost all my /dev/pty* :) |
21:46.36 | zecke | RP: hey |
21:46.42 | zecke | RP: busy and tired ;) |
21:46.57 | pb_ | hi zecke |
21:47.20 | RP | zecke: Ok. Was just wondering about the patch in the bug I mentioned above but it can wait |
21:47.43 | zecke | RP: ah, well I clicked on the link from the mail... (bugzilla mail) |
21:49.10 | zecke | the big bad update_data ;) |
21:49.38 | zecke | and del localdata... ;) I have never used new, why del |
21:49.58 | zecke | well that sounded negative where it should not sound that way |
21:50.02 | zecke | the patch is correct |
21:50.23 | Pigi | RP, it seems that the compare_version function fails as you have two __almost__ incomparable versions for you ipks |
21:51.13 | zecke | mickeyl: ping |
21:53.35 | RP | zecke: The idea was to get rid of it from memory as quickly as possible :) |
21:54.35 | RP | Pigi: Should it be comparing versions at all when you -force-downgrade? |
21:55.00 | zecke | RP: what is memory (from a python point of view) |
21:55.04 | Pigi | let me explain. -force-downgrade is basically an hack of the previous code. |
21:55.57 | zecke | RP: I have applied the patch, thanks. I'm going to ask mickeyl for an opinion on del |
21:56.10 | RP | zecke: Forgive a C user for not understanding python ;-). I presumed you'd free memory by removing a structue but I'll believe you if you say it doesn't make any difference... |
21:56.16 | Pigi | if the compare version says you are downgrading, then let's check if force.downgrade has been used |
21:56.46 | zecke | RP: R+ |
21:56.49 | zecke | sorry |
21:57.03 | RP | Pigi: It doesn't upgrade either though ;-) |
21:57.16 | zecke | RP: I would expect the python runtime will delete localdata as soon as possible |
21:57.36 | Pigi | because the compare version says that the two packages are at the same version |
21:58.01 | zecke | cya tomorrow |
21:58.09 | RP | zecke: ok, thanks |
21:58.12 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
21:58.15 | zecke | koen|tv: ping? do you know a good time tracker for OS X |
21:58.18 | RP | Pigi: I think that function could use some work then... |
21:58.36 | Pigi | but in reality you have a very strange version in git-9 |
21:58.39 | RP | zecke: I'd also like to discuss splitting up fetch.py at some point - I have a git fetcher |
21:59.14 | RP | Pigi: What else would you call a directly pulled git version of the linux kernel though? :-/ |
21:59.17 | zecke | I'm all for splitting. It should be as easy as dropping a .py into a subdir |
21:59.23 | koen|tv | zecke: no, I don't use timetrackers |
21:59.38 | RP | Pigi: It also doesn't explain why --force-reinstall then gives errors... |
21:59.52 | zecke | RP: I have taken too many classes this term though, I don't know when I will have time to do the split up |
21:59.52 | Pigi | for the same motivation |
21:59.55 | RP | zecke: I have a patch I'll sort out for tomorrow and bugzilla it |
21:59.59 | Pigi | RP : ar p kernel-module-snd-timer-2.6_git-r9_c7x0.ipk ./control.tar.gz | tar -zxO ./control | grep ersion |
22:00.06 | Pigi | Version: git-r9 |
22:00.12 | zecke | RP: good :) |
22:00.39 | zecke | koen|tv: I'm considering toying with the Data Model in XCode |
22:00.41 | Pigi | ipkg "thinks" that a versionshpuld always have a number in front ( like 0-git-r9 ) |
22:01.12 | Pigi | s/versionshpuld/version should |
22:01.29 | RP | Pigi: This also failed for 2.6.14-rc4 to 2.6.14-git3 |
22:01.30 | hrw|tv | cu |
22:01.52 | Pigi | I should look at you ipk to see that. |
22:01.52 | zecke | cya |
22:02.00 | Pigi | s/you/your |
22:02.17 | RP | I don't have those ones anymore :-( |
22:02.30 | Pigi | :-( |
22:02.35 | RP | Pigi: And also, why didn't -force-reinstall work? |
22:02.48 | Pigi | let me check the code. |
22:02.59 | Pigi | RP, well, first of all: |
22:03.12 | RP | 'night zecke |
22:03.38 | Pigi | when ipkg read the first ipk name, it thinks that all the other things after this name are packages, not option |
22:04.03 | Pigi | so: "ipkg install whatever.ipk -force-reinstall" wont never work |
22:04.39 | Pigi | it will " ipkg -force-reinstall install whatever ipk" or, at least ( but I'm not sure ) "ipkg instal -force.reinstall whatever.ipk" |
22:05.33 | Pigi | as a lot of unix command ( I'm sure I'm not telling you nothing new ) pretend to have options before command. |
22:05.33 | RP | Its error messages are very confusing then :-( |
22:05.42 | RP | I'd expect to see "could not find -force-reinstall",,, |
22:06.12 | Pigi | if you do strace -f some_command -o pippo wont work |
22:06.12 | Pigi | ( or it shouldn't at least ) |
22:08.02 | Pigi | I know, that could be the bug. Let's ask pb_ about the numbering schema ( he is my dpkg expert on call :) ) |
22:08.39 | RP | Pigi: ok |
22:09.02 | Pigi | pb_ have you read the discussion me an RP had about the numbering schema ? |
22:09.37 | pb_ | Pigi: no; can you summarize the discussion for me? |
22:09.54 | Pigi | sure. |
22:10.51 | Pigi | RP has file a bug about the -force-downgrade option not working. In effect it seems this way, but looking at his ipks, he have one that has Version git-r9 and another that has 2.6.14-git-r7 |
22:10.52 | gremlin[it] | byeee i gooo |
22:11.00 | Pigi | Ciao gremlin[it] |
22:11.38 | Pigi | I wonder if "git-r9" is a "legal" version number or it needs to be preceded by a number at least ( as it seems in the code ) |
22:12.11 | pb_ | I think "git-r9" is legal, albeit unusual. |
22:12.49 | Pigi | then the verrevcmp function is wrong :( |
22:13.11 | pb_ | that is unfortunate. |
22:13.45 | Pigi | do you mind to give a look at that function with/for me a second ( if you have the time ) ? |
22:14.21 | pb_ | sure, I'll take a look at it in a little while |
22:15.13 | Pigi | sure, thanks. |
22:17.14 | RP | do13[offline]: ping? |
22:17.50 | *** join/#oe zwelch (n=kumquat@pdpc/supporter/sustaining/zwelch) |
22:18.17 | *** join/#oe katossi (n=guillerm@dslb-084-060-116-042.pools.arcor-ip.net) |
22:19.57 | *** part/#oe zwelch (n=kumquat@pdpc/supporter/sustaining/zwelch) |
22:26.54 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
22:28.55 | Pigi | RP, from "debian policy manual" The upstream_version may contain only alphanumerics[31] and the characters . + - : (full stop, plus, hyphen, colon) and should start with a digit. |
22:29.14 | Pigi | so yes you're right ( and I'm wrong ) :) |
22:29.23 | Pigi | the bug is confirmed |
22:31.03 | Pigi | while for the second thing ( confusing error message ) the ipkg -h says "usage: ipkg [options...] sub-command [arguments...]" |
22:31.27 | Pigi | so, bug uncorfimed ( while I will try to give a better message if I have some spare time ) :) |
22:36.26 | RP | Pigi: If you look at the resulting error "Hi! |
22:36.26 | RP | > |
22:36.32 | RP | oops :-/ |
22:37.11 | Pigi | I will, I will ( only I hav eno idea on how to compare two different entities :) ) |
22:37.42 | Pigi | what's the best way to convince oe to read a different h3900.conf file ? |
22:37.52 | RP | Pigi: If you look at the resulting error in the bug report "xxx_2.6.14-git1-r4.ipk No such file or directory", my point is that it doesn't really tell me I misplaced the -force-reinstall option |
22:38.10 | RP | Pigi: Place it in the directory with your local.conf? |
22:38.50 | Pigi | RP for the bug, I will be able to check at it if I can reproduce ( and will try ) |
22:38.58 | Pigi | RP for the conf, will it work ? |
22:39.19 | RP | Pigi: It should do but I've never tried it :) |
22:39.32 | Pigi | I will just now |
22:39.58 | RP | Pigi: Ok, I'll leave the bug with you. I appreciate ipkg is a pain and thanks for looking into it :) |
22:40.23 | Pigi | You're welcome RP. |
22:44.14 | mithro | some one mentioned my name? |
22:48.56 | Pigi | RP, that's rather strange.... |
22:49.53 | Pigi | also if the debian policy manual says that the version __should__ start with a number, and not __must__ start with a number, the compare routine is almost the same on ipkg and dpkg |
22:50.16 | Pigi | I was hoping that in dpkg the routine could have helped me. |
22:51.28 | Pigi | and putting the h3900.conf in conf/local.conf don't work. It is not my night tonight :) |
22:52.23 | Pigi | RP what do you think anyway, git-r9 should be considered biggest that 2.6.14-git-r7 ? |
22:52.25 | pb_ | Pigi: the verrevcmp() functions looks ok to me. What do you think it is doing wrong? |
22:53.23 | Pigi | pb_ what is doing wrong is that ( it seems that ) comparing git-r9 and 2.6.14-git-r7 returns 0 ( as if they are equal ) |
22:54.10 | Pigi | this is because the ipkg_install return as error "the package is already installed in root" that is issued if pkc_version:compare returns 0 |
22:54.19 | Pigi | s/:/_ |
22:54.27 | pb_ | ah, that isn't good |
22:54.38 | pb_ | did you double check with "ipkg compare_versions"? |
22:54.38 | Pigi | indeed |
22:54.52 | Pigi | not yet |
22:54.57 | pb_ | might be worth a go |
22:56.52 | pb_ | or, alternatively, run ipkg under the debugger and call verrevcmp() by hand. |
22:57.08 | pb_ | from looking at the code, it ought to be able to tell that those two versions are different. |
22:58.21 | Pigi | it seems that ipkg compare_version isn't really working .... |
22:58.46 | pb_ | (though, as an aside, those two versions are sufficiently different that it doesn't make much sense to ask whether one is "newer than" the other.) |
22:58.56 | pb_ | oh dear. what does it do wrong? |
22:59.04 | Pigi | heh: |
22:59.23 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14-git-r9 ">" 2.6.14-git-r7 |
22:59.23 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14-git-r9 "=" 2.6.14-git-r7 |
22:59.23 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14-git-r9 = 2.6.14-git-r7 |
22:59.23 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14-git-r9 \= 2.6.14-git-r7 |
22:59.23 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14 \= 2.6.14 |
22:59.24 | Pigi | root@h3900:~# ipkg compare_versions 2-6-14 \< 2.6.14 |
22:59.54 | Pigi | no result messages. Maybe I'm supposed to test the result code from shell |
23:01.57 | pb_ | yeah, it just sets the exit status |
23:02.16 | Pigi | I see. |
23:02.41 | Pigi | btw you're right when you says that it doesn't make sense to compare between two different entities |
23:03.20 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:08.56 | Pigi | pb_ here the results : |
23:08.58 | Pigi | ipkg compare_versions 2-6-14-git-r9 > 2.6.14-git-r7 |
23:08.59 | Pigi | 0 |
23:08.59 | Pigi | ipkg compare_versions 2-6-14-git-r9 = 2.6.14-git-r7 |
23:08.59 | Pigi | 0 |
23:09.00 | Pigi | ipkg compare_versions 2-6-14-git-r9 = 2.6.14-git-r7 |
23:09.01 | Pigi | 0 |
23:09.03 | Pigi | ipkg compare_versions 2-6-14 = 2.6.14 |
23:09.05 | Pigi | 0 |
23:09.09 | Pigi | ipkg compare_versions 2-6-14 < 2.6.14 |
23:09.11 | Pigi | An error ocurred, return value: 1. |
23:09.13 | Pigi | 1 |
23:09.15 | Pigi | ipkg compare_versions git-r9 < 2.6.14-git-r7 |
23:09.17 | Pigi | 0 |
23:09.48 | pb_ | yeah, I think those are all approximately correct. |
23:10.11 | pb_ | "2-6-14" and "2-6-14-git-r9" are malformed versions, and ought really to be diagnosed, but that's a minor issue. |
23:12.50 | Pigi | ok, thank, and sorry for disturbing |
23:12.55 | Pigi | thanks even |
23:15.14 | pb_ | any time |
23:15.56 | Pigi | pb_ another thing ( if I can ) . |
23:16.27 | Pigi | how can I say oe to use my own h3900.conf ( without overriding the original ) ? |
23:17.00 | pb_ | put it in conf/machine/ inside your build directory |
23:17.19 | *** join/#oe andersee (n=andersee@codepoet.org) |
23:18.48 | Pigi | thx |
23:20.28 | Pigi | RP, we will discuss this bug further next time we meet. |
23:20.39 | Pigi | now it's really time to sleep. |
23:20.50 | Pigi | night all |
23:28.43 | *** join/#oe _guillermo (n=guillerm@dslb-084-060-103-254.pools.arcor-ip.net) |
23:53.19 | *** join/#oe ideal (n=idealm_@218.82.61.129) |