| 00:10.56 | *** join/#oe Laibsch (~leggewie@G0963.g.pppool.de) |
| 00:11.18 | JustinP | any kernel hackers here? Or just device people... I'm looking at this kernel patch and I *think* it created a keyboard device but I'm not sure how to use it: http://www.piro.hopto.org/~piro/zaurus/kernelpatch/c3000/P07-C3000-KBDDEV_041206.patch |
| 00:13.00 | *** join/#oe hufnus (~slonsiki@m088236d0.tmodns.net) |
| 00:15.27 | *** part/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 00:32.07 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) |
| 01:25.25 | *** join/#oe noclouds (~mhfan@60.166.40.255) |
| 01:36.50 | *** join/#oe hufnus (~slonsiki@m088236d0.tmodns.net) |
| 01:55.10 | CIA-4 | 03ccsmart 07org.openembedded.nslu2-linux * r19146380... 10/packages/meta/openslug-packages.bb: Added cyrus-imapd, mutt and postfix. |
| 01:55.14 | CIA-4 | 03ccsmart 07org.openembedded.nslu2-linux * r9ae647b7... 10/packages/meta/openslug-packages.bb: Added mutt and postfix. |
| 01:55.17 | CIA-4 | 03ccsmart 07org.openembedded.nslu2-linux * r7e613c4f... 10/packages/openslug-init/ (openslug-init-0.10/turnup openslug-init_0.10.bb): Modified turnup to configure memstick for /var to run splitted in between tmpfs and disk directories. |
| 01:55.21 | CIA-4 | 03jbowler 07org.openembedded.nslu2-linux * r53972fc2... 10/packages/monotone/ (3 files in 2 dirs): (log message trimmed) |
| 01:55.21 | CIA-4 | Working, tested, versions of monotone. These past most aspects of the |
| 01:55.21 | CIA-4 | test suite. Merge tests (which should fail) get unexpected passes (because, |
| 01:55.21 | CIA-4 | apparently, the command to decode b64 data is not installed), cvs tests |
| 01:55.21 | CIA-4 | fail (run as root) and some tests fail because of the lack of a perl |
| 01:55.23 | CIA-4 | packages. However all tests which have no obvious external failure |
| 01:55.25 | CIA-4 | reason (which is all but about 20 of several hundred tests) succeed apart |
| 01:55.27 | CIA-4 | 03jbowler 07org.openembedded.nslu2-linux * r81b86311... 10/packages/meta/openslug-packages.bb: Add monotone to the development packages list. |
| 01:55.30 | CIA-4 | 03jbowler 07org.openembedded.nslu2-linux * r57e9a003... 10/packages/libopie/libopie2.inc: Remove spurious blank line introduced by merge |
| 01:56.04 | *** join/#oe qip|Virus|da (~Thomas@p549CBC70.dip.t-dialin.net) |
| 01:56.23 | *** join/#oe Timelord (~TL@4.78.4.43) |
| 01:57.28 | jbowler | I just pushed a buildable/working monotone (both 0.19 and 0.20) into org.openembedded.dev - probably mostly of interest for people with NSLU2s, but it passes all the tests I expect it to (it fails on one large file, and on CVS stuff 'cause I ran it as root.) |
| 02:12.40 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:55.51 | *** join/#oe swbrown (~chatzilla@cpe-66-75-245-228.san.res.rr.com) |
| 02:56.20 | swbrown | Anyone happen to know where the "Online Screenshot"s go in GPE? |
| 03:03.11 | *** join/#oe Crofton_|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 03:45.34 | *** join/#oe nofpu (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 03:46.20 | *** join/#oe hufnus (~slonsiki@m668736d0.tmodns.net) |
| 03:51.31 | *** join/#oe Delta__ (~delta@p508313BA.dip0.t-ipconnect.de) |
| 04:05.27 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 04:41.48 | *** join/#oe dkey (nobody@193.170.48.236) |
| 05:10.21 | *** join/#oe Jenna (~cherryRed@209.8.233.138) |
| 05:14.49 | *** join/#oe hufnus (~slonsiki@m668736d0.tmodns.net) |
| 05:19.29 | *** join/#oe WebGuest (~WebGuest@82.170.27.135) |
| 05:40.10 | *** join/#oe epronk (~epronk@82.170.27.135) |
| 05:48.47 | *** join/#oe Jenna (~cherryRed@209.8.233.143) |
| 05:49.56 | *** part/#oe Jenna (~cherryRed@209.8.233.143) |
| 05:57.46 | *** join/#oe koobla_afk (~chatzilla@wall4.soft.uni-linz.ac.at) |
| 06:36.02 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 06:39.00 | *** join/#oe hufnus (~slonsiki@m668736d0.tmodns.net) |
| 06:46.46 | *** join/#oe kestrel (~daniel@137.132.153.58) |
| 06:48.00 | kestrel | anyone tried a symbol spectrum WLAN card on oz 3.5.3? it's not recognized on my poodle |
| 06:48.26 | kestrel | so, i tried rebuilding the orinoco-modules... and found out that the do_install is broken |
| 06:48.38 | kestrel | log.do_install is empty! |
| 06:48.52 | kestrel | latest monotone pull |
| 06:49.50 | kestrel | couldn't figure out why the do_install in the bb is never executed |
| 06:50.28 | *** join/#oe Jenna (~cherryRed@209.8.233.133) |
| 06:50.57 | *** part/#oe Jenna (~cherryRed@209.8.233.133) |
| 07:09.45 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 07:16.53 | *** join/#oe Jenna (~cherryRed@209.8.233.133) |
| 07:17.28 | *** part/#oe Jenna (~cherryRed@209.8.233.133) |
| 07:19.12 | koobla | hi all |
| 07:20.43 | __law__ | hi |
| 07:21.16 | __law__ | i have deleted a file in my monotone repo how can i get this back from server? |
| 07:21.39 | __law__ | i only get this error monotone: misuse: 1 missing files |
| 07:22.23 | __law__ | if taht happend with bitbake it restored the file from the server |
| 07:24.29 | jbowler | try "monotone revert <file>" |
| 07:26.16 | __law__ | jbowler, that works thanks |
| 07:51.08 | *** join/#oe noclouds (~mhfan@60.166.40.255) |
| 08:03.06 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 08:03.15 | *** join/#oe hufnus (~slonsiki@m668736d0.tmodns.net) |
| 08:11.52 | *** join/#oe LordVan (~lordvan@LordVan.developer.gentoo) |
| 08:13.25 | kestrel | can someone add orinoco-modules-cs in BOOTSTRAP_EXTRA_RDEPENDS for poodle-2.4.conf? |
| 08:13.32 | kestrel | thanks |
| 08:13.58 | kestrel | can't commit |
| 08:17.03 | mickeyl | kestrel: yep |
| 08:17.11 | mickeyl | good morning, btw. |
| 08:17.47 | kestrel | mornin too |
| 08:18.10 | *** join/#oe BigAl (~bigal@dsl-202-45-99-136.ACT.netspace.net.au) |
| 08:21.50 | *** join/#oe schurig (~schurig@p54B2233A.dip0.t-ipconnect.de) |
| 08:22.06 | schurig | hi agian |
| 08:23.44 | XorA | morning |
| 08:25.50 | CIA-4 | 03mickeyl 07org.openembedded.dev * r347a9adf... 10/conf/machine/ (poodle-2.4.conf poodle-2.6.conf zaurus-clamshell-2.4.conf): zaurus machine configurations: add orinoco-cs to poodle, specify 0.13e for Zaurus 2.4 kernels since later versions don't work there |
| 08:34.58 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 08:35.55 | kestrel | mickeyl: thanks for that. i was looking at 0.15 orinoco for a couple of hours now ... couldn't figure out why |
| 08:36.36 | kestrel | how's 2.6 kernel on poodle? |
| 08:41.58 | mickeyl | kestrel: http://www.cs.wisc.edu/~lenz/zaurus/ |
| 08:42.05 | mickeyl | looks like it boots, but lots of devices are missing |
| 08:42.11 | mickeyl | drivers, even |
| 08:42.50 | mickeyl | good morning pb_ |
| 08:42.59 | mickeyl | hey XorA |
| 08:46.36 | kestrel | mickeyl: i think you got a typo on poodle-2.4.conf... i think it should be machine/poodle-2.4.conf:PREFERRED_VERSION_orinoco-modules-cs = "0.13e" |
| 08:46.48 | kestrel | PREFERRED_VERSION_orinoco-modules-cs = "0.13e" |
| 08:46.56 | kestrel | and not PREFERRED_VERSION_orinoco-cs = "0.13e" |
| 08:47.00 | kestrel | :) |
| 08:47.14 | kestrel | and together with PREFERRED_VERSION_orinoco-modules= "0.13e" |
| 08:47.24 | kestrel | without the "cs" |
| 08:51.18 | mickeyl | argh |
| 08:51.20 | mickeyl | ~lart me |
| 08:52.04 | pb_ | mickeyl: good morning |
| 08:52.36 | mickeyl | actually it needs to be orinoco-modules = "0.13e", because the .bb file name matters here, not the ipkg name |
| 08:52.44 | *** join/#oe Jenna (~cherryRed@209.8.233.240) |
| 08:52.55 | kestrel | right... |
| 08:53.06 | *** part/#oe Jenna (~cherryRed@209.8.233.240) |
| 09:08.19 | CIA-4 | 03mickeyl 07org.openembedded.dev * r8e26f209... 10/conf/machine/ (poodle-2.4.conf zaurus-clamshell-2.4.conf): zaurus-configs: fix stupid typos introduced in last commit |
| 09:08.56 | *** join/#oe pH5 (~ph5@e178214157.adsl.alicedsl.de) |
| 09:16.31 | *** join/#oe Jenna (~cherryRed@209.8.233.110) |
| 09:20.25 | *** join/#oe BigAl (~bigal@dsl-202-45-99-136.ACT.netspace.net.au) [NETSPLIT VICTIM] |
| 09:20.25 | *** join/#oe ljp (~lpotter@203.94.178.46) [NETSPLIT VICTIM] |
| 09:20.25 | *** join/#oe CosmicPenguin (~nobody@svl-ext-proxy02.amd.com) [NETSPLIT VICTIM] |
| 09:20.25 | *** join/#oe Pendalar (Pendalar@h166.118.140.67.ip.alltel.net) [NETSPLIT VICTIM] |
| 09:23.24 | CIA-4 | 03mickeyl 07org.openembedded.dev * rf47b4940... 10/packages/meta/opie-collections.inc: opie-collections: repair gathering OPIE_MORE_RDEPENDS depending on ROOT_FLASH_SIZE |
| 09:30.05 | *** join/#oe eJumbo (~eJumbo@203.196.146.243) |
| 09:31.12 | eJumbo | Hi, when i boot the image. the image hangs at after starting the syslogd and i dont get the login prompt. but i do get a login prompt on the lcd |
| 09:31.19 | eJumbo | i dont know what the problem is ? |
| 09:42.35 | *** join/#oe bluelightning (~bluelight@219-89-3-139.dialup.xtra.co.nz) |
| 10:20.16 | *** join/#oe zecke (fakeuser@p54BD005C.dip0.t-ipconnect.de) |
| 10:20.39 | zecke | hey |
| 10:20.48 | eJumbo | Hi Zecke |
| 10:20.54 | zecke | can I put some rule in my configure.in to always use gcc as linker? |
| 10:21.04 | zecke | instead of changing each Makefile manually |
| 10:24.46 | pb_ | oe should be setting LD = "gcc" anyway. |
| 10:24.51 | pb_ | is that not happening for you? |
| 10:28.34 | zecke | pb_: hey, it uses libtool+g++ to link, I want gcc and -lsupc++ |
| 10:29.41 | pb_ | ah, I see |
| 10:30.06 | pb_ | I can't think of any easy way to overcome that. |
| 10:30.36 | zecke | I had hoped I could set CXXLINK and CXXLD from within configure.in and it would land in each Makefile.in |
| 10:31.35 | *** join/#oe BigAl (~bigal@dsl-202-45-99-136.ACT.netspace.net.au) |
| 10:33.46 | pb_ | that might work, yeah |
| 10:34.06 | pb_ | you'd probably need to do it near the end of configure.in, so that it overrides the values that autoconf chooses for itself |
| 10:35.34 | zecke | how would I do it? Sorry I'm still an idiot of m4 |
| 10:35.48 | zecke | AC_DEFINE(CXXLD, $(CC)) ? |
| 10:35.56 | kestrel | anyone experienced this before on a WLAN card: hermes_read_ltv() rid does not match type |
| 10:36.14 | kestrel | i'm using orinoco0.13e |
| 10:37.48 | pb_ | zecke: configure.in is just a shell script |
| 10:37.58 | pb_ | CXXLD="${CC}" |
| 10:38.32 | zecke | ~fishslap zecke |
| 10:38.33 | ibot | ACTION slaps zecke up side the head with a wet fish. |
| 10:42.06 | *** join/#oe mithro (~tim@p54B14DB1.dip.t-dialin.net) |
| 10:44.40 | zecke | pb_: thanks |
| 10:45.00 | zecke | ~lart bad coders creating and copy 'n pasting insecure code everywhere |
| 10:50.19 | XorA | ~lart mozilla for not uploading firefox source |
| 10:58.35 | koobla | is there a good alternative to sysv init? |
| 11:04.09 | *** join/#oe mithro (~tim@p54B14DB1.dip.t-dialin.net) |
| 11:04.10 | pb_ | ~lart do13 |
| 11:04.20 | pb_ | ibot, that was a weak lart |
| 11:16.53 | *** join/#oe OSS542 (~jhart@l215202.ppp.asahi-net.or.jp) |
| 11:18.49 | koobla | dang. my devboard keep on hardlocking |
| 11:20.12 | koobla | ~lart interrupt handler |
| 11:20.21 | bluelightning | hi all |
| 11:20.28 | zecke | <PROTECTED> |
| 11:20.33 | bluelightning | hey zecke |
| 11:20.35 | zecke | bluelightning: how are you? |
| 11:20.45 | bluelightning | zecke: not too bad, yourself? |
| 11:20.54 | zecke | bluelightning: not too bad |
| 11:23.01 | bluelightning | koobla: http://initng.thinktux.net |
| 11:23.20 | bluelightning | I'm using it on my desktop atm |
| 11:23.38 | koobla | bluelightning: thanks |
| 11:23.54 | koobla | will it work on arm? |
| 11:24.30 | bluelightning | not sure... I don't see why it couldn't be ported across though |
| 11:26.10 | bluelightning | I recall a small amount of discussion a few months ago about adapting Apple's new init system (I forget its name) for use on handhelds... I don't think it went anywhere |
| 11:30.11 | koobla | wel well - will look into it, if time allows. |
| 11:42.32 | *** join/#oe mithro_ (~tim@p54B14DB1.dip.t-dialin.net) |
| 11:42.41 | *** join/#oe kestrel (~daniel@137.132.153.58) |
| 11:42.44 | eJumbo | trying to create some device entries ; found out that if we want to create directories into /dev. it does not work. went through the source of makedevs.c and found that the function responsibe for creating directory entries does not do anything ? |
| 11:44.41 | zecke | eJumbo: look at your init sciprs and check what they do to /dev |
| 11:45.15 | *** join/#oe molivier (~mac@d03v-195-36-132-39.d4.club-internet.fr) |
| 11:46.07 | mithro_ | [13:33] <mithro> hey mickeyl, I lost your phone number |
| 11:46.08 | mithro_ | [13:33] <mithro> could you email it to me? |
| 11:47.09 | zecke | mithro_: and give you his cell phone number |
| 11:47.13 | zecke | (if he does not respond) |
| 11:47.31 | kestrel | mickeyl: i just tried orinoco0.13e on poodle with my own build, but i'm getting errors: hermes_read_ltv() rid does not match type. I see from the orinoco mailinglist, you said 0.15x doesn't work on ARM, but the orinoco people says it can |
| 11:48.14 | kestrel | mickeyl: have you tried compiling with gcc2.95 ? just like what was used in openzaurus build-root |
| 11:49.10 | eJumbo | i am looking at image_ipk.bbclass which invokes makedevs giving device_table-minimal.txt as param |
| 11:50.54 | eJumbo | i am not using devfs. |
| 11:55.35 | zecke | kestrel: lol, that sounds like it works from monday to friday but not wednesday between 10h and 12h |
| 11:56.04 | mithro_ | zecke: where you located? |
| 11:57.20 | zecke | mithro_: in capital city (the capital city of germany) |
| 12:00.03 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:01.39 | mithro_ | berlin? |
| 12:08.18 | zecke | yes |
| 12:08.41 | mithro | zecke: I'll staying in berlin for a couple of nights in about a week or so |
| 12:10.31 | mithro | want to catch up, I'll buy you a <insert faviroute beverage here> |
| 12:23.39 | kestrel | zecke: did it work for you? |
| 12:24.35 | *** join/#oe eJumbo (~eJumbo@203.196.146.243) |
| 12:24.37 | kestrel | i'm getting errors: rid 0xXXX does not match type 0xXXXX |
| 12:24.41 | kestrel | hehe |
| 12:33.24 | *** join/#oe Labomber (~labomber@209.8.233.110) |
| 12:33.35 | *** part/#oe Labomber (~labomber@209.8.233.110) |
| 12:36.40 | *** join/#oe lazy_marmot (~lazy_marm@p5498D2D3.dip.t-dialin.net) |
| 12:40.27 | lazy_marmot | Hi folks, some newbie question. I need to add a package which builds in 2 steps, first native library and tools, which are used to generate additional source and then build crooss library and eventually tools. As far as I understand this is how it's split in OE as well. What would be an easy to understand package to look for example? I tried to understand gcc, but it kind of hard. |
| 12:41.59 | _chronic | help for oe/am newbie? final executable linking is failing through some sort of env pollution. it's trying to link against host libs (/usr/lib) instead of those in ${STAGING_LIBDIR} but can't find where ... tried explicitly setting it in do_compile(), but no luck yet... tia |
| 12:43.01 | zecke | lazy_marmot: I don't know an easy package but try looking at kaffe |
| 12:46.52 | *** join/#oe TES (~TES@81.180.159.1) |
| 12:48.09 | lazy_marmot | zecke: Thanks! I'll look into it. One more question, when I add some library to DEPENDS in my meta package for example expat, it build file, but when I add INSTALL_PKG - it says that such ipk doesn;t exits, which is true, it was split into 3 ipk. Where can I see how the result will be packaged ? I couldn't figure this out from bb file. |
| 12:49.38 | zecke | lazy_marmot: PACKAGES is by default ${PN} (Package name) |
| 12:49.57 | zecke | lazy_marmot: but a bbfile is free to do stuff like PACKAGES = "one two three" |
| 12:50.10 | zecke | lazy_marmot: and then packages one, two and three get created |
| 12:52.59 | lazy_marmot | zecke: this is exactly how I thoight, but I couldn't see anything like this. I double check this once more. Thanks. |
| 12:53.19 | zecke | lazy_marmot: but there is some magic involved |
| 12:53.44 | zecke | lazy_marmot: if you just have a libfoo.so.2.3.4 'installed' a libfoo package will be built |
| 12:53.57 | zecke | lazy_marmot: and the default packaging is PN, PN-dev, PN-doc |
| 12:54.48 | zecke | pb_: can I set AM_CXXFLAGS from within a configure.in? |
| 12:55.05 | pb_ | zecke: I'm not sure. You might need to check the automake manual. |
| 12:57.24 | lazy_marmot | zecke: exactly, the magic part is not obvious :) This actually was the question why library was splited to 3. |
| 13:02.23 | mithro | hey zecke, you could email me mickeyl 's mobile? |
| 13:05.50 | _chronic | re oe/am ... hmmm .... config.status is reporting libdir=/usr/lib, not ${STAGING_LIBDIR} |
| 13:10.33 | zecke | mithro: give me your email address |
| 13:11.08 | zecke | mithro: ah I've office and cell phone number |
| 13:23.05 | *** join/#oe mithro_ (~tim@p54B14DB1.dip.t-dialin.net) |
| 13:27.59 | *** join/#oe jamey (~jamey@192.208.47.196) |
| 13:28.39 | CIA-4 | 03xora 07org.openembedded.dev * r026dfb76... 10/packages/mplayer/mplayer-atty_1.1.5.bb: mplayer-atty: re-enabled its ability to render subtitles and OSD |
| 13:29.51 | *** join/#oe proti (~seb@calypso.frankengul.org) |
| 13:29.52 | proti | morning |
| 13:35.52 | *** part/#oe TES (~TES@81.180.159.1) |
| 13:36.59 | mithro | bblr |
| 13:37.31 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 13:57.10 | *** join/#oe mithro (~tim@p54B14DB1.dip.t-dialin.net) |
| 13:58.51 | mithro | hello? |
| 13:59.04 | mithro | you still around zecke? |
| 13:59.07 | *** join/#oe reenoo_ (~r@p5489FAC6.dip.t-dialin.net) |
| 13:59.15 | reenoo_ | afternoon |
| 13:59.43 | mithro | how does one dial (from germany) a germany mobile phone number in internation format? |
| 14:00.23 | zecke | mithro: +49 is the german prefix |
| 14:00.29 | zecke | +49169.... |
| 14:00.44 | Delta_ | or 0049169 |
| 14:00.54 | mithro | so... |
| 14:01.04 | mithro | i'm sitting in a hotel in germany |
| 14:01.08 | mithro | i hae to dial 0 to get out |
| 14:01.26 | Delta_ | 0 0049... |
| 14:01.41 | zecke | mithro: skip the +49 part |
| 14:01.49 | zecke | mithro: and replace it with a '0' |
| 14:02.09 | mithro | so 0 069..... |
| 14:02.10 | zecke | mithro: +49177 -> 0177 |
| 14:02.27 | mithro | okay, and what is mickeyl's real name :P |
| 14:02.33 | zecke | mithro: Michael Lauer |
| 14:05.47 | mithro | it appears to be ringing |
| 14:06.14 | Delta_ | that's a good sign.. |
| 14:06.34 | mithro | the subcriber you have call is currently unavalible :/ |
| 14:06.35 | zecke | mithro: I can try to confirm the number :} |
| 14:07.02 | zecke | mithro: the cell phone number is 100% correct, I've dialed it during LinuxTag |
| 14:07.36 | Delta_ | maybe he switched it off.. or he's inside of some tunnel or so.. |
| 14:08.50 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 14:09.44 | Delta_ | when I put in PACKAGE_ARCH = "armv5te" |
| 14:09.56 | Delta_ | into machine.conf. I get internal compiler errors :( |
| 14:10.12 | Delta_ | but I guess that |
| 14:10.22 | Delta_ | I keep hitting the wrong keys, sorry.. |
| 14:10.33 | pb_ | PACKAGE_ARCH doesn't have any effect on your compiler. |
| 14:10.35 | Delta_ | but I guess that's more something for the arm-linux group.. |
| 14:10.47 | Delta_ | it has not? |
| 14:11.04 | *** join/#oe koen|ewi (~koen@ewi546.ewi.utwente.nl) |
| 14:11.07 | Delta_ | I took it out and now it compiles correctly.. |
| 14:11.14 | koen|ewi | <PROTECTED> |
| 14:12.36 | Delta_ | I thought PACKAGE_ARCH is about the compiler options used when compiling packages.. |
| 14:12.44 | Delta_ | what does PACKAGE_ARCH do? |
| 14:13.52 | pb_ | It sets the architecture used for packaging. |
| 14:15.30 | Delta_ | so bitbake knows what to put into a package for that specific architecture? |
| 14:20.41 | mickeyl | hi |
| 14:20.43 | mickeyl | mithro: hey# |
| 14:21.06 | zecke | mickeyl: that is an option as well |
| 14:23.56 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * r7151e10f... 10/packages/netkit-base/netkit-base-0.17/opendreambox/inetd.conf: adding opendreambox inetd.conf |
| 14:25.44 | pb_ | no, bitbake just puts in whatever it built. |
| 14:26.33 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 14:28.24 | zecke | OT: We only won with five goals ahead.. something is seriously wrong |
| 14:28.39 | mickeyl | RoboCup? |
| 14:28.44 | zecke | yes |
| 14:29.07 | zecke | and our mid-sizers did not lose yet |
| 14:31.48 | *** join/#oe mithro_ (~tim@p54B14DB1.dip.t-dialin.net) |
| 14:32.16 | mickeyl | hi |
| 14:33.12 | mithro_ | mickeyl: i'll be out the front at 7:30PM right :P |
| 14:33.46 | mickeyl | mithro: excellent. Parking is hard in the Breslauer Strasse, so perhaps I can pick you up "on the fly" :) |
| 14:34.06 | mithro_ | yeah that would be an okay idea |
| 14:35.01 | mickeyl | good. I'll be driving a silver BMW 3 series with license number F-M-8822 |
| 14:35.13 | mithro | it's about 4:35 now, right? |
| 14:35.19 | mickeyl | right. |
| 14:35.38 | mickeyl | I've never really got the hang of your crazy time system ;) |
| 14:36.05 | mithro | whats a BMW 3 series look like? 2 door, 4 door? |
| 14:36.20 | mickeyl | it looks great |
| 14:36.21 | mickeyl | heh |
| 14:36.24 | mickeyl | no, seriously. 2 door |
| 14:36.33 | mithro | sport car type thing? |
| 14:36.37 | mickeyl | http://vanille.de/personality/car.html |
| 14:37.56 | mithro | okay cool |
| 14:38.01 | zecke | <PROTECTED> |
| 14:38.11 | mithro | i'll see you in about 3 hours |
| 14:38.17 | mickeyl | yep, see you. |
| 14:38.30 | mickeyl | zecke: xqt on what machine?= |
| 14:40.27 | zecke | mickeyl: the ROAD device |
| 14:47.53 | Delta_ | zecke are you somehow involved with the robocup? |
| 14:52.01 | *** join/#oe drw (~drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 14:52.56 | mickeyl | morning drw |
| 14:53.03 | zecke | Delta_: not that much as I would like to be |
| 14:53.16 | drw | hey mickeyl, zecke, etc. |
| 14:53.16 | zecke | Delta_: I'm a member of the FU Fighters (www.fu-fighters.de) |
| 14:53.20 | zecke | ~hail drw |
| 14:53.21 | ibot | ACTION bows down to drw and chants, "I'M NOT WORTHY!!" |
| 14:54.14 | *** join/#oe alan (~alan@ARouen-152-1-60-214.w83-199.abo.wanadoo.fr) |
| 14:54.18 | alan | hi ! |
| 14:54.41 | Delta_ | they run on hc12's ? |
| 14:55.22 | Delta_ | my diplome thesis is about a hexapod robot I am constructing.. |
| 14:56.06 | zecke | Delta_: aeh you#re from the FU Berlin? |
| 14:56.22 | zecke | Delta_: yes both small size and mid size use the hc12 micro controler |
| 14:56.43 | Delta_ | nope I am from hsnr.de |
| 14:57.02 | koobla | zecke: i work together with the robot guys at the tu vienna - http://www.tinyphoon.com |
| 14:57.19 | koobla | but i only use their boards, no robots... |
| 14:57.35 | Delta_ | I use 2 tms320f2812 dsps to control the robot.. |
| 14:57.54 | zecke | good ole ti stuff |
| 14:58.16 | zecke | koobla: is there a hardware description? |
| 14:58.45 | koobla | zecke: should be somewhere, yes |
| 14:58.48 | Delta_ | ti, the ones with the o so good documentation :) |
| 14:58.55 | zecke | Delta_: http://www.schneiderlein.com/Expose Fuxabot.pdf |
| 14:58.57 | *** join/#oe nslu2-log (dyoung@dyoung.nslu2-linux) |
| 14:59.06 | koobla | i know they use 2 blackfin boards for dsp, and an xscale board for comms |
| 14:59.31 | zecke | Delta_: sadly he seems uncapable of finishing... |
| 14:59.32 | koobla | zecke: look under publications |
| 14:59.56 | koobla | i know them personally, can forward you the mail addresses if interested |
| 14:59.57 | Delta_ | I should put on a homepage about my robot, eh :) |
| 15:00.38 | Delta_ | I hope to get my robot finished till december.. |
| 15:01.40 | Delta_ | I am working on the pcbs for the dsp modules now..I startet the robot with a hc11, but the dsp is more powerful.. |
| 15:02.47 | Delta_ | zecke: why isn't it to be finished? no time? |
| 15:03.11 | jamey | yay blackfin |
| 15:03.24 | zecke | hey jamey |
| 15:03.43 | jamey | hi zecke |
| 15:04.30 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 15:05.24 | *** join/#oe TES (~TES@81.180.159.1) |
| 15:05.53 | *** join/#oe dkey (nobody@193.170.48.236) |
| 15:10.43 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 15:12.50 | *** join/#oe dent (~dent@85-124-103-166.dynamic.xdsl-line.inode.at) |
| 15:16.08 | *** join/#oe _chronic (~adamb@213.210.24.6) |
| 15:19.57 | *** join/#oe NickHaflinger (~nick_hafl@85-124-103-166.dynamic.xdsl-line.inode.at) |
| 15:22.00 | *** join/#oe zumbi_ (~hecormar@ente.tlc.upv.es) |
| 15:22.09 | *** join/#oe LordVan (~lordvan@LordVan.developer.gentoo) |
| 15:22.18 | *** part/#oe zumbi_ (~hecormar@ente.tlc.upv.es) |
| 15:24.10 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 15:34.45 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
| 15:42.58 | zecke | pb_: do you know who checked the linear-h2200 code into tslib? |
| 15:43.24 | zecke | the auotomake check is broken but mailing mvista is like a black hole |
| 15:43.27 | *** join/#oe koobla_home (~Simon@cm49-137.liwest.at) |
| 15:43.42 | pb_ | zecke: dunno. does "cvs log" not give any clues? |
| 15:43.47 | pb_ | kergoth might know more. |
| 15:46.25 | zecke | decrement_mojo( INSTANCE_OF_REF(kergoth) ); |
| 15:46.32 | zecke | http://cvs.arm.linux.org.uk/cgi/viewcvs.cgi/tslib/configure.ac.diff?r1=1.2&r2=1.3 |
| 15:46.39 | zecke | AC_ARG_ENABLE(dejitter) |
| 15:46.52 | zecke | to enable/disable linear-h2200 ;) |
| 15:47.52 | pb_ | heh |
| 15:47.55 | pb_ | ~kergoth-- |
| 15:47.57 | mithro | hey pb_ |
| 15:48.03 | *** join/#oe zap (~zap@217.170.93.9) |
| 15:48.06 | pb_ | hi mithro |
| 15:48.07 | pb_ | hi zap |
| 15:48.11 | zecke | hey zap |
| 15:48.12 | mithro | did you ever hear anything more from that sharp guy? |
| 15:48.24 | pb_ | which sharp guy? |
| 15:50.27 | mithro | s/sharp/sony |
| 15:50.27 | mithro | the guy who took us out to dinner |
| 15:50.37 | pb_ | oh, Tim Bird |
| 15:50.53 | pb_ | no, I haven't heard anything from him lately, but I haven't made any effort to contact him either. |
| 15:55.03 | *** join/#oe kergoth (~kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 15:57.16 | *** join/#oe kergoth (~kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 15:59.16 | *** join/#oe kergoth (~kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 16:16.44 | *** part/#oe TES (~TES@81.180.159.1) |
| 16:19.14 | *** join/#oe mithro_ (~tim@p54B14DB1.dip.t-dialin.net) |
| 16:19.53 | CosmicPenguin | jamey: another stupid question, if you don't mind - SD is working great, but has anybody started to reverse engineer the SDIO registers? |
| 16:22.05 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 16:22.19 | *** join/#oe kergoth (~kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 16:34.43 | jamey | CosmicPenguin: it's more reverse engineering SDIO cards |
| 16:34.51 | jamey | need a logic analyzer and SD connector extender |
| 16:34.54 | jamey | but not that I know of |
| 16:37.59 | CosmicPenguin | jamey: yeah, thats what I gathered - its no fun unless you ahve something to plug in |
| 16:38.18 | jamey | you can buy a wifi card |
| 16:38.35 | CosmicPenguin | jamey: there are a few important registers not spelled out in the simplified spec though, and unfortunately, we're part of the SD association, so I think I'm tainted by assocation |
| 16:38.58 | jamey | oh, which registers? |
| 16:39.07 | jamey | I guess you can't answer that on this channel |
| 16:39.37 | CosmicPenguin | Heh - they're in the simplified public spec |
| 16:39.47 | jamey | oh, there you go |
| 16:40.02 | jamey | if there is something you need that is not in that spec, please let me know and I'll forward it to the author |
| 16:40.30 | CosmicPenguin | Ok |
| 16:44.25 | mithro | there is that closed source sd wifi card driver for the zaurus |
| 16:44.31 | mithro | if you are in a country where reverse enginnering is legal that could be an intresting disection |
| 16:46.18 | CosmicPenguin | I'm not nearly as worried about that, as I am about getting a working SDIO framework |
| 16:47.11 | *** part/#oe dent (~dent@85-124-103-166.dynamic.xdsl-line.inode.at) |
| 16:51.09 | *** join/#oe kergoth (~kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 16:52.47 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 16:54.15 | mithro | mickeyl: i'll be out the front from 7:20pm, it's now 6:52pm |
| 16:56.09 | reenoo_ | mickeyl: what's that about <nickname>@openembedded.org btw? will those be valid mail addresses? otherwise I'll use my hh.org address. fake addresses suck. |
| 16:57.05 | mithro | reenoo_: i think it was done for some monotone reason |
| 16:57.15 | mickeyl | mithro: ok. I'm leaving shortly. anything you want to me bring with me? OZ 3.5.4-pre1 on a c7x0 ? |
| 16:57.52 | mickeyl | reenoo_: it was to simplify access control on the monotone server. please generate such a key for now, we will add valid email addresses shortly |
| 16:57.53 | mithro | to easy administartion or something |
| 16:59.30 | mickeyl | I'm leaving. c'ya in a couple of minutes |
| 16:59.56 | reenoo_ | mickey|bbl: hrm. ok. |
| 17:06.45 | Delta_ | I compiled Xfbdev and matchbox and copied all of the install dir contents into my rootfs, now when I try to run matchbox-window-manager with strace it shows me: open("/opt/oe/build/tmp/staging/arm-linux/lib/v5l/fast-mult/libXau.so.0"... why does it try to open a lib from there instead of /usr/lib ? |
| 17:07.34 | pb_ | sounds like your libc6 is defective |
| 17:09.34 | Delta_ | file says: libc-2.3.3.so: ELF 32-bit LSB shared object, ARM, version 1 (ARM), stripped |
| 17:09.59 | pb_ | yah, I think the defect is a bit more subtle than that. |
| 17:10.08 | Delta_ | but the libc wasn't copied by be, it was put there by bitbake bootstrap-image.. |
| 17:10.16 | pb_ | if libc6 was grossly faulty, your machine wouldn't run at all. |
| 17:10.36 | Delta_ | so there are wrongs paths inside of the lib? |
| 17:10.42 | pb_ | it seems. |
| 17:11.21 | CosmicPenguin | one bad rpath, and you're done for |
| 17:11.33 | pb_ | it's odd, though, because I think all of our 2.3.3 glibcs have hwcap disabled anyway. |
| 17:11.49 | Delta_ | I go and look where libc is being built.. |
| 17:17.12 | *** join/#oe hufnus (~slonsiki@m773436d0.tmodns.net) |
| 17:21.45 | Delta_ | all programs I compiled have a wrong rpath: 0x0000000f (RPATH) Library rpath: [/opt/oe/build/tmp/staging/arm-linux/lib] |
| 17:23.59 | Delta_ | or hmm, not all have rpath.. |
| 17:34.22 | *** join/#oe nofpu (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 17:41.15 | *** join/#oe TES (~T@81.180.159.1) |
| 17:43.10 | JustinP | Does anyone know what this patch (P07-C3000-KBDDEV_041206.patch) does for the OZ Spitz kernel? It looks like it creates a keyboard device but I can't seem to get it to work. |
| 17:45.35 | TES | hy all, i have this error: configdialog.cpp:230: error: 'class Opie::Core::OPcmciaSystem' has no member named 'restart' |
| 17:46.21 | TES | where is the restart function, when is addet to opie? |
| 17:48.58 | TES | i have libopie2-1.2.0+cvs-20050627 |
| 17:54.42 | *** join/#oe zecke_ (~ich@83-169-171-16-dynip.superkabel.de) |
| 17:54.58 | zecke_ | hey |
| 17:59.05 | Delta_ | where does the rpath for the linker gets configured? |
| 18:05.28 | *** join/#oe do13 (~dirk@do13.in-dsl.de) |
| 18:06.17 | *** join/#oe epronk (~epronk@82.170.27.135) |
| 18:07.13 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 18:09.37 | CIA-4 | 03jbowler 07org.openembedded.nslu2-linux * rf4eaaacf... 10/packages/meta/openslug-packages.bb: |
| 18:09.37 | CIA-4 | Move various packages which only compile with glibc to the 'linux only' |
| 18:09.37 | CIA-4 | list. |
| 18:09.41 | CIA-4 | 03jbowler 07org.openembedded.nslu2-linux * r43007d43... 10/ (8 files in 8 dirs): |
| 18:09.41 | CIA-4 | Add install-native package and remove the install-sh from those packages |
| 18:09.41 | CIA-4 | which used it to get round the install -s problem - now simply add |
| 18:09.41 | CIA-4 | install-native to the DEPENDS for packages which attempt to use the host |
| 18:09.42 | CIA-4 | install with '-s' |
| 18:17.33 | reenoo_ | heh |
| 18:17.56 | reenoo_ | monotone has been running at 100% cpu load for about an hour now |
| 18:18.37 | Crofton_ | Is there an Eddy Pronk around? |
| 18:19.36 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 18:22.15 | zecke_ | reenoo_: ./configure --without-seti ;) |
| 18:22.41 | epronk | i'm here |
| 18:25.32 | reenoo_ | zecke_: heh. well.. is this expected behaviour? |
| 18:26.55 | zecke_ | reenoo_: sadly yes |
| 18:27.10 | zecke_ | reenoo_: if you sync once a minute things are faster |
| 18:27.30 | reenoo_ | sounds broken |
| 18:27.32 | reenoo_ | badly |
| 18:28.02 | *** join/#oe markt_ (~markt@bentranet.plus.com) |
| 18:28.14 | markt_ | hello |
| 18:28.25 | markt_ | i'm trying to get the updated collie kernel working on my Z |
| 18:28.43 | markt_ | but i'm not having much success |
| 18:28.51 | markt_ | can anybody offer me some advice? |
| 18:28.53 | reenoo_ | markt_: #openzaurus |
| 18:29.01 | markt_ | ok, ta :) |
| 18:29.02 | *** join/#oe Crofton_|laptop (~balister@h80ad90d1.dhcp.vt.edu) |
| 18:31.49 | *** join/#oe cvs_ (cvs@crash48.student.utwente.nl) |
| 18:32.26 | reenoo_ | ok. monotone isn't usable |
| 18:32.36 | reenoo_ | can we switch to something that works? |
| 18:32.56 | epronk | monotone 0.20? |
| 18:33.07 | reenoo_ | 0.19 |
| 18:33.25 | epronk | i mean, let's give 0.20 a chance |
| 18:34.06 | reenoo_ | epronk: http://article.gmane.org/gmane.comp.handhelds.openembedded/4993 |
| 18:34.25 | zecke_ | epronk: oh where are your patches? |
| 18:34.48 | treke- | reenoo_: I dont see the problem. There isn't time to switch to 0.20 now |
| 18:34.48 | zecke_ | reenoo_: it works - sort of |
| 18:34.56 | treke- | there will be eventually |
| 18:37.06 | reenoo_ | more than an hour at 100% cpu load for an initial pull of a repo that hardly contains any revision info doesn't qualify as "it works" not even "sort of" |
| 18:37.27 | zecke_ | reenoo_: turn off checking data integrity |
| 18:38.43 | zecke_ | reenoo_: actually I do not know if it can get any faster :} |
| 18:39.15 | *** join/#oe dolp (~dolphin@net2-7.24online.fi) |
| 18:40.10 | schurig | reenoo_: my support |
| 18:41.13 | schurig | OE is shooting itself into the foot by persisting on using slow base software like monotone |
| 18:41.24 | zecke_ | schurig: lol |
| 18:41.25 | reenoo_ | indeed |
| 18:41.53 | zecke_ | sorry that is just ridicoulus |
| 18:42.03 | schurig | I stopped committing to OE because to do this, I'd have to constantly sync and this is slow |
| 18:42.22 | zecke_ | schurig: stop fooling yourself, you did not push with bitkeeper more often |
| 18:42.33 | zecke_ | schurig: if you need an excuse look for something else |
| 18:42.40 | reenoo_ | heh |
| 18:42.42 | zecke_ | but yes it is fucking slow |
| 18:43.03 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 18:43.21 | schurig | zecke_: come on, I started OE |
| 18:43.55 | reenoo_ | zecke_: I have to agree with schurig. I have a pile of stuff waiting to be pushed. but with monotone that doesn't seem to happen within my lifetime |
| 18:44.23 | zecke_ | reenoo_: the only difference is, I believe you've a pile to sync ;) |
| 18:44.29 | reenoo_ | zecke_: and with the repo growing I don't expect it to get any better |
| 18:44.36 | *** join/#oe andersee (~andersee@codepoet.org) |
| 18:45.00 | zecke_ | reenoo_: Can you setup netserve? |
| 18:45.07 | JustinP | are there any better tools? darcs or others? |
| 18:45.20 | epronk | is it slow on the server side? |
| 18:46.15 | zecke_ | reenoo_: if so, I would sync with your db and sync with vanille |
| 18:46.23 | schurig | epronk: an initial checkout takes one hour, yesterday I got updates worth of 795 kB and this took more than half an hour. REAL time, time with (almost) 100% cpu time eaten. |
| 18:46.32 | epronk | Gentoo uses rsync for users to keep their tree up to date and cvs to commit |
| 18:46.58 | schurig | epronk: this happens whenever you do sync against another monotone installation. Some things, like getting the files out of your database into the filesystem are ok speedwise. |
| 18:47.20 | jamey | git/cogito is probably worth considering |
| 18:47.24 | epronk | are monotone developers aware of this problem? |
| 18:47.29 | schurig | epronk: some people want to have the decentralised behavior, so they are against svn/cvs |
| 18:47.35 | zecke_ | jamey: no |
| 18:47.40 | schurig | epronk: yes, but they trade speed for security |
| 18:48.00 | zecke_ | jamey: I mean it was considered, but it would require someone to sync the trees of the comitters regulary |
| 18:48.08 | schurig | jamey: git needs someone to pull, there's no equivalent to of "push" in git |
| 18:48.31 | jamey | I do know that git pulls rather than pushes |
| 18:48.40 | jamey | so it would change the dynamics a bit |
| 18:48.52 | zecke_ | reenoo_: schurig epronk JustinP : Alternatives to bitkeeper were evaluated one month, where were you? |
| 18:49.23 | schurig | jamey: yeah, and so we would need some central guy who pulls & merge all the time, and if this person is ill, on holiday, etc, then the central repository would not be updated. That way I know always when Linus is on holiday. |
| 18:49.49 | zecke_ | schurig: what about using the get tarball option of viewmtn? |
| 18:49.57 | zecke_ | schurig: as you put the stuff in svn anyway? |
| 18:49.59 | schurig | zecke_: I was part of the evalutation, because I addressed the speed problem of monotone in that time. mickeyl said it's fast enought, he had tested it. |
| 18:50.17 | zecke_ | schurig: what about mn providing anonymous svn checkouts? |
| 18:50.30 | reenoo_ | zecke_: I'm afraid I'm not working on OE full time. and nobody's paying me money for it either. so, stuff like a ton of university and work deadlines matter to me for obvious reasons |
| 18:50.36 | dolp | crap.. what am i missing here? |
| 18:50.36 | dolp | glib-genmarshal.o(.text+0x997): In function `generate_marshal': |
| 18:50.36 | dolp | : undefined reference to `g_fprintf' |
| 18:51.10 | zecke_ | reenoo_: same applies here, so I trust other evaluating |
| 18:51.25 | reenoo_ | nevermind |
| 18:51.29 | schurig | zecke_: that is something that I could do, and others as well. And it's exactly what I mean with "OE shoots into his own foot". An open-source project should not scare away a scarce resource: developers. |
| 18:51.31 | zecke_ | reenoo_: but in contrast if it was a bad decision - speedwise |
| 18:51.46 | zecke_ | reenoo_: we need to make it faster |
| 18:51.52 | epronk | if it is a matter of weeks, there is not really a problem |
| 18:52.33 | schurig | monotone 0.20 would be faster, but someone would have to change scripts, so it won't happen |
| 18:52.38 | zecke_ | schurig: sorry but as this is Free Software do something productive |
| 18:52.44 | schurig | however, it would only be marginally be faster, monotone is slow by design |
| 18:52.54 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 18:52.59 | subdue | they might consider an alternative if you gave them one |
| 18:52.59 | zecke_ | schurig: and coming here daily and saying monotone sucks is not productive in any way |
| 18:53.12 | zecke_ | schurig: you waste my time to upgrade the scripts by forcing me to write this now |
| 18:53.21 | schurig | zecke_: someone other beside me said it earlier, i'm just jumping on the bandwagon |
| 18:53.43 | zecke_ | schurig: and tomorrow you will do the same? and the day after tomorrow? |
| 18:53.48 | schurig | zecke_: I'm not forcing you into anything. Don't get so personal. And then, you can always /ignore schurig :-) |
| 18:53.51 | zecke_ | schurig: spend the time to migrate the viewmtn scripts |
| 18:53.59 | zecke_ | schurig: done |
| 18:54.12 | schurig | zecke_: as long as "people force me" by saying "Oh, monotone is good enought for a big project like OE". It's not. |
| 18:55.42 | zecke_ | reenoo_: if you can provide netserve, I would happy to sync your work |
| 18:55.48 | *** join/#oe Timelord0 (~TL@4.78.4.43) |
| 18:55.52 | zecke_ | reenoo_: until we've something better |
| 18:56.23 | zecke_ | but switching away from monotone would be even more stupid, the workflow has just been established |
| 18:56.47 | zecke_ | people understand how to use monotone halting OE for two weeks would hurt even more |
| 18:57.10 | zecke_ | and yes it is only my opinion |
| 18:58.32 | zecke_ | JustinP: did you get feedback for your bbfiles? |
| 19:14.26 | reenoo_ | zecke_: well. let's see how it performs after an initial pull. this does however leave me a bit worried about the situation in a few months from now. how will monotone perform when there actually is revision info? do you want to switch to something else at that point and lose revision info *again*? |
| 19:14.49 | zecke_ | reenoo_: yesterday the 700kb changes did really long to sync |
| 19:15.00 | zecke_ | reenoo_: but now the 100kb went through in two minutes :} |
| 19:15.16 | zecke_ | reenoo_: but the offer is present |
| 19:16.18 | incinerator | zecke_: the initial pull delay, couldn't that be worked around by providing snapshots? |
| 19:16.40 | reenoo_ | zecke_: I'm more worried about the project as a whole than about my changes to hit the repo |
| 19:17.05 | zecke_ | incinerator: I sync it could be, but you've to trust the site you're getting the snapshots from |
| 19:17.28 | zecke_ | incinerator: in contrast to any other distributed system, monotone does check the integrity of the imported changes |
| 19:18.03 | incinerator | hmmm, i see. |
| 19:18.27 | incinerator | i mean, i don't really have a problem with monotone, but i have an athlon-xp3200+ with 1Gig of RAM.... |
| 19:18.34 | zecke_ | I've seen incredible fasts and slow syncs, but I think security is important |
| 19:18.39 | incinerator | fast enough on that machine.... |
| 19:18.46 | incinerator | sure |
| 19:18.54 | incinerator | won't argue that.... |
| 19:18.54 | zecke_ | incinerator: another thing is sqlite3 and ext3 does not play well together |
| 19:19.18 | incinerator | really? i use ext3, but i guess my big supply of ram helps me there.... |
| 19:19.19 | zecke_ | we even carried a pile of disks from Uni to Home to start with Unix |
| 19:19.58 | incinerator | hmmm, it still would be interesting to see if you could save some time by providing snapshots.... |
| 19:21.11 | *** join/#oe subdue (~chopstix@198-79-109-131.hi.net) |
| 19:21.50 | incinerator | the snapshots could be signed with a gpg key or whatever... |
| 19:22.25 | incinerator | well, i just did a wee experiment: copied the monotone db to another directory... |
| 19:22.40 | zecke_ | schurig: http://www.vanille.de/temp/monotone.vanille.de-20070708.tar.bz2 |
| 19:22.43 | incinerator | did a pull there, was just like another syncing pull, done in a couple of seconds... |
| 19:22.56 | zecke_ | <- feel free to make work with monotone 0.20 |
| 19:23.15 | incinerator | btw, monotone.vanille.de is down? |
| 19:24.16 | incinerator | hmmm, pings works, but it doesn't let me connect with monotone.... |
| 19:24.21 | schurig | monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting |
| 19:24.21 | schurig | real 5m7.857s |
| 19:24.34 | schurig | incinerator: so maybe i've shot it down? |
| 19:24.36 | incinerator | well, ewi546.ewi.utwente.nl works |
| 19:26.01 | incinerator | schurig: i guess so ;-) |
| 19:26.13 | incinerator | no, it was the evil blachner *ggg* |
| 19:26.35 | schurig | incinerator: hehe, I'm not a fan of mt, but I'm not _that_ much against it |
| 19:26.58 | incinerator | i think the concept is cool, und die rechner werden immer schneller |
| 19:27.34 | incinerator | a couple of days ago i did a montone update |
| 19:27.46 | incinerator | montone could not automatically do the merge for a file i had modified |
| 19:27.58 | incinerator | so what did it do? called xemacs for a 3diff, COOOOL |
| 19:28.47 | incinerator | arg, kvirc sucks |
| 19:29.39 | schurig | incinerator: konversation is better, if you want a KDE program for it that is lighter than kopete |
| 19:29.42 | incinerator | hmmm, interesting that mercurial |
| 19:29.52 | incinerator | well, i used to use gaim for irc |
| 19:29.53 | schurig | incinerator: and if you don't need the perl scriptability of kvirc |
| 19:30.03 | schurig | ahm, that was ksirc |
| 19:30.03 | incinerator | but now that i'm on so many channels, gaim is not usable anymore... |
| 19:30.37 | incinerator | well, kvirc is cool in a way, but sound doesn't work and the higlight text stuff is messed up |
| 19:30.55 | incinerator | highlight disappears immediately after i release the mouse button :-( |
| 19:31.08 | incinerator | well, at least the highlighted text gets copied to clipboard |
| 19:31.48 | subdue | I like irssi |
| 19:32.17 | incinerator | well, i guess i'll try ksirc |
| 19:32.17 | subdue | text based, but give me the most real estate |
| 19:32.24 | subdue | gives even |
| 19:32.26 | incinerator | hehe |
| 19:32.47 | zecke_ | irssi |
| 19:32.49 | zecke_ | rocks |
| 19:32.59 | NAiL | my |
| 19:33.01 | NAiL | socks |
| 19:33.31 | subdue | it's fast, it's clean, it's predictable, and you can use all the irssi scripts |
| 19:33.53 | incinerator | i don't need scripts, just nickserv identify and that's it |
| 19:34.28 | incinerator | hmmm, doesn't emacs have an irc client? |
| 19:34.33 | incinerator | ;-) |
| 19:35.18 | *** join/#oe Kristoffer_ (~Kristoffe@h242n2fls31o1105.telia.com) |
| 19:35.54 | incinerator | now schurig, if mercurial is so cool, why don't you guys use it instead of mt? |
| 19:36.25 | schurig | incinerator: I don't know if it's cool, I just read about it in the second-last Linux Weekly News |
| 19:36.30 | subdue | has that too in irssi afaik |
| 19:36.47 | schurig | incinerator: it's fast, and it supports the "hg push" command |
| 19:36.48 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 19:37.04 | incinerator | ah ok |
| 19:37.30 | schurig | incinerator: but this isn't a good enougth test for using it in for OE, just some of me pre-requisites of a good, distributed SCM :-) |
| 19:39.58 | *** join/#oe cvs_ (cvs@crash48.student.utwente.nl) |
| 19:40.02 | *** join/#oe inctest (~inctest@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 19:40.10 | [g2] | NAiL, around ? |
| 19:40.12 | NAiL | yes |
| 19:40.23 | [g2] | can you do me a favor ? |
| 19:40.30 | NAiL | Don't know yet |
| 19:40.38 | [g2] | it's an easy one |
| 19:40.45 | NAiL | probably ;) |
| 19:41.18 | [g2] | one sec |
| 19:41.52 | [g2] | http://groups.yahoo.com/group/nslu2-linux/message/7416 |
| 19:41.52 | schurig | $ hg push |
| 19:41.53 | schurig | abort: can only push to ssh:// destinations currently |
| 19:41.54 | schurig | :-) |
| 19:42.06 | [g2] | DOH! wrong window |
| 19:42.38 | *** join/#oe hufnus (~slonsiki@m773436d0.tmodns.net) |
| 19:43.58 | reenoo_ | [g2]: try with tremor for ogg. it doesn't use (as many) floating point operations |
| 19:44.26 | reenoo_ | s/ogg/ogg-vorbis/ |
| 19:45.37 | reenoo_ | err.. nevermind.. someone replied saying exactly that already |
| 19:45.56 | [g2] | reenoo_, thx |
| 19:46.30 | [g2] | I was actually just pinging NAiL to add it to our OpenSlug packages as it built for me |
| 19:47.25 | [g2] | although it is very temping to go get a usb SB |
| 19:47.29 | [g2] | tempting |
| 19:47.34 | [g2] | to plug into the nslu2 |
| 19:49.24 | reenoo_ | yeah, same goes for a usb LCD I guess :) |
| 19:49.33 | reenoo_ | speaking of which.. |
| 19:49.40 | Noodles | Rar. I made uimoc-native compile under gcc4. \o/ |
| 19:50.44 | incinerator | i'm having linking problems again, this time it is libsdl-mixer :-( |
| 19:51.06 | incinerator | seems ld doesn't see the libdirs in staging dir |
| 19:51.08 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 19:55.14 | JustinP | zecke_: I wasn't criticizing monotone, I was just adding to the conversation. I'm fine with my pulls taking a little while. Then again I'm not a committer, so... |
| 19:55.40 | JustinP | zecke_: no I've gotten nothing back on my bb files after I posted the "bug" yesterday. |
| 19:55.43 | zecke_ | JustinP: not yet, did some one review your bbfiles yet? |
| 19:55.49 | zecke_ | hehe |
| 19:56.23 | JustinP | huh? |
| 19:56.24 | zecke_ | JustinP: I was just pointing out that 'monotone is slow' or 'monotone 0.20 is out use it' is not productive in anyway |
| 19:56.41 | zecke_ | JustinP: not yet a committer |
| 19:57.07 | *** join/#oe _law_ (~law@213.173.86.202) |
| 19:57.16 | JustinP | zecke_: I, however, wasn't criticizing....I was just attempting to ask for possible alternatives. Never mind it all, I'm fine with monotone. |
| 19:58.10 | Delta_ | since you all talk about monotone a lot I now try it myself :) |
| 19:58.18 | schurig | Mercury took 19 Minutes for "modified 24076 files, added 33015 changesets and 251237 new revisions" |
| 19:58.42 | JustinP | zecke_: and again, no, no one has reviewed my bb files as yet |
| 19:59.02 | zecke_ | JustinP: hehe, complaining and recognizing faults/shortcomings is good |
| 19:59.31 | zecke_ | schurig: and how confident no revision was altered/faked/manipulated? |
| 20:00.00 | zecke_ | schurig: I can setup a Win 95 machine to be online within 15 minutes, that is faster than a debian system |
| 20:00.23 | incinerator | add that to your "skill no one will ever needs" list *ggg* |
| 20:00.26 | zecke_ | schurig: and at the Chaos Computer Congress it only needed 10 seconds to get infected by virii and worms ;) |
| 20:00.32 | incinerator | bah, my typing is rubbish today |
| 20:01.43 | schurig | zecke_: I don't need to be confident. Projects like KDE don't need this ... after all, I'd have to check the *.bb files and patch files anyway, even if I have strong security all over the place, because someone could have hacked into your computer and modified a file which you then accidentally commited. So this hack would get a legitimate certificate ... don't trust those certifcates to much then! |
| 20:02.28 | schurig | zecke_: he could have used a backdoor of the CCC-virii ;-) |
| 20:03.00 | zecke_ | schurig: my home is encrypted and be unlocked only by my usb key, I carry at a secure place... |
| 20:03.39 | *** join/#oe Virusmaster (~Thomas@p549CBC70.dip.t-dialin.net) |
| 20:03.50 | schurig | zecke_: is is true for all other people which can push to vanille.de? |
| 20:04.09 | reenoo_ | zecke_: using cryptoloop? |
| 20:04.21 | zecke_ | reenoo_: gosh no that is insecure |
| 20:04.24 | zecke_ | reenoo_: BSD GEOM |
| 20:04.29 | schurig | zecke_: and if it would be true, could I then trust all those people to not push evil code? So, you see, the "security by certicates" doesn't buy me much, I'd not overestimate that feature |
| 20:05.00 | zecke_ | schurig: no it is twofold |
| 20:05.06 | zecke_ | schurig: a) trust the committers |
| 20:05.20 | zecke_ | schurig: did you know that every single commits of kde goes to addresses at TT? |
| 20:05.25 | zecke_ | for review and recording? |
| 20:06.02 | schurig | zecke_: yes, used libgeoip this week and tried it with kde.org |
| 20:06.14 | reenoo_ | zecke_: yeah. I was just going to indicate that there are real world attacks against it. |
| 20:06.24 | schurig | zecke_: where's your b) ?? I saw an a) |
| 20:07.27 | schurig | zecke_: TT hosts many kde.org websites and pays for the bandwith. Now, one could make now plot an evil scheme, like "TT is controlling KDE". But I don't like the "Bild-Zeitung" that much :-) |
| 20:08.42 | schurig | zecke_: with an SCM like Mercury, "pushers" (committers) need an ssh account at some central server, like vanille.de is for OE. That makes sure that the connection is not tampered with. |
| 20:08.55 | schurig | zecke_: that is, if you trust SSH enought. |
| 20:09.36 | schurig | zecke_: monotone "just" gives the added feature that it is very hard to tamper the repository itself |
| 20:10.18 | treke- | schurig: personally, I'd consider that more of a flaw than an advantage |
| 20:10.28 | schurig | treke-: what? |
| 20:11.04 | schurig | treke-: sometimes I did manual modifications to an CVS repository, but mainly because CVS was to limited. Do you mean this? |
| 20:11.09 | zecke_ | schurig: no it illustrates commits get reviewd by TT employees |
| 20:11.16 | treke- | requiring an ssh accessible account on the server. More admin overhead |
| 20:11.31 | zecke_ | schurig: also kde is svn (server based) |
| 20:11.33 | schurig | zecke_: yes, and commited get's reviewed by Microsoftians, now that they have an Open Source Lab. |
| 20:11.46 | zecke_ | schurig: only trusted people can commit |
| 20:11.50 | schurig | zecke_: you can review commites to KDE, Mozilla, whatever, without hosting the repository |
| 20:11.52 | zecke_ | schurig: and each commit gets reviewd |
| 20:12.06 | schurig | zecke_: with any protocal based on SSH only trusted people can commit, true |
| 20:12.23 | zecke_ | you completely miss the point |
| 20:12.28 | treke- | zecke, considering the volume of commits, I doubt everything is well inspected |
| 20:12.36 | zecke_ | schurig: a) only selected people can commit to a trusted server |
| 20:12.45 | zecke_ | schurig: b) every commit gets reviewed |
| 20:12.55 | zecke_ | schurig: c) no direct manipulation on server side is possible |
| 20:13.07 | *** join/#oe eumel (~chatzilla@p548312D1.dip0.t-ipconnect.de) |
| 20:13.17 | zecke_ | schurig: but b) and c) is not possible for distributed scm's |
| 20:13.33 | schurig | zecke_: a) and b) can be made with any ssh-based transport mechanism, and c) is rarely needed |
| 20:14.00 | schurig | zecke_: and any distributed SCM for an OpenSource projects tends to have one public root, so here a) is possible |
| 20:14.43 | *** join/#oe xep (misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 20:14.46 | schurig | actually, b) can be done with any SCM, if you have the time and dullness |
| 20:14.50 | treke- | you could probably go as far as to say any project would have a single root |
| 20:17.03 | schurig | zecke_: oh, by the way: in Monotone the revlog's are also hashed with SHA1 |
| 20:17.03 | jamey | zecke: b) is possible in a distributed system if you have some sort of workflow thingy |
| 20:18.33 | schurig | maybe it depends what "review" means. If it means "I need to look at every patch, and approve and disapprove it", (the Linus' + Adjutants way), then not every SCM can do it. When it means "Trolltech looks at every patch" or "Microsoft looks at every path", then the svn-commits-mailing list or something like this is sufficient, which is possible with every SCM |
| 20:18.40 | JustinP | I'd like to point out that on monotone's front page it says is supports "integrated code review" |
| 20:19.21 | zecke_ | jamey: you need to be able and trust the reporting possibilities offered from your root tree |
| 20:19.49 | zecke_ | schurig: and as a member of the CCC.de I know there is no security at all |
| 20:20.03 | jamey | zecke: all I'm saying is that if b) is a requirement, you need to route the commits through a review process before they hit the central tree as seen by everyone else |
| 20:20.09 | schurig | zecke_: go and tell me that you're in Mensa as well :-) |
| 20:20.18 | zecke_ | schurig: but you can make things more hard and less likely to occur |
| 20:20.23 | jamey | I'm not sure I know what c) meant |
| 20:20.57 | zecke_ | jamey: ssh h1.hh.org sed -i s/*/moo /cvs/opie/* ;) |
| 20:21.15 | schurig | jamey: in CVS, you could go to a CVSROOT and directly manipulate with vi the RCVs files there. Or delete files, or move files around. Some SCMs make this hard to impossible. |
| 20:21.23 | zecke_ | jamey: I would trust the server and the committing system but it was bypassed |
| 20:21.31 | zecke_ | jamey: at hh.org we luckily have tripwire installed |
| 20:21.49 | jamey | zecke, schurig: ok, I understand what you mean by c) now |
| 20:22.38 | schurig | jamey: and, if I got zecke right, this is an essential SCM feature for zecke_ |
| 20:22.54 | schurig | jamey: I don't care so much, because in real life this doesn't buy so much |
| 20:23.37 | *** join/#oe tmbinc (tmbinc@dsl-084-059-211-032.arcor-ip.net) |
| 20:23.40 | reenoo_ | zecke_: it's funny how you didn't care about this type of stuff with bitkeeper |
| 20:24.27 | reenoo_ | zecke_: I mean, yeah, we all trust larry, don't we? </sarcasm> |
| 20:24.53 | zecke_ | reenoo_: hehe, right but isn't larry trustworthy |
| 20:24.58 | reenoo_ | you are once again making up reasons to stay with something inherently broken |
| 20:25.12 | reenoo_ | this time technically, not licensing wise |
| 20:26.00 | treke- | hehe. for the most part I do trust bitmover :) |
| 20:26.40 | zecke_ | reenoo_: hehe, but trustworthy computing is an issue to be solved by Free Software as well |
| 20:27.03 | zecke_ | reenoo_: my only reason to stay with monotone is that the workflow with dreambox and nslu2 really seem to work |
| 20:27.53 | schurig | zecke_: monotone's workflow isn't so different to the one of Bitkeeper, or? |
| 20:28.36 | tmbinc | sounds like you're discussion performance problems in monotone? :) |
| 20:28.37 | schurig | zecke_: I ask this because for me mercury's workflow look similar to this as well (I am still not endorsing Mercury, because it doesn't have Branches, which you seem to use/need) |
| 20:28.42 | zecke_ | schurig: not too much but different enough |
| 20:28.45 | schurig | tmbinc: yes |
| 20:29.22 | JustinP | tmbinc: well it *was* about the supposed slowness of monotone. Now it's a holy war. |
| 20:29.35 | *** join/#oe mreimer_ (~mreimer_@wl-wa.vpop.net) |
| 20:29.52 | schurig | tmbinc: for some people monotone is too slow (e.g. me), and they get onto the nerves of people that like monotone |
| 20:30.02 | tmbinc | i know this has probably been discussed over and over (and of course denied), but can't we implement a --i-trust-my-internet-connection-and-my-local-dram which just skips those checks? |
| 20:30.10 | schurig | zecke_: what part of the workflow is different? |
| 20:30.21 | mreimer_ | What is the best way to handle this: "NOTE: multiple providers are available (glibc, glibc-intermediate); NOTE: consider defining PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc" |
| 20:30.41 | tmbinc | i like monotone very much, more than cvs, svn and bitkeeper (not that they are really comparable..), so regardless of that (really annoying speed problem), i vote for keeping it |
| 20:31.17 | schurig | tmbinc: I actually like the way of how the workflow works, but I very much dislike the speed |
| 20:31.56 | zecke_ | schurig: personally I used bk lclone a lot |
| 20:32.01 | schurig | tmbinc: but then again, I'd be happy with a central SVN server as well (pity me) |
| 20:32.07 | zecke_ | schurig: now you've a db so every checkout is a lclone |
| 20:32.33 | zecke_ | schurig: but if you operate in a checkout it is almost the same |
| 20:32.58 | incinerator | btw, i saw in the handhelds.org wiki that familiar won't join up anström, why not? |
| 20:32.59 | zecke_ | schurig: but you can do stuff like mt commit --branch="shiny.new.branch" and then do mt sync brandnew.server |
| 20:33.51 | zecke_ | reenoo_: I'm twofold on the security and your bkbits.net was a good one |
| 20:34.38 | jamey | familiar and angstrom are two different distributions |
| 20:35.00 | incinerator | well, but doesn't familiar use oe, as well? |
| 20:35.21 | france_ | incinerator: we tend to view oe as a tool like gcc |
| 20:35.29 | france_ | incinerator: we do not refer to the gcc distribution |
| 20:35.48 | france_ | incinerator: in the past familiar has used several build systems. |
| 20:36.05 | reenoo_ | zecke_: I'm all for security. and I'd be happy with using monotone. it's just that monotone fails to get me a repo. after around 2 hours of 100% cpu load it died a couple of minutes ago |
| 20:36.15 | jamey | incinerator: familiar 0.8.x is built from oe, yes, but familiar will not necessarily choose same versions or same packages as angstrom |
| 20:36.16 | france_ | incinerator: IMHO keeping a clean line between the distro and build system is a sound practice. |
| 20:36.25 | incinerator | fair enough, but does that mean you'll drop the zaurus devices then? |
| 20:36.35 | schurig | zecke_: I can do "hg clone /home/schurig/linux-2.6.hg /tmp/linux-2.6.work", which just get's the database part of /home/schurig/linux-2.6.hg |
| 20:36.41 | france_ | incinerator: nope, no plans to drop anything |
| 20:36.51 | jamey | incinerator: no, we plan to keep zaurus support |
| 20:40.30 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 20:40.30 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 20:40.31 | jamey | JustinP: that is what I've heard |
| 20:40.34 | france_ | JustinP: the nice thing about open source is that the users will decide |
| 20:40.38 | CosmicPenguin | Its not a new quarter if somebody doesn't make a new handhelds distro |
| 20:40.39 | france_ | JustinP: and the devlopers |
| 20:40.59 | france_ | JustinP: it must be getting near time to go home the typing is going. |
| 20:41.04 | JustinP | heh |
| 20:41.40 | schurig | france_: hehe, and now try it with ö : angström ;-) |
| 20:41.48 | france_ | schurig: :-D |
| 20:43.26 | france_ | CosmicPenguin: :-D |
| 20:43.28 | kergoth | yes! we definately need more distros. the community isnt nearly fractured enough yet, and there's far, far too much collaboration. |
| 20:44.01 | zecke_ | reenoo_: but I do not know if the needed time is a fundamental problem or an implementation issue |
| 20:44.11 | zecke_ | kergoth: hey |
| 20:44.20 | schurig | kergoth: collaboration is sometimes dangerous (in iraq ...) |
| 20:44.23 | zecke_ | ~lart kergoth for checking broken automake into tslib |
| 20:44.29 | kergoth | uh? |
| 20:44.35 | kergoth | tslib builds flawlessly with the latest autotools |
| 20:44.40 | zecke_ | kergoth: wait a second |
| 20:44.42 | kergoth | if you're on automake 1.4, god help you |
| 20:44.43 | treke- | kergoth: scary |
| 20:44.46 | incinerator | schurig, have you figured out how to type that strange "a" letter yet? |
| 20:44.55 | schurig | anywhere, my wife came back, so I stop computing ... |
| 20:45.09 | reenoo_ | zecke_: me neither. it's just that it apparently doesn't seem to work for me at all |
| 20:45.17 | schurig | incinerator: hmm, I have a german keyboard, so no problem with the ä. But I don't have the a with a circle on top |
| 20:45.25 | zecke_ | kergoth: http://cvs.arm.linux.org.uk/cgi/viewcvs.cgi/tslib/configure.ac.diff?r1=1.2&r2=1.3 |
| 20:45.32 | zecke_ | kergoth: AC_ARG_ENABLE(dejitter, |
| 20:45.38 | incinerator | same for me btw |
| 20:45.39 | zecke_ | kergoth: now try --disable-linear-h2200 |
| 20:45.41 | zecke_ | <PROTECTED> |
| 20:45.45 | schurig | incinerator: this letter sounds like a short "oh", AFAIK |
| 20:45.47 | incinerator | don't let my dns hostname fool you *ggg* |
| 20:45.56 | schurig | byby |
| 20:46.02 | JustinP | later |
| 20:46.05 | kergoth | gotta love copy & paste errors |
| 20:46.18 | incinerator | what's the default encoding in this channel anyways? |
| 20:46.21 | incinerator | utf8? |
| 20:46.33 | zecke_ | kergoth: mails to mvista.com never arrive, will you fix that? |
| 20:46.45 | zecke_ | incinerator: no, my setup is just broken |
| 20:46.46 | kergoth | zecke: douglas lowder isnt the tslib maintainer |
| 20:46.49 | kergoth | zecke: dont contact him anymore |
| 20:47.03 | incinerator | hehe |
| 20:48.02 | zecke_ | kergoth: mails never arrived anyway |
| 20:48.10 | koen | at least get the facts straight when changing it |
| 20:48.37 | kergoth | hehe |
| 20:48.45 | kergoth | yeah, always had to email his personal address |
| 20:49.04 | incinerator | now i am totally confused koen |
| 20:49.31 | incinerator | btw, how come the download page for 0.8.2. doesn't feature the zaurus models? |
| 20:50.36 | koen | because familair is largely untested on them and we don't have install instructions |
| 20:52.15 | *** join/#oe |inciner| (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 20:53.28 | jamey | incinerator: we need someone to test familiar on zaurus and to help write install instructions |
| 20:53.42 | jamey | relatively easy task |
| 20:53.42 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 20:53.44 | tmbinc | hm, something completely different: is it possible to maintain the meta (or image) packages as real packages, so "ipkg upgrade" will install new packages (which were added into the meta package since then)? (RDEPENDS on that metapackage to the different packages should be enough) |
| 20:53.51 | tmbinc | or is there anything not working out here? |
| 20:54.17 | treke- | tmbinc: It is possible |
| 20:55.14 | tmbinc | is there any reason why this is not done? |
| 20:55.46 | zecke_ | tmbinc: don't we do it? |
| 20:55.59 | treke- | zecke, nope |
| 20:56.10 | jamey | if I understand you, that is our plan for next familiar release |
| 20:56.13 | treke- | tmbinc: just never been done. No one has ever cared to do so |
| 20:56.33 | tmbinc | ok i'll take a look on this then |
| 20:56.45 | treke- | What I'm understanding is that he's asking about an ipkg package equivalent to the bootstrap image contents |
| 20:56.51 | tmbinc | will ipkg upgrade remove packages which depended on a package, but don't do anymore? |
| 20:56.58 | treke- | tmbinc: nope |
| 20:57.20 | tmbinc | hm ok |
| 20:57.29 | treke- | that would be pretty broken behavior imo |
| 20:57.32 | reenoo_ | treke-: that has been done ever since gpe is in OE |
| 20:57.58 | treke- | reenoo_: we have meta-gpe, but do you actually generate an ipkg for the gpe image? |
| 20:58.11 | reenoo_ | PACKAGES = gpe-base-depends gpe-task-base gpe-task-settings gpe-task-pim gpe-task-apps gpe-task-games |
| 20:58.18 | dolp | tmbinc: any hints what's missing when i get this while running 'bitbake dreambox-image' http://www.24.fi/dolphin/log.do_compile.9215 |
| 20:58.20 | reenoo_ | so, yes |
| 20:58.35 | treke- | reenoo_: that doesnt sound like what he's describing |
| 20:58.57 | tmbinc | dolp: are you using gcc4 as host gcc? for some reason i don't know this doesn't work for glib-native |
| 20:59.15 | treke- | reenoo_: when I looked last, the images specified a large number of packages to be installed |
| 20:59.20 | treke- | and then the bb installed them |
| 20:59.33 | tmbinc | treke-: well, i probably only have to turn my image content into a *-task thingie then |
| 20:59.38 | tmbinc | and install the -task in the image |
| 20:59.48 | tmbinc | and i get my desired behaviour |
| 21:00.07 | reenoo_ | treke-: opie-image maybe |
| 21:00.31 | tmbinc | btw why is "removing unrequired packages" broken? (unless they were selected by the user, of course. well, ipkg had to track the reason for installations, then.) |
| 21:00.48 | tmbinc | s/broken/broken behaviour/ |
| 21:00.51 | dolp | tmbinc: how do i check it? 'gcc --version' says: 3.3.5 (Debian 1:3.3.5-13) |
| 21:00.52 | treke- | tmbinc: because ipkg doesnt know whether the packages are being used |
| 21:01.03 | treke- | tmbinc: it just knows that nothing installed depends on it |
| 21:01.33 | reenoo_ | treke-: gpe-image (or meta-gpe) has always worked as tmbinc just described. |
| 21:02.01 | jamey | tmbinc: we started coding removal of packages that were only installed because of a dependence but haven't finished debugging it |
| 21:02.09 | treke- | tmbinc: if opie-today depends on opie-todo and I install opie-today I will get both |
| 21:02.13 | jamey | currently, it seems to remove everything. or at least last I looked |
| 21:02.24 | tmbinc | dolp: hm. dunno then, sorry. works here, and the dreambox branch doesn't do anything specific with glib-native. must be broken for non-dreambox, too, then. |
| 21:02.27 | jamey | the idea was to track whether user requested something to be installed |
| 21:02.47 | tmbinc | yeah exactly. well, this sounds great, i'll wait for that then |
| 21:03.04 | treke- | tmbinc: I could start using opie-todo and decide I want to remove opie-today. I'd be annoyed if both went away |
| 21:03.06 | jamey | another area ripe for new developers to contribute |
| 21:03.16 | jamey | can be debugged on a PC in an offline root |
| 21:03.16 | dolp | crap.. |
| 21:03.21 | treke- | jamey: I like the idea of tracking it so you could build something like deborphan |
| 21:03.36 | jamey | yes, could use libipkg for that |
| 21:03.43 | treke- | but doing it as part of the course of a regular remove seems broken to me |
| 21:04.13 | jamey | another area that needs some work is improving the performance of the ipkg metadata repos |
| 21:04.32 | tmbinc | well my idea was just that distributions can be upgraded with ipkg |
| 21:04.32 | [cc]smart | mickey|bbl: ping |
| 21:04.45 | tmbinc | including the installation of new images, removal of not anymore included packages |
| 21:05.29 | jamey | yes, it should be possible to package the distro that way |
| 21:05.30 | zecke_ | kergoth: can you spare why he is not the maintainer anymore? |
| 21:06.33 | tmbinc | treke-: but otherwise you'll end up with a full flash, after a few updates. i agree that actively installed packages should not be removed at all. |
| 21:06.51 | tmbinc | what if a distribution exchanges two conflicting packages? |
| 21:07.11 | treke- | use conflicts for that |
| 21:07.17 | kergoth | zecke: of tslib? because he wasnt working on it anymore. so he transferred maintainership to me |
| 21:07.33 | treke- | say that package a can't be installed while package b is installed |
| 21:08.14 | tmbinc | so what should be done if a new version of the distribution (or task) wants to install a conflicting image? asking the user? (the enduser probably doesn't know anything about that package, he never selected it.) |
| 21:08.32 | tmbinc | conflicting package |
| 21:08.32 | tmbinc | arg |
| 21:08.33 | reenoo_ | zecke_: am I correct that GEOM is FreeBSD only? |
| 21:08.41 | treke- | tmbinc: yes, unless it's just a matter of package renaming. |
| 21:08.42 | [cc]smart | somebody has an idea on when mickeyl will be back ? or if today at all ? |
| 21:09.10 | zecke_ | reenoo_: yes, and while not having looked at the code it promises to be secure |
| 21:09.22 | treke- | tmbinc: the package manager and distribution just don't know what is being used and how |
| 21:09.34 | jamey | treke-: the tracking of who installed package is to make it easier for user to remove packages the user is not interested in |
| 21:09.45 | treke- | jamey: and I like that idea |
| 21:09.46 | tmbinc | why? the distribution metafile (aka tasks) specify which packages are in use |
| 21:09.52 | tmbinc | unless the user actively selected new packages |
| 21:10.01 | tmbinc | which must be tracked (as jamey said) |
| 21:10.18 | jamey | we don't actually track which packages are in use on a device, though I think that would be cool |
| 21:10.29 | jamey | especially if users willing to share it upstream (anonymously) |
| 21:10.34 | treke- | tmbinc: no it specifies what packages were installed. A difference :) |
| 21:10.47 | jamey | could build nifty inotify client |
| 21:10.52 | treke- | it doesnt know if I'm actually making use of the package |
| 21:10.52 | CosmicPenguin | social package usage |
| 21:10.57 | dolp | tmbinc: hmm.. btw can it be that i had i686 in local.conf.. i doubt i shud use that |
| 21:10.59 | treke- | jamey: that would be really really spiffy |
| 21:10.59 | CosmicPenguin | 39842 people use busybox |
| 21:11.27 | dolp | tmbinc: tho all other stuff before that compiled just fine.. |
| 21:11.35 | dolp | guess i'll start from scratch |
| 21:12.01 | tmbinc | dolp: hm. remove that i686, where did you got it from? |
| 21:12.13 | tmbinc | dolp: unless you have something special, autodetection should work ok |
| 21:12.25 | tmbinc | dolp: though i don't think it's related to the missing g_fprintf |
| 21:12.40 | dolp | yep yep.. damnit.. this is annoying |
| 21:12.52 | treke- | tmbinc: For a library package, it may have been installed as a dependency of the release, but the user might have unpackaged applications that depend on it |
| 21:13.10 | treke- | or scripts that depend on a binary that shipped with the image |
| 21:13.15 | tmbinc | "unpackaged applications"? well, that kills it all, yes. |
| 21:13.21 | treke- | you don't want those things disappearing out from under users |
| 21:13.31 | tmbinc | he would have to install the depending library then |
| 21:13.47 | jamey | unpackaged applications bad |
| 21:13.56 | jamey | should make it easier for user to package applications? |
| 21:15.05 | tmbinc | treke-: well, then let's have a "remove orphan packages", which must be manually executed. |
| 21:15.17 | treke- | tmbinc: that's fine by me |
| 21:15.25 | tmbinc | still i think that the "upgrade" feature is useless without automatically removing packages as well |
| 21:15.48 | tmbinc | but if i have to call it "ipkg upgrade; ipkg remove-orphan" that would be fine for me as well. |
| 21:16.45 | treke- | I wouldnt even have any complaint if you worked it into the workflow of the standard upgrade process on the graphical clients |
| 21:17.40 | tmbinc | btw, speaking about ipkg: are gnu tar extensions fixed in the meantime? i have a patch again 0.99.148, but i'm not sure if it's correct nor required. |
| 21:18.14 | jamey | tmbinc: ipkg upgrade should certainly remove Replaced packages, and I think removing orphans also makes sense, once we have a way to do so |
| 21:18.36 | jamey | I thought the gnu tar extensions had been fixed but I have not tested it lately |
| 21:18.45 | jamey | send patch to pigi and I |
| 21:19.55 | tmbinc | ok |
| 21:20.34 | tmbinc | uh, do you have email addresses handy? |
| 21:25.27 | jamey | jamey@handhelds.org and pigi@handhelds.org should work |
| 21:28.26 | tmbinc | ok |
| 21:32.33 | mithro | welp i just finished having dinner with mickey |
| 21:33.23 | zecke_ | mithro: how did he taste? |
| 21:33.41 | JustinP | I'm attempting to add another package to OE and am getting errors during the install phase. Looks its trying to install some things on my root system, not in the OE "sandbox". What's the best way to fix this? |
| 21:34.07 | zecke_ | JustinP: make it honor your DESTDIR override? |
| 21:34.41 | mithro | http://www.thekompany.com/embedded/textmaker/ |
| 21:34.52 | mithro | zecke: with not of :P |
| 21:35.52 | JustinP | zecke_: I know that much. I suppose I'll have to go diving now.... |
| 21:36.18 | zecke_ | good luck |
| 21:36.27 | treke- | hehe. saw that earlier |
| 21:37.48 | CosmicPenguin | heh - that is the textmaker that I thought it was |
| 21:37.52 | CosmicPenguin | http://www.softmaker.de/tmp_en.htm |
| 21:38.00 | CosmicPenguin | Thats the software we put on our PIC |
| 21:38.46 | CosmicPenguin | Heh - I even have a .bb for it.. :) |
| 21:39.08 | CosmicPenguin | For the desktop version, that is |
| 21:39.18 | subdue | hey, that's the regular textmaker |
| 21:39.29 | subdue | tkc is selling textmaker ... didnt know that |
| 21:39.48 | subdue | darn thing is at the sale price too |
| 21:41.08 | mithro | might run on OZ with the compat libs |
| 22:16.37 | *** join/#oe Twiun[away] (~twiun@tangency.co.uk) |
| 22:25.33 | *** join/#oe molivier2 (~mac@212.194.137.4) |
| 22:28.53 | zecke_ | mithro: hey |
| 22:32.23 | mithro | zecke: i assume you meant mickeyl then :P |
| 22:32.42 | mithro | well at least I know the person I keep getting mistaken for now :P |
| 22:32.56 | mickeyl | :D |
| 22:33.33 | mithro | mickeyl: our names are a bit to close i think :P |
| 22:33.50 | mickeyl | that's true. throw a coin and let's see who's going to change it ;) |
| 22:33.50 | zecke_ | mithro: actually I referred to you |
| 22:34.06 | mithro | you did |
| 22:34.33 | mithro | zecke: mickeyl said you only live a short bit out of Frankfurt, we should have organised to meet you to :P |
| 22:34.35 | zecke_ | but I'm too tired keeping my eyes open |
| 22:34.47 | zecke_ | mithro: holger != holger |
| 22:34.56 | zecke_ | mithro: schurig you mean, my young padawan |
| 22:35.20 | mithro | ahh |
| 22:35.34 | mithro | people with the same name :P |
| 22:35.42 | mithro | where you located zecke? |
| 22:35.42 | zecke_ | I'm not yet losing hairs too much |
| 22:35.47 | zecke_ | Berlin |
| 22:36.18 | mithro | i'm going to most probably be in berlin for a couple of days |
| 22:36.34 | mithro | in about a week or two |
| 22:36.53 | zecke_ | mithro: you stay in hostels? or hotels? |
| 22:37.04 | mithro | zecke: i could drop by and buy you a drink or two |
| 22:37.20 | mithro | zecke: i've been trying to stay in hostels but they have been booked out a bit to much |
| 22:37.20 | JustinP | what package includes, say, stdio.h |
| 22:37.33 | mithro | Berlin look okay however |
| 22:37.56 | zecke_ | JustinP: glibc? |
| 22:38.00 | mithro | i'm currently in a hotel in Frankfurt |
| 22:38.09 | *** join/#oe Ken|JLime (~Ken@h242n2fls31o1105.telia.com) |
| 22:38.15 | mithro | ulibc? :P |
| 22:38.23 | JustinP | no....that's what I'm asking |
| 22:38.31 | zecke_ | mithro: you might be allowed to see the holy floors of ROAD |
| 22:38.45 | mithro | zecke: which is? |
| 22:38.55 | JustinP | what package will install it on my target system (yes I know this is sort of a distribution question) |
| 22:39.10 | zecke_ | mithro: I'm doing an intern at a company building a cell phone |
| 22:39.30 | mithro | zecke: mickeyl mentioned something about that |
| 22:42.04 | mithro | zecke: so I'm assuming you are talking about letting me see inside the company walls then? :P |
| 22:42.29 | mickeyl | go and drag some developer discount models for us ;) |
| 22:42.51 | mithro | zecke: if so that would be pretty cool :P |
| 22:43.14 | mithro | but I am just as happy to buy you a drink at a cafe/bar/etc :P |
| 22:43.49 | mithro | mickeyl: i was going to go to bed, but then i decided to book accomadation for Interlarken |
| 22:44.36 | mickeyl | mithro: good decision. Better safe than sorry. I went to St.Moritz for a conference and Switzerland is nearly always overbooked. |
| 22:45.01 | mickeyl | i need to wait until my caffeine level has decreased to be able to get some sleep :) |
| 22:45.20 | mithro | zecke: give me an email address and I will send you the details of when I'll be in berlin, when they are a little more solid |
| 22:45.37 | zecke_ | mithro: you got my email address ;) |
| 22:45.39 | mithro | mickeyl: doh! i guess you can fix up some of those bugs i showed you :P |
| 22:45.51 | mithro | zecke: okay i'll reply to the email you sent me |
| 22:45.52 | mickeyl | mithro: hehe |
| 22:46.17 | mithro | well i better go to bed |
| 22:46.22 | mickeyl | sleep well |
| 22:46.23 | mithro | have to be up for breakfast tommorrow! |
| 22:46.38 | mithro | then another load of washing then the sites of frankfurt |
| 22:47.51 | *** join/#oe mithro_ (~tim@p54B15D81.dip.t-dialin.net) |
| 22:48.33 | mithro_ | opps |
| 22:48.41 | zecke_ | mithro: if you can not sleep yet |
| 22:48.53 | mithro_ | [00:46] <mithro> have to be up for breakfast tommorrow! |
| 22:48.53 | mithro_ | [00:46] <mickeyl> sleep well |
| 22:48.53 | mithro_ | [00:46] <mithro> then another load of washing then the sites of frankfurt |
| 22:48.53 | mithro_ | [00:47] <mithro> zecke: i'll most probably email you in the next couple of days |
| 22:48.53 | mithro_ | [00:47] * Disconnected (Connection reset by peer). |
| 22:49.18 | mithro_ | zecke: you where going to say? |
| 22:49.44 | zecke_ | mithro: I wanted to spare a URL to infrared hacking in hotels |
| 22:50.04 | mithro | infrared hacking in hotels? |
| 22:50.34 | mithro | that sounds intresting |
| 22:50.40 | CosmicPenguin | He tried ultraviolet, but everything just glowed instead |
| 22:50.52 | JustinP | argh.....I have no idea how to get this install to use the right dir. the configure looks like it's using root-based dirs and not sandbox dirs. Makes sense as the package will be installed that way, but how does BB make the install phase install into the staging area? |
| 22:51.06 | mithro | zecke: so whats this infrared hacking then? |
| 22:51.27 | zecke_ | mithro: http://www.ccc.de/congress/2004/fahrplan/event/125.en.html |
| 22:51.37 | mickeyl | JustinP: we either override DESTDIRs and stuff, or install libraries by hand (recommended, to ensure staging doesn't get polluted) |
| 22:51.47 | zecke_ | mithro: http://www.ccc.de/congress/2004/fahrplan/files/327-infra-red-slides.pdf |
| 22:53.07 | zecke_ | cya |
| 22:53.09 | mithro | zecke: that looks pretty cool |
| 22:54.51 | tmbinc | lol, nice |
| 22:56.54 | tmbinc | reminds me of these ethernet'd hotel TVs, where they had 10.0.x.x for the TVs, and, for "security" reasons, a 192.168.x.x net for management ... layer2 switched. |
| 22:57.02 | tmbinc | i stopped hacking when i was able to edit all room's wakeup times. |
| 22:58.36 | mickeyl | hehe |
| 22:59.07 | mickeyl | JustinP: nmpc seems to need glib-2.0. is that correct ? |
| 23:00.11 | JustinP | mickeyl: you mean ncmpc? |
| 23:00.12 | CosmicPenguin | And thats a freaky ass looking cat to boot |
| 23:00.18 | mickeyl | JustinP: yes |
| 23:00.33 | mickeyl | JustinP: i tried to build it with an unpopulated staging and it bailed out with |
| 23:00.40 | JustinP | mickeyl: no, it should not require glib-2.0. I didn't put it in the DEPENDS.... |
| 23:00.48 | JustinP | or should it |
| 23:00.50 | JustinP | one sec |
| 23:00.54 | JustinP | sorry...:-| |
| 23:00.59 | mickeyl | heh, well what you put in depends is irrelevant, when the package needs it :D |
| 23:01.07 | mickeyl | | No package 'glib-2.0' found |
| 23:01.08 | mickeyl | | configure: WARNING: glib-2.4 is required for NLS support! |
| 23:01.08 | mickeyl | | checking for glib-2.0 >= 2.2... Package glib-2.0 was not found in the pkg-config search path. |
| 23:01.08 | mickeyl | | Perhaps you should add the directory containing `glib-2.0.pc' |
| 23:01.18 | mickeyl | or we say --disable-nls or something like that? |
| 23:01.31 | mickeyl | seems a rather huge dependency for just a ncurses musicpd client |
| 23:01.35 | JustinP | yeah, --disable-nls may be the way to go |
| 23:01.41 | mickeyl | trying... |
| 23:03.53 | Luke-Jr | I wonder if it wouldn't be more efficient for monotone to automatically update checkouts via a mailing list or something o.o |
| 23:04.05 | Luke-Jr | (push instead of pull updates) |
| 23:04.29 | mickeyl | JustinP: --disable-nls is documented, but doesn't work :/ |
| 23:04.33 | JustinP | :-( |
| 23:04.38 | mickeyl | JustinP: i'll only commit mpc for now |
| 23:04.47 | mickeyl | perhaps you can convince it |
| 23:05.16 | treke- | I guess the question is, do you want your code base changing on you while you're trying to work? |
| 23:05.52 | JustinP | mickeyl: did you try gmpc or glurp? Those *should* work... |
| 23:06.01 | keturn | well, with mtn you can update your copy of the repo without changing your working copy |
| 23:06.19 | mickeyl | not yet, i have no x stuff built - that will take a while |
| 23:06.23 | JustinP | mickeyl: can I just move the staging dir away to try this or do I need to move other things as well? |
| 23:06.37 | mickeyl | JustinP: just remove glibc from staging |
| 23:06.40 | mickeyl | no |
| 23:06.42 | mickeyl | glib-2 |
| 23:06.44 | mickeyl | :) |
| 23:06.49 | JustinP | ah |
| 23:06.52 | JustinP | ok, I'll try that |
| 23:07.33 | mickeyl | i hate that. the package says it's optional and the configure script assumes otherwise :/ |
| 23:10.56 | *** join/#oe cxm (~cxm@i-83-67-61-155.freedom2surf.net) |
| 23:12.34 | JustinP | hmmm, yeah....compile failures if I disable NLS |
| 23:13.08 | mickeyl | does it? |
| 23:13.09 | JustinP | looks like it's required |
| 23:13.13 | mickeyl | it doesn't even configure here |
| 23:13.23 | JustinP | I must not have moved away glib right ;-) |
| 23:13.37 | JustinP | how should I get rid of glib in staging? |
| 23:13.55 | mickeyl | rm -f tmp/staging/arm-linux/lib/libglib* ? |
| 23:14.06 | mickeyl | and perhaps also the .pc file |
| 23:14.11 | mickeyl | dunno where that lives |
| 23:14.38 | JustinP | arm-linux/share/pkgconfig/glib-2.0.pc |
| 23:14.45 | mickeyl | righto |
| 23:15.55 | JustinP | I also removed staging/arm-linux/include/glib* |
| 23:16.45 | JustinP | yeah, looking at the code it looks like it uses GList and such, which I assume is from glib |
| 23:16.46 | mickeyl | perhaps you can disable the feature by patching the configure.ac |
| 23:16.52 | mickeyl | ah |
| 23:16.56 | mickeyl | in that case that won't work |
| 23:17.21 | mickeyl | but it would be nice to send them a note regarding that misdocumentation |
| 23:17.29 | mickeyl | i'll add the glib dependency then |
| 23:17.34 | JustinP | so I suppose it needs glib-2.0 in the depends |
| 23:17.55 | JustinP | thanks for checking it for me |
| 23:18.54 | reenoo_ | mickeyl: fwiw, glib isn't x related at all |
| 23:19.18 | mickeyl | reenoo_: I'm aware of that. gmpc and glurb need gtk+ though |
| 23:22.45 | JustinP | mickeyl: let me know when you'd committed it to the main repository. I haven't had to merge anything yet and would like to see how it works. :-) |
| 23:22.57 | mickeyl | JustinP: you'll see in a couple of seconds... |
| 23:22.59 | JustinP | you've |
| 23:23.27 | reenoo_ | mickeyl: right, and in other news... the gmpc .bb lacks a dependency on gnome-vfs |
| 23:23.38 | mickeyl | uh oh |
| 23:23.42 | mickeyl | i'll add that right away |
| 23:23.48 | mickeyl | any more or is that it? |
| 23:23.48 | CIA-4 | 03mickeyl 07org.openembedded.dev * r38c219d6... 10/packages/musicpd/ (glurp_0.11.3.bb gmpc_0.11.2.bb mpc_0.11.2.bb ncmpc_0.11.1.bb): Add console, ncurses, gtk+, and glurp musicpd players courtesy Justin Patrin. |
| 23:24.27 | reenoo_ | mickeyl: dunno. haven't started from a clean tree |
| 23:24.32 | mickeyl | k |
| 23:25.08 | JustinP | hmmm...it would be nice if thse dependencies were documented clearly... |
| 23:25.19 | JustinP | I mean on the packages's site |
| 23:25.28 | JustinP | or, say, in the INSTALL or README files (I checked) |
| 23:25.29 | mickeyl | *nod* |
| 23:26.18 | reenoo_ | JustinP: http://qballcow.nl/index.php?s=13&css=0 |
| 23:26.24 | reenoo_ | mpc depends on: gtk+-2.4, gnome-vfs, libglade |
| 23:26.29 | reenoo_ | gmpc even |
| 23:26.58 | JustinP | well.... |
| 23:27.15 | reenoo_ | if in doubt you can always read the configure.ac |
| 23:27.44 | reenoo_ | (for pkgconfig enabled stuff anyway) |
| 23:27.49 | JustinP | thanks for checking for me. I'll be more careful in the future |
| 23:28.16 | reenoo_ | heh. no problem. |
| 23:28.24 | JustinP | is there any way to easily clear out my compiled packages without losing the cross-compiling environment and such? |
| 23:28.51 | mickeyl | copy TMPDIR at some point of time |
| 23:28.54 | JustinP | or, rather, move away for testing |
| 23:28.55 | mickeyl | then copy it back |
| 23:28.58 | CIA-4 | 03mickeyl 07org.openembedded.dev * re7c80380... 10/packages/musicpd/gmpc_0.11.2.bb: gmpc: add dependency to gnome-vfs. thanks reenoo |
| 23:29.20 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 23:29.21 | mickeyl | there's no way for a package to revert do_stage() yet. |
| 23:29.21 | JustinP | yeah, but onw' thtat remove the cross-compiler, binutils, etc? |
| 23:29.49 | mickeyl | copy it right after you compiled the toolchain |
| 23:29.56 | mickeyl | then you have a blueprint |
| 23:30.02 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 23:30.11 | JustinP | good idea....I suppose I'll have to do that |
| 23:30.18 | reenoo_ | JustinP: I was actually looking into removing gnome deps (gconf, gnome-vfs) from gmpc but a rewrite seems easier |
| 23:30.53 | JustinP | is there a target for just the cross-compile environment? |
| 23:30.58 | reenoo_ | JustinP: the author was kind enough to wrap the network communication stuff in a nice little lib... |
| 23:31.08 | mickeyl | JustinP: bitbake glibc or so |
| 23:31.22 | JustinP | renoo_: you can always start with mpc |
| 23:36.57 | reenoo_ | JustinP: nah, that library should be just fine |
| 23:45.57 | *** join/#oe AMDPenguin (~nobody@svl-ext-proxy02.amd.com) |
| 23:49.24 | JustinP | if a "bitbake" goes right through configure / compile / etc but does nothing, what is usually the cause? With one package I'm trying I renamed the bb file and this happened. |
| 23:51.29 | kergoth | JustinP: sounds like you didnt change the S vairalbe to point at the unpacked sources in workdir. |
| 23:55.56 | JustinP | kergoth: ok, that makes some sense. Can you give me an example of a bb file which does this? |
| 23:56.19 | kergoth | .. like 90% of them? |
| 23:56.27 | kergoth | grep is your freind |
| 23:56.37 | kergoth | grep "S = " */*.bb |
| 23:56.39 | kergoth | heh |
| 23:59.15 | JustinP | well, yeah, I like grep...I figured it had ${S} and I'm not sure how to grep for that |