00:03.25 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
00:07.41 | Laibsch | Is anybody inclined to take a look at http://prdownloads.sourceforge.jp/zaurus-ja/9316/imkit-0.4.5.tar.gz ? It is probably the missing link before we have the first Japanese input method on OpenEmbedded (YEAH!). I do not see anything called configure or MAKEFILE or some such. How does this thing compile? |
00:07.41 | Laibsch | I looked into the Japanese README and INSTALL file but from I can tell there aren't really any instructions on how to compile this either. I guess, this might be trivial for somebody who knows about compiling (which I don't really), I'm just poking around. |
00:07.42 | Laibsch | pb__ once suggested here that the contained .pro files might be a build file for #opie but I have since gotten some doubts about this theory after looking at the contents of the .pro files. They talk about tmake. |
00:11.19 | *** join/#oe marcan (n=marcanso@160.10.7.145) |
00:12.32 | CIA-4 | 03rpurdie 07org.oe.dev * rd17f6096... 10/packages/linux/ (2 files in 2 dirs): linux-oz-2.6: Add kexec patch and correct a poodle build failure. |
00:14.53 | ScytheBlade1 | What is the dreambox tree that the GettingStarted wants me to fetch, anyways? |
00:16.08 | *** join/#oe jott_ (n=j@e178110183.adsl.alicedsl.de) |
00:17.59 | Laibsch | imkit-anthy.pro looks like http://rafb.net/paste/results/IiyZqB95.html Anybody recognize what kind of format this could be? |
00:18.32 | koen | ScytheBlade1: a branch for dreambox PVR machines |
00:18.58 | ScytheBlade1 | But, thanks for the answer :) |
00:19.46 | Laibsch | Anybody have a sample bb file that uses tmake? |
00:20.57 | ScytheBlade1 | My first time through setting it up, I also grabbed the dreambox tree ;) |
00:21.07 | ScytheBlade1 | (Assuming that it was needed) |
00:21.14 | *** join/#oe jott_ (n=j@e178110183.adsl.alicedsl.de) |
00:24.25 | *** join/#oe nslu2-log_ (i=slug@nslu2-linux/dyoung) |
00:30.47 | *** join/#oe jott_ (n=j@e178110183.adsl.alicedsl.de) |
00:30.47 | *** join/#oe marcan (n=marcanso@160.10.7.145) |
00:30.48 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
00:30.48 | *** join/#oe Laibsch (n=Laibsch@G10cf.g.pppool.de) |
00:30.48 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
00:30.48 | *** join/#oe poli (n=ca@CAcert-br/poli) |
00:30.48 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
00:30.49 | *** join/#oe netnix (n=alex@81.25.41.32) [NETSPLIT VICTIM] |
00:30.49 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
00:30.49 | *** join/#oe Chocobo (n=swinchen@thecheat.eece.maine.edu) |
00:30.49 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
00:30.49 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
00:30.50 | *** join/#oe LoDown (n=LoDown@dsl093-230-135.lou1.dsl.speakeasy.net) |
00:30.50 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) [NETSPLIT VICTIM] |
00:30.50 | *** join/#oe tmbinc (i=XXX@dslb-082-083-090-168.pools.arcor-ip.net) [NETSPLIT VICTIM] |
00:30.50 | *** join/#oe DaKa (n=david@nslu2-linux/daka) |
00:30.50 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
00:30.50 | *** join/#oe mndctrl (n=mind@81.167.1.2) |
00:30.51 | *** join/#oe hue (n=hue@218.20.51.109) |
00:30.51 | *** join/#oe JustinP (n=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
00:30.51 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
00:30.51 | *** join/#oe CIA-4 (i=cia@69.90.211.97) [NETSPLIT VICTIM] |
00:30.51 | *** join/#oe Stephmw (n=steph@tangency.co.uk) [NETSPLIT VICTIM] |
00:30.52 | *** join/#oe [g2] (n=Tom@nslu2-linux/g2) |
00:30.52 | *** join/#oe XorA|gone (n=dp@81-179-208-250.dsl.pipex.com) |
00:30.52 | *** join/#oe fdv (i=1988@tyrfing.ifi.uio.no) |
00:30.52 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
00:30.52 | *** join/#oe RP (i=1000@tim.rpsys.net) |
00:30.53 | *** join/#oe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
00:30.53 | *** join/#oe pb_ (n=pb@cpc3-cmbg6-5-1-cust33.cmbg.cable.ntl.com) |
00:30.53 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
00:30.53 | *** join/#oe Minase (n=minase@reverie.encapsulated.net) |
00:30.53 | *** join/#oe tuomasi (i=tinkilai@62.236.91.4) |
00:30.54 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
00:30.54 | *** join/#oe Necronom (n=jack@ice.mudshark.org) |
00:30.54 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
00:30.54 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
00:31.03 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
00:37.11 | *** join/#oe DaKa (n=david@193.13.58.211) |
00:50.23 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
00:50.33 | *** join/#oe jerrybme (n=jerry@adsl-68-72-28-67.dsl.chcgil.ameritech.net) |
00:52.42 | CIA-4 | 03koen 07org.oe.dev * rfbfe9aad... 10/packages/linux/ep93xx-kernel/defconfig: ep93xx kernel: update defconfig to include pcmcia, ipv6 and more usefull stuff |
01:00.27 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
01:00.56 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:03.05 | ScytheBlade1 | Out of semi-morbid curiosity, how many revisions are in the tree from a fresh copy of this? |
01:08.17 | *** join/#oe idealm (n=ideal@222.67.234.0) |
01:09.18 | Zero_Chaos | how do I pull a fresh copy of the meta data? www.openembedded.org is down... is there a mirror somewhere? |
01:11.35 | Laibsch | oe.handhelds.org |
01:13.34 | Zero_Chaos | thanks |
01:14.36 | CIA-4 | 03nail 07org.oe.dev * re397c9db... 10/packages/meta/slugos-packages.bb: slugos-packages: Move wview-packages to glibc only feeds |
01:15.22 | *** join/#oe noclouds (n=mhfan@60.166.53.13) |
01:34.03 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:35.19 | JustinP | Zero_Chaos: ask ibot |
01:35.22 | JustinP | ~ewi |
01:35.24 | ibot | rumour has it, ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
02:14.56 | *** join/#oe tmbinc (i=XXX@dslb-082-083-088-166.pools.arcor-ip.net) |
02:59.07 | Zero_Chaos | is all the main "breakage stuff" done? because I'm getting some nasty errors that I don't think I should be getting. |
02:59.31 | JustinP | such as? |
03:00.13 | Zero_Chaos | JustinP: my SD slot stopped working, and now I'm getting build errors referencing the sd directory for the embedix kernel |
03:00.18 | Zero_Chaos | JustinP: on a collie |
03:00.39 | NA|Zzz | Zero_Chaos: I had to rm -rf tmp before it would build post-breakage. |
03:01.03 | CIA-4 | 03nail 07org.oe.dev * r88a39c8f... 10/packages/zd1211/ (3 files in 2 dirs): zd1211: Add ssid patches |
03:01.03 | Zero_Chaos | NA|Zzz: I'll give it a shot, but it's erroring in packages/ |
03:01.18 | JustinP | what kind of build errors? |
03:01.50 | Zero_Chaos | JustinP: give me a few, I'll get it and pastebin it. |
03:03.46 | JustinP | will be back, getting off the bus |
03:24.58 | Zero_Chaos | of course, now that I say something, it's not giving me an error.... |
03:46.05 | CoreDump|afk | JustinP: this would be part of a modified gpe-bootsplash |
03:48.32 | *** join/#oe hue (n=hue@218.20.51.109) |
03:50.05 | JustinP | CoreDump|afk: :-) |
03:51.18 | CoreDump|afk | the interesting part is of convincing the GPE folks to allow for the changes =) cp gpe-bootsplash e-bootsplash is trivial but not very elegant |
03:53.51 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
04:24.04 | *** join/#oe Geo_KM (n=keith@ppp60-71.lns1.cbr1.internode.on.net) |
04:35.15 | CoreDump|afk | JustinP: I'm changing entrance to use update-alternatives if you don'tmind |
04:37.02 | *** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387) |
04:37.14 | simcop2387 | anyone happen to be able to compile gcc and g++ for a collie? i keep getting problems with it wanting gmp with some support for f95, how would i either fix this (i have compiled gmp) or tell it to not add f95? |
04:39.52 | shadows | grr, linux-openzaurus-2.6.15-r4 fails to compile using gcc 4.0.2 |
04:45.25 | JustinP | CoreDump|afk: go right ahead |
04:45.39 | CoreDump|afk | heh actually I'm sort of lost in the makefile |
04:45.48 | JustinP | which makefile? |
04:46.42 | CoreDump|afk | etc/init.d/entrance is installed via entrance/config/Makefile AFAICT |
04:50.01 | CoreDump|afk | gpe-dm is already done, gpe-login is an interesting task tho. They should have put it inside gpe-dm |
04:54.58 | emte | moo |
04:58.04 | emte | hmm |
04:58.20 | emte | how to get the info off my ipaq to reinstall the image ... |
04:59.47 | CoreDump|afk | JustinP: lol I give up. The Makefiles are _bad_. Can't make any sense of it... Could you just hack it to install entrance's init script into /etc/X11/login-managers/entrance instead if /etc/init.d/entrance? I can do the rest |
05:11.54 | JustinP | CoreDump|afk: sure |
05:12.02 | JustinP | CoreDump|afk: I'll try |
05:12.29 | emte | hmm |
05:12.37 | emte | seems backing up is missing now too |
05:14.03 | simcop2387 | my only complaint is that none of the browsers seem to support http authentication, or rendering as if you had a larger screen so that you could scroll more if you wanted, places like wikipedia render poorly because of the menu on the left on collie |
05:14.46 | emte | isnt that an issue for the oz devs? |
05:15.05 | simcop2387 | probably but i saw people were talking about gpe and i'm trying to get gcc going |
05:15.23 | JustinP | simcop2387: firefox ;-) |
05:15.35 | simcop2387 | JustinP: i'm working on that one after gcc :) |
05:15.45 | shadows | after gcc? |
05:15.53 | simcop2387 | after i get gcc on the zaurus |
05:15.54 | shadows | i've been trying to make gcc 4.0.2 work |
05:15.55 | shadows | oh |
05:15.57 | emte | it builds fine for me |
05:16.05 | simcop2387 | emte: i'm not sure either |
05:16.05 | emte | oh wait |
05:16.11 | emte | NOT 4.x |
05:16.17 | simcop2387 | i've been trying all versions |
05:16.18 | emte | i dont think that will build yet |
05:16.25 | simcop2387 | they all muck up with fortran support |
05:16.29 | emte | normally jsut build 3.3.4 |
05:16.48 | emte | why are you building fortran support? |
05:16.56 | simcop2387 | i'm not its enabled by default |
05:17.31 | JustinP | simcop2387: I just built firefox ^_^ it will be very very slow on a collie, though....just so you know |
05:17.33 | emte | hmm |
05:18.11 | emte | well i just found one symlink issue |
05:18.20 | simcop2387 | JustinP: konq and gpe-mini are a little slow too |
05:18.27 | shadows | emte: using gcc 4.0.2 got up to the kernel, and now it fails at the kernel |
05:18.45 | shadows | emte: who do i pester about that? |
05:19.08 | emte | yourself if your going to fix all the problems wtrying to use gcc 4.x |
05:19.13 | emte | trying* |
05:19.22 | emte | i suggest installing an older gcc |
05:19.55 | emte | or read the mailing list to findout if anyone else has gcc 4.x working |
05:21.52 | emte | now ... where is my serial cradle |
05:23.05 | JustinP | shadows: yes, gcc 4 is not going to build most things, it breaks compiling on many programs |
05:23.17 | JustinP | shadows: why are you building things with gcc 4? |
05:24.32 | emte | probably default for his distro |
05:27.47 | simcop2387 | ooo internal compiler error using the 2.95.3 arm-linux-gcc from the howto |
05:32.01 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
05:42.27 | shadows | JustinP: amd64 build host |
05:42.39 | shadows | JustinP: everything else generates crap object code ? |
05:44.01 | JustinP | shadows: .... |
05:44.13 | JustinP | shadows: is this host compiler? is it not compiling the cross compiler? |
05:49.22 | simcop2387 | thats it, i'm just going to wait until OZ 3.5.4 is released |
05:50.26 | shadows | JustinP: the cross compiler, host compiler, and target compiler |
05:50.29 | shadows | all set to 4.0.2 |
05:50.54 | shadows | so, the 4.0.2 cross initial is building the openzaurus kernel |
05:51.00 | JustinP | shadows: I suggest leaving the cross-compiler at 3.... |
05:51.34 | shadows | well yeah, except that on amd64 build host, the cross initial gcc3 produces hosed object code |
05:51.50 | shadows | making it fairly useless for serious work |
05:52.48 | shadows | http://oz.pastebin.com/546218 |
05:52.56 | emte | shadows, did you read eth list for 64bit hosts? |
05:53.17 | emte | i think zeck builds on one |
05:55.12 | shadows | not sure what eth list is |
05:57.22 | shadows | google turns up some interesting result -> http://seclists.org/lists/linux-kernel/2006/Jan/2638.html |
06:00.44 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
06:05.30 | shadows | RP: there's some trouble with ide_end_rw_disk and its use in the kernel code. the type is not clear to gcc4 |
06:05.39 | shadows | RP: i.e. it is used before it is defined |
06:13.35 | JustinP | and off to bed |
06:18.10 | *** join/#oe Geo_KM (n=keith@ppp60-71.lns1.cbr1.internode.on.net) |
06:20.24 | *** join/#oe minipanda (n=hzhang@221.221.147.15) |
06:20.56 | emte | AHA |
06:21.08 | emte | it helps if you dont confuse your USB and Serial cradles |
06:21.44 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:33.52 | minipanda | emte: hi ;-) |
06:34.05 | emte | hey |
06:36.27 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
07:12.27 | *** join/#oe hardwire (n=hardwire@209-112-209-121-cdsl-rb1.nwc.acsalaska.net) |
07:18.22 | emte | hmm |
07:45.16 | *** join/#oe alan|home (n=alan@ARouen-152-1-81-46.w86-192.abo.wanadoo.fr) |
07:45.30 | *** join/#oe zecke (n=ich@rosine202.inf.fu-berlin.de) |
07:46.29 | alan|home | morning |
07:46.53 | emte | morn |
07:49.06 | pb_ | zecke: good morning |
07:49.24 | emte | hmm |
07:49.53 | emte | there must be a way to change my MAC without installing macchanger ... |
07:50.18 | emte | otherwise it would have been added to the repo |
07:50.36 | emte | would someone like to fill me in on what it would be? |
07:50.41 | emte | pls |
07:54.26 | emte | hmm |
07:54.30 | emte | time for sleep then |
07:56.19 | zecke | hey |
07:56.35 | zecke | pb_: why are you awake already? :} |
07:56.40 | alan|home | emte: still here ? |
07:57.06 | zecke | pb_: git tree is always complete |
07:58.37 | pb_ | zecke: rock |
08:28.08 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:40.04 | *** join/#oe rob_w|mis (n=rob_w@p549BBE55.dip0.t-ipconnect.de) |
08:47.59 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:48.22 | XorA | morning |
08:53.41 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
09:03.31 | RP | morning all |
09:03.41 | RP | zecke: Did you get kergoth's botmail? |
09:04.14 | RP | shadows: Its fixed in the version I sent to mainline - the zaurus tree just needs to catch up |
09:14.24 | *** part/#oe benlau (n=benlau@benlau.rd.ust.hk) |
09:17.07 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:24.50 | hrw|work | dzien dobry |
09:37.20 | koen | good morning all |
09:37.50 | hrw|work | bin/libusb-config should be in libusb or rather in libusb-dev? |
09:37.52 | hrw|work | hi koen |
09:38.05 | koen | hey hrw|work |
09:38.18 | koen | -dev I'd say |
09:41.37 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
09:42.02 | XorA | hrw|work: almost certainly dev |
09:42.10 | XorA | hrw|work: also the .bb should inherit binconfig |
09:42.38 | hrw|work | ok |
09:43.20 | *** join/#oe Timelord (n=TL@4.78.4.43) |
09:43.40 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
09:44.34 | XorA | koen: wishing for a GeForce now? |
09:44.41 | koen | nah |
09:44.48 | koen | same shit, different card |
09:44.57 | koen | my ati now has opensource drivers |
09:45.05 | koen | jst waiting for ubuntu to include them |
09:45.16 | koen | (9800pr0) |
09:46.06 | XorA | koen: luckilly the GeForce drivers are shit hot so ive never had issue with their closedness |
09:49.06 | *** join/#oe boras (n=bora@85.96.236.151) |
09:49.43 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
09:49.51 | do13_ | morning all |
09:50.07 | koen | hey dirk |
09:50.16 | hrw|work | hi dirk |
09:50.34 | do13_ | Hi koen, hrw|work |
09:56.10 | _law_ | hmm today gpe-image wont build, gaim_cvs doesnt work any ideas how i set version from yesterday as default? |
09:56.26 | _law_ | in my local.conf |
09:57.30 | koen | gaim_cvs should be fixed to september |
09:59.23 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:59.26 | Bernardo | good morning |
09:59.55 | koen | hey Bernardo |
10:00.08 | _law_ | koen, if i say bitbake gpe-image in .dev i get gaim_cvs+currentdate |
10:01.09 | koen | that means somthing is wrong |
10:01.47 | koen | ah |
10:01.54 | koen | you want gaim_2.0.0-cvs-mco1.bb, not gaim_cvs.bb |
10:04.28 | _law_ | but currently i use gaim_cvs |
10:05.55 | koen | shiyee is working on porting his patches to 2.0beta or current cvs |
10:06.08 | do13_ | Someone played with http://bluetooth-alsa.sourceforge.net/ ? |
10:06.33 | hrw|work | I have usbutils which does not need libstdc++ :) |
10:06.44 | XorA | hrw|work: yay |
10:07.30 | XorA | _law_: on .dev branch there is no preffered version for gaim, prefferred-gpe-versions-2.8.inc is empty |
10:08.20 | hrw|work | preffered-gpe-versions-*.inc are mess |
10:08.46 | XorA | hrw|work: they do an essential task though |
10:10.32 | hrw|work | XorA: but distros has to fix libgpewidget, gnome-vfs, gconf, x11 |
10:10.53 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
10:12.41 | XorA | hrw|work: gpewidget is in preffered-gpe-* x11 is platform dependant, and the other two are probably oversights |
10:14.20 | hrw|work | XorA: I meant providers not versions |
10:14.43 | koen | do13_: the blueangel people use it afaik |
10:14.50 | koen | do13_: bt-sco should be in OE |
10:14.58 | XorA | hrw|work: PREFERRED_PROVIDER_gconf=gconf-dbus |
10:14.59 | XorA | PREFERRED_PROVIDER_gnome-vfs=gnome-vfs-dbus |
10:15.43 | hrw|work | ok |
10:16.10 | koen | heh |
10:16.20 | koen | http://bluetooth-alsa.sourceforge.net/embed.html |
10:16.20 | koen | those people need OE :) |
10:16.29 | do13_ | koen: Thanks, I'll try |
10:16.32 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
10:17.11 | XorA | koen: send it to them :-) |
10:18.08 | koen | :) |
10:18.48 | koen | After a new bitbake gets actually released I would dare to recommend OE to people |
10:19.06 | koen | till that happens it would take to much explaining |
10:20.11 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
10:21.12 | *** join/#oe Cobelius (n=rehfeld@193.149.11.239) |
10:21.30 | XorA | whatever did happen to bitbake releases |
10:21.44 | Cobelius | does somebody know how can i configure which dhcp client ist used when i bring a networtinterface up? |
10:21.45 | koen | nonody could make them except kergoth |
10:21.50 | koen | but now zecke has the power |
10:21.58 | XorA | ah, so should improve now he has gainful employment |
10:24.10 | hrw|work | ~lart monotone for lack of undo |
10:30.17 | RP | _law_: update your bitbake (from svn) |
10:31.00 | RP | I think we should have a generic preferred_versions.inc file for things that aren't gpe/opie |
10:31.09 | hrw|work | I commit, want to revert == has to disaprove and commit ;( |
10:31.16 | RP | distros can always override it |
10:31.39 | _law_ | RP, At revision 343 |
10:31.54 | _law_ | RP set gaim version in local.conf now it works |
10:32.32 | RP | _law_: ok, I think I'm confusing this with some other issue |
10:32.41 | *** join/#oe gremlin[it] (n=gremlin@host245-147.pool212171.interbusiness.it) |
10:39.31 | Cobelius | in wich package the /etc/network/interfaces is generated? |
10:39.51 | koen | iirc in base-files |
10:39.55 | koen | but I'm not sure |
10:41.17 | hrw|work | netbase |
10:41.41 | Cobelius | thanks |
10:41.42 | Cobelius | hmmm |
10:41.52 | Cobelius | i installed the dhcp3 client int the image |
10:42.02 | Cobelius | but if i user ifup udhcp is used |
10:47.19 | Cobelius | does anyone has an idea? |
10:48.08 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
10:48.30 | [lala] | hi guys |
10:48.34 | koen | hey [lala] |
10:48.41 | [lala] | :-) |
10:48.49 | [lala] | cosemicpenguin: ping |
10:49.00 | [lala] | CosmicPenguin: ping |
10:49.01 | koen | Cobelius: I would grep /etc for 'udhcpc' |
10:50.25 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
10:55.26 | Cobelius | hmmm |
10:55.31 | Cobelius | brings nothing interesting |
10:56.46 | Cobelius | anther problem ist that screens does not cross compile |
10:56.57 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
10:57.07 | RP | hi [lala] |
10:57.21 | RP | [lala]: Do you still see the whitescreen problem? |
10:57.23 | Cobelius | the configure stops with an error that a test programm which is need to configuration could not be run while cross compilinh |
10:58.27 | [lala] | RP: i haven't had it since i last updated the kernel ... looks good atm :) |
10:59.02 | RP | [lala]: ok, I was just wondering :). I might push that fix into mainline... |
11:01.12 | [lala] | yep |
11:01.38 | [lala] | RP: btw no one showed any reaction to my hciattach bug report yet :-( |
11:01.58 | [lala] | that one i reported on kernel.org bugzilla |
11:02.08 | RP | [lala]: Actually, I did see akpm mention it as an issue that needed resolving |
11:02.28 | RP | [lala]: Its just the bluetooth devs themselves don't seem to have noticed/care :-( |
11:13.13 | hrw|work | can I get other recipe PV somehow? |
11:17.49 | hrw|work | ~lart zap_root_password |
11:24.42 | Cobelius | hmmmm |
11:24.52 | Cobelius | is busybox able to not use udhcp? |
11:26.04 | pb__ | Cobelius: busybox 0wnz udhcp |
11:26.18 | Cobelius | that is what i mean |
11:26.59 | Cobelius | and ifup/ifdown are also implemted by busybox |
11:27.09 | pb__ | I don't really understand what you mean by "not use". Udhcp is part of busybox, but you aren't obliged to invoke it. |
11:27.37 | Ifaistos | Cobelius: You need to reconfigure busybox not to use udhcp |
11:27.38 | Cobelius | but it's used when i use ifup to start an interface |
11:32.01 | Ifaistos | Cobelius: Go to /home/stelios/oe/x86/org.openembedded.dev/packages/orig-busybox/busybox-1.01/ |
11:32.26 | Ifaistos | Cobelius: go the arch that you are using and change that defconfig |
11:32.48 | Ifaistos | Cobelius: so that busybox does not include ifup and udhcp |
11:33.13 | Cobelius | and how can i say that dhcp3-client should be used instead of udhcp? |
11:33.46 | Ifaistos | Cobelius: put the ifupdown package |
11:35.42 | Cobelius | ahh thats seems to make sense, thanks a lot! |
11:42.55 | hrw|work | RP: what do you think about making g_ether autoload on c7x0/tosa/poodle? |
11:45.37 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
11:55.51 | XorA | hrw|work: it should autoload a configurable module, not g-ether |
11:56.14 | XorA | hrw|work: probably one set with gpe-conf or opie equiv |
11:56.42 | hrw|work | XorA: so it will stay as it is |
11:58.42 | XorA | hrw|work: it "should" but without someone putting in the extra scripting/gpe-conf work, it might as well always load g-ether as per your suggestion |
11:59.41 | hrw|work | on 2.4-crapix we configured images to go into usbnet mode by default iirc |
11:59.55 | hrw|work | atleast on 2.4.18 (non usbhost devices) |
12:04.51 | hrw|work | dreams... |
12:05.26 | XorA | although *doze doesnt like g-file-storage, my mates XP machine got very upset |
12:08.00 | hrw|work | someone know how to get PV of other package in recipe? kind of: kernel_pv = get_package_pv("virtual/kernel") |
12:08.29 | koen | looks like you found a use case for having PN in overrides |
12:08.57 | hrw|work | koen: its not that |
12:09.10 | hrw|work | koen: its for openzaurus checkversion stuff |
12:09.58 | hrw|work | koen: I want kernels like 2.6.14-rc1-3.5.4-r5 but the only check which I can get is 2.6.14-rc1-3.5.4 as I do not know how to get 'r5' which is kernel PR |
12:23.20 | *** join/#oe alan|home (n=alan@ARouen-152-1-81-46.w86-192.abo.wanadoo.fr) |
12:26.13 | *** join/#oe Laibsch (n=Laibsch@G10cf.g.pppool.de) |
12:31.15 | RP | hrw|work: I would much prefer the loading of g_ether was handled by some gui app |
12:31.43 | RP | hrw|work: I've leave it as it is for now as I think something might get done about that soon |
12:33.29 | hrw|work | ok |
12:34.20 | *** join/#oe jerrybme (n=jerry@adsl-68-72-28-67.dsl.chcgil.ameritech.net) |
12:35.28 | jerrybme | mickeyl: are you really sleeping? |
12:37.20 | jerrybme | I got the X/Qt version of wellenreiter to compile |
12:37.57 | jerrybme | Do you want the modified source code? |
12:40.26 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
12:41.27 | CIA-4 | 03rwhitby 07org.oe.dev * r956c0a45... 10/packages/linux/ (27 files in 2 dirs): ixp4xx-kernel: Added patchset and metadata for 2.6.16-rc2 kernel. |
12:43.10 | *** join/#oe bronson (n=bronson@pool-71-243-90-29.bos.east.verizon.net) |
12:46.15 | *** join/#oe GeoKM (n=keith@ppp60-71.lns1.cbr1.internode.on.net) |
12:50.57 | *** join/#oe Laibsch (n=Laibsch@G10cf.g.pppool.de) |
12:55.46 | *** join/#oe rjerrybme (n=jerry@adsl-68-72-28-67.dsl.chcgil.ameritech.net) |
12:56.36 | hrw|work | RP: borzoi/spitz does not have (.oz354fam083) uDrive partitions in fstab - is there a reason for it? |
13:00.06 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
13:04.28 | RP | hrw|work: It was fixes in .dev after the branch happened and I guess nobody has updated it |
13:04.50 | RP | hrw|work: note that /dev/hda3 is vfat, not ext3 as those files say - needs fixing in .dev as well |
13:05.54 | hrw|work | ok. |
13:06.34 | hrw|work | hda1, hda2 are ext3 by default? |
13:07.03 | RP | hrw|work: yes |
13:07.08 | hrw|work | ok |
13:12.38 | hrw|work | hmm.. |
13:12.44 | hrw|work | <PROTECTED> |
13:12.47 | hrw|work | <PROTECTED> |
13:13.23 | hrw|work | how this should be on borzoi finally? |
13:16.22 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
13:16.32 | ade|desk | afternoon all |
13:17.34 | RP | hrw|work: This is tricky as its different 2.4 to 2.6 |
13:17.51 | hrw|work | RP: I want 2.4 infos |
13:18.21 | RP | hrw|work: /dev/hda3 needs to go somewhere else then |
13:21.09 | hrw|work | the question is.. how this was on sharp? |
13:24.32 | *** join/#oe luke-jr__ (n=luke-jr@user-0c93tin.cable.mindspring.com) |
13:25.32 | hrw|work | /dev/hdc1 9.5M 1.0M 8.0M 11% /hdd1 |
13:25.33 | hrw|work | /dev/hdc2 9.5M 1.1M 7.9M 12% /hdd2 |
13:25.34 | hrw|work | /dev/hdc3 3.8G 1.5G 2.3G 39% /hdd3 |
13:25.42 | hrw|work | weird.. |
13:25.56 | RP | hrw|work: mount it on /media/hdd1 |
13:26.21 | *** join/#oe alan|home (n=alan@ARouen-152-1-38-179.w83-115.abo.wanadoo.fr) |
13:26.25 | RP | 2.6 uses them as /, /home and /media/hdd |
13:27.18 | hrw|work | I was thinking about /media/hdd3 |
13:27.55 | RP | Fine with me. You know what I think about 2.4 though ;-) |
13:28.28 | RP | You'd better make sure 2.4 uses /dev/hdc rather than /dev/hda actually! |
13:28.46 | RP | ~lart Sharp for broken kernels |
13:29.57 | hrw|work | so /dev/hda is cf, /dev/hdc is uDrive always? or only if cf is in slot during boot? |
13:30.38 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
13:32.44 | hrw|work | bbl lunch |
13:39.45 | *** join/#oe alan|home (n=alan@ARouen-152-1-38-179.w83-115.abo.wanadoo.fr) |
13:43.11 | RP | hrw|work: Good question - I can't remember :-/ |
14:03.47 | hrw|work | heh ;) |
14:21.36 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
14:22.12 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-38-179.w83-115.abo.wanadoo.fr) |
14:40.41 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
14:42.39 | Cobelius | when i want to make the package i get: http://pastebin.de/4305 |
14:43.17 | Cobelius | th .bb is http://pastebin.de/4306 |
14:43.58 | koen | Cobelius: you need a FILES_${PN} = "/opt/" or something similar |
14:45.00 | hrw|work | Cobelius: use 'install -d' instead of mkdir and 'install' instead of 'cp' |
14:48.07 | hrw|work | koen: what you suggest to edit svg? |
14:48.26 | koen | hrw|work: inkscape or scribus |
14:48.35 | koen | although scribus is more for DTP |
14:50.10 | hrw|work | I'll try sodipodi |
14:52.50 | koen | is that still alive? |
14:53.02 | koen | I thought after the fork sodipodi died |
14:53.09 | koen | (fork = inkscape) |
14:53.31 | hrw|work | ok |
14:54.48 | hrw|work | koen: gfx for gpe-bootsplash has those texts as text or as curves only? |
14:54.57 | koen | curves only |
14:55.04 | koen | or 'paths' iirc |
14:55.21 | hrw|work | ;( |
14:58.13 | koen | I'm still not used to inkscape jargon |
15:07.39 | hrw|work | http://ewi546.ewi.utwente.nl/tmp/hrw/t/openzaurus/ - what do you think? |
15:11.37 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
15:12.56 | koen | looks ok |
15:13.08 | hrw|work | booting c760 to check how it look on device |
15:13.32 | hrw|work | its black ;( |
15:15.00 | hrw|work | koen: I found problem with my test images (gpe-dm) - S98configure was absent |
15:15.14 | hrw|work | note: do not tweak IMAGE_ROOTFS |
15:15.29 | Cobelius | thank koen it works now |
15:25.04 | *** join/#oe dosttt (i=b43ldz@85.101.244.254) |
15:25.10 | *** part/#oe dosttt (i=b43ldz@85.101.244.254) |
15:28.13 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
15:32.59 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
15:34.14 | hrw|work | koen: build-oz.sh script is nice thing - will add it to contrib |
15:34.26 | CoreDump|home | hi |
15:34.54 | hrw|work | hi CoreDump|home |
15:35.36 | hrw|work | CoreDump|home: looks like users are thinking about getting poodle for OZ team |
15:35.58 | CoreDump|home | I saw that on oesf.org |
15:41.49 | hrw|work | opie-image-3.5.4-test5-initrd.bin - one name which tell all |
15:44.51 | RP | If one of us had one, they'd probably end up with a 2.6 kernel and a lot better quality images... |
15:46.42 | hrw|work | atleast developer tested images |
15:46.47 | CoreDump|home | One has to debug the damn thing into a known working state |
15:47.27 | JustinP | ~poodle |
15:47.28 | ibot | hmm... poodle is sharp sl-b500/5600, or a dog |
15:47.31 | CoreDump|home | the finer details (like working dests in ipkg.conf which were missing in 3.5.1 and 3.5.2 w/o anyone noticing) can be added later |
15:47.48 | JustinP | b500? it had another name? |
15:47.54 | hrw|work | JustinP: japanese name |
15:48.00 | JustinP | ah |
15:48.11 | JustinP | I didn't realize they even released the vertical zaurii in japan... |
15:48.27 | hrw|work | a300, collie, b500 (5600), c700, c750, c760, c860 |
15:49.09 | hrw|work | 6000 should be d900 instead ;) |
15:49.39 | JustinP | CoreDump|home: ok, change pushed |
15:49.55 | JustinP | CoreDump|home: entrance will be broken until you get your fix in |
15:49.58 | CoreDump|home | JustinP: thanks a lot |
15:50.22 | JustinP | CoreDump|home: heh...don't know if you'll thank me when you see what a little change this was ;-) |
15:50.22 | CoreDump|home | JustinP: well, it was never unb0rked for me since the damn /bin/sh thing =( |
15:50.28 | CoreDump|home | lol |
15:50.41 | JustinP | it really really should be using bash for everything... |
15:50.49 | JustinP | are you sure you didn't get an old CVS build or something? |
15:51.00 | CoreDump|home | JustinP: image from yesterday had the same problem. |
15:51.02 | JustinP | perhaps you had the CVS build in your "feed"? |
15:51.13 | JustinP | I built yesterday as well and mine's fine |
15:51.18 | CoreDump|home | hmm |
15:51.25 | CoreDump|home | I'll check that later |
15:51.25 | JustinP | what version of entrance is installed? |
15:51.29 | JustinP | ok |
15:51.45 | JustinP | you could also just ls tmp/deploy/ipk/entrance* |
15:52.09 | CoreDump|home | +mhentges@oe-akita-head:..edded/tmp.dev/deploy/ipk >lgrep entr |
15:52.09 | CoreDump|home | entrance_20060128-r10_armv5te.ipk |
15:52.09 | CoreDump|home | libesmart-text-entry0_20060128-r2_armv5te.ipk |
15:52.13 | CIA-4 | 03justinp 07org.oe.dev * rec946905... 10/packages/e17/entrance_0.9.0.005.bb: entrance: Move startup script to new location so that update-alternatives can be used |
15:52.19 | JustinP | yep |
15:52.24 | CoreDump|home | that's the one from .dev |
15:52.35 | JustinP | I switched e over to the numbered revisions |
15:52.42 | JustinP | see preferred-e-versions |
15:52.57 | JustinP | is this an old tmpdir which had the old ones? |
15:53.09 | CoreDump|home | oops |
15:53.19 | JustinP | because the numbered ones *should* be building |
15:53.22 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
15:53.24 | JustinP | aha, we finally figure it out ;-) |
15:53.41 | JustinP | sorry, with e it's been back and forth a lot.... |
15:53.50 | JustinP | hopefully we can stick to numbered revs now |
15:53.56 | koen | heh |
15:54.07 | koen | wait till raster rewrites it again ;) |
15:54.15 | hrw|work | will we able to release e17 image with oz354/fam083? |
15:54.28 | JustinP | I'll just wait for the next "release" |
15:54.38 | JustinP | hrw|work: we should be able to, yes :-) |
15:54.48 | JustinP | they both work for me right now |
15:55.09 | CoreDump|home | e-image from .dev is nice w/ gpe apps installed |
15:55.13 | JustinP | I just need to add my handy gpe => eap script into the e-image do_rootfs and we'll even have progs installed in the menu in e-image ^_^ |
15:55.15 | hrw|work | 2 weeks to fosdem.. |
15:55.27 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
15:55.46 | JustinP | and for all this to work we need to copy my revs from dev to oz354fam083 |
15:55.51 | RP | Time is just flying by :-/ |
15:56.22 | hrw|work | in saturday we have local PDA meeting here - mostly windowsmobile users and some palmos ones + /me with linux (or maybe mcgregor with his 3870) |
15:56.32 | JustinP | I'll go find the rev #'s and add them to the stable bug |
15:56.41 | hrw|work | this time its time for gpe+some stuff |
15:57.00 | hrw|work | JustinP: cool |
15:57.33 | CoreDump|home | cp e17.dev efl.dev .oz |
15:58.12 | hrw|work | http://bugs.openembedded.org/attachment.cgi?id=502 - why tosa has 'noauto' sd/mmc? |
15:58.12 | CoreDump|home | JustinP: from where do you "include" the pref version file? |
15:58.41 | CoreDump|home | hrw|work: should be mounted by udev anyways |
15:58.54 | hrw|work | CoreDump|home: under 2.4 it is noauto too |
15:59.21 | RP | hrw|work: The sharp driver takes care of mounting, doesn't it? |
15:59.25 | CoreDump|home | in 2.4 there's the /etc/sdcontrol (or somethinglike that) script which does the mounting |
15:59.32 | hrw|work | ah. |
15:59.40 | hrw|work | misterious sharp things... |
15:59.44 | CoreDump|home | =) |
16:00.05 | hrw|work | let me check status of my .oz tree... |
16:00.10 | hrw|work | <PROTECTED> |
16:00.34 | JustinP | CoreDump|home: in the familiar-unstable.conf and openzaurus-unstable.conf |
16:01.11 | CoreDump|home | ah there it is |
16:01.34 | JustinP | hrw|work: that's a lot of changes... |
16:01.50 | JustinP | so should I create patches for all of my revs? |
16:05.00 | JustinP | hmmm....that would be a super pain... |
16:05.21 | JustinP | it would probably be easier just to drop the efl/e17 dirs in stable and copy over the ones from dev... |
16:05.28 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
16:05.41 | CoreDump|home | <CoreDump|home> cp e17.dev efl.dev .oz =) |
16:05.54 | JustinP | yes |
16:06.12 | *** join/#oe tester (n=tester@i538700B5.versanet.de) |
16:10.34 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-71-135.w83-202.abo.wanadoo.fr) |
16:11.51 | CoreDump|home | JustinP: you were right of course...while your "versioned" ipk's were built, they were always moved into morgue heh |
16:12.21 | JustinP | yep |
16:12.24 | JustinP | :-/ |
16:12.49 | JustinP | we should have figured that out quicker.... |
16:12.53 | JustinP | or I should have |
16:13.14 | koen | aargh |
16:13.16 | koen | ~lart me |
16:13.28 | koen | 'why can't I wipe /tmp?' |
16:13.45 | hrw|work | koen: ;) |
16:15.17 | hrw|work | 7 revs pushed |
16:15.44 | CoreDump|home | koen: check /usr/lib/ipkg on your host heh |
16:16.03 | koen | :) |
16:16.05 | CoreDump|home | I know ipkg tries to write there during ever do_rootfs |
16:17.04 | RP | koen: I used to do builds as root a lot more often than I should and never came to any harm... |
16:17.18 | RP | I don't now mind ;-) |
16:19.28 | CoreDump|home | ahh crap |
16:20.07 | JustinP | I accidentally did that a few days ago |
16:20.11 | CoreDump|home | =( |
16:20.30 | JustinP | I actualy fairly often start form a new tmp so that I can make sure that efl builds from a new stage |
16:20.43 | hrw|work | <PROTECTED> |
16:20.54 | hrw|work | I can live with those changes |
16:20.57 | CoreDump|home | well, last time it took ~7hrs to rebuild e-image-core,gpe-image and opie-image |
16:21.09 | JustinP | yep....:-( |
16:22.45 | CoreDump|home | well, only deploy/ipk is gone |
16:23.00 | CoreDump|home | so I can still work on single packages |
16:24.01 | JustinP | just start your rebuild when you go to bed |
16:24.12 | CoreDump|home | yep |
16:25.02 | CoreDump|home | mv ${D}/etc/init.d/entrance ${D}/etc/X11/login-managers/entrance lol |
16:25.10 | CoreDump|home | should have thought of that heh |
16:25.22 | JustinP | yep |
16:25.23 | JustinP | ;-) |
16:26.27 | koen | compiling giac + three monotone instances = slooooooowness |
16:27.49 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rf50bdc56... 10/packages/libusb/libusb_0.1.10a.bb: |
16:27.49 | CIA-4 | libusb 0.1.10a: split libusbpp into separate package |
16:27.49 | CIA-4 | - now libusb package does not need libstdc++ |
16:27.53 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r001519e6... 10/.mt-attrs: |
16:27.54 | CIA-4 | sharp-binary-only: removed the line from .mt-attrs which referenced the nonexistent file |
16:27.56 | CIA-4 | taken from .dev |
16:27.58 | CIA-4 | 03hrw 07org.oe.oz354fam083 * re58c4067... 10/.mt-attrs: disapproval of revision '001519e60a14a99181453c8cfe62f1da833e8535' |
16:28.02 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r19cc4c9b... 10/conf/distro/openzaurus.conf: openzaurus: replace date-time in image-name with distro-version |
16:28.08 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r003ce1df... 10/conf/machine/ (zaurus-clamshell-2.4.conf zaurus-clamshell-2.6.conf): |
16:28.09 | CIA-4 | zaurus-clamshell: remove stuff which is already in handheld-common.conf |
16:28.11 | CIA-4 | - zaurus-clamshell.conf include handheld-common.conf so we do not need |
16:28.13 | CIA-4 | <PROTECTED> |
16:28.15 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rd9c787c4... 10/packages/linux/ (linux-openzaurus.inc linux-openzaurus_2.6.14-rc1.bb): |
16:28.20 | CIA-4 | linux-openzaurus: removed PR from kernel version |
16:28.22 | CIA-4 | - OpenZaurus have 'checkversion' script in initscripts which warn user |
16:28.24 | CIA-4 | <PROTECTED> |
16:28.26 | hrw|work | koen: http://ewi546.ewi.utwente.nl/tmp/hrw/t/openzaurus-3.5.4-test5.conf - FEED_BASE_URI could be then used in gpe/opie/etc-image for easier feeds adding |
16:28.26 | CIA-4 | <PROTECTED> |
16:28.28 | CIA-4 | <PROTECTED> |
16:28.45 | hrw|work | koen: what do you think? |
16:29.13 | koen | hrw|work: sounds ok |
16:29.51 | shadows | RP: super awesome, thank you! |
16:34.15 | shadows | (i see that it does build if i patch the source to move that function up a little further in the source code) |
16:34.31 | shadows | also, and this is important, it builds without modifying the defconfig |
16:34.51 | shadows | so that tells me the object code being output is back on track with that of a gcc cross being run on ia32 |
16:34.54 | shadows | :) |
16:37.00 | hrw|work | I have to find some time to look at splitfeeds code and generate one probably |
16:37.02 | koen | hrw|work: did you add a RREPLACES = "libusb" in libusbpp ? |
16:37.11 | hrw|work | koen: it does not replace it |
16:37.27 | hrw|work | koen: its rather c++ interface |
16:37.43 | *** join/#oe benlau (n=benlau@221.125.13.158) |
16:37.47 | koen | it does ship a file that was present in libusb -> ipkg breakage |
16:38.22 | hrw|work | ah.. |
16:39.00 | hrw|work | both should have RREPLACE for older libusb then.. |
16:39.52 | koen | afaik only libusbpp, but you'd have to ask pigi or pb__ for the correct answer |
16:40.06 | hrw|work | ok |
16:41.49 | *** join/#oe _alwin_ (n=ral@cable-195-14-254-202.netcologne.de) |
16:42.11 | hrw|work | koen: armv5 devices supported by familiar use tune-strongarm or tune-xscale? |
16:42.54 | koen | in the branch strongarm since we don't use thumb stuff |
16:43.06 | hrw|work | ok |
16:43.13 | *** part/#oe tester (n=tester@i538700B5.versanet.de) |
16:43.18 | hrw|work | I will do same for oz - simplify feeds |
16:43.22 | koen | yeah |
16:43.25 | *** join/#oe Timelord (n=TL@4.78.4.43) |
16:43.25 | koen | and build time :) |
16:44.35 | JustinP | this should be fun |
16:44.44 | XorA | hrw|work: mplayer-atty is armv5 only |
16:45.05 | hrw|work | users would kill me - I will provide machine feeds + one big for rest |
16:45.20 | koen | hrw|work: familiar has a trick for that |
16:45.38 | koen | hrw|work: http://familiar.handhelds.org/releases/v0.8.3/feed/split-world.sh |
16:45.38 | hrw|work | koen: another feed splitter? |
16:45.48 | koen | no, grep -v Source :) |
16:46.04 | koen | saves about 50% -> ipkg twice as fast |
16:46.48 | hrw|work | I know |
16:48.39 | JustinP | :-( |
16:48.43 | JustinP | e-native failed |
16:49.16 | hrw|work | koen: first they will have to remove lot of feeds which are in images ;) |
16:51.18 | kergoth | morning |
16:51.25 | koen | hey kergoth |
16:51.42 | CIA-4 | 03koen 07org.oe.dev * r37a520a3... 10/ (2 files in 2 dirs): |
16:51.42 | CIA-4 | ep93xx: updates |
16:51.42 | CIA-4 | * put some kernel modules in the rootfs |
16:51.42 | CIA-4 | * put kernel in deploydir |
16:52.21 | hrw|work | hi kergoth |
16:52.50 | Bernardo | hi kergoth |
16:53.16 | CoreDump|home | JustinP: did you read the followup mail on oz-dev regarding login-managers? |
16:53.42 | RP | morning kergoth |
16:54.37 | kergoth | oh, i got paid. i can take care of the domain/dns situations now |
16:54.47 | hrw|work | kergoth: great |
16:54.56 | RP | kergoth: excellent :) |
16:55.20 | kergoth | will see about switching them from easydns to godaddy. cheaper that way. heh |
16:56.28 | JustinP | CoreDump|home: ok, just saw it |
16:57.09 | CoreDump|home | sounds like an even better plan. even more flexible and the user could choose which one he likes best vir a config file |
16:57.49 | RP | as long as not having a dm/lm is an option, I'd be very happy to see that in OE |
16:57.54 | JustinP | CoreDump|home: I didn't see anything about something like that... |
16:58.56 | CoreDump|home | JustinP: what I was trying to do is launching different LM's via update-alternative selection |
16:59.11 | CoreDump|home | RP proposes using a script which chooses the LM to use |
16:59.16 | JustinP | CoreDump|home: I realize that...and it made sense... |
16:59.23 | JustinP | which is really the same thing |
16:59.30 | CoreDump|home | actually no |
16:59.52 | JustinP | if you're saying that you use a script with a *conf file* that's something different.... |
17:00.05 | RP | I'm not suggesting update-alternative is used but just a script |
17:00.11 | CoreDump|home | yep |
17:00.19 | JustinP | but then a default conf file has to be included for the wm's with that under update-alternatives, no? |
17:00.28 | JustinP | well I guess not |
17:00.44 | JustinP | I suppose it could just choose the first option in /etc/X11/lms or whatever.... |
17:00.45 | RP | Having that script read a config file is the logical extension/conclusion for the idea |
17:00.46 | pb__ | kergoth: rock |
17:00.47 | CoreDump|home | that would get overwritten on updates etc |
17:01.33 | CoreDump|home | no config = choose a sane default (like entrance over gpe-dm) |
17:01.34 | JustinP | CoreDump|home: go for it |
17:01.53 | JustinP | entrance isn't a sane option over gpe-dm for non-zaurii |
17:01.56 | Bernardo | kergoth: if needed, I can afford to pay for 1 or 2 domains |
17:02.03 | RP | CoreDump|home: Instead of a config file, just use a symlink to set the user preference |
17:02.33 | CoreDump|home | RP: then the user would have to mess with symlinks again =) |
17:02.46 | koen | symlinks! |
17:02.54 | koen | how sharp loves them..... |
17:03.09 | RP | CoreDump|home: config file, symlink, same difference. Most users won't have two dm's installed anyway I'd hope |
17:03.31 | CoreDump|home | good point |
17:04.13 | RP | A symlink just makes it look like another window manager to look for and its given the highest preference - makes the script simple |
17:04.43 | RP | s/window/display/ |
17:05.05 | RP | I wish we could turn that off :) |
17:05.14 | hrw|work | RP: avoid last / |
17:05.25 | koen | RP: we can, just ask TImRiker |
17:05.26 | hrw|work | s/last/that one which I avoid |
17:05.31 | CoreDump|home | RP: I have already adjusted gpe-dm and (w/ JustinP) entrance to not install their init-scripts into init.d. Makes thing easy enough heh |
17:05.35 | RP | hrw|work: Will do in future... |
17:05.48 | koen | RP: then he will popup and do something like: ibot chanset sed off |
17:07.50 | Bernardo | bye guys |
17:10.55 | RP | CoreDump|home: depending on what those init scripts actually do, they might not be needed... |
17:12.26 | hrw|work | cu |
17:13.25 | CoreDump|home | RP: true |
17:18.00 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-144-089.pools.arcor-ip.net) |
17:24.51 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
17:28.15 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
17:29.01 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
17:30.36 | johnX | the latest cvs of gaim doesn't build for me, the "desktop-name-cvs.patch" doesn't apply and also configure tries to compile a test program |
17:30.43 | shadows | RP: i ordered my Sharp serial cable |
17:30.55 | johnX | after hacking around both of those it compiles though, and I'll test it in a sec |
17:31.04 | shadows | RP: $49.99usd incl shipping and handling charges :) |
17:31.31 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
17:43.04 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
17:43.31 | *** part/#oe benlau (n=benlau@221.125.13.158) |
17:45.14 | shadows | interesting... http://www.elecdesign.com/Articles/Index.cfm?AD=1&ArticleID=9050 |
17:46.35 | *** join/#oe Crofton (n=balister@hc6521de3.dhcp.vt.edu) |
17:48.36 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
17:51.35 | hrw | re |
18:01.41 | RP | shadows: ok, hopefully once it arrives we can find the problem |
18:01.46 | shadows | :) |
18:01.56 | shadows | yes, because your image behaves differently, but it still was hanging my Z |
18:02.52 | shadows | and in fact, this gcc 4.0.2 cross initial compiled build on my amd64 host machine, it is the bootstrap image, and i have just tested it. the zaurus is hung but the charge light will toggle on and off when i plug and unplug the AC adapter |
18:02.59 | shadows | this is different than previous behavior |
18:03.21 | shadows | i am convinced that gcc3 as cross initial is not appropriate for amd64 build hosts |
18:04.13 | shadows | i'm looking into how to build a JTAG cable for the SerialIO port |
18:04.40 | *** join/#oe law_ (n=_law_@213.173.86.202) |
18:06.33 | hrw | shadows: I can show it for you |
18:08.06 | shadows | oh? |
18:08.18 | hrw | jtag for 5500 |
18:08.25 | shadows | ah. |
18:08.50 | shadows | i'm trying to think, can i make a JTAG cable out of a sharp Serial cable |
18:08.53 | shadows | or have both |
18:09.13 | shadows | it would be nice to document the concept |
18:09.43 | *** join/#oe pH5 (n=ph5@e178251131.adsl.alicedsl.de) |
18:10.02 | hrw | http://home.hrw.one.pl/tmp/jtag.png |
18:10.47 | hrw | thats from sl-5500 service manual |
18:11.36 | shadows | nice scan |
18:11.38 | shadows | thanks |
18:12.18 | hrw | thats screenshot |
18:12.26 | shadows | from a PDF? |
18:13.05 | hrw | I cannot share that pdf anyway |
18:13.19 | shadows | okay |
18:13.39 | shadows | does it have a diagram of the Sharp serial IO connector? |
18:14.01 | *** join/#oe [lala_] (n=lala@p54B39607.dip0.t-ipconnect.de) |
18:14.03 | hrw | ~sharp io |
18:14.04 | ibot | [sharp io] http://www.sharp.de/php/a_d.php?par=17_no_no_107 sio.zip, or http://www.sharp.de/pdat/sio.zip |
18:16.00 | hrw | when I look at amount of *-locale-* pacakges in stuff I wonder how much of them are needed - maybe we could make feed with just locales? |
18:16.19 | shadows | thanks |
18:16.40 | koen | hrw: that's what we do with familiar |
18:16.59 | koen | hrw: ipkg-make-index -L <localedir> |
18:17.38 | koen | that will error out once (mkdir -p the dir it complains about) |
18:17.47 | hrw | koen: where you have 0.8.3 feed? |
18:17.47 | koen | hrw: and it will give you something like: http://familiar.handhelds.org/releases/v0.8.3/feed/locale/ |
18:18.17 | koen | hrw: feeds are at http://familiar.handhelds.org/releases/v0.8.3/feed/ |
18:18.43 | koen | I rsync into world.backup and execute split-world.sh |
18:19.25 | koen | (and remove busybox >r30 till ipkg is fixed) |
18:19.35 | hrw | koen: how then user manage to get locales? |
18:19.52 | koen | add http://familiar.handhelds.org/releases/v0.8.3/feed/locale/<localename> as a feed |
18:20.16 | hrw | from IMAGE_LINGUAS? |
18:20.32 | koen | maybe I'll put in de, fr and en by default |
18:21.00 | hrw | install language glibc support |
18:21.11 | hrw | mickeyl: morning - slept well? |
18:21.17 | koen | hey mickeyl |
18:22.55 | hrw | ~shoot hh.org bugzilla |
18:22.57 | ibot | ACTION shoots hh.org bugzilla in the eye with a frozen turkey cannon! |
18:22.57 | mickeyl | hi |
18:23.08 | mickeyl | hrw: heh, i wish i had time to sleep so much :/ |
18:23.25 | hrw | mickeyl: me too ;) |
18:23.38 | hrw | mickeyl: 3.5.4-test5 released |
18:23.45 | hrw | koen: I used ipkg .159 |
18:24.06 | mickeyl | hrw: thanks. i'll have a go at tosa testing |
18:24.15 | shadows | SL-C700 bootloader and jtag... hmm... http://lists.arm.linux.org.uk/pipermail/linux-arm/2003-March/005053.html |
18:24.25 | mickeyl | hrw: someone with poodle told me it hangs before launching opie |
18:25.30 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
18:25.41 | hrw | mickeyl: let he test with test5 if can |
18:26.01 | hrw | mickeyl: I cannot find poodle bugs (as rest of OZ team too) |
18:26.02 | mickeyl | i'll send him a mail |
18:28.12 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
18:29.49 | hrw | mreimer: hi |
18:29.54 | mreimer | hi hrw |
18:30.10 | mreimer | hrw, I have a fixed version of irda-utils that I'll commit soon |
18:30.17 | hrw | great |
18:34.10 | hrw|afk | brb |
18:34.50 | *** join/#oe woglinde (i=woglinde@e178076046.adsl.alicedsl.de) |
18:35.16 | pH5 | hi, I made this change: http://en.pastebin.ca/40878 to oe_libinstall base.bbclass to make .la files in staging stop referencing other .la files in the work tree. |
18:35.16 | pH5 | does anyone know a better solution to achieve this? |
18:37.26 | *** join/#oe zecke (n=ich@145.253.107.2) |
18:38.56 | pH5 | hi zecke |
18:41.24 | JustinP | pH5: looks like lots of fun |
18:42.51 | CSMan | uhmmm.... i got this: |
18:42.54 | CSMan | monotone: misuse: database schemas do not match: wanted e372b508bea9b991816d1c74680f7ae10d2a6d94, got 3a1e88c29c74b0dd910a092f3dccd39885da15cc. try migrating database |
18:43.00 | koen | pH5: I think $WORKDIR could use some more shell escaping |
18:43.03 | hrw | ~curse my home machine |
18:43.05 | ibot | May the fleas of a thousand camels infest your most sensitive regions, my home machine ! |
18:43.12 | hrw | CSMan: monotone <0.24? |
18:43.16 | CSMan | yeah |
18:43.21 | hrw | CSMan: update |
18:43.26 | CSMan | changed the checksum method ? |
18:43.47 | hrw | CSMan: database schema |
18:43.52 | CSMan | ah |
18:44.10 | CSMan | does anybody have an updated monotone binary for freebsd ? |
18:46.00 | pH5 | JustinP: I fear that I'm just working around the real issue. |
18:46.19 | mreimer | CSMan: what version do you want? |
18:46.33 | CSMan | monotone >=0.24 |
18:46.44 | hrw | time to build 2.6.12 on ewi for my machine and test does hangups which I have are from kernel or hardware |
18:46.51 | mreimer | CSMan: 0.25 is in ports, isn't it? I'll build you a package |
18:46.56 | pH5 | koen: it seems to work as I intended. |
18:47.12 | CSMan | mreimer: yeah, but it takes forever to build on my pentium classic |
18:47.19 | mreimer | CSMan: what version of FreeBSD are you running? |
18:47.21 | koen | pH5: people could have funny stuff (spaces, umlauts) in their path |
18:47.25 | *** join/#oe zap (n=zap@217.170.93.196) |
18:47.27 | CSMan | and i think i couldn't even do it because a library port was broken |
18:47.32 | CSMan | mreimer: 5.4 |
18:47.32 | koen | pH5: but we can probably ignore those people ;) |
18:47.36 | CSMan | RELEASE |
18:47.43 | mreimer | CSMan: good. I'm building one for you now |
18:47.47 | CSMan | thanks man |
18:47.50 | CSMan | =) |
18:47.54 | pH5 | koen: at least until someone compains ;) |
18:48.05 | CSMan | that's what i call distributed computing =P |
18:48.09 | mreimer | :-) |
18:48.44 | CSMan | mreimer: are you the guy who was trying to bring up WPA ? |
18:48.53 | mreimer | CSMan: no |
18:48.57 | CSMan | k~ |
18:49.02 | shadows | i had WPA working for OZ |
18:49.12 | CSMan | yeah, everything works on OZ =/ |
18:49.18 | shadows | it required i update the station and primary firmwares of my wifi hardware |
18:49.21 | JustinP | pH5: probably....:-| |
18:49.52 | CSMan | shadows: yeah, but not for an ipaq h55xx , right ? |
18:51.03 | koen | /data/build/oe/monotone/org.openembedded.dev/packages/sharp-binary-only/sharp-sdmmc-support.bb is so close to being moved to non-working/ |
18:51.14 | hrw | koen: what now? |
18:51.19 | koen | one more parse error and *poof* away it goes |
18:51.37 | pH5 | JustinP: definitely. for example libgobject-2.0.la in the glib-2.0-dev package still contains the reference to libglib-2.0.la in the $WORKDIR. |
18:51.49 | koen | hrw: http://pastebin.com/547016 |
18:51.51 | pH5 | is there an openembedded libtool guru? |
18:52.05 | mreimer | pH5: do you think UDEV_DEVFS_RULES is still needed? |
18:52.41 | hrw | koen: ok. it need some skip pacakge stuff |
18:52.48 | kergoth | pH5: if there was, i doubt they'd admit it |
18:52.51 | kergoth | :P |
18:54.13 | koen | mreimer: familiar still uses UDEV_DEVFS_RULE afaik |
18:54.42 | pH5 | kergoth: :) |
18:54.44 | mreimer | koen: does it still need to? most of the rules seemed to be duplicates |
18:54.53 | mreimer | koen: h2200 works fine without it |
18:54.56 | koen | mreimer: you'd have to ask pb__ |
18:55.08 | mreimer | ok. udev is only used with 2.6 kernels, right? |
18:55.13 | koen | iirc it's for programs that assume 2.4 style names |
18:55.37 | mreimer | ah |
18:55.50 | koen | programs I'd call 'broken' |
18:56.29 | mreimer | pb__: you around? |
18:56.48 | woglinde | mreimer yes and every day there is a new udev version |
18:57.07 | koen | and every new udev requires a kernel upgrade |
18:57.27 | woglinde | koen sure *g* |
18:57.49 | woglinde | maybee a script is better which make all the devices |
18:58.00 | *** join/#oe [g2] (n=Tom@cpe-066-057-008-035.nc.res.rr.com) |
18:58.06 | mreimer | monotone: misuse: unknown path 'packages/initscripts/initscripts-1.0/c7x0/keymap-2.6.map' |
18:58.21 | mreimer | do I need to be concerned about that? |
18:58.24 | hrw | you know what? I hate monotone last days |
18:58.49 | hrw | mreimer: do you have pacakges/keymaps/files/c7x0/keymap-2.6.map? |
18:59.02 | shadows | i hope monotone 0.26 will resolve some of the issues |
18:59.55 | koen | did anyone read the comments about forward vs backward deltas? |
19:00.10 | mreimer | hrw: no, and monotone revert doesn't give it to me |
19:00.17 | hrw | fsck. |
19:00.28 | koen | isn't it a .mt-attrs problem? |
19:00.51 | koen | http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=eee7e0d8ba89227d29beba3bc804f5340553c590 |
19:01.39 | mreimer | koen: what's that mean? what's a .mt-attrs problem? |
19:01.54 | mreimer | hrw: 97d200dc7ec222ba39a0dea542d91ccc2ac67ddd should fix the irda-utils problem |
19:01.54 | *** join/#oe keta (n=luca@pdpc/supporter/basic/keta) |
19:02.05 | mreimer | koen: 97d200dc7ec222ba39a0dea542d91ccc2ac67ddd should go into oz354fam083 too |
19:02.12 | koen | mreimer: .mt-attrs contains a reference to a non-existant file |
19:03.10 | mreimer | koen: is that a mt bug? do I just delete those lines from .mt-attrs? |
19:03.40 | *** join/#oe xinfinityx (n=infinity@88-104-200-37.dynamic.dsl.as9105.com) |
19:03.47 | CSMan | mreimer: see? it take a while to build its dependencies |
19:04.29 | mreimer | CSMan: http://bilbo.vpop.net/~mreimer/monotone-0.25.tbz |
19:04.40 | mreimer | CSMan: do you need the libboost too? |
19:04.44 | CSMan | done? wow |
19:04.52 | CSMan | that's the one that brakes i think... |
19:04.52 | mreimer | 2.8GHZ P4 :-) |
19:05.04 | CSMan | 233Mhz PMMX =P |
19:05.10 | mreimer | :-) |
19:05.26 | mreimer | I understand somewhat, as my previous box was a PIII 450 with 256M RAM |
19:05.40 | mreimer | CSMan: building a boost package for you |
19:05.49 | CSMan | =) |
19:06.14 | shadows | 233mhz pmmx is what i'm on now, a laptop for IRC |
19:06.41 | CSMan | shadows: that's my developer workstation (no laughters, please) =P |
19:07.14 | shadows | i used to have a development box comparable to that, it was a k6-2 233mhz machine |
19:07.38 | shadows | with small costs of fast hardware today, it would be strange to keep using it though |
19:07.46 | shadows | my time is more worthwhile to me than my money |
19:07.55 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
19:08.07 | CSMan | well, i'm trying to get out of the hole before getting a real workstation |
19:08.11 | shadows | :) |
19:08.28 | shadows | i was shocked, my current desktop computer cost relatively little |
19:08.33 | koen | hrw: booting test5 on my corgi |
19:08.45 | hrw | koen: gpe? |
19:08.50 | koen | hrw: yes |
19:08.51 | hrw | koen: I have it on my husky |
19:08.59 | hrw | ~lart google |
19:09.02 | shadows | it is spec'd at 3000xp+ athlon64 cpu, 1gb ram, 80gb hard disk, everything very nice. total cost including a laserjet printer was less than 600usd |
19:09.42 | CSMan | amd does the magic there |
19:10.24 | shadows | yes |
19:10.56 | shadows | the real convincing point is that power consumption is about equal to the old computers |
19:11.17 | CSMan | yeah, but memory consumption is 20x more ;-) |
19:11.18 | shadows | since it is configured to throttle down to 1ghz mode when fast processing is not needed |
19:11.22 | shadows | :) |
19:11.28 | CSMan | anyway, flash memory is here to stay =) |
19:13.40 | koen | it doesn't? |
19:13.44 | CSMan | it does |
19:13.50 | koen | it does on familiar :p |
19:13.51 | CSMan | it just won't open a new page |
19:13.52 | hrw | I'll recalibrate screen |
19:14.32 | hrw | ~lart me again |
19:15.16 | CSMan | almost there! |
19:15.25 | CSMan | it does some ajax |
19:16.04 | CSMan | gpe-i18n |
19:19.44 | CSMan | mreimer: actually, i think boost is the one that takes a while |
19:20.12 | mreimer | CSMan: oops, looks like it finished but I wasn't paying attention :-) |
19:20.38 | CSMan | i was pulling your leg =P |
19:22.15 | hrw | cu - this machine is too unstable to even hold amarok + 2xssh |
19:23.10 | mreimer | CSMan: http://bilbo.vpop.net/~mreimer/boost-1.33.1.tbz |
19:23.30 | CSMan | great |
19:23.45 | CSMan | huge library |
19:32.43 | *** join/#oe JustinP (n=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
19:34.28 | CIA-4 | 03mreimer 07org.oe.dev * r97d200dc... 10/packages/irda-utils/ (files/init irda-utils_0.9.16.bb): |
19:34.28 | CIA-4 | irda-utils 0.9.16: write out /etc/sysconfig/irda in the init script, rather |
19:34.28 | CIA-4 | than in postinst. |
19:34.33 | CIA-4 | 03koen 07org.oe.dev * rad982961... 10/conf/machine/ep93xx.conf: ep93xx.conf: inherit linux-modules |
19:34.37 | CIA-4 | 03koen 07org.oe.dev * r8e086923... 10/packages/linux/ep93xx-kernel/defconfig: ep93xx-kernel: update defconfig to work around some breakages |
19:34.42 | CIA-4 | 03koen 07org.oe.dev * rf7940d7b... 10/conf/machine/include/tune-ep9312.conf: tune-ep9312.conf: add file containing optimized parameters for Cirrus-Logic ep9312 cpus |
19:40.02 | RP | Is setting RDEPENDS_${PN} some new style I've missed out on? |
19:41.44 | pH5 | RP: new? isn't this the same as with FILES, DESCRIPTION and whatever else goes into the ipk? |
19:42.34 | RP | pH5: I know, I was just more used to seeing RDEPENDS = ... |
19:44.00 | pb_ | yeah, the (erroneous) "RDEPENDS = " construct is unfortunately quite common. |
19:46.07 | pb_ | mreimer: good evening |
19:46.10 | pb_ | mickeyl: good evening |
19:46.19 | pb_ | good evening to any others whose nicks start with "m" as well |
19:46.26 | RP | good evening pb_ |
19:46.33 | pb_ | good evening rp |
19:46.45 | koen | hrw|gone: after removing keylaunch: http://handhelds.org/scap/port.9288.png |
19:46.48 | pH5 | what purpose does gpe-soundserver-0.4.1/makefile-breakage.patch serve besides making gpe-soundserver ignore LDFLAGS (which in turn makes it uncompileable here) |
19:46.57 | pH5 | hi pb_ |
19:47.02 | pb_ | pH5: good evening |
19:47.12 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
19:47.13 | koen | pH5: try monotone log on that file |
19:48.20 | shadows | "ERROR: ("can't read from file '%s' (%s)", ('/home/jnc/opensource/openzaurus/build/oetmp/staging/mtx-1-linux/kernel/kernel-ccsuffix', <exceptions.IOError instance at 0x2aaaabe0b2d8>)) while parsing /home/jnc/opensource/openzaurus/org.openembedded.dev/packages/linux/linux-mtx-1_2.4.24.bb" |
19:48.26 | shadows | nice. hmph |
19:48.26 | mreimer | hi pb_ |
19:48.53 | koen | shadows: that file should be in nonworking now |
19:49.01 | shadows | okay |
19:49.57 | pb_ | pH5: that patch does look pretty bogus. you need both PACKAGE_LDFLAGS and LDFLAGS; neither one is good enough on its own |
19:50.11 | pb_ | who added it? |
19:51.01 | RP | xserver_common should have PACKAGE_ARCH = "all" as its all just scripts/config files? |
19:51.02 | pH5 | koen: hm.. "import clean BK tree at cset 1.3670". it's prehistoric |
19:51.39 | pb_ | RP: yeah |
19:52.29 | pb_ | pH5: ah, heh, it seems I added it |
19:52.33 | koen | pH5: try http://oe-devel.bkbits.net/ |
19:52.33 | pb_ | ~lart pb |
19:52.47 | mreimer | pb__: is UDEV_DEVFS_RULE (which controls whether devfs-udev.rules is installed) still necessary? koen suggested asking you |
19:53.01 | pb_ | mreimer: no idea. that sounds like a question for ph5 |
19:53.10 | RP | It really depends how familar is going to handle 2.6 /dev |
19:53.41 | RP | In theory that creates a set of udev rules that emulates devfs |
19:53.47 | shadows | udev integrates with DBUS, HAL, and so on |
19:54.03 | shadows | err |
19:54.04 | shadows | nevermind me |
19:54.05 | pb_ | shadows: thanks for the bulletin |
19:54.05 | mreimer | which would only be needed for programs expecting to see devfs-style devices, right? |
19:54.52 | pb_ | yeah, devfs-style device naming is what familiar uses. |
19:54.57 | RP | mreimer: correct |
19:56.06 | shadows | pb_: i meant that if you're depending on devfs, then it's not going to fit the "udev way' |
19:56.07 | mreimer | which devices does familiar care about? many are 2.4 only, like the hal stuff, right? what others that would be relevant in a 2.6 world? |
19:56.17 | pH5 | pb_: like this: http://en.pastebin.ca/40889? |
19:56.49 | pb_ | mreimer: disks, serial ports, that kind of thing |
19:57.05 | pb_ | framebuffers are another common one |
19:57.21 | pb_ | and apm, iirc |
19:57.27 | pb_ | pH5: yeah |
19:57.34 | pb_ | shadows: ah right, yeah |
19:57.50 | mreimer | ok |
19:58.26 | pb_ | mreimer: also, following the principle of least user confusion, making capricious changes to the device layout seems like a dim plan |
19:58.32 | shadows | pb_: for 2.4.x kernels i would add my 2 bits and say that you're better off eliminating devfs from the 2.4 kernel setup |
19:58.58 | pb_ | shadows: for 2.4, there isn't any viable alternative |
19:59.11 | shadows | does there need to be? |
19:59.36 | pb_ | well, er, yes. we can't just stop providing /dev altogether. |
20:00.16 | shadows | is making all possible /dev device nodes is not an option? |
20:00.26 | shadows | s/is// |
20:00.41 | pb_ | certainly not an attractive one, if only because it would waste a pile of flash space for most people |
20:01.12 | shadows | how about a script that creates a tmpfs like udev does, and simply creates a load of devices there |
20:01.30 | pb_ | that'd work, but it would be slower than devfs and it's not at all obvious to me what it would buy us |
20:01.43 | shadows | it would eliminate devfs |
20:01.53 | shadows | IMO devfs is like the ugliest code i've ever read through |
20:01.54 | pb_ | we've been shipping devfs in 2.4 for about six years now, and there doesn't seem much point in getting rid of it now just for the sake of it |
20:02.06 | shadows | hm |
20:02.43 | pb_ | it might be ugly, but it works fine for our users. I'm not all that thrilled by the prospect of doing a pile of work to get rid of it if the only benefit will be greater code hygiene. |
20:02.55 | shadows | ah |
20:03.02 | pb_ | particularly given that the 2.4 kernel tree is essentially at EOL anyway |
20:03.06 | shadows | yes i would agree with you on that |
20:03.33 | pH5 | is there a reason that gpe-soundserver depends on diet-x11 and not x11? |
20:04.43 | pb_ | pH5: no, that sounds like a bug |
20:06.19 | *** join/#oe Cwiiis[uni] (n=cil103@gerard.ecs.soton.ac.uk) |
20:06.30 | shadows | hmm.. cairo/libsvg => "| svg_parser_expat.c:40: error: static declaration of '_svg_parser_sax_end_element' follows non-static declaration" |
20:06.43 | shadows | gcc4 cross-initial being used |
20:06.58 | shadows | same sort of issue as the thing with RP's changes to the kernel code i guess |
20:07.20 | hrw | shadows: look into debian (or gentoo) for gcc4 patches |
20:07.48 | shadows | okay |
20:07.52 | shadows | i'm going to try a cvs checkout |
20:07.54 | shadows | see if that works |
20:08.05 | mreimer | CSMan: are those monotone packages working for you? |
20:08.20 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
20:08.30 | shadows | nope, no dice for cvs checkout |
20:08.40 | *** join/#oe zap (n=zap@217.170.93.196) |
20:13.56 | shadows | we have nice things like lost patches, unrelated, https://bugs.freedesktop.org/show_bug.cgi?id=3711 |
20:13.59 | shadows | :( |
20:14.59 | hrw | shadows: tried debian? |
20:19.35 | hrw | koen: libtiff is not fetchable so no gimp |
20:19.37 | hrw | cu |
20:22.00 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-3.f4.ngi.it) |
20:25.02 | CIA-4 | 03coredump 07org.oe.dev * rbf4c4f3a... 10/packages/gpe-dm/ (files/multi-lm.patch gpe-dm_0.48.bb): gpe-dm: Do not install /etc/init.d/gpe-dm any longer, but use /etc/init.d/login-manager instead. |
20:25.12 | CIA-4 | 03coredump 07org.oe.dev * r9556cfd5... 10/packages/login-manager/ (files/login-manager login-manager.bb): Add "login-manager": A script to select the login-manager to be used on boot. |
20:25.19 | CIA-4 | 03coredump 07org.oe.dev * rd738d315... 10/packages/e17/ (e-wm_0.16.999.023.bb entrance_0.9.0.005.bb): entrance: Do no longer install initscript into /etc/init.d but use "login-manager" to be launched. |
20:32.10 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
20:33.12 | *** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387) |
20:35.14 | gremlin[it] | monotone: multiple update candidates: |
20:35.14 | gremlin[it] | monotone: dc7030746547ed09bdd941871c775b044c145143 coredump@openembedded.org 2006-02-09T19:31:19 |
20:35.14 | gremlin[it] | monotone: f7940d7b4ac1dca8c38ef92949c3d012d70c9202 koen@openembedded.org 2006-02-09T19:18:33 |
20:43.45 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
20:44.06 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
20:44.56 | *** join/#oe kfm82 (n=kfm82@p54BEC9F4.dip.t-dialin.net) |
20:55.22 | zecke | gremlin[it]: merge :} |
20:56.31 | gremlin[it] | thank zecke :) |
20:59.09 | pH5 | gaim_cvs now compiles a binary to check for %z support in strftime during configure. is there a way to fix this for cross compilation? |
20:59.28 | zecke | pH5: site packages |
20:59.28 | pb_ | put it in the site file, I guess |
20:59.36 | zecke | site file, yes |
21:00.14 | pb_ | any tolerably recent linux system should have %z |
21:00.55 | pb_ | even freebsd probably has it these days |
21:02.07 | pH5 | zecke, pb_: thanks |
21:02.36 | CIA-4 | 03pH5 07org.oe.dev * ra2ba6d1a... 10/packages/gpe-soundserver/gpe-soundserver-0.4-1/makefile-breakage.patch: gpe-soundserver: fix makefile fix not to ignore LDFLAGS |
21:02.41 | CIA-4 | 03pH5 07org.oe.dev * rf5ff77ed... 10/packages/gpe-soundserver/gpe-soundserver_0.4-1.bb: gpe-soundserver: depend on x11 instead of diet-x11 |
21:04.33 | pH5 | hrm, but the gaim configure.ac just contains an AC_TRY_RUN block that conditionally AC_DEFINEs a HAVE_STRFTIME_Z_FORMAT. I suppose I can't preempt that without patching configure.ac? |
21:07.10 | pb_ | dunno, you'd have to inspect the generated configure script |
21:07.18 | pb_ | I don't remember if AC_TRY_RUN checks the cache or not |
21:07.35 | pb_ | probably not, since I suspect it doesn't have any way to figure out a cache variable name on its own, but you never know |
21:08.54 | koen|tv | hrm |
21:09.00 | koen|tv | ~stab .mt-attrs |
21:09.02 | ibot | ACTION runs at .mt-attrs with an origami Swiss Army knife, and inflicts a nasty paper cut. |
21:10.59 | mreimer | is busybox 1.01 bad? |
21:11.23 | koen|tv | there's 1.1 now |
21:11.48 | mreimer | just wondering which one I should stay away from. isn't there some symlink or chown problem or something? |
21:13.05 | pH5 | pb_: if both glibc and uclibc support %z, is there a reason to keep this test in OE at all? |
21:13.20 | pb_ | mreimer: there's a bug like that in 1.00. it might be fixed in later versions |
21:13.27 | mreimer | thanks pb_ |
21:13.41 | pb_ | pH5: some users might be building against other c libraries |
21:13.46 | pb_ | e.g. on windows, or solaris |
21:15.20 | pb_ | mreimer: (this was the "chown /dev/dsp" one; I'm not sure if that's the same bug you were thinking of) |
21:15.40 | mreimer | pb_: yeah, that's what I was thinking of |
21:27.42 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
21:34.38 | JustinP | I have a problem with some auto-renaming of libs |
21:35.34 | JustinP | edje-dev is renamed libedje-dev in the ipk and hence should be libedje-dev in the RDEPENDS of something which relies on it. However, if I pur libedje-dev in an RDEPENDS it fails saying there are no buildable providers. Changing it to edje-dev allows building but not installing.... |
21:36.29 | koen | what would rdepend on libfoo-dev? |
21:36.42 | koen | that should only contain headers, symlinks and pkgconfig files |
21:37.38 | JustinP | there's also edje_cc in there |
21:37.46 | JustinP | which I need for a script |
21:37.52 | JustinP | it's a binary |
21:38.01 | koen | that shouldn't be in there |
21:38.03 | JustinP | suppose I could move it to an edje_cc package.... |
21:38.13 | koen | that should probably in a seperate package |
21:38.16 | JustinP | well, it's not needed for normal edje usage |
21:38.17 | JustinP | ok |
21:38.41 | koen | edje-utils, or edje-cc |
21:38.47 | CIA-4 | 03koen 07org.oe.oz354fam083 * r3faa674c... 10/.mt-attrs: .mt-attrs: remove c7x0 keymap so people stop being scared by error messages |
21:38.52 | CIA-4 | 03koen 07org.oe.oz354fam083 * r4aa5b330... 10/.mt-attrs: .mt-attrs: remove another keymap entry |
21:39.00 | CIA-4 | 03koen 07org.oe.oz354fam083 * rd1ba8d9d... 10/.mt-attrs: .mt-attrs: and another one |
21:39.07 | CIA-4 | 03koen 07org.oe.oz354fam083 * r970c8a9d... 10/.mt-attrs: .mt-attrs: and the fun never stops.... (sharp sdcontrol) |
21:39.12 | koen | it seems that this new inferred depend stuff breaks a lot when combined with debian.bbclass |
21:49.55 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
21:50.11 | pH5 | pb_: about gaim/strftime, is this what you meant: http://en.pastebin.ca/40921 |
21:52.47 | pb_ | that's not exactly what I had in mind, but it might be the only option. |
21:52.53 | pb_ | can you not do something with AC_CACHE_CHECK()? |
21:53.41 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
21:56.53 | pH5 | pb_: I know next to nothing about autoconf. if I can put the AC_TRY_RUN macro into AC_CACHE_CHECK's COMMANDS-TO-SET-IT parameter, it should work too. |
21:59.31 | RP | koen|away: can you be more specific about this breakage? as far as I know its mainly limited to -dev packages atm |
22:01.49 | *** join/#oe jmau (n=jmau@p54A5B7C0.dip0.t-ipconnect.de) |
22:02.58 | pH5 | hm, "The COMMANDS-TO-SET-IT _must have no side effects_ except for setting the variable CACHE-ID" |
22:05.37 | kergoth | pH5: right, within that block you set the variable. after the block you do the real work based on the varaible's value. |
22:12.16 | *** join/#oe zecke (n=ich@88.134.3.107) |
22:13.53 | pH5 | kergoth, pb_: ok, so I don't think AC_CACHE_CHECK is useful here. |
22:15.30 | zecke | kergoth: thanks |
22:16.34 | *** join/#oe minipanda (n=hzhang@221.221.147.15) |
22:22.21 | *** join/#oe JustinP (n=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
22:27.56 | *** part/#oe law_ (n=_law_@213.173.86.202) |
22:30.43 | pb_ | pH5: okay |
22:31.09 | kergoth | whats that app called that lets you syunc your opie/gpe contacts and stuff with evo? |
22:31.33 | mreimer | kergoth: opensync/multisync |
22:32.01 | zecke | pH5: ping |
22:32.04 | kergoth | ah thats right |
22:32.09 | pH5 | zecke: yes? |
22:32.21 | zecke | pH5: could you give me a update on the stamp issue :} |
22:32.25 | zecke | pH5: what was the issue again? |
22:33.06 | RP | zecke: bitbake references tmp/stamps directly |
22:33.49 | pH5 | zecke: http://en.pastebin.ca/40937 |
22:35.16 | zecke | RP: any more issues that prevent a 1.3.3 release? |
22:35.30 | RP | zecke: no, just that one I know of |
22:35.43 | zecke | pH5: you know any other issue? |
22:36.18 | RP | That patch looks wrong though |
22:36.31 | pH5 | RP: really? |
22:37.06 | RP | Where did pn, pv and pr go? |
22:37.42 | zecke | RP: look at bitbake.conf |
22:37.51 | RP | Yes, they're in STAMP, ok :) |
22:37.54 | pH5 | STAMP = "${TMPDIR}/stamps/${PACKAGE_ARCH}-${HOST_OS}/${PF}" |
22:38.30 | RP | I thought STAMP was a directory, not part of a filename. my mistake :) |
22:38.46 | zecke | my cats went nuts.. I should send them torwrds cambridge... |
22:38.55 | zecke | RP: you made me recheck the patch :) |
22:39.12 | zecke | pH5: off hand you do not happen to know the bug number for this patch? |
22:39.34 | RP | I'm not sure there is one |
22:40.45 | pH5 | zecke: me neither |
22:46.11 | pH5 | zecke: I also don't have any other issues with bitbake. |
22:46.27 | zecke | good I'm releasing a 1.3.3 now |
22:47.19 | pb_ | zecke: please keep your cats to yourself, we don't need any more around here |
22:48.28 | zecke | damn... |
22:59.00 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:02.01 | CIA-4 | 03rpurdie 07org.oe.dev * r10fca1d2... 10/packages/xserver-common/ (3 files): xserver-common: Remove invalid DEPENDS and set PACKAGE_ARCH = all |
23:02.06 | CIA-4 | 03rpurdie 07org.oe.dev * rac9084ad... 10/packages/lsof/lsof_4.75.bb: lsof 4.75: Update SRC_URI |
23:02.13 | CIA-4 | 03rpurdie 07org.oe.dev * rcba2bacf... 10/packages/linux/ (linux-openzaurus.inc linux-openzaurus_2.6.15.bb): linux-oz-2.6: From now on refer to patches within the archive directory. |
23:05.47 | pb_ | night all |
23:05.53 | mreimer | night pb_ |
23:06.08 | JustinP | night pb_ |
23:07.00 | pH5 | good night |
23:07.10 | *** part/#oe pH5 (n=ph5@e178251131.adsl.alicedsl.de) |
23:07.10 | RP | 'night pb_ |
23:09.53 | zecke | well bitbake-1.3.3 is released now |
23:10.01 | zecke | will write a small anouncement tomorrow |
23:10.30 | RP | zecke: Excellent. Should stop a few people complaining :) |
23:10.42 | zecke | RP: even released on the berlios site |
23:11.01 | RP | an added bonus :) |
23:11.10 | RP | Did you add the other release tarballs? |
23:11.18 | zecke | RP: just 1.3.2 |
23:11.30 | RP | which was the only one missing? |
23:11.47 | zecke | 1.3.0 and 1.3.1 as well are missing |
23:11.48 | *** join/#oe tester (n=tester@i53871371.versanet.de) |
23:13.55 | shadows | why do the .c files have the prototype of the static functions, when they are defined in the header that is included? |
23:13.58 | shadows | any particular reason? |
23:17.01 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
23:34.04 | shadows | i think i found a way to make cairo/libsvg compile with gcc4, it involves some automake hackery |
23:43.36 | CIA-4 | 03justinp 07org.oe.dev * r476f0163... 10/classes/efl.bbclass: efl.bbclass: use += for PACKAGES to allow setting of PACKAGES before inheriting |
23:43.42 | CIA-4 | 03justinp 07org.oe.dev * r7c4e459d... 10/conf/distro/preferred-e-versions.inc: preferred-e-versions: Add PREFERRED_PROVIDERS for evas, ecore, and imlib2 for x11 |
23:43.49 | CIA-4 | 03justinp 07org.oe.dev * rd8bd0542... 10/packages/efl/edje_0.5.0.023.bb: edje: move binaries to edje-utils package from edje-dev |
23:43.53 | CIA-4 | 03justinp 07org.oe.dev * rbefe3287... 10/packages/e17/ (2 files in 2 dirs): e17-gpe-menu-convert: add a new package to convert GPE .desktop files into an e17 menu |
23:44.00 | CIA-4 | 03justinp 07org.oe.dev * rb252db8b... 10/packages/meta/e-image.bb: |
23:44.00 | CIA-4 | e-image: add e17-gpe-menu-convert to installed packages |
23:44.00 | CIA-4 | - NOTE: This adds a dep on cpp and edje-utils which will make the image larger |
23:46.15 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:46.32 | *** part/#oe jmau (n=jmau@p54A5B7C0.dip0.t-ipconnect.de) |
23:46.57 | *** join/#oe andrewy (n=boo@user-0c6scm8.cable.mindspring.com) |
23:59.37 | CIA-4 | 03justinp 07org.oe.dev * r21cd02fb... 10/packages/efl/edje_0.5.0.023.bb: edje: move template and include directories to edje-utils, move files in -themes to -examples |