| 00:19.49 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 00:22.24 | *** join/#oe csmanx (n=csman@bas1-montreal42-1178047049.dsl.bell.ca) |
| 00:22.47 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 00:22.53 | jacques | #qemu |
| 00:26.45 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:37.24 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 01:14.58 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:25.37 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 01:28.33 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 02:03.19 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 02:15.46 | *** part/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 02:34.57 | *** join/#oe kerwood|afk (n=Marshall@69.174.191.58) |
| 02:38.17 | *** join/#oe idealm (n=ideal@58.33.49.15) |
| 02:48.35 | *** join/#oe bronson_ (n=bronson@c-67-188-227-156.hsd1.ca.comcast.net) |
| 03:18.53 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 03:30.47 | *** join/#oe AvengerMoJo (n=alex@n219077037109.netvigator.com) |
| 03:37.09 | *** join/#oe bronson_ (n=bronson@adsl-75-36-144-172.dsl.pltn13.sbcglobal.net) |
| 03:53.34 | *** join/#oe darmou (n=darmou@ppp65-21.lns1.mel4.internode.on.net) |
| 03:53.46 | darmou | hi all |
| 04:19.48 | *** join/#oe luke-jr_ (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 04:29.03 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 04:43.03 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 04:51.22 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 04:58.55 | *** join/#oe cyn__2 (n=cyn2@cpe-066-057-046-006.nc.res.rr.com) |
| 05:03.08 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 05:05.26 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 05:37.33 | *** join/#oe AvengerMoJo (n=alex@n219077037109.netvigator.com) |
| 05:40.39 | *** join/#oe tmbinc_ (i=abcd@e176130131.adsl.alicedsl.de) |
| 05:52.57 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 06:05.19 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 06:14.13 | *** join/#oe wewe (n=bob@p85.212.163.85.tisdip.tiscali.de) |
| 06:27.33 | darmou | gee mtn takes a while to update:( |
| 06:28.27 | *** join/#oe CIA-5 (i=cia@cia.navi.cx) |
| 06:38.01 | *** join/#oe hvontres|poodle (n=hvontres@adsl-75-17-143-161.dsl.sndg02.sbcglobal.net) |
| 06:40.56 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 06:52.33 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:53.11 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 06:59.37 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:02.39 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:07.58 | hvontres|poodle | morning koen :) |
| 07:30.36 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:32.35 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:41.32 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:42.25 | *** join/#oe concept10 (n=concept1@ppp-70-251-148-206.dsl.rcsntx.swbell.net) |
| 07:47.00 | *** join/#oe valLongfield (n=valentin@adsl-84-227-19-37.adslplus.ch) |
| 07:49.59 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 07:50.22 | Ifaistos | morning all |
| 07:52.14 | hvontres|poodle | moriing Ifaistos |
| 07:58.39 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:59.46 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 08:04.55 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 08:15.36 | Ifaistos | hvontres|poodle : Hi ! seems people are still sleeping :) |
| 08:41.56 | *** join/#oe ssvb (n=user@34-nat.cosmostv.by) |
| 08:43.31 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 08:50.14 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 08:50.35 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 08:52.01 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-16-194.w86-201.abo.wanadoo.fr) |
| 08:52.39 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 09:02.57 | *** join/#oe mykilx (i=1000@pool-71-99-150-2.tampfl.dsl-w.verizon.net) |
| 09:07.43 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 09:07.43 | *** join/#oe nicolasfr|aw (n=manager@82.230.164.247) [NETSPLIT VICTIM] |
| 09:07.43 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 09:07.43 | *** join/#oe Ironnads (n=Ironnads@86.135.83.15) |
| 09:07.43 | *** join/#oe splat1 (n=splat1@86.12.117.26) |
| 09:07.43 | *** join/#oe kergoth (n=kergoth@216.237.114.82) |
| 09:07.43 | *** join/#oe joshin_ (n=joshin@unaffiliated/joshin) |
| 09:07.44 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 09:07.44 | *** join/#oe hhhcz (n=arnaud@82.228.255.84) |
| 09:07.44 | *** join/#oe aoe (n=aoe@128.131.95.40) |
| 09:07.44 | *** join/#oe lardman|gone (n=lardman@138.38.73.178) |
| 09:07.44 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-92-126.nwrknj.east.verizon.net) |
| 09:07.44 | *** join/#oe v8jlene (n=lenehan@202.173.155.194) [NETSPLIT VICTIM] |
| 09:07.46 | *** join/#oe koen (n=koen@212.41.157.237) |
| 09:07.55 | RP | morning all |
| 09:09.41 | cyrilRomain | morning RP, morning all |
| 09:10.58 | RP | hi cyrilRomain |
| 09:13.36 | cyrilRomain | RP: did you get my mail from 2006.11.12 ? I sent you patches for linux-openzaurus 2.6.17 and 2.6.18 (just an update to make patch apply, similarly to the one you did on 2.6.18+git) ? |
| 09:13.50 | *** join/#oe Laibsch (n=Laibsch@R7602.r.ppp-pool.de) |
| 09:14.11 | RP | cyrilRomain: I did although I'm afraid its got lost in my inbox. I realised that yesterday and will put that right today, sorry |
| 09:14.25 | cyrilRomain | RP: I saw linux-openzaurus was renamed to linux-rp, so maybe I can send you an updated version |
| 09:14.52 | RP | cyrilRomain: Don't worry, I can deal with that :) |
| 09:15.00 | cyrilRomain | RP: thanks :) |
| 09:15.07 | koen|gprs | good morning all |
| 09:15.13 | cyrilRomain | hey koen|gprs |
| 09:16.24 | RP | morning koen|gprs |
| 09:17.44 | RP | koen|gprs: Do I have an account edit the OE website? |
| 09:17.59 | koen|gprs | RP: you should have |
| 09:18.49 | RP | koen|gprs: I noticed only one of the email lists is listed |
| 09:19.42 | koen|gprs | your user name is "Richard Purdie" |
| 09:35.14 | RP | koen|gprs: thanks |
| 09:37.36 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 09:44.16 | RP | The contacts is updated. We should add the NSLU2 people there too. We need a webmaster :-/ |
| 09:49.02 | Ifaistos | morning all. |
| 09:52.40 | RP | hi Ifaistos |
| 10:04.43 | *** join/#oe O_Neil (n=thor@124.243.194.70) |
| 10:07.37 | CIA-4 | 03pfalcon 07org.oe.dev * rfeb1b692... 10/ (1 packages/linux/linux-handhelds-2.6_2.6.16-hh5.bb): |
| 10:07.37 | CIA-4 | linux-handhelds-2.6 2.6.16-hh5: Remove obsolete version. |
| 10:07.38 | CIA-4 | * Please use 2.6.16-hh7 instead (-hh8 switched to common buttonmap). |
| 10:07.51 | *** join/#oe cedric (n=cedric@213.215.31.4) |
| 10:08.54 | *** join/#oe likewise (n=chatzill@dyn013078.nbw.tue.nl) |
| 10:10.27 | likewise | hi fooks |
| 10:18.53 | *** join/#oe polyonymous (n=hacker@pD953B70F.dip0.t-ipconnect.de) |
| 10:20.00 | *** join/#oe leoncamel (n=leoncame@219.142.137.2) |
| 10:20.05 | *** join/#oe likewise (n=chatzill@dyn013078.nbw.tue.nl) |
| 10:25.56 | likewise | giel: ping |
| 10:33.54 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 10:41.35 | Laibsch | Anybody willing to push bug 1624? |
| 10:51.06 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 10:53.41 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 11:02.24 | giel | likewise: yeah? |
| 11:06.24 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 11:10.16 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 11:12.50 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 11:15.18 | *** join/#oe koen|gprs (n=koen@dyn013078.nbw.tue.nl) |
| 11:18.35 | koen|tdose | hey likewise |
| 11:19.17 | *** join/#oe den-ros (n=den@ppp85-140-68-86.pppoe.mtu-net.ru) |
| 11:19.31 | RP | Laibsch: Can you reproduce 1624? If so, can you work out why -L/usr/lib appears in the commandline? |
| 11:20.23 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 11:20.39 | Laibsch | RP: Yes, as I mentioned in comment #2, I can confirm the issue. |
| 11:21.10 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 11:21.12 | RP | Laibsch: I've replied to the bug - we need to find why -L/usr/lib is there |
| 11:23.17 | likewise | giel: ping |
| 11:26.01 | cyrilRomain | RP, Laibsch: maybe libpng_1.2.12 should define the do_compile the same way libpng_1.2.8 does, instead of using autotools ... ? |
| 11:26.56 | cyrilRomain | with ZLIBLIB=${STAGING_LIBDIR} |
| 11:27.15 | RP | cyrilRomain: Or at least have the OEMAKE_append line... |
| 11:27.42 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 11:27.52 | RP | 1.2.12 doesn't stage correctly for me either. I suspect I have some local changes interfering though :-/ |
| 11:29.51 | RP | Like STAGING_LIBDIR missing from my bitbake.conf :} |
| 11:30.00 | *** join/#oe koen|tdose_ (n=koen@dyn-145116035179.guest.tue.nl) |
| 11:30.50 | cyrilRomain | hm maybe solving 1624 would even solve 1344 |
| 11:31.27 | *** join/#oe koen|tdose__ (n=koen@dyn013078.nbw.tue.nl) |
| 11:32.33 | RP | cyrilRomain: Does prboom build against libpng 1.2.8? |
| 11:33.04 | *** join/#oe koen|tdose___ (n=koen@vpn006090.vpn.utwente.nl) |
| 11:33.13 | cyrilRomain | RP: against zlib |
| 11:35.54 | RP | cyrilRomain: It builds against libpng which needs zlib |
| 11:36.07 | cyrilRomain | RP: it seems that recent versions of prboom has been removed, so maybe should the 1344 mark as WONTFIX, or one should bump version of prboom |
| 11:36.17 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 11:36.32 | cyrilRomain | RP: right |
| 11:37.37 | RP | Why were recent versions removed? |
| 11:37.47 | *** join/#oe koen|tdose____ (n=koen@dyn013078.nbw.tue.nl) |
| 11:38.34 | cyrilRomain | RP: dunno. |
| 11:39.44 | *** join/#oe jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 11:45.24 | *** join/#oe likewise (n=chatzill@dyn013078.nbw.tue.nl) |
| 11:46.02 | RP | cyrilRomain|bbl: I find any evidence that verison of prboom was ever in OE |
| 11:46.09 | RP | I can't find |
| 11:47.33 | RP | koen|tdose____: Is prboom 2.4.3 some unpushed changeset on ewi? |
| 11:48.09 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 11:48.59 | nicolasfr|aw | RP: could you please push this small fix in OE http://pastebin.ca/264412 ? This solves opie* stuff compilation with sharprom-compatible. I have posted on OE dev mailing list, but atm no-one pushed it in OE. |
| 11:49.07 | koen|tdose____ | RP: prboom? |
| 11:49.09 | koen|tdose____ | RP: no idea |
| 11:49.23 | nicolasfr | hi koen |
| 11:49.26 | koen|tdose____ | RP: last time I tried to compile doom I used pb's version |
| 11:49.29 | koen|tdose____ | hey nicolasfr |
| 11:49.50 | koen|tdose | ~2 years ago |
| 11:50.18 | RP | koen|tdose: I'm just wondering about #1344 |
| 11:50.19 | nicolasfr | koen: about fetchmail bug, you wrote this comment for the bug: sharprom-compatible.conf:FULL_OPTIMIZATION = "-fexpensive-optimizations |
| 11:50.20 | nicolasfr | -fomit-frame-pointer -O2". |
| 11:50.49 | koen|tdose | yes, that's what's in the config file now |
| 11:50.57 | nicolasfr | question is: how to use "-fexpensive-optimizations -fomit-frame-pointer -O1" only for fetchmail? |
| 11:51.22 | koen|tdose | you probable want FULL_OPTIMIZATION_sharprom-compatible = "-fexpensive-optimizations -fomit-frame-pointer -O1" in fetchmail |
| 11:51.29 | koen|tdose | probably* |
| 11:51.50 | nicolasfr | ok! |
| 11:52.13 | Ifaistos | What version of make are you guys using ? it seems there are some issues with 3.81 (u-boot_1.1.4 has one of them) |
| 11:53.03 | *** join/#oe idealm (n=ideal@58.33.41.129) |
| 11:54.05 | CIA-4 | 03rpurdie 07org.oe.dev * r1931d326... 10/ (1 classes/palmtop.bbclass): palmtop.bbclass: Fix sharprom override (from nicolasfs #oe) |
| 11:54.08 | nicolasfr | another question: when building stuff for sharprom-compatible I absolutely do no want libqpe and libqte to be built/packaged even if other recipes depend on them. Is it possible to do that with a directive in sharprom-compatible.conf ? |
| 11:54.13 | nicolasfr | RP: thanks a lot |
| 11:54.39 | RP | nicolasfr: ASSUME_PROVIDED += "qte packages" |
| 11:55.40 | nicolasfr | RP: I have tried that but with no luck. Maybe I made a typo... |
| 11:56.09 | RP | nicolasfr: Note the +=. Make sure you don't use ASSUME_PROVIDED = anywhere |
| 11:56.40 | nicolasfr | RP: ok |
| 12:01.01 | Jin^eLD | re |
| 12:04.31 | nicolasfr | http://pastebin.ca/264423 fixes bug 1625 (fetchmail). Anyone can merge? |
| 12:06.28 | RP | hi Jin^eLD |
| 12:06.57 | Jin^eLD | hey |
| 12:07.42 | RP | nicolasfr: Can you test adding FULL_OPTIMIZATION_pn-fetchmail = "-fexpensive-optimizations -fomit-frame-pointer -O1" to sharprom-compatible.conf please? |
| 12:08.35 | CIA-4 | 03nicolasfr 07org.oe.dev * rbf07ce72... 10/ (1 packages/fetchmail/fetchmail_6.2.5.bb): fetchmail: fix optimizations flags for sharprom compatible distro |
| 12:14.35 | cyrilRomain | RP: strange because I usually make sure I don't file bug about locally modified or added package. Moreover I don't use prboom. |
| 12:15.06 | nicolasfr | RP: "FULL_OPTIMIZATION_pn-fetchmail = "-fexpensive-optimizations -fomit-frame-pointer -O1" to sharprom-compatible.conf" works fine |
| 12:15.06 | cyrilRomain | Nevermind, when 1624 will be corrected, I'll either WONTFIX 1344 or try to bump prboom to 2.4.7 |
| 12:18.53 | cyrilRomain | s/WONTFIX/INVALID/ |
| 12:23.38 | nicolasfr | it seems bug 1624 fixed itself. |
| 12:25.45 | CIA-4 | 03koen 07org.oe.dev * r7db6bb94... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: remove spurious hyphen from TARGET_PREFIX |
| 12:37.23 | nicolasfr | qte-common-2.3.10.bb has "CXXFLAGS += "-fno-visibility-inlines-hidden" which breaks for sharprom-compatible. Is there a way to do something like CXXFLAGS_sharprom-compatible -= "-fno-visibility-inlines-hidden" (this does not work of course, but the idea is there ;) ) |
| 12:41.24 | Laibsch | nicolasfr: Have you put the information in http://pastebin.ca/264412 into the BTS? |
| 12:42.06 | nicolasfr | Laibsch: RP has just merged it |
| 12:42.40 | nicolasfr | Laibsch: but I don't remember if it was put in BTS |
| 12:44.06 | nicolasfr | Laibsch: can you try to update OE and bitbake libpng 1.2.12. I'd like to know if 1624 is fixed or not |
| 12:47.02 | nicolasfr | cyrilRomain: I think 1624 only affected sharprom-compatible distro |
| 12:47.18 | cyrilRomain | nicolasfr: ok |
| 12:47.43 | Ifaistos | Any idea why the dir name for u-boot is uboot (without the dash) but the packet is u-boot ? |
| 12:50.22 | Laibsch | Oh, bug weekend? |
| 12:50.52 | Laibsch | Nice! |
| 12:50.52 | Laibsch | nicolasfr: I will pull and verify. |
| 12:50.52 | Laibsch | nicolasfr: Did you receive my PM? |
| 12:51.45 | CIA-4 | 03koen 07org.oe.dev * r85c514dd... 10/ (1 packages/glibc/glibc-initial_2.5.bb): glibc initial: add 2.5, needed for powerpc |
| 12:57.51 | giel | likewise: yes? |
| 12:57.57 | Laibsch | Is http://permalink.gmane.org/gmane.comp.handhelds.openembedded/14027 still an issue? |
| 12:58.52 | likewise | giel: just checking if you are visiting tdose today? |
| 12:59.24 | *** join/#oe koen|tdose (n=koen@dyn013078.nbw.tue.nl) |
| 12:59.55 | Laibsch | koen|tdose: Are you a professional attendee of conferences now? ;-) |
| 13:00.11 | Laibsch | All these conferences that nobody ever heard of |
| 13:02.20 | CIA-4 | 03koen 07org.oe.dev * r54848140... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: some more tweaks for powerpc |
| 13:03.53 | Ifaistos | koen : Didi you build glibc for efika ? |
| 13:04.25 | nicolasfr | Laibsch: yes I received your PM, but it seems my answers do not get through (gaim bug maybe) |
| 13:04.30 | Jin^eLD | what is the PARALLEL_INSTALL_MODULES = "1" thing? |
| 13:07.05 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 13:09.07 | hrw | morning |
| 13:09.10 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 13:09.33 | Jin^eLD | hi |
| 13:09.42 | hrw | Jin^eLD: its for machines which can run 2.4/2.6 kernels - add -2.4/-2.6 into kernel modules packages names |
| 13:09.50 | hrw | hi Cliff |
| 13:10.03 | Ifaistos | hrw: Hi |
| 13:10.28 | Jin^eLD | hrw: ah, I see, thx |
| 13:10.33 | cbrake | hrw: hello |
| 13:11.28 | hrw | how goes bugdays? |
| 13:12.19 | hrw | phone.. |
| 13:14.03 | hrw | my youngest brother got new phone. |
| 13:14.31 | hrw | so now my 3 old cellphones are not used. |
| 13:14.39 | *** join/#oe gremlin[it] (n=gremlin@ppp-78-10.25-151.libero.it) |
| 13:14.51 | Ifaistos | hrw: You are contributing to e-waste :) |
| 13:15.05 | Laibsch | hrw: http://bugs.openembedded.org/buglist.cgi?cmdtype=runnamed&namedcmd=LastWeekFixed |
| 13:15.10 | Laibsch | hrw: 12 bugs and counting |
| 13:15.30 | hrw | Laibsch: 'namedcmd'is your own search |
| 13:15.46 | Laibsch | yes, you are right |
| 13:15.51 | Laibsch | Just a moment |
| 13:16.43 | cbrake | hrw: how is the new build machine working out? |
| 13:16.45 | Laibsch | http://tinyurl.com/y7s3ju |
| 13:17.17 | hrw | cbrake: its nice to have such power under finges |
| 13:17.42 | hrw | Laibsch: thx. saved |
| 13:18.12 | cbrake | hrw: you running a 64 bit OS? |
| 13:18.20 | hrw | cbrake: 64bit debian sid |
| 13:18.51 | hrw | OE qemu fails to run, cant build 2.4-crapix kernels - otherwise all is working |
| 13:19.03 | cbrake | hrw: great |
| 13:19.26 | Jin^eLD | REFERRED_PROVIDER_task-bootstrap is no longer needed, right? |
| 13:19.40 | hrw | Jin^eLD: MACHINE_TASK_PROVIDER = "task-base" is better |
| 13:20.01 | hrw | we need to force machine maintainers to switch to task-base |
| 13:20.46 | hrw | task-bootstrap is scheduled for removal |
| 13:20.46 | Jin^eLD | I know.. that's why I asked :) thanks |
| 13:22.15 | *** join/#oe fdv (i=1988@fire.ifi.uio.no) |
| 13:22.37 | hrw | cbrake: I do not like one thing in amd64 platform - x86 compatibility. |
| 13:23.45 | Laibsch | hrw: de nada. Oh what a feeling. To give back to one of the head honchos ;-) |
| 13:23.47 | hrw | cbrake: in bios there are still things like 'A20 handling' from xt times or '15-16M memory hole' for xt/at ISA machines etc |
| 13:24.06 | hrw | Laibsch: ke? |
| 13:24.18 | Laibsch | ke? |
| 13:24.28 | hrw | que I meant. |
| 13:25.02 | Laibsch | I meant it was nice to not always be sucking blood out of you and others. but to be able to give back. |
| 13:25.16 | hrw | ah |
| 13:25.34 | Laibsch | head honcho = one of the real master |
| 13:26.04 | hrw | Laibsch: http://bugs.openembedded.org/show_bug.cgi?id=1568 is your toy... |
| 13:26.38 | hrw | Laibsch: its rtti/nortti thing |
| 13:27.22 | Laibsch | I am afraid this toy is overstretching my capabilities. |
| 13:36.14 | cbrake | hrw: yeah, its amazing that x86 compatibility still exists! |
| 13:38.28 | hrw | lack of 64bit drivers for 64bit mswin.. |
| 13:39.09 | Laibsch | hrw: re rtti. Maybe you can give a few more keywords, and maybe just maybe I have a chance at taking a stab at the problem? |
| 13:39.26 | hrw | Laibsch: -no-rtti gcc |
| 13:44.16 | Ifaistos | hrw : Do you know if gpe-image or opie-image build for x86 ? |
| 13:45.29 | *** join/#oe nuku (n=j@unaffiliated/nuku) |
| 13:46.16 | hrw | Ifaistos: I built xfce-image (not yet tested) but this is with my xfce recipes which need testing before push |
| 13:46.43 | hrw | Ifaistos: koen built some images for my progear/angstrom - so gpe-image is probably one of them |
| 13:53.13 | Ifaistos | hrw : i started building it in background. see what comes out... |
| 13:54.30 | hrw | hmm.. we have very old php... |
| 13:54.53 | hrw | <PROTECTED> |
| 13:54.53 | hrw | <PROTECTED> |
| 13:54.54 | hrw | <PROTECTED> |
| 13:54.58 | hrw | ~lart java |
| 13:57.01 | hrw | I wonder how people were able to develop java apps without few GB of RAM in devboxes |
| 14:01.22 | Ket-DOA | I wonder how companys like motarola get the brilliant idea that java will make a great embeddeed phone OS. |
| 14:02.19 | Ketnar | bah 'omg that name is taken!' >_< |
| 14:16.34 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 14:18.13 | *** join/#oe florian (n=fuchs@87.193.4.167) |
| 14:18.40 | hrw | hi florian |
| 14:20.29 | hrw | ok. time to go shopping |
| 14:20.31 | hrw | cu all |
| 14:22.22 | florian | hi all |
| 14:30.04 | *** join/#oe tmbinc (i=abcd@e176132054.adsl.alicedsl.de) |
| 14:35.41 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-173-245.w90-16.abo.wanadoo.fr) |
| 14:41.03 | *** join/#oe furlongm_ (n=furlongm@83.70.233.46) |
| 14:45.54 | *** join/#oe Virusmaster (n=Thomas@p549CD5F5.dip.t-dialin.net) |
| 14:53.55 | *** join/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz) |
| 14:54.27 | *** part/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz) |
| 14:54.58 | Jin^eLD | hmm, why is it saying "NOTE: preferred version 2.3.5+cvs20050627 of glibc-intermediate not available" |
| 14:55.02 | Jin^eLD | it takes 2.5 then |
| 14:55.31 | Jin^eLD | I added this PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc = "glibc-intermediate" because it complained that it was not set |
| 14:55.38 | Jin^eLD | and after that it complains about 2.3.5 not being available.. |
| 14:55.43 | Jin^eLD | any ideas what this is all about? |
| 14:57.02 | *** join/#oe slapin_nb (n=slapin@30.61.dialup.lanck.net) |
| 15:17.25 | *** join/#oe Gerrath_ (n=Gerrath@c-71-236-114-74.hsd1.pa.comcast.net) |
| 15:18.05 | *** join/#oe XorA|gon1 (n=dp@81-179-102-191.dsl.pipex.com) |
| 15:18.20 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 15:27.01 | *** join/#oe zecke (n=ich@88.134.98.23) |
| 15:34.12 | Jin^eLD | zecke: usermanual.xml in trunk has SRCDATE mentioned for SVN, so I guess it's just about regenerating the manual :> |
| 15:40.25 | cbrake | Jin^eLD: glibc-intermediate is only used for NPTL -- which 2.3.5 does not support -- not exactly sure on this. |
| 15:42.26 | Jin^eLD | oh, so I might not need the intermediate setting at all |
| 15:42.49 | cbrake | Jin^eLD: right -- you need to set the provider to not specify glibc-intermediate |
| 15:43.06 | Jin^eLD | ok then I think I know where my mistake is |
| 15:43.15 | Jin^eLD | I set it there PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc |
| 15:43.24 | cbrake | Jin^eLD: my build partition is offline right now as I'm resiszing it, or I would check. |
| 15:43.37 | cbrake | Jin^eLD: right |
| 15:43.38 | Jin^eLD | thanks anyway.. I will look at other distros |
| 15:43.47 | *** join/#oe rob_w (n=bob@p85.212.192.39.tisdip.tiscali.de) |
| 15:44.24 | rob_w | hey planet oe |
| 15:44.53 | Jin^eLD | hi |
| 15:45.02 | Jin^eLD | btw, are blackfin targets supported by OE? |
| 15:45.10 | rob_w | openssl refuses to build on i386 netvista |
| 15:45.39 | rob_w | it does mention that it trys to configure for linux-i386 but then compile breaks immidiatly |
| 15:47.22 | rob_w | the funny part is that it even doesnt skip over when i fake a tmp/stamps/openssl*.do_compile |
| 15:48.35 | Ifaistos | rob_w : it needs a patch as there is no i386 as a target in openssl |
| 15:49.09 | rob_w | hmm i could raise that string into 586 or something |
| 15:49.42 | Ifaistos | Jin^eLD: Blackfin needs uclinux (no mmu) |
| 15:50.57 | rob_w | Ifaistos, but why doens it skip after i touched a tmp/stamps/openssl*.do_compile |
| 15:51.30 | Jin^eLD | Ifaistos: I thought OE has some uclib stuff? |
| 15:51.34 | CIA-4 | 03pfalcon 07org.oe.dev * rb79002cd... 10/ (1 conf/machine/rx3000.conf): |
| 15:51.34 | CIA-4 | rx3000: Machine definition for HP iPaq rx3000 series. |
| 15:51.35 | CIA-4 | * Newer iPaq series, rx3715, rx3415, rx3115 models. |
| 15:51.35 | CIA-4 | * Hardware-wise, similar to h4000, but uses Samsung CPU. Models differ in CPU |
| 15:51.35 | CIA-4 | speed/flash size. (It appears WiFi/BT is present in all models.) |
| 15:51.35 | CIA-4 | * Got good porting progress in HH.org, port appears to be essentially complete. |
| 15:51.39 | CIA-4 | * Closes #1587. |
| 15:51.41 | CIA-4 | 03pfalcon 07org.oe.dev * r3221131e... 10/ (5 files in 5 dirs): linux-handhelds-2.6: Add draft defconfig for rx3000. |
| 15:51.45 | CIA-4 | 03pfalcon 07org.oe.dev * r20f06569... 10/ (1 packages/linux/linux-handhelds-2.6_cvs.bb): |
| 15:51.46 | CIA-4 | linux-handhelds-2.6_cvs: DEFAULT_PREFERENCE = "-1" |
| 15:51.48 | CIA-4 | * How it came to be otherwise? %) |
| 15:52.23 | Ifaistos | rob_w: have a look at this http://owmnr.digital-opsis.com/project/browser/trunk/org.openembedded.dev/packages/openssl/openssl-0.9.7e/openssl-i386.patch |
| 15:52.42 | rob_w | great |
| 15:53.08 | *** join/#oe AvengerMoJo (n=alex@n219077232016.netvigator.com) |
| 15:53.18 | Ifaistos | Jin^eLD: uClinux and uClibc are two different things :) |
| 15:53.23 | Jin^eLD | oh.. |
| 15:53.47 | Jin^eLD | so OE does not support/has nothing to do with uClinux? |
| 15:54.31 | Ifaistos | Jin^eLD: Not for the moment |
| 15:54.37 | Jin^eLD | :( |
| 15:55.54 | rob_w | but u can use ulibc afaik != |
| 15:56.33 | *** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
| 15:56.41 | Jin^eLD | well, I asked because I may get my hands on some BlackFin hardware |
| 15:56.46 | Jin^eLD | and I of course would prefer using OE |
| 15:56.51 | rob_w | Ifaistos, ur patch looks good |
| 15:57.34 | goxboxlive | i s anyone maintaining familiar distro in oe.dev ? Or is allmost dead? |
| 15:58.49 | rob_w | goxboxlive, good question |
| 15:59.24 | goxboxlive | rob_w do you know if familar is taking advantages of task-base? |
| 16:00.31 | rob_w | i would think so ... never checked task-base yet |
| 16:00.38 | goxboxlive | I am trying to build a image now, because of lack of support of opie in angstrom (wich works kind of great btw). Just some few issues again. |
| 16:01.07 | rob_w | are u stuck ? |
| 16:01.42 | goxboxlive | stucked with buidling famailiar? |
| 16:03.46 | psokolovsky_ | goxboxlive, but you built opie for angstrom all the time. what's up? |
| 16:07.32 | goxboxlive | psokolovsky_ i am missing getkey in busybox, and there are some opie definitions i am using in my local.conf that should belong to angstrom.conf. I mean if we should choose to have a main distro on the HTC devices we should be able to build a image right out of OE, and not using local hacks. |
| 16:07.35 | Laibsch | nicolasfr: Is bug 1625 fixed for you? Still fails for me. |
| 16:08.34 | psokolovsky_ | goxboxlive, then, please submit any changes you have in you local.conf as ticket to OE bugs, and feel free to add me to cc: right away. |
| 16:09.20 | psokolovsky_ | goxboxlive, as this weekend id bugdays, I exactly want to catch Koen and ask to readd OPIE building support back into angstrom.conf. You see, he's not there now ;-) |
| 16:10.03 | psokolovsky_ | goxboxlive, we need to work togother to get gradual and sustained support for OPIE in live distro, random switching here and there hardly help. |
| 16:12.24 | goxboxlive | psokolovsky_ I am agree with you, but dont you think i have asked to get 'getkey' in to angstrom. The answer i allways get is "Opie is not a part of an Angstrom distro" so i cant help. |
| 16:13.05 | zecke | rob_w: you got a umpc? |
| 16:13.22 | psokolovsky_ | goxboxlive, and now you want to maintain own distro? ;-D also, where's bug for thsi getkey matter? I have know idea what's it all about. |
| 16:13.55 | zecke | psokolovsky_: mickeyl added a getkey applet to busybox |
| 16:14.15 | zecke | psokolovsky_: it might not be patched into the current busybox |
| 16:14.25 | zecke | psokolovsky_: and we should force mickeyl to send this thing upstream |
| 16:14.44 | goxboxlive | psokolovsky_ / zecke it's not beeing patched, but the patch is in the directory. |
| 16:14.44 | psokolovsky_ | zecke, cool ;-) is it unavoidably needed for opie? |
| 16:15.09 | zecke | psokolovsky_: I think we used to for this "5,4,3,2,1,0 Opie starts now" interrupt |
| 16:15.19 | goxboxlive | no it's not, but you have to change the opie code to get rid of the failure messages. |
| 16:15.24 | zecke | psokolovsky_: I have no idea if we still have this in /etc/init.d/opie |
| 16:15.25 | psokolovsky_ | goxboxlive, so, you're the requestor, please provide bug # where it is recorded. we'll go further from there. |
| 16:16.04 | rob_w | zecke, psst |
| 16:16.09 | psokolovsky_ | goxboxlive, then let's get rid of it and failure messages too. I'm waiting for bug with description of the matter ;-) |
| 16:16.46 | goxboxlive | psokolovsky_ ok, i can place a bug about it. |
| 16:17.08 | zecke | rob_w: that is a piece of shit device, destroy all your units! |
| 16:17.08 | psokolovsky_ | goxboxlive, please do, and describe the issue in detail pls. |
| 16:17.12 | psokolovsky_ | I'll handle it |
| 16:17.20 | goxboxlive | yes |
| 16:17.23 | rob_w | zecke, u dont know which i ve ! |
| 16:17.23 | psokolovsky_ | sorry, goota go, ask for few hours |
| 16:17.32 | rob_w | zecke, never |
| 16:18.05 | zecke | <PROTECTED> |
| 16:18.25 | zecke | only after 1 1/2 days exposed to windows on this device I was about to quit |
| 16:18.36 | rob_w | zecke, do you the " we will rule the world " factor ur the pure technical parts ?? |
| 16:19.01 | rob_w | s/do you / do you hate |
| 16:19.15 | zecke | rob_w: How they compressed the windows feeling and squeezed it into a overheated device :) |
| 16:19.27 | zecke | rob_w: the hardware and software plainly sucks :) |
| 16:19.46 | rob_w | zecke, thats we WE will show them different ,, that not the form-factor was bad , but the OS |
| 16:20.01 | zecke | rob_w: Well the USB Device is bad as well :) |
| 16:20.04 | rob_w | my kids love it ;-) |
| 16:20.08 | zecke | rob_w: It is not USB 2.0 |
| 16:20.24 | rob_w | hmm let me check on mine but i though it was 2.0 |
| 16:20.44 | zecke | rob_w: then windows can't handle High Speed devices |
| 16:21.14 | goxboxlive | pskolovsky_ It is allready reported as a bug. bug 1474 It's beeing worked on AFAIK see. |
| 16:23.49 | rob_w | zecke, which device are you talking actually? |
| 16:24.02 | zecke | rob_w: samsung q1 |
| 16:24.20 | zecke | at least this is the device I threw out of window (no kidding) |
| 16:26.10 | rob_w | hmm |
| 16:26.17 | zecke | :) |
| 16:26.37 | zecke | rob_w: the touchscreen in 1024x768 was not linear at the edges and about 10cm off :) |
| 16:26.41 | rob_w | the thing is battery will kill you anytime |
| 16:26.57 | rob_w | wow 10cm is quite a too big tolerance |
| 16:27.10 | zecke | rob_w: and I was not able too hook usb keyboard/mice in between the USB dongle |
| 16:27.19 | rob_w | mine runs kinda my own touchscreen driver and is acurate |
| 16:27.33 | zecke | rob_w: because this device is not USB2.0 compliant, or the drivers suck |
| 16:27.51 | zecke | rob_w: well in the native resolution it is almost accurate |
| 16:28.00 | zecke | rob_w: if you switch resolutions you lost |
| 16:30.25 | rob_w | great.. |
| 16:30.40 | zecke | :) |
| 16:31.07 | zecke | my next toy I'm exposed to is a T830 from fujitsu siemens |
| 16:31.16 | *** join/#oe vlg (n=vlg@c-69-251-178-175.hsd1.md.comcast.net) |
| 16:31.41 | rob_w | zecke, that looks more then a pda |
| 16:31.53 | zecke | UMTS equipped device |
| 16:32.09 | vlg | hi there |
| 16:32.26 | zecke | okay, now I need to beat to finish my assignment |
| 16:32.58 | vlg | I'm porting a small gtk+ app to collie target. |
| 16:33.35 | vlg | and the problem I have is how to make FileChooserDialog fit into 320x240 geom. |
| 16:34.43 | vlg | The dialog is too wide because the left pane that holds a list of shortcuts has Add/Remove buttons. |
| 16:34.55 | vlg | The width of these buttons eats most of the space. |
| 16:35.21 | vlg | Any ideas? |
| 16:37.37 | rob_w | vlg, either check the containers you used the the propberty`s of the widgets inside of those containers .. |
| 16:37.46 | rob_w | or get to fight the gtkrc theme |
| 16:39.38 | vlg | rob_w: I hoped that there would be a gpe widget set of common dialogs that would provide same functionality as stock dialogs, but adjusted to the 320x240. But libgpewidgets shuned dealing with this thorny issue. |
| 16:41.18 | rob_w | for file choosing things , check gpe-filemanager , it does implement this functionlity also and successfull |
| 16:41.56 | vlg | rob_w: thanks - I'll do that. |
| 16:45.47 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 16:47.21 | Laibsch | vlad? |
| 16:48.07 | Laibsch | vlg: Are you vlad? Welcome to #oe |
| 16:49.12 | vlg | Laibsch: yes I am - thanks. |
| 16:49.48 | Laibsch | zecke: Is http://permalink.gmane.org/gmane.comp.handhelds.openembedded/14027 still an issue? |
| 16:50.19 | *** join/#oe AvengerMoJo (n=alex@n219077232016.netvigator.com) |
| 16:50.22 | Laibsch | vlg: Glad to see you here. Getting granule to compile from CVS? |
| 16:50.49 | Laibsch | We have bug weekend. Everybody makes an effort to make OE even better. |
| 16:52.06 | vlg | Laibsch: yes and no luck so far ... |
| 16:54.32 | vlg | Laibsch: are you Rolf? |
| 16:54.50 | Laibsch | Yes |
| 16:55.02 | *** join/#oe anushsh (n=anushshe@220.226.57.27) |
| 16:55.37 | Laibsch | I will take a look at what is going wrong with granule in a little while. |
| 16:56.28 | Laibsch | As I wrote you in a mail I believe the file structure is different from what OE expects. Compilation itself seems to work. Installation step fails with no target to make install. |
| 16:57.25 | vlg | Laibsch: what I discovered is that it never does do_fetch, do_unpack, do_configure, and do_compile. Instead, bitbake jumps right into do_install. That's why it fails - there is nothing to install. |
| 16:58.40 | Laibsch | vlg: No, that is because you completed these steps earlier. |
| 16:58.47 | Laibsch | bitbake remembers that. |
| 16:59.07 | Laibsch | If you want to go through the steps again, do "bitbake -c rebuild granule" |
| 17:00.05 | vlg | Laibsch: OK - that was what I was looking for - clearing its cache - I'll try that in a moment and see if that's the reason. |
| 17:01.06 | Laibsch | Of course, that only rebuilds the package in question. |
| 17:01.12 | Laibsch | Which is a good thing. |
| 17:01.48 | Laibsch | You can also start over completely by rm -Rf tmp/ But that will likely set you back a couple of hours worth of compilation time ;-) |
| 17:07.03 | vlg | Laibsch: I don't trust sourceforge CVS - last night I checked in a bunch of files in, and today, after running 'bitbake -c ...', the thing tells me that there is no updates in 'src' directory. Perhaps, it is a problem on Sourcforge's end. |
| 17:07.32 | Laibsch | What do you suggest? |
| 17:08.11 | Laibsch | OE checks out CVS every day, changed or not. Unless you pin it to a certain date. |
| 17:09.35 | vlg | I'll bite the bullet, clean up tmp and start from scratch. |
| 17:14.55 | *** join/#oe B_Lizzard (n=havoc@62.1.19.17) |
| 17:14.58 | B_Lizzard | Hello |
| 17:15.00 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 17:15.06 | B_Lizzard | I had a question to ask |
| 17:15.43 | B_Lizzard | I have been trying to build sdl-perl, and I keep getting this message during compilation: |
| 17:15.44 | B_Lizzard | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/SDL |
| 17:16.07 | B_Lizzard | I searched in google, and it seems to be a safety mechanism of a sorts |
| 17:16.22 | B_Lizzard | I tried to disable it in bitbake.conf, but nothing changed |
| 17:16.28 | B_Lizzard | It still comes up |
| 17:16.50 | zecke | B_Lizzard: fix sdl-perl :) |
| 17:16.56 | zecke | no escaping |
| 17:17.27 | B_Lizzard | I get a similar error message with galculator |
| 17:17.39 | B_Lizzard | Aye, fix sdl-perl, but where to start? |
| 17:18.17 | B_Lizzard | As far as I know, the right place to put "include" is /usr/include |
| 17:18.52 | zecke | B_Lizzard: sdl-perl is likely to call /usr/bin/sdl-config due a broken configure script |
| 17:19.03 | cyrilRomain | B_Lizzard: a bug has already been posted for that: http://bugs.openembedded.org/show_bug.cgi?id=1066 |
| 17:19.04 | zecke | B_Lizzard: you can shoot the ignorant developer and then patch it |
| 17:19.06 | cbrake | anyone know how to disable the cursor in Xfbdev? |
| 17:19.21 | B_Lizzard | zecke: I'll look into it |
| 17:19.47 | B_Lizzard | cbrake: the best way to do it is have libxcursor use a transparent cursor theme |
| 17:20.05 | cbrake | B_Lizzard: thx |
| 17:20.07 | B_Lizzard | the transparent cursor package exists in OE |
| 17:22.18 | Ifaistos | zecke : Is the icecream class working ? |
| 17:25.32 | zecke | Ifaistos: with the patch from the bug tracker it should |
| 17:25.45 | zecke | I'm away now :) |
| 17:27.30 | Ketnar | Hee, icecream class. |
| 17:27.32 | Ketnar | .... |
| 17:27.39 | Ketnar | shit, now i want icecream. |
| 17:28.34 | VoodooZ | anybody has a good linux compatible UPS to recommend? |
| 17:31.13 | Jin^eLD | APC does stuff that works with linux |
| 17:31.21 | vlg | VoodooZ: I have Back-UPS CS 350 APC which works well with linux - it is usb-controlled and shuts down system gracefully when battery runs out of juice. |
| 17:31.24 | *** join/#oe furlongm__ (n=furlongm@83.70.212.59) |
| 17:36.15 | VoodooZ | vlcool. What software do you use for it? What distro? Do you find it enough for a workstation in terms VA rating? |
| 17:46.02 | VoodooZ | vlg: do you use your distro's built-in support or a third-party software like NUT? |
| 17:51.04 | nicolasfr | Laibsch: 1625 is fixed. Can you look at the fetchmail recipe to see if it has a line reading: FULL_OPTIMIZATION_sharprom-compatible = "-fexpensive-optimizations -fomit-frame-pointer -O1" |
| 17:52.03 | Laibsch | Yes, it does. I pulled and checked before I commented. |
| 18:07.23 | CIA-4 | 03Ondrej 07org.oe.dev * rd81c2457... 10/ (1 packages/mythtv/mythtv_0.18.1.bb): mythtv: fix RDEPENDS - close #254 |
| 18:10.22 | hrw | hi |
| 18:10.30 | hrw | ~lart OE for lack of stable branch |
| 18:10.54 | hrw | I build glibc second time now... |
| 18:14.39 | hrw | gcc-cross is broken.. |
| 18:17.20 | nicolasfr | Laibsch: which toolchain do you use? gcc-2.95 from hh.org ? |
| 18:18.27 | hrw|afk | good time |
| 18:22.27 | *** join/#oe Crofton (n=balister@hc6521740.dhcp.vt.edu) |
| 18:32.15 | Ifaistos | hrw|afk : did you gcc-cross 4.1.1 failed on the x86_64 machine ? |
| 18:33.02 | hrw|afk | Ifaistos: it fails on java |
| 18:33.57 | Ifaistos | hrw|afk : strange i am building angstrom for progear and it works ok |
| 18:34.21 | hrw|afk | I now added --without-x into recipe and rebuilding |
| 18:34.22 | Ifaistos | hrw|afk : its building gdb now |
| 18:34.54 | hrw|afk | bbl - boston beaked beans (~lart online dictionary) waits for me |
| 18:54.58 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 18:59.03 | Gerrath_ | what is everyone's recommendation for a bootloader if I'm doing a ground up Xscale design? U-boot? |
| 18:59.27 | RP | Gerrath_: If it does what you need |
| 19:00.15 | Gerrath_ | well I need to boot the kernel and be able to easily download a new kernel. A splash screen would be nice bot not required so my requirements are very simple. |
| 19:02.32 | RP | Gerrath_: "easily download a new kernel" is the key bit. Define easy. If its something u-boot supports, you should be fine, if not... |
| 19:02.34 | CIA-4 | 03rpurdie 07org.oe.dev * ra817d73e... 10/ (3 files in 3 dirs): fetchmail: Move optimisation tweak to distro config (so it applies to all versions) |
| 19:04.18 | Gerrath_ | RP, I need to be able to flash a new kernel to the board in manufacturing. U-boot does support it, it seems like U-boot is perfect for what I need but I also have sensed some hesitation from people to recommend it and just thought I'm either missing something or there is something better out there :-) |
| 19:06.16 | RP | Gerrath_: Field upgrades are probably more difficult |
| 19:06.28 | psokolovsky_ | RP: Hi! |
| 19:06.50 | Gerrath_ | RP, that is not a concern.. I'm in an FDA environment and pretty much field upgrades are a big no-no! |
| 19:06.59 | psokolovsky_ | RP: wanted to ask, is constraint for led triggers to not be modules is so fatal? ;-) |
| 19:07.03 | RP | Gerrath_: no problem then :) |
| 19:07.06 | RP | hi psokolovsky_ |
| 19:07.34 | RP | psokolovsky_: The triggers themselves can be modules, the trigger core can't |
| 19:08.14 | psokolovsky_ | RP: So it's ok for our machine-specific triggers to be tristate, right? |
| 19:08.43 | RP | psokolovsky_: Sure, its just the trigger core that requires to be compiled in |
| 19:08.56 | RP | (and the trigger core is tiny) |
| 19:09.51 | psokolovsky_ | RP: Nice, thanks! Anton had a bit of concern about it. Too bad Kconfig is not advanced enought to support cleanly any not compiled in/module/builtin for triggers. ;-) |
| 19:09.53 | hrw | ~lart gcc-cross/java |
| 19:10.08 | hrw | last hour is only gcc-cross... |
| 19:11.47 | RP | psokolovsky_: Kconfig should be able to support it... :-/ |
| 19:13.20 | psokolovsky_ | RP: I meant, it couldn't comfortably. It clearly lacks RECOMMENDS/SUGGESTS support ;-). It would be nice if it pulled with main machine, all its triggers by default, but allowed user to still deselect them. Well, nevermind ;-) |
| 19:14.13 | hrw | uf. looks like java part of gcc is built |
| 19:14.20 | hrw | NOTE: package gcc-cross-4.1.1-r8: task do_install: started |
| 19:14.23 | hrw | :) |
| 19:14.37 | hrw | 1h on amd64... |
| 19:19.29 | psokolovsky_ | hrw, will go into OE? with ARM crosscompile? |
| 19:20.32 | hrw | psokolovsky_: ? |
| 19:20.44 | *** join/#oe Luke-Jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 19:20.44 | psokolovsky_ | hrw, gcc... java... |
| 19:20.55 | hrw | psokolovsky_: I had problem with gcc-cross amd64->x86 |
| 19:21.27 | psokolovsky_ | ah. sorry. I thought that you work in making gcc support compilation java into ARM binaries... |
| 19:21.47 | hrw | psokolovsky_: I hate java |
| 19:21.59 | psokolovsky_ | hrw, lol |
| 19:22.06 | zecke|away | psokolovsky_: gcj works on ARM :) |
| 19:22.19 | zecke|away | psokolovsky_: even freeswing and gcj work on a simpad |
| 19:22.21 | hrw | for me java is like newest game - good excuse to force you to buy more ram, faster cpu.. |
| 19:22.22 | psokolovsky_ | hrw, what about C#? ;-E what do you think should be done to not remove mono? |
| 19:22.36 | hrw | psokolovsky_: update to 1.2 |
| 19:22.52 | hrw | psokolovsky_: bitbake gcc-cross took 800M ram |
| 19:23.04 | psokolovsky_ | zecke|away, well, good news. I mean, if they are fresh? do you know somebody tried that lately? |
| 19:23.07 | hrw | just for 3 jc1 |
| 19:23.17 | psokolovsky_ | heh |
| 19:23.24 | zecke|away | psokolovsky_: lately not, bu pb_ fixed upstream gcc :) |
| 19:24.02 | psokolovsky_ | zecke|away, I wish I had time to deal with high-level stuff as java and c# instead of kernel ;-D |
| 19:24.19 | zecke|away | psokolovsky_: use this java kernel |
| 19:24.27 | psokolovsky_ | lol |
| 19:24.58 | hrw | psokolovsky_: http://bugs.openembedded.org/show_bug.cgi?id=1630 is the problem |
| 19:24.59 | zecke|away | psokolovsky_: http://www.jnode.org/ |
| 19:25.35 | psokolovsky_ | yeah, I heard about jnode, javaos, etc ;-) |
| 19:26.32 | zecke|away | psokolovsky_: or use the smalltalk vm which can be booted from grub |
| 19:26.50 | psokolovsky_ | zecke|away, ok, ok, I got idea, thanks ;-)) |
| 19:27.01 | zecke|away | hehe |
| 19:27.32 | *** join/#oe TheCan (n=thecan@dslb-084-056-153-185.pools.arcor-ip.net) |
| 19:28.15 | Ifaistos | zecke|away : Except inheriting the icecc.bbclass do i need to set anything else ? |
| 19:29.27 | Ifaistos | zecke|away : i get the same error as the one mentioned in the bugtracker |
| 19:32.37 | zecke|away | damn :( |
| 19:32.41 | zecke|away | Ifaistos: *sorry* |
| 19:32.56 | zecke|away | Ifaistos: I think you can bitch me in 45 minutes to fix it |
| 19:33.33 | Ifaistos | zecke|away : Thanks :) I found some time to work on the compile cluster... |
| 19:33.42 | *** join/#oe furlongm__ (n=furlongm@83.70.245.123) |
| 19:33.58 | zecke|away | psokolovsky_: any issues with Opie, Opie in OE. My offer to 'inform' you still holds |
| 19:34.48 | Gerrath_ | RP, is U-boot the BL you would recommend or is there another on? |
| 19:34.58 | Gerrath_ | rp, s/on/one |
| 19:35.03 | hrw | Gerrath_: use u-boot |
| 19:35.12 | hrw | avoid redboot |
| 19:35.28 | Gerrath_ | hrw, thanks. redboot is the redhat BL, correct? |
| 19:35.50 | hrw | Gerrath_: do not know who wrote it. many people complain about it |
| 19:36.55 | hrw | Crofton: can you provide pair of user/pass in ossie/* recipes? it is still unfetchable |
| 19:37.38 | psokolovsky_ | zecke|away, So far, I'd like to convince Koen to re-add support for building OPIE images to Angstrom. I also fixes support for buttons on pocketpc devices. I'm still slow on it... But sure, thanks for help, I will have many chances to address for it, I'm sure! |
| 19:38.26 | hrw|tv | bbl |
| 19:39.30 | Crofton | hrw|tv, good timing |
| 19:42.00 | Crofton | I just finidhed something, so I will set up a lame account for that |
| 19:44.01 | hrw|tv | thx |
| 19:44.21 | Crofton|oe | can you remind me of the user/pass syntax for svn fetcher? |
| 19:49.58 | hrw|tv | svn://user:pass@host? |
| 19:50.14 | hrw|tv | Crofton: it has same syntax as cvs one |
| 19:50.29 | Crofton|oe | heh, I don't know that one either :) |
| 19:50.34 | Crofton|oe | I made the account :) |
| 19:50.55 | Crofton|oe | the fetcher code wasn't helpful |
| 19:53.53 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:57.03 | Ifaistos | zecke|away : Got it working !!! |
| 19:59.57 | *** join/#oe thejapa (n=thejapa@200-206-201-99.dsl.telesp.net.br) |
| 20:04.35 | Crofton|oe | hrw|tv, testing, bunch of stuff is rebuilding though |
| 20:15.31 | *** join/#oe chrisromain (n=chrisrom@Mix-Lille-207-1-174.w193-249.abo.wanadoo.fr) |
| 20:15.51 | *** join/#oe rob_w (n=bob@p85.212.192.39.tisdip.tiscali.de) |
| 20:20.24 | zecke|away | Ifaistos: oh, I' still struggling with my assignment |
| 20:21.12 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 20:21.33 | Ifaistos | zecke|away : NP. Tommorow is also good :) |
| 20:21.44 | zecke|away | Ifaistos: attach a patch :) |
| 20:22.32 | Ifaistos | zecke|away : No patch. It just needs to set the ICECC_PATH. If you don;t do that you get the error in the bugtracker |
| 20:23.17 | Ifaistos | zecke|away : The only strange thing while building the toolchain is that is using only the local host... |
| 20:24.19 | Crofton|oe | zecke|away, you set up mozilla tinderbox? |
| 20:24.42 | zecke|away | Crofton|oe: the tbox3 yes |
| 20:25.00 | Crofton | tbox3? |
| 20:25.45 | zecke|away | Crofton: there is tbox which is used on tinderbox.mozilla.org |
| 20:25.54 | Crofton | yes |
| 20:25.58 | Crofton | and tinderbox2 |
| 20:26.05 | zecke|away | Crofton: there is tbox2 which is advertised on the mozilla pages but shit |
| 20:26.11 | zecke|away | Crofton: then there is tbox3 |
| 20:26.12 | Crofton | yes |
| 20:26.18 | Crofton | where is tbox3? |
| 20:26.23 | *** join/#oe ^^Sokol^^ (n=sokol@eastnews-246.man.polbox.pl) |
| 20:26.29 | zecke|away | Crofton: which got copied by the OSDL people, landed in freedesktop.org cvs and got hacked a bit |
| 20:26.35 | zecke|away | and is used on ewi |
| 20:26.51 | Crofton | basically, I need something that can rebuild our sw and report build faliurs |
| 20:27.02 | Crofton | and in the future test program failures |
| 20:27.16 | zecke|away | Crofton: check the tbox stuff from the freedesktop.org tbox |
| 20:27.30 | zecke|away | Crofton: in future use my own django/python based tinderbox |
| 20:28.28 | Crofton | so many tinderboxs ... |
| 20:28.39 | ^^Sokol^^ | hello, i need help about Simpad ad Opie 0.8.4 ... It says : booting boot/zImage from partition >root< / find_inode failed for name=zImage / Failed to find inode ... etc... |
| 20:28.40 | zecke|away | :) |
| 20:28.47 | zecke|away | Crofton: mine will be the best one |
| 20:28.56 | Crofton | of course ... |
| 20:29.12 | zecke|away | Crofton: but for your project use the one from f.d.o, I only patched the default password for the admin screen away |
| 20:29.29 | zecke|away | Crofton: and used the sql schemta files from John Keiser to initialize the db |
| 20:29.51 | zecke|away | ~google zecke selfish |
| 20:32.55 | Laibsch | nicolasfr: The one that mickeyl advised to use. |
| 20:39.06 | CIA-4 | 03mwester 07org.oe.dev * r7a7f97e7... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19.bb): ixp4xx-kernel - bump svn version to add patch for dsmg600 default command line. |
| 20:42.56 | Ifaistos | zecke|away : Is it normal that the remote clients don't get any compile jobs while the toolchain is building ? |
| 20:43.01 | nicolasfr | Laibsch: that is? |
| 20:43.34 | hrw|tv | | checking for scrollkeeper-config... no |
| 20:43.34 | hrw|tv | | configure: error: Couldn't find scrollkeeper-config. Please install the scrollkeeper package |
| 20:43.37 | hrw|tv | I love that... |
| 20:43.57 | zecke|away | Ifaistos: I have a blacklist of modules |
| 20:44.00 | hrw|tv | gpe-image is NOT buildable |
| 20:44.07 | *** join/#oe furlongm__ (n=furlongm@83.70.254.96) |
| 20:44.19 | zecke|away | Ifaistos: I think the toolchain is part of this |
| 20:44.34 | Laibsch | hm, don't remember. How do I find out. |
| 20:44.40 | Laibsch | nicolasfr: hm, don't remember. How do I find out. |
| 20:45.34 | Laibsch | Ifaistos: Are you using icecc successfully? |
| 20:46.21 | Ifaistos | laibsch : It seems so. Currently it sends all build requests for the toolchain compile to the local host. |
| 20:47.01 | Ifaistos | laibsch : waiting to see what will hapen when cross-compiling kicks in |
| 20:47.13 | Laibsch | Cool. |
| 20:48.00 | Laibsch | Did you have to do anything special? I remember that so far it was not so easy: bug 1485 |
| 20:48.19 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-065-225.pools.arcor-ip.net) |
| 20:50.32 | Ifaistos | laibsch : The error shows up if you have not setup ICECC_PATH in your local.conf |
| 20:51.04 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 20:56.14 | hrw|tv | cu |
| 20:57.41 | *** part/#oe thejapa (n=thejapa@200-206-201-99.dsl.telesp.net.br) |
| 20:58.12 | Laibsch | Well, I set it via an environment variable : export ICECC_PATH=`which icecc` |
| 20:58.19 | Laibsch | I guess that should be OK. |
| 20:59.07 | Laibsch | Ifaistos: Does it absolutely have to be in local.conf? |
| 20:59.32 | *** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 21:04.00 | *** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 21:13.33 | *** join/#oe Bitmaster (n=Bitmaste@c-5561e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 21:13.38 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 21:14.01 | Laibsch | What package(s) should I install for getting GPE alongside Opie? The FAQ is fairly outdated. |
| 21:14.14 | XorA|gon1 | task-gpe-base |
| 21:18.16 | *** join/#oe chrisromain (n=chrisrom@Mix-Lille-207-2-155.w193-249.abo.wanadoo.fr) |
| 21:21.25 | Laibsch | XorA|gon1: Thank you. Should that be gpe-task-base? |
| 21:21.36 | Laibsch | I have that installed but GPE does not start. |
| 21:21.51 | Laibsch | Not even when I call "/etc/init.d/gpe-dm start" |
| 21:22.06 | Laibsch | Nothing happens. And I cannot change to chvt 2. |
| 21:22.18 | Laibsch | But the Z is idle'ing along. |
| 21:23.47 | Ifaistos | Laibsch : Not sure. I just put it in the local.conf |
| 21:24.06 | Laibsch | XorA|gon1: Do I need to specify exactly what X server to use? Which one would that be for the collie? The FAQ says something along those lines. |
| 21:24.28 | Laibsch | Ifaistos: Are you seeing results now? |
| 21:25.07 | Ifaistos | Laibsch : No cross-compile yet... building glibc-intermediate |
| 21:25.41 | Laibsch | On more than one machine? |
| 21:26.11 | Ifaistos | Laibsch : I think it will not work... My host is AMD64 and my clients are PIII and P4. The toolchain will be for AMD64 so it will not run on them... |
| 21:27.07 | Laibsch | Ifaistos: So are the clients seeing load at the moment or not? |
| 21:27.11 | XorA|gon1 | Laibsch: I think xserver should be pulled in automatically |
| 21:27.15 | Laibsch | I never got it to distribute. |
| 21:27.21 | XorA|gon1 | it is xserver-kdrive-fbdev |
| 21:27.30 | Ifaistos | Laibsch : No. just the local host |
| 21:27.42 | Laibsch | XorA|gon1: I do have xserver-common, but not xserver-kdrive-fb. |
| 21:28.12 | XorA|gon1 | RDEPENDS_gpe-base-depends := "\ diet-x11 \ virtual/xserver" |
| 21:28.19 | XorA|gon1 | so should be an RDEPEND |
| 21:36.06 | *** join/#oe koen|tdose (n=koen@212.41.157.237) |
| 21:37.00 | XorA|gon1 | ~prod koen|tdose |
| 21:37.11 | ibot | ACTION zaps koen|tdose with a high voltage cattle prod |
| 21:37.20 | XorA|gon1 | heheheheheh |
| 21:37.27 | koen|train | hey XorA|gon1 |
| 21:37.43 | XorA|gon1 | hey koen|train |
| 21:37.46 | Laibsch | XorA|gon1: Well, that seems to be a bug in oz354x which I filed about 30 minutes ago under bug 1633. Furthermore, that dependency on diet-x11 is declared for meta-gpe but not for gpe-task-base. |
| 21:38.08 | XorA|gon1 | Laibsch: oh, it might be different in oz354x |
| 21:38.26 | Laibsch | It seems like it. I am sure hrw|gone will fix it soon. |
| 21:38.37 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-065-225.pools.arcor-ip.net) |
| 21:38.48 | Laibsch | I tried to use precompiled packages to test GPE-only stuff. |
| 21:39.11 | Laibsch | So far I had Opie only since we do not yet have Japanese input for GPE. |
| 21:39.56 | Laibsch | XorA|gon1: Would it be diet-x11 or virtual/xserver that pulls in the machine-specific xserver? |
| 21:40.42 | XorA|gon1 | Laibsch: virtual/xserver would pull any any server that provides virtual/xserver |
| 21:40.56 | Laibsch | So that is the machine-specific one that I need to specify explicitly? |
| 21:41.41 | XorA|gon1 | Laibsch: poossibly, its been a long time since i played with pulling in X by ipkg |
| 21:52.39 | koen|train | virtual/xserver specifies which one to build, ${XSERVER} specifies which one to install |
| 21:54.02 | XorA|gon1 | koen|train: ${XSERVER} is new for Angstrom is it not? |
| 21:54.16 | koen|train | nope |
| 21:54.32 | koen|train | it has existed since kdrive is in the oe tree |
| 21:54.46 | koen|train | since kdrive builds multiple servers |
| 21:55.01 | Jin^eLD | hmm.. in my distro.. my usb harddisk is recognized but somehow mount says "No such device", allthourh fdisk -l lists everything properly; any ideas what I may be missing? do I need to configure busybox with some special mount? it's a vfat drive |
| 22:01.06 | Jin^eLD | ok.. the kernel modules were missing :> now... I know there are those DISTRO_FEATURES which map to lists of kernel modules in task-base, right? |
| 22:01.09 | koen|train | is your filesystem compiled into the kernel? |
| 22:01.45 | Jin^eLD | how would I properly create custom features? add them to task base or list modules somewhere in my distro.conf? |
| 22:01.57 | Jin^eLD | koen|train: got a module... just installed it and got further |
| 22:03.52 | Jin^eLD | resolving all dependencies by hand now... which leads back to my question :> |
| 22:06.26 | koen|train | the missing dependencies are a bug with objdump iirc |
| 22:06.53 | koen|train | and iirc DISTRO_EXTRA_DEPENDS can hold extra stuff you want to install |
| 22:07.30 | koen|train | but tiredness + beer + too much greek food + train may introduce errors in my statements ;) |
| 22:07.39 | Jin^eLD | :)) |
| 22:07.52 | Jin^eLD | no, you are right about DISTRO_EXTRA_DEPENDS, I use that to specify my custom packages |
| 22:08.05 | Jin^eLD | but I thought that the kernel modules were handled in a different way |
| 22:08.17 | Jin^eLD | because I saw this features thing and lists of modules that match the feature in task-base |
| 22:08.28 | koen|train | kernel modules your machine really, really needs go into MACHINE_EXTRA_DEPENDS |
| 22:08.51 | Jin^eLD | to mymachine.conf you mean? |
| 22:08.52 | koen|train | since you might have a sucky bootloader that limits the kernel to 1MB and you need extra modules in the rootfs |
| 22:09.43 | Jin^eLD | btw, what is better - to compile stuff into the kernel or to use modules? |
| 22:09.51 | Jin^eLD | hmm, I have redboot on that system, not sure what it can handle |
| 22:11.32 | koen|train | I prefer to have stuff in the kernel, but people like RP prefer to have it as modules so the can test different versions |
| 22:11.53 | Jin^eLD | is there any impact in terms of performance/memory consumption? |
| 22:11.58 | Jin^eLD | any difference I mean |
| 22:12.13 | koen|train | not any noticable AFAIK |
| 22:12.40 | RP | Compiled in modules can't be unloaded so always use resources. If you always need then that's fine... |
| 22:13.22 | Jin^eLD | RP: can they be unloaded automatically if not used? I mean - is there something in place for that, or would I have to resort to custom rmmod scripts? |
| 22:13.52 | RP | Jin^eLD: There are the standard kernel mechanisms for dealing with that |
| 22:14.18 | Jin^eLD | RP: at least on PC I do not remember seeing that modules were unloaded automatically |
| 22:14.32 | Jin^eLD | is some configuration setting required for that or so? |
| 22:15.01 | RP | Jin^eLD: Offhand I don't know although I think modprobe and friends have some feature that does this... |
| 22:16.34 | Jin^eLD | i c |
| 22:21.06 | Jin^eLD | OE really rocks :) I think I finally figured out a setup to switch between platforms and the distro is also looking good |
| 22:21.20 | koen|train | cool :) |
| 22:21.54 | Jin^eLD | :) |
| 22:22.37 | Jin^eLD | I was surprised how easy it was to create a patched custom kernel |
| 22:22.56 | RP | Jin^eLD: That was where I came into OE :) |
| 22:23.03 | Jin^eLD | :) |
| 22:23.28 | Jin^eLD | I think the way is still difficult, there are tons of options and settings and everything, and documentation.conf misses quite a few things |
| 22:23.45 | Jin^eLD | I don't think I would get to where I am without the #oe channel support |
| 22:23.57 | RP | Jin^eLD: I think we'd all agree our documentation needs improvement... |
| 22:24.37 | Jin^eLD | :> |
| 22:27.08 | Jin^eLD | btw, I thought there are logs from this channel online, could not find them |
| 22:27.18 | koen|train | ~logs |
| 22:27.29 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
| 22:27.30 | Jin^eLD | hmm |
| 22:27.31 | Jin^eLD | aah |
| 22:27.36 | Jin^eLD | thanks |
| 22:27.51 | Jin^eLD | want to look up something I asked before ;) |
| 22:28.47 | Ifaistos | icecream trial was semi-sucesfull... |
| 22:29.06 | Ifaistos | got the bbclass to run |
| 22:29.15 | Ifaistos | but |
| 22:29.38 | Ifaistos | it seems all the machines in the cluster have to be the same arch |
| 22:29.59 | koen|train | Ifaistos: I talked to likewise today, and he said he'd look at icecc.bbclass in the near future as well |
| 22:30.18 | cyrilRomain | Jin^eLD: I have a script to get all the oe logs if you want: http://www.rafb.net/paste/results/wGpOdd39.html |
| 22:30.18 | Ifaistos | icecc must be of same version (or really close versions) |
| 22:30.48 | Jin^eLD | cyrilRomain: that's cool, thank you |
| 22:30.58 | Ifaistos | koen|train : I think we have an issues if the machines in the compile farm are of different architecture |
| 22:32.03 | Ifaistos | koen|train : I'll have a look at it tommorow. |
| 22:32.57 | koen|train | I tried to build glibc for powerpc today, and it failed |
| 22:33.02 | koen|train | I know why it failed, but I'd have to sit down to come up with a solution |
| 22:33.55 | Ifaistos | koen|train : which glibc ? i managed to build 2.3.5_svn with gcc 4.1.1 |
| 22:34.16 | koen|train | 2.5 |
| 22:34.51 | koen|train | it fails on building glibc-initial, because it passes -some-funky-ppc-option to x86 gcc |
| 22:35.38 | Ifaistos | koen|train : i used Distro generic and it builds ok. |
| 22:35.47 | Ifaistos | koen|train : task-base |
| 22:35.48 | koen|train | glibc 2.5? |
| 22:36.38 | Ifaistos | koen|train : no. "2.3.5+cvs20050627" |
| 22:38.14 | Ifaistos | bye guys. |
| 22:39.14 | *** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
| 23:09.59 | Jin^eLD | hmm, I still can't quite figure this one thing out.. for a distro + multimachine; I get ipk packages like armv5te - those would match all compatible arm machines |
| 23:10.08 | Jin^eLD | and then I have packages with mymachine.ipk in the name |
| 23:10.15 | Jin^eLD | so those are special for the machine |
| 23:10.22 | Jin^eLD | but all packages land in deploy/ipk |
| 23:10.29 | Jin^eLD | can I finegrain it |
| 23:11.19 | Jin^eLD | so "*armv5te.ipk" get in their own directory, "*mymachine1.ipk" go to another directory, and "*mymachine2.ipk" go to yet another directory? |
| 23:19.51 | cyrilRomain | Jin^eLD: I think it could be done modifying classes/package_ipk.bbclass |
| 23:20.23 | Jin^eLD | so no way to do this via some .conf file? |
| 23:20.26 | cyrilRomain | Jin^eLD: but classes/packaged-staging.bbclass uses the DEPLOY_DIR_IPK as well, so it is maybe not so trivial to change |
| 23:20.51 | cyrilRomain | Jin^eLD: no AFAIK |
| 23:21.16 | Jin^eLD | mmhmm |
| 23:22.52 | cyrilRomain | Jin^eLD: if you use multiple local.conf file |
| 23:23.05 | cyrilRomain | you can try defining DEPLOY_DIR_IPK in each one |
| 23:23.14 | Jin^eLD | hmm true, indeed |
| 23:23.15 | Jin^eLD | I could do that |
| 23:23.23 | Jin^eLD | because I do use multiple local.conf files, good idea |
| 23:23.23 | Jin^eLD | thanks |
| 23:29.20 | cyrilRomain | Jin^eLD: hmm yes I think it will work. |
| 23:43.18 | *** join/#oe W8TVI (n=me@166.166.1.91) |
| 23:50.09 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 23:51.34 | *** join/#oe HopsNBarley (n=hops@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 23:58.12 | *** join/#oe gneuf (n=neuf@cpe-76-168-223-247.socal.res.rr.com) |