00:26.18 | *** join/#oe hufnus (~slonsiki@md41f36d0.tmodns.net) |
00:57.17 | *** join/#oe _Psy (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
01:04.00 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
01:10.07 | *** join/#oe noclouds (~mhfan@60.166.168.166) |
01:18.57 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
01:44.00 | *** join/#oe robert__ (~chatzilla@220.248.128.10) |
01:59.30 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
02:01.26 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
02:09.15 | *** join/#oe offroadgeek_ (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
02:15.02 | *** join/#oe Timelord (~TL@65.59.241.22) |
02:22.30 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
02:28.15 | *** join/#oe offroadgeek_ (~offroadge@dsl093-017-213.msp1.dsl.speakeasy.net) |
02:28.16 | *** join/#oe BigAl (~bigal@dsl-202-45-98-149.ACT.netspace.net.au) |
02:38.25 | *** join/#oe hufnus (~slonsiki@ma61436d0.tmodns.net) |
02:51.29 | offroadgeek_ | I'm trying to do a bk pull and I get this error: |
02:51.30 | offroadgeek_ | michael@deb-serv-1:~/stuff/bitbake$ bk pull |
02:51.30 | offroadgeek_ | pull: cannot find package root |
02:58.30 | emte | try the right directory |
03:06.20 | *** join/#oe W8TVI (~w8tvi@209.165.254.252) |
03:15.10 | chouimat|Zzz | night |
03:18.06 | *** join/#oe koen|sleep (~koen@cl-148.ams-05.nl.sixxs.net) |
03:25.11 | offroadgeek_ | emte: yippee! you're a freaking genius ;) |
03:27.11 | emte | ? |
03:27.24 | emte | oh |
03:27.28 | offroadgeek_ | you're suggestion to simple change to the correct directory worked |
03:27.37 | emte | no i've done it myself |
03:27.41 | emte | :) |
03:38.01 | offroadgeek_ | hmm.. I don't seem to be able to bitbake anything: http://pastebin.com/289893 |
03:41.51 | *** join/#oe linuxwhore (~johnh@65-103-18-126.mpls.qwest.net) |
03:46.19 | offroadgeek_ | kergoth: when do you leave for MN? |
03:46.52 | ljp | couple days ago |
04:26.25 | treke|home | he's in MN |
04:26.45 | treke|home | apparantly the drive sucked |
04:28.15 | offroadgeek_ | that's a bummer |
04:28.48 | offroadgeek_ | I recently drove from san francisco to MN... though I took my time... a little more than a week |
04:31.00 | treke|home | 14 hours |
04:31.33 | offroadgeek_ | yeah... any 14 hour drive will suck... no matter where your coming from and going to |
04:31.33 | emte | okay i need help ... and not psych |
04:32.49 | emte | i cant remember if i asked this before ... in C pointer to a string array and trying to print the string |
04:33.02 | emte | seem to be having issues |
04:33.13 | emte | mainly a seg fault |
04:34.17 | emte | perhaps what i am doing isnt legal |
04:56.35 | *** join/#oe Jenna (~cherryRed@209.8.233.227) |
05:00.39 | *** join/#oe CP|Laptop (~nobody@aus-ext-proxy01.amd.com) |
05:38.29 | *** join/#oe man-di (~man-di@dyndsl-080-228-195-096.ewe-ip-backbone.de) |
06:08.55 | *** join/#oe eumel (~chatzilla@p54833134.dip0.t-ipconnect.de) |
06:10.00 | *** join/#oe man-di_ (~man-di@dyndsl-080-228-196-091.ewe-ip-backbone.de) |
06:10.06 | *** join/#oe pH5 (~ph5@e178234031.adsl.alicedsl.de) |
06:15.55 | *** join/#oe BigAl (~bigal@dsl-202-45-98-149.ACT.netspace.net.au) |
06:17.47 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
06:19.20 | *** join/#oe eumel_ (~chatzilla@p54833134.dip0.t-ipconnect.de) |
06:24.36 | *** join/#oe P|Pe (~P|Pe@p54B98EAA.dip0.t-ipconnect.de) |
06:39.21 | treke|home | ljp: ping |
06:39.22 | *** join/#oe Pend-Gone (Pendalar@h23.113.140.67.ip.alltel.net) |
06:41.07 | treke|home | you hapen to know if QWSServer::sendMouseEvent is new in 2.3.10? |
06:42.42 | treke|home | the changelog isn't too detailed |
06:42.45 | treke|home | :) |
06:42.50 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
06:43.52 | treke|home | - Rendered font data is now also shared between processes. |
06:57.25 | *** join/#oe Hertog (~gertjan@cc233190-a.ensch1.ov.home.nl) |
07:02.41 | ljp | yes it is |
07:03.18 | ljp | qwindowsystem_qws.cpp |
07:03.27 | treke|home | cool |
07:03.36 | treke|home | I could have sworn it wasnt there before :) |
07:03.55 | treke|home | guessing it's part of the full screen input method support? |
07:04.28 | koen | good morning all |
07:07.12 | ljp | hey |
07:09.08 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
07:11.45 | *** join/#oe PenZ (Pendalar@h112.120.140.67.ip.alltel.net) |
07:16.31 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
07:22.09 | *** join/#oe Virusmaster (~Thomas@p549CF205.dip.t-dialin.net) |
07:24.09 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
07:29.28 | *** join/#oe Arjan (~arjan@anymore.nl) |
07:29.54 | Arjan | hi people |
07:30.22 | Arjan | would it be possible to build a gpe-image without letting bitbake also wanting to build a kernel? |
07:31.25 | koen | it should be |
07:32.32 | Arjan | I just tried "ASSUME_PROVIDED = virtual/kernel", but now packages are failing because they need some kernel files |
07:33.01 | koen | hmmm |
07:33.40 | Arjan | without that rule, I get that _append bug |
07:34.24 | koen | that should be fixed with latest svn of bitbake |
07:34.34 | koen | according to mickey|zzZZzz |
07:34.37 | Arjan | thanks, I'm going to try it immediately |
07:39.50 | *** join/#oe XorA (~dp@81-178-152-212.dsl.pipex.com) |
07:42.53 | Hertog | ~lart management |
07:43.37 | XorA | morning |
07:44.31 | CIA-9 | 03koen 07 * r1.3393.2.1 10openembedded/packages/maemo/ (3 files in 2 dirs): Add outo and hildon-lgpl, part of the maemo.org suite |
07:46.37 | XorA | koen: questing to get a 770 lookalike before it even hits market? |
07:46.48 | koen | yup |
07:47.06 | koen | the kernelsource is still missing, so no complete OE integration yet |
07:49.01 | *** join/#oe bluelightning (~bluelight@203-173-245-24.akl.ihugultra.co.nz) |
07:58.58 | koen | hey bluelightning |
07:59.11 | bluelightning | hi koen |
07:59.25 | bluelightning | hi all |
07:59.55 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
08:01.20 | RP | morning all |
08:02.00 | XorA | morning RP |
08:02.25 | bluelightning | hi RP, XorA |
08:02.26 | koen | hey RP |
08:05.23 | CIA-9 | 03koen 07 * r1.3398 10openembedded/packages/maemo/libosso_0.8.9.bb: Add libosso 0.8.9, part of the maemo.org suite. Needs some packaging improvements. |
08:06.49 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
08:07.06 | ade|desk | morning all |
08:07.15 | koen | hey ade|desk |
08:12.33 | ade|desk | has the world calmed down after the announcement of the nokia device yet ?? |
08:12.42 | koen | nah |
08:13.02 | ade|desk | oh dear |
08:13.15 | Hertog | too bad it lacks a keyboard, somewhere in there.... |
08:13.44 | koen | bt keyboard |
08:14.02 | koen | nokia makes a pretty nice one |
08:14.18 | Hertog | eh, yeah, I know, but I don't see myself lugging around the device & a keyboard :) |
08:14.38 | koen | 770 + Z -> x2x |
08:15.04 | XorA | koen: :-) |
08:15.06 | ade|desk | is it me or do people just want the same stuff as a laptop but in a smaller form? like an a5 sub notebook akin to the toshiba libretto rather than a real pen driven pda |
08:15.09 | Hertog | hehe, now there is a solution to the problem :) |
08:15.36 | Hertog | ade|desk: My Z is a notebook replacement, so, yes, ;) |
08:15.41 | koen | or a sony vaio u71 |
08:16.47 | Hertog | (and my handwriting being a cross between sanscrit and stone tablet language (spijkerschrift??) no form of grafiti is going to be useful to me :) |
08:17.59 | XorA | ade|desk: thats what I want |
08:18.14 | ade|desk | Hertog: blame your teachers , sue the school, get funding for a device that will translate spoken word to type .. job done ;) |
08:20.49 | Hertog | 's not going to work here I guess :) |
08:23.31 | *** join/#oe mallum (~mallum@host81-153-48-235.range81-153.btcentralplus.com) |
08:23.42 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
08:33.22 | Hertog | hmm, what was the command to force a fsck on next reboot... |
08:34.20 | treke|home | the qws documentation leaves a bit to be desired :p |
08:38.42 | *** join/#oe Jenna (~cherryRed@209.8.233.225) |
08:39.12 | *** part/#oe Jenna (~cherryRed@209.8.233.225) |
08:44.10 | ljp | treke: email and complain :) |
08:46.55 | treke|home | hehe |
08:47.10 | treke|home | found a post on qt-interest, they dont want people using this anywyas :) |
08:47.12 | treke|home | too bad |
08:49.46 | treke|home | trying to see if a full screen IM is as easy as I suspect it will be |
08:58.30 | *** join/#oe lardman (~lardman@138.38.73.178) |
09:13.22 | CIA-9 | 03koen 07 * r1.3399 10openembedded/packages/bluez-libs/bluez-libs_2.16.bb: bluez-libs_2.16.bb: inherit pkgconfig |
09:20.22 | Hertog | setserial /dev/ttyS0 port 0x401, shouldn't that just work? or is the port way out of range? (I get 'invalid argument') |
09:23.50 | *** join/#oe pb_ (~pb@2002:5168:d38c:1:a00:1fff:fe06:93c) |
09:27.26 | *** join/#oe molivier2 (~mac@f01m-30-96.d4.club-internet.fr) |
09:27.41 | *** join/#oe pschulz01_ (~paul@fixed-203-87-111-72.sa.chariot.net.au) |
09:28.30 | pschulz01_ | anyone here? |
09:29.52 | koen | type /who in your irc client |
09:30.45 | pschulz01_ | just joined, from #ubuntu, and felt the drop in traffic.. |
09:32.09 | pschulz01_ | koen: is there anyone here who looks after the website? The front page needs fixing. |
09:33.13 | pschulz01_ | and I guess the topic for this channel should also be changed. |
09:37.16 | koen | pschulz01_: I think kergoth or mickey|zzZZzz can change the site |
09:37.20 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
09:37.23 | koen | what's wrong with the topic? |
09:37.42 | pschulz01_ | miniconf was a month ago.. |
09:37.47 | proti_ | dev |
09:41.04 | CIA-9 | 03koen 07 * r1.3400 10openembedded/packages/matchbox-wm/matchbox-wm_0.9.5.bb: matchbox-wm_0.9.5.bb: new file |
09:43.22 | Hertog | koen: can you initiate a oe-devel -> openembedded transfer? |
09:44.11 | koen | only mickeyl and kergoth can afaik |
09:44.44 | Hertog | koen: ah, ok. Then we'll just wait for Kergoth to get setup in the new house I guess :) |
09:45.24 | koen | you can do bk parent bk://oe-devel.bkbits.net/openembedded |
09:45.30 | koen | just don't clone from there |
09:46.43 | Hertog | koen: from within my current openembedded repo? |
09:47.02 | koen | yep |
09:50.53 | *** join/#oe Jenna (~cherryRed@209.8.233.225) |
09:51.14 | *** part/#oe Jenna (~cherryRed@209.8.233.225) |
09:56.25 | Hertog | koen: thanks, works |
10:07.54 | *** join/#oe Jenna (~cherryRed@209.8.233.240) |
10:16.10 | hrw | hi |
10:16.23 | koen | hey hrw |
10:16.24 | hrw | someone know how to make automount mmc card under 2.6? |
10:16.57 | hrw | I also have ide.agent for cf cards (based on mmc.agent) but both wont work as udev create device after they are started ;( |
10:17.58 | hrw | I will have to push some changes from my husky to repo... /etc/init.d/devices fix for udev is already in repo iirc |
10:21.59 | hrw | koen: we dont have automounting cards now under 2.6? (automounted after insert and 2.6 = 2.6.12-rc+) |
10:22.20 | koen | it works for my sd card |
10:22.46 | XorA | hrw: something broke VERY recently, could be the issue kergoth noted where no-one can guarantee that udev and hotplug are synchronous |
10:23.16 | XorA | hrw: apparently udev can call scripts on device creation, however last time I checked udev was still pretty much undocumented |
10:23.22 | RP | hrw: We need to use the new release of udev |
10:23.34 | RP | morning mickeyl |
10:23.35 | mickeyl | morning boys & girls |
10:23.51 | koen | 'morning mickeyl |
10:23.52 | RP | mickeyl: Did you get the new relese of udev working? |
10:24.15 | mickeyl | didn't try yet |
10:24.21 | mickeyl | it compiles though |
10:25.25 | RP | I'll set an image away and see what happens... |
10:25.41 | mickeyl | hrw: some people reported they had to remove the 2.4 card entry from fstab to make the card automount under 2.6. i don't understand how that should happen, but it may be worth a try |
10:26.41 | koen | ah yes, I did that too |
10:27.56 | XorA | mine doesnt automount since about a week ago, and it worked fine before that |
10:28.20 | hrw | re |
10:28.21 | hrw | thx |
10:28.36 | RP | XorA: There were changes to udev in recent kernels 2.6.12-rc4 onwards ish |
10:31.29 | mickeyl | i'd be grateful for a clear policy document |
10:31.36 | mickeyl | from the kernel, udev, hotplug, pcmcia people |
10:31.44 | mickeyl | i have no idea how that stuff is supposed to work together now |
10:31.55 | mickeyl | i had hardly an idea previously, but it's worse now |
10:31.55 | mickeyl | heh |
10:32.05 | ade|desk | mickeyl: do they know either ? |
10:32.23 | mickeyl | ade|desk: yeah, they do. that |
10:32.37 | mickeyl | makes it worse for us, because they don't have to explain to each other |
10:32.50 | ade|desk | gits :( |
10:43.13 | hrw | mickeyl: I removed that fstab entry too |
10:43.44 | hrw | mickeyl: also my devices script does not start when udev is in use (like the copy in OE repo) |
10:46.53 | Arjan | koen: I tried building a gpe-image, but it still tries to install linux-jlime-sh3-2.6.11-r0 :( |
10:47.35 | koen | strange |
10:47.39 | koen | could you file a bug on it? |
10:48.24 | hrw | Arjan: what machine you buildfor? |
10:48.44 | Arjan | koen: I could, but I'm using an unsupported machine |
10:49.02 | mickeyl | Arjan: rm -rf tmp/cache |
10:49.06 | mickeyl | Arjan: bitbake -i |
10:49.11 | mickeyl | Arjan: print PREFERRED_PROVIDERS |
10:49.15 | mickeyl | paste the output |
10:49.26 | Arjan | hrw: my machine is not supported (h1940), so I chose target_arch=arm |
10:49.35 | koen | oooh, bitbake -i |
10:49.35 | mickeyl | uhm |
10:49.48 | koen | ~hail mickeyl, our interactive overlord |
10:49.49 | ibot | ACTION bows down to mickeyl, our interactive overlord and chants, "I'M NOT WORTHY!!" |
10:49.55 | mickeyl | without a PREFERRED_PROVIDER_virtual/kernel you will build a more or less arbitrary kernel |
10:49.58 | mickeyl | :) |
10:50.11 | Arjan | mickeyl: virtual/qte:qte virtual/libqpe:libqpe-opie virtual/libsdl:libsdl-qpe virtual/arm-linux-gcc-initial:gcc-cross-initial virtual/arm-linux-gcc:gcc-cross virtual/arm-linux-g++:gcc-cross |
10:50.17 | mickeyl | what i suspected |
10:50.25 | mickeyl | there is no preferred provider for virtual/kernel |
10:50.30 | mickeyl | hence bitbake has no idea what to build |
10:50.36 | mickeyl | hence it chooses one arbitrarily |
10:50.38 | mickeyl | (more or less) |
10:50.57 | Arjan | mickeyl: this is more or less the standard configuration |
10:51.24 | mickeyl | look at our machine configurations |
10:51.25 | *** join/#oe woglinde (heinold@lin226.mi.fu-berlin.de) |
10:51.30 | woglinde | yo |
10:51.35 | Arjan | so why does it build a kernel? I already have one and just want the gpe rootfs |
10:51.37 | mickeyl | see that we set the preferred kernel for every machine there |
10:51.38 | koen | try ipaq-pxa-2.6 |
10:51.38 | hrw | udev 057 got RUN option for rules.. I installed 058 on husky |
10:51.45 | woglinde | ieeks the noka 770 is only omap1 |
10:51.47 | mickeyl | Arjan: bitbake gpe-_image_ |
10:51.53 | mickeyl | an image is an image is an image |
10:51.55 | koen | woglinde: omap 1710 |
10:51.56 | mickeyl | an image includes a kernel |
10:52.00 | koen | arm 926 core |
10:52.06 | pb_ | Arjan: if you already have a kernel, you need to say so with ASSUME_PROVIDED. |
10:52.09 | koen | 200MHz armv5TE |
10:52.11 | Arjan | mickeyl: I did bitbake gpe-image |
10:52.19 | mickeyl | yes, of course. that's why you get a kernel. |
10:52.39 | mickeyl | if you think you don't need one, do what pb_ suggests |
10:52.52 | Arjan | pb_: my kernel is not from OE, it's outside the tree |
10:52.58 | pb_ | indeed |
10:53.04 | pb_ | that's what ASSUME_PROVIDED is for. |
10:53.21 | pb_ | of course, it is unlikely that your build will actually succeed under those conditions, but if you want to try it then that is the way to do so. |
10:53.22 | hrw | Arjan: you can also do some work and add that kernel into OE |
10:53.25 | Arjan | mickeyl: already tried setting assume_provided=virtual/kernel, and that made pcmcia-uitls or something like that fail to compile |
10:54.14 | Arjan | hrw: I wish that was possible, I don't have any experience with OE... just started and trying to build gpe |
10:54.45 | hrw | Arjan: look for those kernels in packages/linux/ |
10:56.13 | Arjan | hrw: should I just build a random kernel from packages/linux/ and hope OE uses that one to build gpe? |
10:56.55 | hrw | Arjan: experts gave you infos already |
10:57.59 | hrw | I go outside.. its shinny day, I have free day so why I have to be here? |
10:58.08 | woglinde | hrw dont know *g* |
10:58.11 | woglinde | have fun |
10:58.21 | Hertog | outside & sun is evil ;) |
10:58.22 | mickeyl | no need to hope, just rely on the facts. OE builds stuff against the last kernel that has been built. |
10:58.32 | koen | I'll be working inside for the rest of the day |
10:58.42 | mickeyl | so build a kernel that comes close to the kernel on your device and maybe some things work |
10:58.46 | koen | but I'll have some 1kW lamps to make up for the lack of sun |
10:58.50 | mickeyl | the external modules won't for sure, however |
10:59.14 | mickeyl | OE is not supporting patch work builds |
10:59.26 | mickeyl | We're reconstructing complete things from scratch |
10:59.37 | mickeyl | that's one of the paradigmes here |
10:59.39 | mickeyl | (imo) |
11:00.08 | Arjan | mickeyl: one last question: if I add my kernel and let defconfig build some modules, will they get into the images automatically? |
11:00.21 | woglinde | arjan yes |
11:00.30 | mickeyl | Arjan: no they won't. please take the time and read _at least one_ machine configurtation |
11:00.35 | mickeyl | all is written there |
11:00.40 | woglinde | oh right |
11:00.46 | woglinde | damned |
11:00.48 | woglinde | its to hot |
11:01.33 | mickeyl | woglinde: omap2 would've meant 2007 or so, considering that this device has been 2.5 years in development |
11:01.49 | woglinde | mickeyl i know :( |
11:02.04 | woglinde | i hate the delay of annoucment and shipping |
11:02.04 | Arjan | mickeyl: thanks, I'll do that now. I'm one of those try-first-read-later guys, so for that I'm sorry to ask obvious questions |
11:02.30 | mickeyl | heh, np |
11:02.33 | *** join/#oe Pend-Gone (Pendalar@h19.112.140.67.ip.alltel.net) |
11:05.24 | *** join/#oe reenoo_ (~r@p5489B815.dip.t-dialin.net) |
11:05.58 | reenoo_ | morning |
11:06.16 | woglinde | hi reenoo |
11:09.03 | reenoo_ | hey woglinde |
11:23.28 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
11:26.08 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
11:27.59 | pb_ | hi reenoo_ |
11:28.20 | reenoo_ | hey pb_ |
11:30.59 | CIA-9 | 03koen 07 * r1.3401 10openembedded/packages/maemo/hildon-lgpl_0.9.14-2.bb: hildon-lgpl_0.9.14-2.bb: spell LICENSE the correct way |
11:31.56 | woglinde | hm is there a vim command to show row ending white spaces? |
11:33.14 | reenoo_ | :set hlsearch |
11:33.34 | reenoo_ | *$ |
11:33.37 | reenoo_ | err |
11:33.40 | reenoo_ | <PROTECTED> |
11:34.28 | woglinde | renno thanks |
11:34.33 | woglinde | ups reeno |
11:35.27 | wrobbie | Nokia 770 3 hrs battery life? Meh.. |
11:35.40 | woglinde | wrobbie hm its okay |
11:35.45 | woglinde | fot this device |
11:36.07 | *** join/#oe zecke (fakeuser@p54BD28F5.dip0.t-ipconnect.de) |
11:36.39 | CIA-9 | 03mickeyl * r217 10bitbake/lib/bb/shell.py: |
11:36.39 | mickeyl | moin zecke |
11:36.39 | CIA-9 | - add more commands: edit, clean, rebuild. |
11:36.39 | CIA-9 | - load command history on startup |
11:36.39 | CIA-9 | - save command history on exit |
11:36.39 | CIA-9 | Bug: A bug can be seen when you call rebuild on a package more than once - |
11:36.39 | CIA-9 | somehow the make module no longer calls the tasks then. |
11:36.47 | koen | heh |
11:36.49 | wrobbie | seems neat for the rest.. did someone see HW specs somewhere? (going throught site now..) |
11:36.57 | koen | I read "moin zecke" as the changelog |
11:37.02 | mickeyl | hehe |
11:37.04 | mickeyl | nah, not quite :) |
11:37.11 | woglinde | hi zecke |
11:37.31 | koen | wrobbie: omap 1710, unknow other stuff |
11:38.52 | woglinde | wroppie maybee here http://www.linuxdevices.com/news/NS5409534614.html |
11:38.55 | woglinde | wq |
11:38.57 | woglinde | args |
11:39.06 | wrobbie | bitbake shell? time to read devel ML archives? :) |
11:39.18 | wrobbie | thanks koen, woglinde |
11:41.25 | woglinde | !lart postgres for not ignoring , on the last entry auf creat commandos |
11:42.05 | mickeyl | wrobbie: i didn't write an announcement for the shell yet. i will do if it's a bit more mature and tested |
11:42.28 | woglinde | mickeyl when can we watch tv with bitbake? |
11:42.36 | wrobbie | :) |
11:42.38 | mickeyl | woglinde: soon :D |
11:42.46 | Hertog | bitbake: the new emacs? |
11:43.04 | wrobbie | emacs bitbake plugin? |
11:43.18 | wrobbie | (rewrite in elisp) |
11:43.18 | mickeyl | a nice thing is that while working on the shell, we see how we need to refactor the bitbake.py and the make.py |
11:45.03 | Hertog | mickeyl: re: serial ports. Can't hack it, am simply not into that stuff too well. Will post findings to OE mailinglist. |
11:45.20 | Hertog | s/too well/at all/ |
11:46.18 | Hertog | it's a kernel thing. it's not mapping the port adresses (it does the irq's tho) |
11:46.29 | mickeyl | Hertog: ok |
11:52.54 | [g2] | mickeyl, pb_ any idea when the last time kergoth did a build world ? |
11:53.06 | mickeyl | ages |
11:53.08 | mickeyl | months |
11:54.43 | [g2] | I've got my custom Knoppix LiveDVD that has all the OE metadata from a couple days ago and all the tarballs for Openslug/Unslung. I was was thinking about running a build world |
11:55.27 | [g2] | It builds Openslug if you give it a swap and file space for "tmp" |
11:55.54 | [g2] | any idea how big a "tmp" area I'd need ? |
11:56.09 | koen | for world build? |
11:56.12 | [g2] | nod. |
11:56.14 | koen | 18 gigs or so |
11:56.18 | koen | including sources |
11:56.41 | zecke | mickeyl: could we create a 'Command' API specification and have a dict that goes from Keyword -> CommandType? |
11:56.43 | [g2] | I've got 350MB of sources for Openslug |
11:56.53 | zecke | mickeyl: so one could easily implement new commands? |
11:57.04 | koen | fetching world will be 7GB or something |
11:57.11 | koen | or 4GB |
11:58.22 | mickeyl | zecke: that'd be nice. we have to do a lot of refactoring for that, i.e. in make.py and bitbake, but it will be worth it in the end |
11:59.33 | [g2] | zecke, I'd like to talk to you about the tinderbox thing sometime. With the liveCD/DVDs I'm looking to allow full automated regression testing for OpenSlug |
11:59.39 | zecke | mickeyl: oh, I thought of that limited to the shell but yes doing it globally would make sense as well |
11:59.50 | CIA-9 | 03koen 07 * r1.3402 10openembedded/packages/maemo/osso-bttools_0.25.1.bb: Add osso-bttools, part of the maemo.org suite |
12:00.21 | zecke | [g2]: I've too problems to solve, teach tinderbox to know SVN (easy), teach it to be aware of bk |
12:00.43 | zecke | koen: how much is missing? |
12:00.53 | koen | zecke: about 90% |
12:01.06 | zecke | koen: how much is done? ;) |
12:01.13 | mickeyl | zecke: what's most urgent at the moment is that we have to continue doing some OO refactorings. bitbake and make.py are wieldly making assumptions about state and order of control flow. this has to be refactored |
12:01.22 | zecke | [g2]: On the client side I will use bitbake with special bbclasses to run the tests |
12:01.23 | koen | about 25% is in my local repo right now |
12:01.53 | zecke | koen: so it is for real, all source is available |
12:02.08 | zecke | koen: is some library only GPL licensed or is everything LGPL? |
12:02.30 | Hertog | koen: planning to release maemo before the nokia device is actually available in shops? :) |
12:02.48 | koen | as far as I can see it's all lgpl, with some closed source stuff |
12:03.09 | koen | Hertog: If I can spare a few more days it will be in OE |
12:03.24 | Hertog | eh ;) |
12:03.24 | *** part/#oe Arjan (~arjan@anymore.nl) |
12:03.59 | koen | which I can't, but I'm waiting for an answer on my assignment, so I have a bit of time now |
12:04.30 | Hertog | koen: Why not wait for the answer on the 'Oude Markt' ;) |
12:04.59 | Hertog | koen: all those teensy nice summer dresses ;) |
12:05.00 | koen | Hertog: nice idea, but I have to work in about an hour :) |
12:06.44 | mickeyl | zecke: oh and i hate the code duplication in bitbake in showVersion |
12:07.35 | zecke | mickeyl: yupp |
12:07.45 | zecke | mickeyl: we've some more at some other places |
12:08.02 | zecke | mickeyl: but we really should release it 'soon' before breaking it too heavy |
12:08.39 | mickeyl | zecke: let's fix the -r bug and the make a release |
12:08.41 | *** join/#oe Arjan (~arjan@anymore.nl) |
12:08.53 | mickeyl | then we can do more structural changes afterwards |
12:09.08 | mickeyl | i'm not clueful enough to fix the -r though |
12:09.16 | mickeyl | it breaks too deep inside the core :) |
12:09.33 | zecke | mickeyl: it will be easy and obvious |
12:11.25 | CIA-9 | 03koen 07 * r1.3403 10openembedded/packages/maemo/libosso_0.8.9.bb: libosso_0.8.9.bb: ship services and libraries too |
12:12.20 | pb_ | what's the "-r bug"? |
12:12.48 | zecke | pb_: parsing a config file before conf bitbake.conf |
12:13.05 | zecke | though I not seen it myself yet |
12:13.17 | pb_ | that's what -r is meant to do, iirc. |
12:13.18 | mickeyl | it's a simple bug that shows a deeper problem |
12:13.23 | mickeyl | see: |
12:13.41 | mickeyl | mickey@gandalf:/local/pkg/oe/c7x0$ bitbake -r invalidConfFile nano |
12:13.41 | mickeyl | Traceback (most recent call last): |
12:13.41 | mickeyl | <PROTECTED> |
12:13.41 | mickeyl | <PROTECTED> |
12:13.41 | mickeyl | <PROTECTED> |
12:13.41 | mickeyl | <PROTECTED> |
12:13.43 | mickeyl | <PROTECTED> |
12:13.45 | mickeyl | <PROTECTED> |
12:13.47 | mickeyl | <PROTECTED> |
12:13.49 | mickeyl | <PROTECTED> |
12:13.51 | mickeyl | <PROTECTED> |
12:13.53 | mickeyl | <PROTECTED> |
12:13.55 | mickeyl | <PROTECTED> |
12:13.57 | *** join/#oe stevenh (~xev@65.167.23.2) |
12:13.57 | mickeyl | <PROTECTED> |
12:13.59 | mickeyl | <PROTECTED> |
12:14.01 | mickeyl | <PROTECTED> |
12:14.03 | mickeyl | AttributeError: 'NoneType' object has no attribute 'getVar' |
12:14.05 | mickeyl | this is an invalid conf file, because it doesn't end with .conf |
12:14.07 | mickeyl | ok so far |
12:14.09 | mickeyl | however |
12:14.12 | mickeyl | it shows some things going wrong with 'd' |
12:14.15 | mickeyl | because that should never be None in this place |
12:14.34 | mickeyl | and i suspect there is a good deal of shadowing taking place in these modules |
12:14.41 | mickeyl | a can of worms |
12:15.05 | zecke | hmm worms |
12:15.33 | mickeyl | we could simply check if the filename ends with .conf, but that would just mask an inner bug |
12:15.53 | mickeyl | i couldn't make enough sense of the code paths in data.py and confHandler.py though |
12:16.42 | mickeyl | having data be the name of a module and sometimes also as per package data struct is very bad |
12:16.51 | mickeyl | then 'd' is sometimes data and sometimes not |
12:17.26 | pb_ | so, is the problem just that bb.parse.handle() returns None if you feed it something bogus? |
12:17.42 | pb_ | if that's the case, bitbake should be detecting that situation and taking evasive action |
12:17.46 | zecke | pb_: sounds like that |
12:17.59 | mickeyl | and confHandler.handler() is getting called twice in a row once with data being {} first and None second. and that's when it breaks |
12:18.02 | zecke | pb_: but normally it returns the data instance |
12:18.05 | pb_ | (but I think bb.parse.handle should really be throwing an exception, not quietly returning some bogus thing) |
12:18.17 | pb_ | zecke: right |
12:18.29 | pb_ | so, either add a check for None at this point: |
12:18.35 | zecke | pb_: right the exceptions sounds right |
12:18.42 | pb_ | <PROTECTED> |
12:18.42 | pb_ | <PROTECTED> |
12:18.42 | pb_ | <PROTECTED> |
12:18.50 | zecke | pb_: because otherwise the behaviour would be too asymetric |
12:18.52 | pb_ | so that it doesn't clobber the old make.cfg if bb.parse.handle returns None |
12:19.03 | pb_ | or, preferably, have bb.parse.handle throw an exception, and catch it in that try block. |
12:19.18 | zecke | or return the 'input' always... |
12:19.26 | zecke | mickeyl: either you decide now or I'll later |
12:19.36 | pb_ | yeah, I guess that would work too, but returning the input would make it impossible to detect failure |
12:19.44 | pb_ | I think the exception is the best approach |
12:19.51 | zecke | ack |
12:20.04 | pb_ | since, generally, if you feed a bogus file to -r, you would expect to get at least a diagnostic. |
12:20.20 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
12:20.30 | mickeyl | zecke: i'll leave that to you |
12:20.46 | mickeyl | i'm currently struggling against a readline completer for bb files :) |
12:20.52 | mickeyl | (for the shell) |
12:20.52 | pb_ | heh |
12:21.31 | zecke | mickeyl: could we enter gödel numbers as input? |
12:21.31 | reenoo_ | http://handhelds.org/scap/port.30416.png |
12:21.37 | reenoo_ | :) |
12:21.41 | zecke | so I could do range(1:) and wait until the right bitbake file was found |
12:21.44 | koen | cool |
12:22.10 | pb_ | I'll check in a fix for the -r thing. I think it just needs a one-line patch in __init__.py and an extra "except" clause in bitbake. |
12:22.13 | mickeyl | zecke: why not :) |
12:22.42 | mickeyl | pb_: thanks |
12:22.42 | zecke | pb_: go ahead |
12:22.42 | mickeyl | reenoo_: what's that? |
12:22.51 | reenoo_ | gtk-webcore |
12:22.52 | zecke | http://www.spiegel.de/netzwelt/politik/0,1518,357512,00.html |
12:22.55 | mickeyl | reenoo_: sweet! |
12:25.17 | pb_ | hm, does bitbake actually trap ParseError at all? |
12:26.21 | zecke | pb_: yupp |
12:26.29 | zecke | it prints conf/bitbake.conf not found |
12:26.49 | pb_ | oh, drat, my bitbake checkout is read only |
12:27.42 | mickeyl | svn+ssh |
12:28.14 | pb_ | is there any way to convert an anonymous checkout into a non-anonymous one? |
12:28.20 | pb_ | without checking out a whole new tree? |
12:29.08 | zecke | pb_: svn switch |
12:29.23 | pb_ | aha |
12:29.41 | *** join/#oe Cwiiis[uni] (~cil103@calshot.ecs.soton.ac.uk) |
12:30.03 | CIA-9 | 03philb * r218 10bitbake/lib/bb/parse/__init__.py: |
12:30.03 | CIA-9 | have bb.parse.handle() throw ParseError if the input file is not |
12:30.03 | CIA-9 | understood by any handler, rather than quietly returning None |
12:30.16 | pb_ | well, that should improve matters a bit. |
12:31.29 | pb_ | I still get a bit of python backtrace spew: it seems that bitbake isn't correctly trapping ParseError for -r files. |
12:31.43 | pb_ | pb@mebius:~/oe/build-h3900$ bitbake -r bogusFile nano |
12:31.43 | pb_ | Traceback (most recent call last): |
12:31.43 | pb_ | <PROTECTED> |
12:31.43 | pb_ | <PROTECTED> |
12:31.43 | pb_ | <PROTECTED> |
12:31.44 | pb_ | <PROTECTED> |
12:31.45 | pb_ | bb.parse.ParseError: bogusFile is not a BitBake file |
12:32.19 | pb_ | I guess whatever exception trap it applies to the main parse needs to be applied there as well. |
12:33.13 | zecke | yupp |
12:38.56 | *** join/#oe qfh (~qfh@ppp-82-135-2-69.mnet-online.de) |
12:39.51 | *** join/#oe BillShovel (~BillShove@CPE-144-133-95-213.vic.bigpond.net.au) |
12:50.25 | CIA-9 | 03koen 07 * r1.3404 10openembedded/packages/maemo/ (2 files in 2 dirs): Add osso-gwconnect, part of the maemo.org suite |
12:50.52 | zecke | wow the new bitbake is even faster than the old one |
12:51.59 | Ken|Jlime | been an update today? |
12:52.17 | zecke | Ken|Jlime: there has been an update |
12:52.28 | zecke | Ken|Jlime: but I just looked at the compile times of our daily builds |
12:52.45 | Ken|Jlime | Aha |
12:52.51 | Ken|Jlime | did you get any nice numbers |
12:52.52 | Ken|Jlime | ? |
12:53.39 | zecke | Ken|Jlime: it saves 20 minutes |
12:53.50 | pb_ | out of how long in total? |
12:54.13 | zecke | pb_: 2 hours twenty with the old bitbake |
12:54.22 | zecke | pb_: 2:40-2:60 with the newer one |
12:54.36 | zecke | pb_: 1:50-2:00 with the current one |
12:54.46 | pb_ | cool, that's quite an improvement |
12:54.54 | pb_ | brb, need to switch off the electricity here for a few minutes |
12:55.00 | Ken|Jlime | neat |
12:55.09 | zecke | oh getting too hot? |
12:55.09 | *** join/#oe do13 (~dirk@p85.212.14.47.tisdip.tiscali.de) |
12:57.42 | Ken|Jlime | He couldnt handle the exciting new bitbake numbers :) |
12:59.42 | pb_ | re |
13:00.25 | pb_ | zecke: heh, no, it isn't very hot here. |
13:00.30 | pb_ | this is England, remember |
13:01.40 | zecke | pb_: but it is London and even we've 30° |
13:02.30 | reenoo_ | 26C here |
13:02.44 | koen | "warm enough" |
13:03.11 | pb_ | zecke: http://www.wunderground.com/global/stations/03571.html |
13:03.12 | pb_ | heh |
13:04.31 | zecke | lol |
13:25.13 | CIA-9 | 03koen 07 * r1.3405 10openembedded/packages/maemo/ (osso-gwobex_0.26.1.bb osso-gwconnect_0.70.2.bb): |
13:25.13 | CIA-9 | Add osso-gwobex, part of the maemo.org suite |
13:25.13 | CIA-9 | osso-gwconnect_0.70.2.bb: stage some headers |
13:25.31 | CIA-9 | 03mickeyl * r219 10bitbake/bin/bitbake: |
13:25.31 | CIA-9 | - remove checking for return if parse-only is set when executing just one BB |
13:25.31 | CIA-9 | - don't sys.exit() for parse-only, but return. This makes dropping into the Python interactive mode possible. |
13:26.13 | CIA-9 | 03mickeyl * r220 10bitbake/lib/bb/shell.py: add bbfile completion |
13:26.19 | zecke | woot |
13:26.47 | mickeyl | try: |
13:26.50 | mickeyl | bitbake -i |
13:26.51 | mickeyl | parse |
13:26.56 | mickeyl | build a<tab> |
13:26.57 | mickeyl | :) |
13:27.39 | mickeyl | (but see the BUGS entry in shell.py) |
13:27.56 | zecke | mickeyl: pay attention to your dis |
13:28.10 | zecke | mickeyl: I know how exciting it can be |
13:28.27 | CoreDump|home | hi |
13:30.53 | *** join/#oe molivier (~mac@f01v-22-195.d4.club-internet.fr) |
13:31.05 | zecke | silence |
13:31.21 | mickeyl | :) |
13:32.34 | Hertog | someone, quick, tie him to his chair! |
13:32.43 | mickeyl | heh |
13:42.59 | *** join/#oe koen_ (koen@dominion.kabel.utwente.nl) |
13:43.44 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
13:44.02 | *** join/#oe tigrux (~tigrux@201.144.60.187) |
13:55.51 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
13:59.36 | *** join/#oe Virusmaster (~Thomas@p54A3437A.dip.t-dialin.net) |
14:01.26 | zecke | Hertog: I think his wife reserved such rights... |
14:03.58 | CIA-9 | 03koen 07 * r1.3406 10openembedded/packages/maemo/osso-thumbnail_0.3.1-1.bb: Add osso-thumbnail, part of the maemo.org suite. |
14:08.43 | Arjan | hmm... nice to see what some reading can do... |
14:09.03 | Arjan | I just finished adding h1940 machine and kernel to OE |
14:10.56 | koen | attach the file/patch to bugzilla and we'll take a look at it |
14:11.41 | Arjan | thanks. should I make it a patch or a tgz with the files? |
14:13.13 | *** join/#oe Virusmaster (~Thomas@p54A3437A.dip.t-dialin.net) |
14:13.21 | koen | patch for modified files, tgz for new files |
14:16.15 | *** join/#oe zecke_ (fakeuser@p54BD3076.dip0.t-ipconnect.de) |
14:16.51 | *** join/#oe offroadgeek (michael@offroadgeek.sustaining.supporter.pdpc) |
14:26.42 | CIA-9 | 03koen 07 * r1.3407 10openembedded/packages/dbus/dbus_0.23.4.bb: Update (old API) dbus to 0.23.4 |
14:34.14 | CIA-9 | 03koen 07 * r1.3408 10openembedded/packages/maemo/libosso_0.8.9.bb: libosso_0.8.9.bb: It's pkgconfig with 2 g's |
14:57.26 | CIA-9 | 03mickeyl * r221 10bitbake/bin/bitbake: catch parse error in parseConfigurationFile() |
14:59.58 | CIA-9 | 03mickeyl * r222 10bitbake/lib/bb/shell.py: some fixes |
15:00.19 | mickeyl | zecke_: if you don't have any other things to tweak, i'd say feel free to tag and release this as bitbake 1.3.0 |
15:00.33 | CIA-9 | 03CoreDump 07 * r1.3410 10openembedded/packages/altboot/ (altboot_cvs.bb altboot_20050527.bb): Complete Merge |
15:00.36 | CIA-9 | 03CoreDump 07 * r1.3409 10openembedded/packages/altboot/altboot_cvs.bb: Merge |
15:00.39 | CIA-9 | 03CoreDump 07 * r1.3395.1.1 10openembedded/packages/altboot/ (altboot_cvs.bb altboot_20050527.bb): altboot: Add documentation |
15:00.53 | pb_ | mickeyl: awesome |
15:00.53 | mickeyl | i have some more invasive changes in the pipeline which should be done later |
15:01.31 | mickeyl | and that is enough computing for today :) |
15:01.37 | mickeyl | l8er |
15:04.11 | CIA-9 | 03koen 07 * r1.3408.1.1 10openembedded/packages/maemo/ (3 files): osso-thumbnail_0.3.1-1.bb, hildon-lgpl_0.9.14-2.bb, libosso_0.8.9.bb: stage headers |
15:04.50 | wrobbie | ypu |
15:05.14 | koen | is there a reason for the fact we don't auto-stage -dev packages? |
15:05.19 | wrobbie | you're pretty busy with this maemo stuff :) |
15:05.47 | koen | I can't let scratchbox take all the attention :) |
15:05.58 | wrobbie | hehe |
15:09.11 | zecke_ | mickey_away: cya |
15:09.21 | zecke_ | mickey_away: ok deep feature freeze for bitbake now |
15:09.30 | zecke_ | deap even.. |
15:09.48 | zecke_ | ~lart Qt's clipboard |
15:10.39 | Arjan | koen: my files are on bugzilla, id 40 |
15:10.50 | Arjan | let's hope someone has time to look at them soon :) |
15:10.51 | koen | okidoki |
15:10.58 | Arjan | going home now; bye all |
15:11.40 | zecke_ | Arjan: cya |
15:23.00 | *** join/#oe anomaly_ (~anomaly@203.122.217.234) |
15:50.13 | *** join/#oe man-di (~man-di@dyndsl-080-228-196-091.ewe-ip-backbone.de) |
16:11.02 | *** join/#oe ar_ (~ar@port-ip-213-211-231-72.reverse.mdcc-fun.de) |
16:23.04 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
16:34.51 | CoreDump|home | does anyone here remember the option for /etc/ipkg.conf to move /usr/lib/ipkg/lists to another location? |
16:36.05 | koen | lists_dir ext /path/to/lists |
16:37.15 | CoreDump|home | koen: thx! |
16:57.00 | CoreDump|home | currently portmap is beeing started both in rcS.d and rc[2-5].d. Any thoughts which should be removed? Is it important to launch portmal in rcS.d? |
16:57.26 | koen | do we even need portmap? |
16:57.48 | CoreDump|home | well, I dunno. It's in the default image though |
16:58.06 | CoreDump|home | i tend to remove the rc[2-5].d startup links |
16:58.11 | kergoth | CoreDump|home: if part of your filesystem is nfs mounted, then i could see it being necessary to start portmap early to ensure that it succeeds |
16:58.12 | koen | there was something about portmap a while back |
16:58.30 | CoreDump|home | kergoth: agreed |
17:03.56 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
17:07.09 | treke | koen: ping |
17:07.14 | koen | pong |
17:07.31 | treke | the rosetta thing in gpe, is that like a second generation xstroke or something different? |
17:07.43 | koen | something different |
17:07.49 | treke | ah |
17:07.52 | koen | xstroke uses an own alfabet |
17:08.07 | koen | rosetta is pure handwriting recognitions |
17:08.10 | treke | oh? |
17:08.20 | koen | like wince block recognizer |
17:08.25 | treke | sweet |
17:08.32 | treke | work well? |
17:08.56 | koen | it did ok when I tried it |
17:09.16 | treke | Any ideas what the most popular input method in gpe is? |
17:09.31 | treke | apart from thge hardware keyboard |
17:09.38 | koen | no idea |
17:09.44 | koen | i'm a keyboard person |
17:09.56 | treke | back when I used X, xstroke was all the rage, but it's been a while :p |
17:10.17 | koen | treke: http://projects.o-hand.com/matchbox/ |
17:10.22 | koen | top news posting |
17:10.39 | koen | mallum has rewritten xstroke |
17:10.41 | treke | hehe |
17:13.54 | treke | poor koen |
17:14.40 | koen | awk +tr will be my friend |
17:17.45 | *** join/#oe hufnus (~slonsiki@m7b3936d0.tmodns.net) |
17:21.20 | koen | treke: ls | awk '{print "file://" $1 ";patch=1"}' |
17:21.32 | koen | now lets see how good quilt really is |
17:22.06 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
17:27.02 | reenoo_ | koen: heh |
17:27.21 | pb_ | morning treke |
17:28.30 | koen | reenoo_: ls | awk '{print "\tfile://" $1 ";patch=1 \\"}' is a bit better |
17:28.44 | treke | pb. |
17:30.01 | zecke | ~lart kde people for changing the List-Id without further notice... |
17:31.11 | CosmicPenguin | I think you got the further notice, its the prior notice you were missing... :) |
17:32.09 | pb_ | heh |
17:33.29 | zecke | CosmicPenguin: without any *readable* notice |
17:40.04 | CoreDump|home | ~lart "wrong kernel" message |
17:40.53 | *** join/#oe jh_ (~jason@69.144.85.206) |
17:46.46 | koen | NOTE: package gtk+-2.6.4-1.osso7-r1: task do_patch: completed |
17:46.57 | koen | koen@dominion:/data/build/oe/openembedded/packages/gtk+$ grep patch gtk+_2.6.4-1.osso7.bb | wc -l |
17:47.00 | koen | 104 |
17:47.03 | CIA-9 | 03CoreDump 07 * r1.3413 10openembedded/packages/meta/opie-image-ext2loop.bb: Added opie-image-ext2loop.bb: Identical to opie-image but creates an ext2 image file to be used w/ altboot or similar scripts |
17:47.05 | koen | I think I've set a record :) |
17:47.06 | CIA-9 | 03CoreDump 07 * r1.3412 10openembedded/packages/ (5 files in 5 dirs): (log message trimmed) |
17:47.06 | CIA-9 | initscripts_1.0.bb: |
17:47.06 | CIA-9 | <PROTECTED> |
17:47.06 | CIA-9 | sharp-sdmmc-support_2.4.18-rmk7-pxa3-embedix.bb: |
17:47.06 | CIA-9 | <PROTECTED> |
17:47.06 | CIA-9 | portmap_5-9.bb: |
17:47.09 | CIA-9 | <PROTECTED> |
17:47.25 | *** join/#oe SirFred (~mteira@186.Red-81-36-1.pooles.rima-tde.net) |
17:47.31 | SirFred | Good evening |
17:47.59 | koen | hey SirFred |
17:53.04 | *** join/#oe lost (~anomaly@ppp217-234.lns1.adl2.internode.on.net) |
17:55.22 | kergoth | CoreDump|home: uh? is doing "IMAGE_FSTYPES += ext2" too difficult? i dont see the point in a seperate .bb for it |
17:57.07 | CoreDump|home | hmm? my local.conf is always set to jffs2, like most Z devs I'd guess. With a seperate .bb file you don't have to edit opie-image.bb to build an ext2 image once in a while |
17:57.17 | kergoth | edit opie-image.bb? |
17:57.21 | kergoth | what are you talking about? |
17:57.37 | kergoth | IMAGE_FSTYPES = "jffs2 ext2" |
17:57.39 | kergoth | ta da, done |
17:57.47 | kergoth | you dont have to touch any .bb fileas |
17:57.49 | kergoth | files |
17:58.24 | CoreDump|home | I do, since I mostly use bitbake -b ;) |
17:58.47 | pb_ | eh? bitbake -b still reads local.conf. |
17:59.21 | *** join/#oe marcan (1337@80-29-50-236.adsl.nuria.telefonica-data.net) |
17:59.30 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
18:00.10 | CoreDump|home | ok, it does. On the next compile you'll need to wait ages for the parsing since you've touched (needlessy) local.conf. But ok, I'll trash the bb. |
18:01.15 | kergoth | needless my ass. pointlessly hardcoding the filesystem type into a .bb is both needless and pointless. |
18:01.23 | kergoth | and that was redundant, but you get the point |
18:01.32 | kergoth | heh |
18:01.58 | pb_ | yeah. setting stuff like IMAGE_ROOTFS_SIZE_ext2 in a .bb is in fairly poor taste, as well. |
18:02.10 | CoreDump|home | IMO it isn't. It _is_ easier / less work that way to build such an image once in a while. |
18:03.15 | pb_ | for you, possibly, and you are welcome to keep that .bb file on your local disk. |
18:03.23 | CoreDump|home | and since the bb is even calles "ext2loop" I can't detect any poor taste with hard-coding it to be ext2 |
18:03.27 | pb_ | you are even welcome to use it in the privacy of your own home. |
18:03.45 | koen | don't try to build a h3900 ext image, some genius made -p default for all image types |
18:04.00 | CIA-9 | 03CoreDump 07 * r1.3414 10openembedded/BitKeeper/deleted/.del-opie-image-ext2loop.bb~1275262c1f290f89: |
18:04.01 | CIA-9 | .del-opie-image-ext2loop.bb~1275262c1f290f89: |
18:04.01 | CIA-9 | <PROTECTED> |
18:04.26 | pb_ | koen: pardon? |
18:04.32 | CoreDump|home | pb_: oh you can count on that |
18:05.01 | koen | pb_: something like IMG_COMMAND_append = "-p <something>" |
18:05.12 | koen | instead of IMG_COMMAND_jffs2_append |
18:05.22 | pb_ | in what file? |
18:05.33 | koen | probably h3900, otherwise ipaq |
18:05.55 | pb_ | oh yeah |
18:05.57 | pb_ | EXTRA_IMAGECMD_h3900 = "-e 0x40000 -p" |
18:06.05 | pb_ | -p is the same as --pad, right? |
18:06.12 | koen | no idea |
18:06.35 | koen | it worked till ext2tools implemented stricter checking |
18:06.45 | koen | and failed on the -p |
18:06.58 | pb_ | I think that line should be EXTRA_IMAGECMD_jffs2 += "-e 0x40000". |
18:07.15 | pb_ | there's no point having the MACHINE override in there, since h3900.conf is not even parsed on any other MACHINE. |
18:07.31 | pb_ | and, assuming -p does mean --pad, that's in the default command that bitbake.conf supplies. |
18:07.32 | koen | ah yes :) |
18:11.38 | *** join/#oe hufnus (~slonsiki@mf68d36d0.tmodns.net) |
18:13.35 | *** join/#oe zap_ (~zap@217.170.93.9) |
18:24.44 | koen | NOTE: package gtk+-2.6.4-1.osso7: completed |
18:30.12 | CIA-9 | 03koen 07 * r1.3415 10openembedded/packages/gtk+/ (107 files in 2 dirs): Add gtk+-2.6.4-1.osso7 + one hundred and four (104) patches, part of the maemo.org suite. (I believe this sets a record, try and beat that, RP ;)) |
18:36.03 | CIA-9 | 03reenoo 07 * r1.3400.1.1 10openembedded/packages/linux/handhelds-sa_2.4.19-rmk6-pxa1-hh39.bb: handhelds-sa_2.4.19-rmk6-pxa1-hh39: DEFAULT_PREFERENCE = "-1" for now |
18:38.12 | CosmicPenguin | Nice |
18:38.17 | CosmicPenguin | koen: see - quilt does rock after all |
18:38.24 | koen | heh |
18:38.40 | koen | awk and vi were all the tools I used |
18:38.51 | koen | and head, tail and cat |
18:39.20 | CosmicPenguin | bah |
18:39.46 | koen | they had one line of osso weirdness left, so I edited the patch |
18:43.54 | RP | koen: That's cheating - you didn't write all the patches :) |
18:44.00 | koen | :) |
18:45.29 | *** join/#oe eumel (~chatzilla@p54833134.dip0.t-ipconnect.de) |
18:45.31 | Hertog | RP: do you have any idea what's wrong with the serial ports in >2.6.11 on z7x0? (or... do you even know something goes wrong there?) |
18:46.53 | CIA-9 | 03koen 07 * r1.3415.1.1 10openembedded/packages/gtk+/gtk+_2.6.4-1.osso7.bb: gtk+_2.6.4-1.osso7.bb: fix MAINTAINER |
18:50.49 | zecke | koen: with +100 patches one could gtk+ into qt ;) |
18:51.25 | koen | zecke: one sure could :) |
18:55.02 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
18:56.19 | *** join/#oe marcan (1337@80-29-18-132.adsl.nuria.telefonica-data.net) |
18:58.41 | zecke | mickey_away: 1.3.0 really? |
18:59.03 | zecke | kergoth: we would like to release a new version of bitbake 'soon' |
19:00.35 | CIA-9 | 03zecke123 * r223 10bitbake/ (ChangeLog lib/bb/__init__.py): |
19:00.35 | CIA-9 | bitbake: |
19:00.35 | CIA-9 | <PROTECTED> |
19:02.22 | RP | Hertog: Have you looked at mickeyl |
19:02.27 | RP | mickeyl's patch |
19:02.51 | RP | zecke: Yes, go for 1.3.0 :) |
19:02.53 | *** join/#oe lost (~anomaly@203.122.217.234) |
19:03.06 | *** part/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
19:03.22 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
19:03.29 | Hertog | RP: eh, looked at it, but as I said to mickeyl, I'm out of my depth there, am not much of a coder, much less a kernel hacker ;) I do have some 'evidence' tho. |
19:04.25 | RP | Hertog: What's the evidence? |
19:05.27 | Hertog | RP: nothing much.. Kernel detects the serial ports fine. setserial shows the right irq's are assigned, but it is impossible to set the ioports to the right adresses |
19:05.51 | RP | Hertog: Which kernel is this exactly? |
19:06.04 | RP | and which serial ports for that matter? |
19:07.13 | Hertog | Linux version 2.6.12-rc4-mm2- (but the 'official' 3.5.3 shows the same behaviour) and it's for ttyS[0,1,2], or as the kernel tells me, a FFUART, a BTUART and a STUART |
19:08.35 | RP | and how are you trying to use the ports? |
19:09.05 | RP | There is at least some functionality there as the serial consoles work for me |
19:09.43 | RP | It could be you're trying to access IO lines not present on the port. It could also be that the serial console (which is enabled by default) is interfering with your serial device if you're using FFUART |
19:10.52 | Hertog | I'm not trying to use them, as such, but problems occur when I insert a gps or bt card, those cards get ttyS3 (in dmesg and on fbconsole) , but as cardmon thinks ttyS0-2 are unassigned it tries to do magic on those instead of on ttyS3 |
19:11.25 | Hertog | RP: http://pastebin.ca/12731 |
19:12.13 | pb_ | That sounds rather like cardmon (whatever that is) is broken. |
19:12.52 | RP | Hertog: Ok, you need to work out why cardmon thinks ttyS0-2 are unassigned |
19:12.59 | Hertog | pb_: could be. As said, I'm out of my depths here, but since setserial tells that the UARTS are unknown... |
19:13.07 | Hertog | pb_: and unsettable |
19:13.26 | pb_ | setserial just doesn't understand pxa serial ports. They are unsettable because there are no configurable parameters. |
19:13.44 | RP | Hertog: unknown is not the same as unassigned |
19:13.44 | pb_ | You can't change the base address or the irq: those are fixed by the design of the chip. |
19:14.13 | Hertog | RP: that sounds logical ;) |
19:14.25 | CIA-9 | 03koen 07 * r1.3418 10openembedded/packages/maemo/ (3 files): osso-thumbnail_0.3.1-1.bb, osso-gwobex_0.26.1.bb, hildon-lgpl_0.9.14-2.bb: DEPENDS: gtk+ -> gtk+-2.6.4-1.osso7 |
19:15.03 | Hertog | So it is indeed cardmon whichis bonkers. OK, will go on with my quest in that direction ;) |
19:15.13 | RP | Hertog: You need to find out why cardmon chooses ttys0-2. If that's due to bad information given out by the kernel, we can fix that. Its more likely cardmon makes assumptions it shouldn't |
19:15.39 | koen | it broken on ipaq/2.4 too |
19:16.33 | Hertog | RP: somewhere I am glad it is cardmon... that code I can at least understand a bit |
19:16.40 | Hertog | whereas the kernelstuff... hats of RP :) |
19:17.05 | RP | Hertog: Its just a question of what you're use to ;-) |
19:17.45 | Hertog | ok, off to add some printflines to cardmon then :) |
19:19.51 | Hertog | I got ticked off by setserial telling me that the port was 0x0000 instead of 0x401 (and the irq being correct) ah well... one learns |
19:20.26 | pb_ | Where do you get 0x401 from? |
19:21.14 | pb_ | The port is actually at 0x40100000, but setserial only prints the low 16 bits. |
19:22.14 | pb_ | mostly because the base address is only interesting for ISA ports. |
19:22.21 | Hertog | dmesg tells me it's 0x40100000, just abrevated it |
19:23.04 | pb_ | heh |
19:25.04 | Hertog | hmm, while searching I have seen some patches to setserial floating around so that it knows about those type of uarts, are those intresting for OE? (doubt it) |
19:25.05 | *** join/#oe Kompo (~kimmo@sk2-38.tky.hut.fi) |
19:25.21 | Hertog | interesting even |
19:25.37 | CosmicPenguin | If they're good patches, I think it would be interesting |
19:25.55 | CosmicPenguin | If they make an OE supported machine work ,they're intresting - that the whole point of a distro after all |
19:25.57 | *** join/#oe molivier (~mac@f01m-30-202.d4.club-internet.fr) |
19:26.43 | Hertog | CosmicPenguin: I guess it's not about making a machine 'work' as such, more a kind of 'reporting' stuff correctly |
19:26.43 | *** join/#oe andersee (~andersee@codepoet.org) |
19:27.10 | CosmicPenguin | same difference |
19:32.55 | hrw | 'morning' all |
19:32.57 | drw | hi hrw |
19:32.57 | *** join/#oe ar_ (~ar@port-ip-213-211-231-72.reverse.mdcc-fun.de) |
19:32.57 | *** join/#oe reenoo_ (~r@p5489B815.dip.t-dialin.net) [NETSPLIT VICTIM] |
19:32.57 | *** join/#oe Hertog (~gertjan@cc233190-a.ensch1.ov.home.nl) [NETSPLIT VICTIM] |
19:32.58 | *** join/#oe exastra (~go@l5.org) |
19:32.58 | *** join/#oe kergoth (~kergoth@covenant.kergoth.com) |
19:32.59 | *** join/#oe aoe (aoe@mac1-winf.oeh.univie.ac.at) [NETSPLIT VICTIM] |
19:32.59 | *** join/#oe cdbot (~cdbot@hentges.net) |
19:32.59 | *** join/#oe Titeuf (~Titeuf@2m01.net) [NETSPLIT VICTIM] |
19:32.59 | *** join/#oe gb2 (~gbritton@fog.sekrit.org) [NETSPLIT VICTIM] |
19:33.02 | CIA-9 | 03koen 07 * r1.3419 10openembedded/packages/maemo/hildon-lgpl_0.9.14-2.bb: hildon-lgpl_0.9.14-2.bb: stage some libs too |
19:33.04 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
19:33.04 | *** join/#oe mickey_away (~mickey@deneb.tm.informatik.uni-frankfurt.de) |
19:33.16 | koen | hey hrw |
19:34.12 | hrw | http://www.imdb.com/title/tt0352418/ - weird movie |
19:39.42 | CosmicPenguin | I'll bet |
19:39.58 | hrw | CosmicPenguin: but nice |
19:40.46 | CosmicPenguin | I'll take your word for it |
19:40.57 | hrw | when I read people^wzaurus 'users' on OESF forums I want to kill some of them for lack of brain... |
19:41.35 | koen | hrw: like I said, your IQ drops 30 points when you buy sharp hw |
19:42.06 | treke | koen: ... |
19:42.07 | hrw | koen: sometimes it looks like 30 is what left |
19:42.14 | Hertog | whow, Am I the first to have a negative IQ then? |
19:43.23 | hrw | heh.. tomorrow I have to go to work ;( |
19:48.56 | *** join/#oe Pigi (~NoOne@host171-27.pool80117.interbusiness.it) |
19:49.23 | Pigi | Ciao all |
19:50.04 | Kompo | reenoo_: Hi. Thanks for the mail in Gtk+WebCore mailinglist. I'm the "maintainer" of it |
19:56.07 | hrw | hi Pigi |
19:56.18 | Pigi | hi hrw |
19:56.26 | hrw | brb |
19:57.56 | hrw | can someone write euro sign? |
19:58.02 | CoreDump|home | ? |
19:58.08 | Pigi | ? |
19:58.12 | Pigi | like that ? |
19:58.14 | hrw | ok. thx |
19:58.18 | CoreDump|home | np |
19:58.24 | CosmicPenguin | heh |
19:58.24 | Pigi | you're welcome :) |
19:58.26 | hrw | still no luck with it here |
19:59.31 | Pigi | that shouldn't be a big problem. Better to be far from euro's :) |
20:00.25 | hrw | Pigi: I'm switching my debian machines to pl_PL.UTF8 |
20:00.56 | Pigi | eheheh I suspected something like that, but anyway, if you can, keep away from euro's :) |
20:02.24 | CosmicPenguin | sage advice |
20:05.08 | hrw | Pigi: before 2008 (iirc) I will still use pln |
20:05.40 | *** join/#oe joshua_ (joshua@c-24-34-94-87.hsd1.ma.comcast.net) |
20:05.46 | Pigi | so you're safe for at least other 2,5 years :) |
20:05.59 | pb_ | heh |
20:06.24 | Pigi | also the guys in uk are yet safe ;) Hi pb_ |
20:06.27 | hrw | hmm. it seems that I have to reboot to get system working in utf8... |
20:06.48 | pb_ | hi pigi :-) |
20:07.10 | pb_ | yes, it seems there is no prospect of the UK signing up to the euro any time soon |
20:10.54 | CosmicPenguin | I think the English delight in the uniquness of their monetary system |
20:11.28 | Hertog | CosmicPenguin: if that where so, they wouldn't have gone metric with it :) |
20:11.49 | hrw | hmm.. someone tried to do fresh cvs checkout with current bitbake? |
20:12.35 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
20:13.40 | hrw | bb.mkdirhier()?? |
20:14.40 | hrw | ok. found |
20:18.19 | hrw | looking at last bugs reported by develusers I vote for adding bitbake version to infos printed on start of build |
20:21.11 | Pigi | pb_ you know why my patches about kernel compile in oe haven't been applied ? |
20:21.15 | hrw | I was fetching from cvs something which was added 2 days later... |
20:21.42 | zecke | hrw: schurig named that function... |
20:22.13 | [g2] | hey kergoth I was thinking about kicking off a world build from my Custom build Knoppix DVD that's got all the OE metatdata, bitbake, etc... and all the tarballs for Openslug/Unslung |
20:22.40 | zecke | [g2]: how do you want to test the built is okay? |
20:23.01 | pb_ | Pigi: sorry, no, I don't know |
20:23.08 | Pigi | ok, np |
20:23.09 | pb_ | it might just be that nobody has looked at them yet. |
20:23.11 | hrw | zecke: name is ok for me - I had other bug |
20:23.27 | zecke | hrw: but you solved it? |
20:23.33 | zecke | (sorry I'm lagging) |
20:23.39 | zecke | I'm deep into perl *shouder* |
20:23.57 | kergoth | poor guy |
20:24.10 | hrw | zecke: solved - upped CVSDATE |
20:24.46 | zecke | kergoth: I'm using SVN::Client to have a SVN Tinderbox VC_Display :} |
20:24.48 | hrw | mickey_away: opie-pcmciaapplet try to install pics/pcmcia/*.png which does not exist |
20:24.59 | [g2] | zecke, good question. Eventually, I think there can be custom regression tests by project |
20:25.12 | [g2] | initially, just compiling it all is a feat |
20:26.52 | pb_ | zecke: cute |
20:26.52 | hrw | mickey_away: it use cardmon/pcmcia icon... |
20:26.52 | pb_ | it's a shame tinderbox is all written in perl. |
20:27.23 | zecke | pb_: yes, lack of documentation, lack of examples, lack of common formating... |
20:27.29 | zecke | but yes perl is the biggest burden |
20:27.32 | CosmicPenguin | But it was my impression that you could still do a client in any scripting you want - assuming you can do the e-mailing bits |
20:27.45 | zecke | CosmicPenguin: right |
20:27.53 | zecke | CosmicPenguin: I'll use bitbake for the client |
20:28.18 | zecke | bitbakes executes its' own regression suite |
20:29.28 | pb_ | CosmicPenguin: sure, the client is no problem. but all the server-side stuff (which is where most of the complexity is) is a mass of crufty and obscure perl. |
20:29.38 | pb_ | zecke: which of the tinderbox variants are you using? |
20:30.31 | zecke | pb_: tinderbox2 right from mozilla.org |
20:30.35 | CosmicPenguin | pb_: I'll agree with all of that |
20:31.04 | zecke | pb_: tinderbox3 seems unfinished and I couldn't find sourcecode for the tinderbox3 of osdl |
20:32.03 | CosmicPenguin | grr... why I can't I seem to get bitbake to accept svn as a preferred version? |
20:34.56 | pb_ | zecke: yah, that was my experience as well |
20:35.27 | pb_ | jg once told me that tinderbox2 was an evolutionary dead end, and tinderbox3 was where all the action was at, but as far as I could tell tinderbox3 was also abandoned. |
20:36.19 | pb_ | CosmicPenguin: the PREFERRED_VERSION needs to match PV, which is probably "0.0cvsXXXXX" or something. Setting it to "svn" won't have any useful effect. |
20:43.34 | CIA-9 | 03CoreDump 07 * r1.3414.1.1 10openembedded/packages/busybox/busybox_1.00.bb: Unb0rk busybox .bb |
20:44.26 | CIA-9 | 03CoreDump 07 * r1.3421 10openembedded/packages/busybox/busybox_1.00.bb: busybox: bump PR |
20:45.48 | CosmicPenguin | pb_: crap |
20:47.29 | zecke | pb_: tinderbox3 seams dead as well, the only thing that speaks for tinderbox is, it is actually used |
20:47.35 | koen | man, this maemo stuff is tedious |
20:47.36 | zecke | and it seams to scale |
20:47.40 | CoreDump|home | after an "svn up" I'm getting the following error: |
20:47.42 | CoreDump|home | +mhentges@oe-head:~/OpenEmbedded/bitbake >bitbake --version |
20:47.42 | CoreDump|home | <PROTECTED> |
20:47.42 | CoreDump|home | <PROTECTED> |
20:47.42 | CoreDump|home | <PROTECTED> |
20:47.43 | CoreDump|home | SyntaxError: invalid syntax |
20:47.50 | CoreDump|home | any clues? |
20:47.53 | zecke | CosmicPenguin: conflict |
20:48.00 | kergoth | CoreDump|home: looks like an unmerged conflict. |
20:48.03 | kergoth | heh |
20:48.08 | CoreDump|home | hmm |
20:48.25 | zecke | CosmicPenguin: either deconflict it, or just rm the file and svn up |
20:48.41 | zecke | CosmicPenguin: sorry |
20:48.48 | hrw | svn revert file |
20:49.00 | zecke | CoreDump|home: svn resolved palestinian-conflict |
20:49.50 | CIA-9 | 03koen 07 * r1.3420 10openembedded/packages/maemo/hildon-lgpl_0.9.14-2.bb: hildon-lgpl_0.9.14-2.bb: fix install and stage |
20:50.55 | CoreDump|home | ahh, svn revert + svn up seems to have resolved the problem. Thanks! |
20:53.22 | pb_ | koen: you should probably consider using oe_libinstall and autotools_stage_includes in your do_stage methods. |
20:53.54 | pb_ | not that it really matters, but it would be good form |
20:54.47 | pb_ | CoreDump|home: eh, that changeset that you checked in to busybox looks kind of bogus. |
20:54.57 | pb_ | -pkg_prerm_${PN} () { |
20:54.57 | pb_ | +pkg_prerm () { |
20:54.59 | CoreDump|home | i know.. |
20:55.05 | pb_ | this will cause the mount stuff to appear in all the subpackage postinsts. |
20:55.12 | CoreDump|home | bitbake choked in the _${PN} |
20:55.19 | pb_ | your bitbake is too old |
20:55.19 | CoreDump|home | dunno why |
20:55.31 | pb_ | you need a newer version. |
20:55.37 | *** join/#oe luke-jr_ (~luke-jr@207.192.219.246) |
20:55.39 | CoreDump|home | yeah, just did an update |
20:56.12 | CoreDump|home | anyways, since it's the same thing.. ;) |
20:56.23 | reenoo_ | it's not |
20:56.29 | CoreDump|home | hmm? |
20:56.32 | reenoo_ | back that cset out |
20:56.48 | pb_ | CoreDump|home: what do you mean by "it's the same thing"? |
20:57.09 | pb_ | pkg_prerm and pkg_prerm_${PN} are not equivalent, if that's what you were saying. |
20:57.12 | CoreDump|home | something() == something_${PN} or not? |
20:57.14 | pb_ | no |
20:57.19 | CoreDump|home | how so? |
20:57.36 | pb_ | pkg_prerm() will apply globally to everything in ${PACKAGES}. |
20:57.43 | CoreDump|home | ah crap |
20:57.45 | pb_ | pkg_prerm_FOO() will only apply to that one package. |
20:58.35 | pb_ | so, with your change, busybox-httpd and busybox-udhcpd will both end up with the /bin/mount update-alternatives stuff in their postinsts, which is not what we want. |
20:58.38 | CoreDump|home | PACKAGES =+ "${PN}-httpd ${PN}-udhcpd", sorry didn't see that before |
20:58.53 | koen | pb_: oelibinstall created foo.so/ (as a dir) |
20:58.57 | koen | but I'll look at it |
20:59.39 | pb_ | koen: that probably means you invoked it wrong. You need to give it the directory to install into, not the pathname of the destination library, since it installs multiple files. |
20:59.56 | koen | aha |
21:00.06 | koen | will test that after my toolchain gets rebuilt |
21:00.13 | pb_ | there are numerous examples of (hopefully correct) oe_libinstall usage in other packages. |
21:00.26 | pb_ | I imagine a few seconds with grep will turn some up for you to look at. |
21:00.41 | koen | is there a compelling reason not to auto stage includes and libs? |
21:01.34 | pb_ | no; just historical inertia, really. |
21:01.45 | *** part/#oe pH5 (~ph5@e178234031.adsl.alicedsl.de) |
21:02.05 | pb_ | I think it would be reasonable to put autotools_stage_includes() in a do_stage() method for autotools.bbclass, and maybe even base.bbclass. |
21:02.12 | koen | I'm also curious why the .so only ends up in .libs/ |
21:02.19 | pb_ | likewise some similar function for libraries. |
21:02.36 | pb_ | koen: that's just the way libtool works |
21:03.01 | koen | yeah but some .so's end up in src/ others don't |
21:03.30 | pb_ | afaik, libtool will always put the .so files in .libs/. |
21:03.47 | CIA-9 | 03CoreDump 07 * r1.3419.1.3 10openembedded/packages/busybox/busybox_1.00.bb: busybox: Undo previous cset, problem was caused by a too old bitbake version |
21:03.51 | pb_ | if it's landing in the parent directory, either the makefile must be doing something special, or it isn't using libtool. |
21:03.59 | koen | ah, I see |
21:04.26 | pb_ | actually, it might be that libtool puts the .so files in src/ if you've told it not to build a static library. |
21:04.44 | pb_ | the ostensible reason for the whole .libs thing seems to be to segregate the stuff relating to static and shared libs. |
21:06.21 | pb_ | this kind of thing is the main argument in favour of writing an autotools_stage_libs() kind of thing, since "make install" is the only thing that is guaranteed to know how to fish the libraries out of whereever libtool has put them. |
21:07.59 | pb_ | CoreDump|home: thanks for reverting that change. |
21:08.36 | CoreDump|home | np, it was bogus after all |
21:09.09 | koen | pb_: implementing the autostage thingie wouldn't break stuff, right? |
21:09.21 | hrw | http://bugs.busybox.net/view.php?id=23 - can we have it in busybox? |
21:09.23 | koen | do_stage in the .bb would still override it? |
21:09.28 | hrw | <PROTECTED> |
21:11.07 | hrw | its annoying when I press Backspace in busybox/vi and have to go ESC, then x to remove ^H |
21:11.15 | Pigi | nite all |
21:11.37 | treke | is it really a bug in busy box or just the terminal definition? |
21:12.41 | pb_ | koen: right |
21:12.43 | hrw | treke: good question.. |
21:13.42 | pb_ | treke: iirc, busybox laughs in the face of terminfo; it just has its own set of expectations about how terminals will behave. |
21:13.55 | CosmicPenguin | <PROTECTED> |
21:14.00 | treke | pb_: fun |
21:14.07 | CosmicPenguin | So there you ahve it |
21:14.15 | treke | so itsounds like a busy box bug :p |
21:14.43 | *** join/#oe Arjan (~arjan@anymore.nl) |
21:14.47 | pb_ | treke: it does make a certain amount of sense, in that 95% of terminfo exists only to support terminals that have been extinct for three decades. |
21:14.58 | treke | hehe |
21:14.59 | hrw | bye |
21:15.23 | treke | except on one persons desk |
21:15.33 | treke | who will promptly scream very loud if it stops working |
21:15.43 | hrw|gone | I would like to have HP2623A terminal - my first way to use internet..... |
21:15.46 | pb_ | I suspect in a lot of cases, there are literally no users. |
21:15.56 | hrw|gone | cu |
21:16.28 | pb_ | the terminfo people seem to feel that part of their remit is to act as a historical archive of old terminal systems, which is laudable enough in itself but not really what you want on a handheld system. |
21:17.13 | CoreDump|home | bye hrw|gone |
21:17.36 | koen | hrw|gone: is that an envizex? |
21:18.06 | pb_ | nowadays, I think it's a perfectly defensible position to assume that everyone will be using a terminal that understands vt100 codes, at a minimum. |
21:21.56 | Hertog | any good reason to have all four of the possible io schedulers in the kernel? |
21:22.25 | Hertog | (don't know how much space they take?) |
21:22.28 | pb_ | no, that does sound a bit excessive |
21:22.50 | zecke | wow my VC_svn.pm does something |
21:22.59 | treke | cool |
21:23.01 | koen | zecke: congrats |
21:23.04 | zecke | lol Out of memory! |
21:23.09 | zecke | so some infinite loop |
21:23.16 | treke | zecke: if I were you, I'd not bother writing a bk front end |
21:23.19 | pb_ | Hertog: I suspect that just the deadline scheduler would be sufficient. |
21:23.48 | Hertog | should I file bugreport? |
21:24.55 | koen | pb_: could you have a look at the autostage business? |
21:25.28 | pb_ | Hertog: good idea |
21:25.48 | Hertog | 'k will do so in the morning, to bed now. G'night |
21:26.25 | pb_ | koen: maybe you could check with kergoth and mickey first. Those guys would need to buy into a change like that. |
21:27.41 | koen | I'll mail the list |
21:28.29 | pb_ | good plan |
21:31.45 | CosmicPenguin | grrr.... |
21:31.48 | CosmicPenguin | damn svn and proxies |
21:31.52 | CosmicPenguin | lart them right to hell |
21:37.11 | zecke | koen: how do you find out stageable items? (reuse package_split logic?) |
21:37.26 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
21:37.46 | koen | check for .so files is ${D}${libdir} |
21:37.52 | koen | that owuld be my guess |
21:38.59 | koen | I think kergoth, mickeyl and pb_ will have some more ideas how to do that |
21:39.27 | pb_ | yeah, you'd stage ${libdir}/*.so*, ${libdir}/*.a, and maybe the equivalent for /lib. |
21:39.45 | pb_ | autotools_stage_includes() just grabs everything from ${includedir}. |
21:40.06 | pb_ | obviously, packages with more complex staging requirements will be free to write do_stage() by hand, just like they always have been |
21:41.44 | zecke | pb_: currently I've no objections |
21:42.04 | pb_ | zecke: very good. do keep me posted if that situation changes for the worse. |
21:42.05 | zecke | koen: actually I've asked myself the same question a couple of times already |
21:43.26 | pb_ | and, arguably, if we're going to auto-stage headers and libraries, we might as well make "inherit pkgconfig" the default as well. |
21:43.46 | koen | yes |
21:43.55 | koen | that would prevent me from misspelling it |
21:44.01 | koen | ~lart pkconfig |
21:44.17 | pb_ | hah |
21:44.51 | koen | bitbake continues happily with that typo |
21:44.52 | pb_ | yeah, there's a separate discussion about whether bitbake should diagnose "inherit bogusclass". |
21:45.11 | pb_ | it deliberately doesn't diagnose "include bogusfile", but I think you can make a good argument for inherit being different. |
21:46.40 | pb_ | again, that'd be a policy change that requires buy-in from the uberhackers. |
21:55.47 | koen | koen@dominion:/data/build/oe/openembedded/packages/gnome$ bitbake -b siobhan_0.6.bb |
21:55.48 | koen | NOTE: exceptions.AttributeError:'NoneType' object has no attribute 'group' while evaluating: |
21:55.51 | koen | http://ftp.gnome.org/pub/GNOME/sources/siobhan/${@gnome_verdir("0.6")}/siobhan-0.6.tar.bz2 |
21:56.00 | CosmicPenguin | gooo |
21:56.37 | pb_ | no, gnome.bbclass doesn't understand version strings with only two components. |
21:57.46 | pb_ | it's expecting to see PV="0.6.0" or something, in which case it would look for /pub/GNOME/sources/siobhan/siobhan-0.6/siobhan-0.6.0.tar.bz2 |
21:58.28 | pb_ | if your directory layout doesn't match that, you'll have to set the SRC_URI by hand. |
21:58.52 | mickeyl | fwiw, i'm all for bb not ignoring classes it can't pick up |
21:58.59 | mickeyl | i'd welcome a switch for that though |
21:59.08 | pb_ | makes sense |
21:59.30 | mickeyl | http://www.oesf.org/forums/index.php?act=ST&f=69&t=12864&st=0#entry81683 |
22:00.22 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
22:00.22 | pb_ | heh |
22:00.32 | zecke | my svn stuff gets further |
22:01.06 | mickeyl | cool. what exactly are you doing with svn ? |
22:01.40 | zecke | mickeyl: get all the commits done, and sort them by date |
22:01.52 | zecke | mickeyl: so if something breaks you can jump to the commit and see who broke it |
22:02.00 | pb_ | more or less like bonsai does with cvs, I guess |
22:02.01 | mickeyl | ah that'd be handy |
22:02.12 | mickeyl | cvsblame :) |
22:02.17 | pb_ | right |
22:02.32 | CosmicPenguin | It should automatically connect to #oe, lart the person and then leave |
22:02.58 | mickeyl | hehe |
22:03.52 | zecke | mickeyl: http://tinderbox.mozilla.org/showbuilds.cgi?tree=Firefox |
22:04.16 | mickeyl | hmm cool |
22:04.31 | zecke | mickeyl: yeah bonsai for poor |
22:05.10 | pb_ | the MozillaTest tree is usually a more interestng one to look at, since that build is usually busted. |
22:05.17 | mickeyl | :) |
22:05.23 | pb_ | Firefox is almost always green, which is a bit dull :-} |
22:05.52 | mickeyl | indeed. i can very well remember opie being red in the early days of your tinderbox setup |
22:05.58 | pb_ | heh, right |
22:06.20 | zecke | mickeyl: all images were read |
22:06.38 | mickeyl | of course they were, but pb_ hacked tinderbox |
22:06.56 | mickeyl | if (gpe == red) gpe = green; |
22:07.09 | mickeyl | :D |
22:08.06 | pb_ | ah, my hack wasn't that sophisticated. I just had a static assignment: gpe=green, opie=red. |
22:08.26 | mickeyl | heh |
22:08.52 | pb_ | cvsblame was easy too, I just pointed that to a static page that said "br1". |
22:08.58 | mickeyl | haha |
22:09.00 | mickeyl | no kidding |
22:10.25 | mickeyl | anyone actually looked at the 100 patches to gtk? |
22:10.36 | pb_ | heh, not me |
22:10.37 | mickeyl | what kind of patches are that? features or really bugfixes ? |
22:10.53 | koen | stuff needed to build the rest of meamo |
22:11.06 | mickeyl | hmm so features then. which makes it not quite a drop-in replacement for gtk right? |
22:11.11 | koen | is is an older version of gtk, so it won't get pickup by default |
22:11.20 | pb_ | I think they're a mixture of features, bugfixes and policy changes. |
22:11.26 | zecke | mickeyl: both |
22:11.40 | mickeyl | hmm. that leaves a grain of salt to me |
22:11.47 | pb_ | it's hard to read the patches, though, since they seem to be split by file rather than by functional set. |
22:11.49 | mickeyl | sounds like a permanent fork then |
22:11.56 | zecke | mickeyl: adoptions for a PDA, smaller widgets |
22:12.04 | koen | they want to push upstream |
22:12.09 | zecke | mickeyl: input method changes, disabling tooltips, accells... |
22:12.09 | mickeyl | i hope they do |
22:12.22 | koen | since our gpe patches overlap :) |
22:12.26 | zecke | mickeyl: also new features and some look like bugfixes |
22:16.38 | zecke | wow my VC display works |
22:16.55 | pb_ | ~praise zecke |
22:16.56 | ibot | All hail zecke! |
22:17.01 | mickeyl | very good |
22:19.15 | zecke | :) |
22:19.24 | zecke | how do I catch exceptions in perl? |
22:19.38 | *** join/#oe _Psy (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
22:21.35 | CosmicPenguin | ooops |
22:21.39 | CosmicPenguin | runaway uclibc config |
22:22.18 | CosmicPenguin | only 12GB for the log file |
22:22.20 | koen | I still remember the 90GB logfiles when Kconfig ran wild in the Old Days |
22:22.45 | CosmicPenguin | it go boom |
22:23.01 | koen | yeah |
22:23.29 | koen | I had to keep my fingers crossed when I fired up a build when I was on holiday |
22:24.06 | koen | when package count was below 1000 |
22:24.19 | mickeyl | hah |
22:24.22 | mickeyl | those good ole days |
22:26.06 | koen | when I didn't go to strange foreign places to drink with strange foreign hackers |
22:26.37 | CoreDump|home | my buildbox just crashed after 150 day uptime :\ |
22:27.18 | koen | 'night all |
22:28.05 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
22:28.22 | proti_ | Got some parsing error on busybox_1.0.bb |
22:28.54 | reenoo_ | proti_: svn up bitbake |
22:29.23 | CosmicPenguin | and bk pull while you're at it |
22:29.27 | proti_ | reenoo_: When was it fixed ? A few minutes ago ? |
22:29.43 | pb_ | yesterday |
22:30.06 | proti_ | svn update |
22:30.06 | pb_ | a few minutes before the patch in question was applied to bitbake_1.00.bb. |
22:30.15 | proti_ | at revision 223 |
22:30.40 | proti_ | I synch'ed everything 3 hours ago. |
22:30.52 | CosmicPenguin | pb_: s/bitbake/busybox/? :) |
22:31.03 | pb_ | er, yeah |
22:31.06 | pb_ | busybox_1.00.bb |
22:31.56 | *** join/#oe hufnus (~slonsiki@m861d36d0.tmodns.net) |
22:32.04 | proti_ | Ok, bk was not up to date. |
22:32.38 | zecke | proti_: what would be your stragey to find that a cache is outdatet? |
22:33.39 | proti_ | file is newer, or parents in cache or file are newer. |
22:35.52 | proti_ | zecke: What do you have in mind ? |
22:37.44 | proti_ | Hum, bitbake does not like this line : 'pkg_postinst_${PN} () {' in busybox_1.00.bb |
22:39.35 | reenoo_ | proti_: your bitbake isn't up to date |
22:40.16 | proti_ | reenoo: What rev is bitbake ? I have 223. |
22:44.51 | mickeyl | g'night |
22:44.54 | reenoo_ | proti_: sounds like you're running another (outdated) copy instead of what you've checked out. |
22:45.02 | reenoo_ | 'night mickeyl |
22:45.11 | mickeyl | don't forget to always rm -rf tmp/cache after a bitbake upgrade |
22:45.55 | reenoo_ | heh, right. forgot about that. |
22:45.56 | proti_ | mickey|zzZZzz: night. I did remove cache, but no luck for this one. Since there is a parsing error, the file cache is missing. |
22:46.45 | proti_ | reenoo_: Outdated, how ? |
22:47.47 | zecke | proti_: wrong path or wrong BBPATH |
22:47.59 | zecke | proti_: ok something smarter than checking every file |
22:48.27 | *** join/#oe ljp (~lpotter@203.94.178.46) |
22:51.50 | proti_ | zecke: You Need some heuristic to make the cache smarter and use the bitbake semantic to remove false positive. |
22:52.23 | proti_ | ok, fixed. was a system installed bitbake core that was interfering. |
22:52.39 | proti_ | My mistake. thank you. |
22:52.48 | CosmicPenguin | ahh, damn |
22:52.52 | CosmicPenguin | ~lart NLS |
22:53.28 | zecke | someone wants to look at the VC_svn.pm? |
22:53.29 | CosmicPenguin | I hate that lart |
22:53.58 | proti_ | zecke: What is it ? |
22:54.34 | Ken|Jlime | is there some issue with quilt_native currently? |
22:55.35 | CosmicPenguin | zecke: tinderbox didn't have a VC_svn already? Strange |
22:55.45 | CosmicPenguin | I'll look at it |
22:55.51 | proti_ | ok night all |
23:01.27 | treke | zecke: you just going to pull the tarball snapshots instead of bk? |
23:02.35 | zecke | treke: currently I set up tinderbox for bitbake and running bitbake tests |
23:02.46 | zecke | treke: I plan to use the NWL bk version |
23:03.12 | zecke | viewcvs integration is now missing |
23:03.51 | zecke | CosmicPenguin: how do I catch an exception? |
23:05.58 | CosmicPenguin | zecke: you mean like a signal handler? |
23:06.07 | zecke | CosmicPenguin: handhelds.org/~zecke/VC_svn.pm |
23:06.18 | zecke | CosmicPenguin: I dunno how it is called in perl :} |
23:06.36 | zecke | CosmicPenguin: If I use an invalid svn revision (a not yet existing one) |
23:06.46 | zecke | CosmicPenguin: I get some sort of error which stops tinder.cgi |
23:07.02 | zecke | I would prefer to ignore this error |
23:08.11 | CosmicPenguin | zecke: so it dies? |
23:09.18 | CosmicPenguin | Your best best is to use eval |
23:14.16 | CosmicPenguin | zecke: eval { block } - if it fails, then the string $@ will tell you what happened |
23:14.21 | CosmicPenguin | if $@ is zero length, it was successful |
23:14.49 | zecke | CosmicPenguin: how do I test for zero? using scalar? |
23:15.40 | CosmicPenguin | length($@) will work |
23:15.49 | CosmicPenguin | eval { |
23:15.49 | CosmicPenguin | <PROTECTED> |
23:15.49 | CosmicPenguin | <PROTECTED> |
23:15.49 | CosmicPenguin | }; |
23:15.49 | CosmicPenguin | print "Error\n" if length($@); |
23:15.50 | CosmicPenguin | print "Done\n"; |
23:15.55 | CosmicPenguin | There's a small example |
23:16.55 | CosmicPenguin | Its ugly - Python's exception handling is far superior |
23:21.34 | zecke | hehe |
23:21.41 | zecke | hmm eval does not do the trick |
23:35.28 | zecke | ok tomorrow I will set up mail and write my tinderclient |
23:35.49 | zecke | and then I'll try to migrate that setup to some server at hh.org france can (hopefully) spare |
23:40.16 | *** join/#oe offroadgeek_ (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
23:42.46 | france | zecke: I have been working all day on the servers |
23:42.53 | france | zecke: getting closer.... |
23:44.27 | *** join/#oe kiatoa (~matt@rich-dsl3-66.greenmountainaccess.net) |
23:45.11 | zecke | france: I'm slowly progressing as well, I can display svn commits and now are familiar with that part of the tinderbox |
23:46.00 | zecke | france: adding BitKeeper support (using no whining client) will be easier |
23:46.57 | zecke | france: did you start with your port yet? |
23:47.22 | france | yup, I am working on the kernel |
23:48.20 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
23:50.17 | *** part/#oe kiatoa (~matt@rich-dsl3-66.greenmountainaccess.net) |
23:51.55 | *** join/#oe CP|Laptop (~nobody@aus-ext-proxy01.amd.com) |
23:53.11 | zecke | france: my requirements are currently low |
23:53.28 | zecke | france: diskspace, ~6 email addresses, bandwidth |
23:53.45 | zecke | france: if we decice to run tests at hh.org as well we might need more computing power as well |
23:59.24 | *** join/#oe CP|Laptop (~nobody@aus-ext-proxy01.amd.com) |