IRC log for #oe on 20080507

00:02.51*** join/#oe Fique (n=tkazi@167.216.14.194)
00:02.55*** join/#oe zarath_ (i=Morgaine@p5086D252.dip.t-dialin.net)
00:23.30CIA-2203Laibsch 07org.oe.dev * r69dbe4f4... 10/ (1 packages/scummvm/files/scummvm-targetcheck.patch): scummvm: send scummvm-targetcheck.patch upstream
00:23.34CIA-2203Laibsch 07org.oe.dev * r8fc46c9e... 10/ (1 packages/scummvm/files/scummvm-targetcheck.patch): scummvm: scummvm-targetcheck.patch accepted upstream
00:29.42Croftonhrw|gone, where did you find a F9 machine?
00:34.29*** join/#oe osantana (n=osantana@c934c6ae.virtua.com.br)
00:42.37*** part/#oe Looooooooong_Cat (i=wat@bas7-montrealak-1167896075.dsl.bell.ca)
00:46.40CIA-2203Laibsch 07org.oe.dev * r6333f882... 10/ (1 packages/frobtads packages/frobtads/frobtads_0.8.bb): frobtads: add version 0.8. Courtesy of jlime project. Closes 4219,
00:49.53*** join/#oe greentux_ (n=lemke@Z6833.z.pppool.de)
00:51.16CIA-2203tmbinc 07org.oe.dreambox * r09bfa2d6... 10/ (1 packages/dreambox/dreambox-secondstage.bb): dreambox-secondstage: use version 59 for dm800
00:54.25*** part/#oe nalioth (i=nalioth@freenode/staff/ubuntu.member.nalioth)
01:07.59*** join/#oe poli_ (n=ca@201-43-182-104.dsl.telesp.net.br)
01:23.29*** join/#oe mnabil__ (n=mnabil@62.135.96.84)
01:24.55*** join/#oe mnabil (n=mnabil@82.201.178.69)
01:25.24*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
01:25.34*** join/#oe AvengerMoJo (n=alex@219.142.242.159)
01:25.49*** part/#oe AvengerMoJo (n=alex@219.142.242.159)
01:27.20*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
01:34.04*** join/#oe poli (n=ca@201-43-182-111.dsl.telesp.net.br)
01:34.51Laibsch!forget Looooooooong_Cat
01:34.53cdbot2Unable to delete, definition not found
01:42.11*** join/#oe mnabil_ (n=mnabil@62.135.96.31)
02:00.57*** join/#oe mnabil__ (n=mnabil@62.135.96.17)
02:12.16*** join/#oe mnabil (n=mnabil@82.201.178.67)
02:29.15*** join/#oe CSMan (n=csman@bas6-montrealak-1096581246.dsl.bell.ca)
02:34.43*** join/#oe mnabil (n=mnabil@82.201.178.242)
02:42.16*** join/#oe mnabil_ (n=mnabil@82.201.178.112)
02:50.10*** join/#oe j720 (n=jornix@75-161-73-162.albq.qwest.net)
03:00.36*** join/#oe j720 (n=jornix@75-161-73-162.albq.qwest.net)
03:39.54*** join/#oe mnabil_ (n=mnabil@82.201.174.179)
03:41.44*** join/#oe aloisiojr (n=aloisio@189.70.252.222)
03:51.13*** join/#oe wicknix (n=wicked@74.213.213.174)
04:29.42*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
04:30.53*** join/#oe NAbyss (n=foo@tucuxi.org)
04:43.15*** join/#oe mnabil__ (n=mnabil@62.135.96.75)
04:53.40*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
05:06.30*** join/#oe mithro (n=tim@unaffiliated/mithro)
05:11.41*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
05:51.26*** join/#oe rob_w (n=bob@Ma561.m.pppool.de)
06:07.39*** join/#oe steliosk (n=Stelios@85.72.68.184)
06:12.17cdbot2* * OE Bug 4195 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com
06:12.18cdbot2* * diffutils_2.8.1.bb does not build on linux-uclibcgnueabi
06:12.21cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4195
06:12.28cdbot2* * OE Bug 4196 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com
06:12.30cdbot2* * make 3.81 fails to compile on uclibc
06:12.33cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4196
06:14.06*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
06:19.06*** join/#oe polyonymous_ (n=hacker@pD9539BDF.dip0.t-ipconnect.de)
06:27.23*** join/#oe trickie_ (n=trickie@basesoft.demon.nl)
06:30.10*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
06:36.20*** join/#oe rob_w|laptop (n=rob@Ma561.m.pppool.de)
06:51.48*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
06:52.05*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
07:15.37*** join/#oe mcavallini (n=Marco@host56-7-static.30-87-b.business.telecomitalia.it)
07:22.23*** join/#oe rob_w|laptop (n=rob@Ma561.m.pppool.de)
07:22.54*** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3)
07:27.30*** join/#oe rschuster (n=rob@brln-4db8878b.pool.einsundeins.de)
07:30.27*** join/#oe Genesis_ (n=Ronan@AMontsouris-153-1-39-233.w90-2.abo.wanadoo.fr)
07:30.36*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
07:32.32Genesis_coucou
07:36.37*** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck)
07:46.34*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
07:47.36*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
07:59.11cedric_hi, I'm getting this with uptodate from .dev --> http://pastebin.com/m4730ecda
08:00.37*** join/#oe Termina1 (n=terminar@p509979e8.dip0.t-ipconnect.de)
08:31.47RPcedric_: I see it too
08:32.30cedric_RP: ok
08:34.52CIA-2203koen 07org.oe.dev * r3df1e17a... 10/ (1 packages/linux/linux-omap2_git.bb): linux-omap2 git: bump to HEAD
08:34.56CIA-2203koen 07org.oe.dev * rd7b4b8c0... 10/ (4 files in 3 dirs): linux omap2 git: add L2 cache enable patch for beagleboard and update defconfig accordingly
08:42.41*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.hsi.ish.de)
08:44.27CIA-2203rpurdie 07org.oe.dev * rea8b08f3... 10/ (1 packages/gnome/libsoup_2.2.100.bb): libsoup-2.2.100: Fix staging funciton to correctly handle the .pc files
08:44.38RPcedric_: try that ;-)
08:57.52cedric_RP: thx
08:58.49*** join/#oe pvanhoof (n=pvanhoof@host86-141-32-24.range86-141.btcentralplus.com)
08:59.25*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:04.15*** join/#oe exco (n=excogita@e181082082.adsl.alicedsl.de)
09:04.24excogood moring everyone
09:04.37excoehh morning I mean
09:06.59*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
09:10.13excoI wonder if anybody could help me figure out why my bitbake (first run)
09:10.13excofailed http://pastebin.com/m3f79efb7
09:11.35XorAexco: Fedora Core or RHEL
09:11.51*** join/#oe woglinde (i=henning@familie-heinold.de)
09:11.54hrwmorning
09:12.01hrwor centos?
09:12.03woglindemorning hrw
09:12.07XorAhrw: get that poky RedHat link ready :-)
09:12.24hrwXorA: ;D
09:13.07excoXorA: Im running Ubuntu 8.04 if that's what you mean
09:13.28XorAoh no, thats bad news
09:13.48broonieWhat did they break?
09:13.55cedric_I've built the latest phoneme advanced! at last...
09:14.36woglindecedric????
09:14.46woglindeI did this laste year enough
09:14.52woglindeand then found midpath
09:15.03woglindeand decided phoneme advanced is crap
09:15.35woglindeno working qt port
09:15.55woglindeyou cant change the vm
09:16.20RPecho: echo 0 > /proc/sys/vm/mmap_addr_min or something like that
09:16.21woglindebut thats my opinion
09:16.32hrw4096
09:16.35hrwnot 0
09:16.43RPhrw: 0 works better
09:16.48hrwRP: good to know
09:17.04RPhrw: 4096 leaves the change something else will fail, 0 means no limit
09:17.13RPs/change/chance/
09:17.22hrwok
09:17.29*** join/#oe magumbade (n=magumbad@p5497C4A4.dip.t-dialin.net)
09:17.45hrw~curse slow svn repositories
09:17.46ibotMay the fleas of a thousand camels infest your most sensitive regions, slow svn repositories !
09:18.09hrwparsing of 787 recipes takes up to 8 minutes ;(
09:18.24woglindeuh
09:18.32woglindemercurial *g*
09:19.18hrw8 recipes to go..
09:20.11RPhrw: There is a cache policy you can use to avoid that every time
09:20.32hrwRP: not after change to configs iirc
09:20.40hrwok, build started
09:21.15Laibschexco: I've recently had the same problem on my Ubuntu machine
09:21.31Laibschbut attributed it to me having OE stuff mounted over NFS
09:21.43RPhrw: BB_SRCREV_POLICY = "cache"
09:21.53excoas has paulproteus: http://pastebin.com/m12f68e84
09:21.57LaibschRP: Is there something OE can do to fix this even when Ubuntu might be broken here?
09:22.23RPLaibsch: I'm planning on adding a check to poky so it warns if that value is != 0
09:22.31*** join/#oe florian_ (n=fuchs@217.146.132.69)
09:23.05hrwRP: gracias
09:23.08LaibschPlease add it to OE proper, too
09:23.19excoLaibsch: how do I attribute it ... so it works?
09:23.29Laibschattribute?
09:23.41exco"but attributed it to me having OE stuff mounted over NFS"
09:23.47hrw~hail git-svn
09:23.48ibotACTION bows down to git-svn and chants, "I'M NOT WORTHY!!"
09:24.14LaibschRP: Should we file a bug report against ubuntu, is this something that should be already set by ubuntu?
09:24.30Laibschexco: You misunderstand the meaning of attribute
09:24.53Laibschexco: rephrase "I believed it was failing because my OE stuff is on an NFS mount"
09:25.07excoRP: was echo 0 > /proc/sys/vm/mmap_addr_min addressed to me?
09:25.41RPLaibsch: Its a feature, not a bug. Its supposed to limit the potential for kernel security exploits
09:25.44RPIt also breaks qemu :/
09:26.37Laibschexco: I think so, yes
09:26.46excoLaibsch: yes, I got that wrong. But mine resides in folder on an ext3 partition
09:26.48LaibschRP: Then I guess we should fix up OE
09:27.06Laibschor upstream
09:27.16Laibschflorian: Good morning
09:27.31LaibschCan you please unstick my mail sent to oe-devel?
09:27.40excocat /proc/sys/vm/mmap_min_addr -> 65536
09:28.20RPexco: Yes, it was directed at you. Setting that value to 0 will fix your problem
09:28.40RPLaibsch: Upstream will claim its not a bug
09:29.46LaibschRP: FWIW, that "file" does not even exist here
09:29.52florianLaibsch: ah sure, which one?
09:29.57LaibschOh, but /proc/sys/vm/mmap_min_addr does
09:30.11Laibschflorian: I sent you a mail yesterday night requesting the unfreeze
09:30.20excothanks, RP ... so it bakes away (-:
09:30.21LaibschNobody looking through the mod queue?
09:30.33florianLaibsch: right, just found your maikl in the inbox :)
09:30.39LaibschGood
09:30.45RPLaibsch:  I was typing from memory hence "something like" ;-)
09:30.46woglindehi florian
09:30.50LaibschAh
09:30.51LaibschSure
09:30.59LaibschClose enough ;-)
09:31.04florianmorning, btw :)
09:31.39LaibschRP: If it is a feature as seen from ubuntu, not a bug that upstream will accept, can we fix it in OE or is a warning the best shot we have?
09:32.39RPLaibsch: You need to be root to change the value so we can't fix it that way. You can hack QEMU to work around the issue but that is suboptimal since QEMU isn't doing anything wrong as the fix impacts on performance
09:32.57RPI'm going to say we should therefore warn users to change the value
09:32.58excoyou could add it to the wiki for Ubuntu installation
09:33.52woglindewill give xine some love this evening
09:34.25LaibschOK, even if upstream will reject is as invalid, I'll shoot a bug their way nonetheless
09:34.31LaibschQemu and?
09:34.40Laibschglibc?
09:34.46Laibschanything else?
09:37.55*** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net)
09:39.35florianLaibsch: The only one who can help with the mail is mickeyl imho.
09:39.36RPLaibsch: It causes problems with qemu
09:40.39CIA-2203rpurdie 07org.oe.dev * r057aae3f... 10/ (1 classes/sanity.bbclass): sanity.bbclass: Add check for problematic /proc/sys/vm/mmap_min_addr values
09:40.52LaibschRP: thanks
09:41.16LaibschRP: the glibc problem is a result of the qemu problem?
09:41.23hrwand this is not only ubuntu
09:41.23RPLaibsch: yes
09:41.36mickeylLaibsch: can you resend the message, please? i was too slow to allow it and it's already autodeleted
09:41.56Laibschyou guys autodelete the mod queue?
09:42.01LaibschUnbelievable
09:42.46mickeylsay that again, when you are listed as owner for 10+ mailing lists and 99% of the incoming stuff is spam
09:43.04mickeyli get notified, so if it's a valid mail, i can react in one way or another
09:43.26florianmickeyl: It would be cleverer to reject these mails instead of just deleting the queue.
09:43.44brooniemickeyl: The guy who runs the mailing lists for http://www.debconf.org/ has a pretty nifty automoderation system set up which takes care of almost all the spam in the moderation queues automatically.
09:44.05mickeylyes, there are a dozen of things one could do if one had time to do administration
09:44.06florianpoints to his mail about hosting
09:44.20mickeylbut alas, administrating stuff is not my primary business
09:44.23XorAhosts his mail in florian
09:44.30brooniemickeyl: If you were to ask him nicely he might even be willing to share it...
09:44.38brooniegoes and does that.
09:45.09florianmickeyl: This exactly is the point - we *must* split development from administration but everyone works into his own direction so we will never be able to do so.
09:45.29XorAcan OE generate enough funds for a sysadmin?
09:46.05woglindeuh
09:46.11florianXorA: Currently this is unlikely, but we need to search for peole who are interested in helping projects in this way.
09:46.18woglindenew job opurnity for me
09:46.36florianheh
09:46.44mickeylit's my hope that with the e.V. in place, we can raise enough funds to hire an admin
09:46.57LaibschI think it should be clear that I'd be willing to help out admin'ing
09:47.03XorAmickeyl: that would rock
09:47.12woglindeyeah
09:47.15LaibschBut only on close to 100% packaged system
09:47.20Laibschpreferably ubuntu
09:47.24Laibschcause things just work
09:47.28woglindeupdates the c.v.
09:47.33Laibschand are reasonably recent
09:47.48brooniehas had some "fun" with Ubuntu security updates for universe :(
09:47.50hrwdid not nslu2 guys offered admin help?
09:47.52Laibschmickeyl: I'd take the money if there was some on the table ;-)
09:48.01XorAdowngraded ubuntu in his preferences
09:48.21Laibschbroonie, XorA: please elaborate
09:48.37XorALaibsch: ubuntu seems to be going the way of redhat, crazy patches for no real gain
09:48.47Laibschexample
09:48.48Laibsch?
09:48.49XorALaibsch: lenny fits my needs better than Hardy Heron
09:49.00XorALaibsch: cups, its pretty much unusable on ubuntu
09:49.03broonieLaibsch: A few broken packages - the worst was a Mailman update which wouldn't actually run, breaking postinst unrecoverably.
09:49.22Laibschwell, look at amethyst wrt lenny, nothing but hand-installed stuff already because everything is too old
09:49.30XorALaibsch: compulsary compiz, which fucks my gfx up
09:49.38Laibschbroonie: when was that? breezy?
09:49.41broonieThey did put out a fixed version fairly sharpish but it's *not* what I'm looking for from security updates.
09:49.53Laibsch<PROTECTED>
09:50.07XorALaibsch: lenny is too old? its not even released
09:50.14broonieLaibsch: Nope, gutsy. Like I say, they did fix it promptly.
09:50.21florianmickeyl: oh right, we need to make sure we get the e.V. ready
09:50.35LaibschWith debian (few years ago), I had breakage (severe breakage) whenever I did "aptitude update".  Yes, every f***ing time
09:50.41mickeyli sincerely hope zecke will do the necessary preparations to make it happen on LT
09:50.46mickeylor rather, during LT
09:50.54broonieLaibsch: On stable?
09:51.03woglindemickeyl hm
09:51.10LaibschCan you really run a desktop system on stable?
09:51.18LaibschWith no packaging and backporting of your own?
09:51.23Laibschdoes not think so
09:51.23XorAhas actually done an aptitude dist-upgrade to switch debian to ubuntu, then went back again, that was freaky but cool
09:51.33Laibschscary
09:51.35Laibsch!!!
09:51.36mickeylwoglinde: can you kick him?  :)
09:51.57brooniehas done that (not at present, but then as a debian developer there's this whole development thing going on...).
09:52.02woglindemickeyl I kick him all the time that he does his last oral exam
09:52.06woglindefor vordiplom
09:52.11mickeylyes, that's important as well
09:52.11Laibschbroonie: Well, I guess every distro makes mistakes and universe is not official
09:52.15broonieThe only backporting thing I've really needed is git.
09:52.19LaibschWhich I think is a good concept
09:52.33RPLaibsch: I'm not sure ametyst is lenny, is it not etch?
09:52.43broonieLaibsch: Indeed, but it does meant hat you're running more of a risk once you need stuff outside main.
09:54.29woglindeflorian I think I can man the LT booth the whole friday
09:54.35LaibschXorA: cups works just perfect here.  sorry about lenny, I meant whatever stable version is currently installed on amethyst (I am not so current with the debian naming).  Whenever a new service needs to be installed on amethyst you discover that either no package or an outdated one is available
09:54.48florianmickeyl: Looking at the wiki and the reactions to my latest LinuxTag mail I would strongly recommend a day before or after.
09:55.10woglindeflorian I just update the wiki now
09:55.10florianwoglinde: cool, that's good news... the first of this for a logn time now :)
09:55.24XorALaibsch: it works for you, that is not the same as it works for everyone, try some networking with it, and see how fucked ubuntu made it
09:55.32woglindeflorian but I have to ask my wife it will be okay
09:55.41LaibschIn any case, I'm just sharing my preference as one who did a lot of admin'ing lately
09:55.41XorAand their samba conf is fucked as well
09:55.59LaibschXorA: cups?  I do networking
09:56.16LaibschXorA: dito, samba works just fine
09:56.21LaibschThe way I want it
09:56.35XorAnot the way windows machine want it though
09:56.41Laibschof course
09:56.55LaibschMy GF has windows, even a Japanese version which makes it even harder
09:57.10woglindehm
09:57.25brooniemanages to get Ubuntu samba to interact with the Windows machines at work (client only, though).
09:57.38woglindeI use debian now over 10 years and it doesnt give me the pain a suse or redhad did
09:57.48hrwLaibsch: my friend once had to install japanese windows without knowledge of japanese..
09:57.48Laibschagrees ;-)
09:58.10hrwI use Debian and refuse to use Ubuntu or other derivative
09:58.12Laibschhrw: Just installing you can use your "graphical experience"
09:58.24Laibschhrw: Try troubleshooting when something does nto work ;-)
09:58.29LaibschThen it becomes another story
09:58.58woglindeflorian I hope I can bring my simpad
09:59.06woglindeto the linuxtag
09:59.07LaibschAgain and in any case, I'm just sharing my preference as one who did a lot of admin'ing lately for OE infrastructure
10:00.14Laibschmy "graphical experience" with Windows past Win98 (which is when I stopped using it) has also declined considerably
10:01.17broonieLaibsch: FWIW if you're having trouble with out of date stuff on debian backports.org and/or volatile may be of help too (both are moving into being part of the official Debian infrastructure).
10:01.26LaibschI know
10:01.31XorAhrw: installing Japanese windows is no harder than normal windows, Ive done it many times
10:01.41cedric_woglinde: I've tried jamvm, cacao on my device (pxa250, 32M) and it's fine for command line program but to just display a simple UI --> not enough memory/too slow
10:01.56Laibschbroonie: But they also don't have the stuff we need (more often than not, at least).  backports.org is already in sources.list, IIRC
10:02.09RPmickeyl: Can you remember which packages caused you to make autotools.bbclass staging .pc files opt in?
10:02.15woglindecedric did you try cacao-clcd too?
10:02.26broonieLaibsch: Interesting. Which version of Debian are you using and what sort of stuff are you using?
10:02.26florianwoglinde: A working Simpad would be good... my Simpad is in some undefined state :)
10:02.28cedric_woglinde: nope
10:02.31RPmickeyl: I'm thinking it should really be opt-out :/
10:02.37Laibschbroonie: amethyst?
10:02.50broonieLaibsch: Where you're having trouble, yes.
10:02.53woglindecedric what is your goal?
10:03.04RPLaibsch: To get amethyst to use packages from backports, you have to tell it explicitly
10:03.09woglindecedric I dont believe that opera-mini will run with phoneme
10:04.04Laibschbroonie: http://rafb.net/p/uI9Z2a58.html is for amethyst
10:04.18cedric_woglinde: run SVG (JSR 226) and doing some UI prototyping (AWT, SWT, whatever)
10:04.29woglindecedric hehe
10:04.34woglindethen look at midpath
10:04.41LaibschRP: aptitude will resolve with backports packages if they are available
10:04.58woglindeand cacao-clcd
10:05.05LaibschRP: Do we use pinning? or why is backports.org not installed by default IYO?
10:05.06broonieLaibsch: you do need to configure things to pull in backports packages if there is a version in stable.
10:05.15CIA-2203koen 07org.oe.dev * r516e70a5... 10/ (5 files in 2 dirs):
10:05.15CIA-22libsoup: modify staging funciton to not symlink, we don't want libsoup.pc, but libsoup-2.x.pc
10:05.15CIA-22epiphany: depend on libsoup-2.4
10:05.38woglindeI am fighting with some qtopia bugs, but for qt4,gtk,awt and fb it runs fine
10:05.38broonieLaibsch: That'll be why - the default pinning will prefer stable over backports.
10:05.43Laibschbroonie: My understanding of apt and pinning is different
10:05.54broonieCheck again :)
10:06.07LaibschWe don't have pinning
10:06.13cedric_woglinde: which device? for SVG I need to wait for midpath 0.3
10:06.31woglindecedric I am playing with the greenphone
10:06.48woglindecedric you can check out the svn
10:06.50woglindeit works
10:08.17cedric_woglinde: so with cacao-clcd I can use the gtk peer aswell? can we go offline (out of the OE channel) to discuss a little bit more pls?
10:09.32mickeylRP: the major reason for it to be opt-in was that carefulness
10:09.40mickeylRP: i agree that it should be opt-out
10:09.53broonieLaibsch: There's a default
10:13.45LaibschOK, can we end this discussion?  I think debian is a nice system.  I prefer ubuntu.  I'd help admin'ing a Debian system if we can ensure that the software on it remains mostly packaged.  My experience with ltg and even amethyst already is that debian does not allow that because nobody wants to go to testing or unstable.
10:14.32LaibschI believe the experience with ltg and amethyst show that debian stable cannot do it for an OE server.  It might very well be that ubuntu can't either.  I have better hopes, though.
10:15.13LaibschSorry for inviting another round of discussions ,-)
10:15.45broonieI'm as interested in finding out what you're missing with my Debian hat on since it's useful stuff to feed into "discussions" about what we're doing with stable releases and maintaining them.
10:16.00hrwbroonie: bugzilla 3.x for example
10:16.13Laibschhrw: Thanks, I was just about to raise that
10:16.19RPmickeyl: How do you think we should switch to that?
10:16.21LaibschBut to be fair, I am not sure it is in ubuntu
10:16.41Laibschbroonie: RP mentioned some git stuff
10:16.44RPmickeyl: I'm thinking we should perhaps phase out pkgconfig.bbclass entirely...
10:16.53*** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net)
10:16.55hrwLaibsch: it is not - as usual
10:17.03jeremy_laineRP: ping?
10:17.04Laibschbroonie: koen has already hand-rolled mtn again (which is already leading to problems, it seems)
10:17.25Laibschbroonie: Just take any service, really
10:18.02broonieAFAICT our bugzilla packages are a bit of a disaster zone :/
10:18.02cedric_woglinde: have you got a svn midpath bb file in your local repository?
10:18.02LaibschExcept for apache and friends, maybe ;-)
10:18.02hrwLaibsch: show me packages which are in newer versions in ubuntu (and those versions do not exists in experimental) then in debian
10:18.02mickeylRP: i agree. for the few packages that do not automatically install the pkgconfig files we can hand-code that in staging
10:18.03Laibschhrw: Are you willing to run experimental on the server.  That is exactly my poiint.
10:18.11brooniegit is definitely up to date in backports (I use it from there); mtn I'd be shocked if it were given that OE is close to the only user :)
10:18.21Laibschbroonie: git stuff, not git itself
10:18.24XorALaibsch: there is no such thing as experimental, you can cherry pick from it, but not run it
10:18.27LaibschAsk RP what it was
10:18.28hrwLaibsch: having unstable version of glib by default (ubuntu way) is not sane too
10:18.40LaibschIt is supported
10:18.54Laibschwhich is what I care about in the server distro
10:19.07broonieRP: Laibsch mentioned that there was some git stuff you couldn't find packaged for etch but couldn't remember what it was?
10:19.10LaibschI want to offload the admin'ing responsibility to the distro maintainer
10:19.25broonieLaibsch: Thanks, that's all useful information.
10:19.36LaibschMy feeling is that it works better with ubuntu or at least is a chance.  FOr several reasons it did not work with debian
10:21.14LaibschXorA: the point remains, right?  Do you remember what got ltg into serious trouble?  So much that a simple "aptitude update" bombed out until *I* fixed it.  A problem that had lead to several rounds of security updates not installed?
10:21.44Laibschs/lead/led/
10:21.45woglindecedric_ can you send private messages?
10:21.51XorALaibsch: that smells of people not knowing how to use apt than a fault with a distro
10:21.59Laibschboth
10:22.11XorAhas used hold and dpkg ability to fake packages to keep servers sane before
10:23.32hrwthe problem is that there are few persons which touch apt(itude)
10:23.52hrwthere should be one with apt power and rest should give him requests
10:23.53Laibschhugs aptitude
10:24.01Laibschaptitude to the rescue ;-)
10:25.12RPbroonie: gitosis, cgit
10:25.29woglindeapitude is "new" crap
10:25.34RPbroonie: gitosis is more available now I think, I built my own packages for that...
10:25.35woglindedselect is the reel tool
10:25.44Laibschyuck
10:26.04broonieRP: Hrm. cgit doesn't even seem to be packaged....
10:26.09*** join/#oe mw (n=mw@80.242.164.104)
10:26.52jeremy_laineRP: I have been playing around with x11 on qemux86 and was wondering: would there be any problem build mousedev and psmouse into the kernel?
10:26.58broonieRP: gitosis is packaged at least so backports.org should be trivial. I'll have a look and maybey prod daniel.
10:27.34jeremy_laineRP: currently they are provided as modules, which means depending on + loading the kernel modules, how do you handle it up until now?
10:27.39woglindecedric_ sorry I have to go now for lunch, maybee we can talk later or theis evening
10:27.48woglindebye
10:28.31Laibschflorian: Did you make the planet.ltg.org change?
10:28.31RPjeremy_laine: I use it with the wacom touschscreen emulation
10:28.52RPjeremy_laine: See poky's qemu scripts...
10:28.54florianLaibsch: oops forgot to mention - yes I did.
10:29.03Laibschflorian: Thanks
10:29.05RPjeremy_laine: That way it doesn't have to grab the cursor
10:29.16jeremy_laineRP: what do I need to install to get this to work? do you use xserver-kdrive-vesa?
10:29.18florianLaibsch: yw
10:29.18Laibschflorian: Please correct the URLs, though ;-)
10:29.25cedric_woglinde: ok so after lunch, this evening will be not possible for me...
10:29.45RPjeremy_laine: Probably tslib. Are you using kdrive or not?
10:29.53*** join/#oe jekhor (n=jek@cpmsq.epam.com)
10:30.02RPbroonie: gitosis in backports would rock :)
10:30.16woglindecedric_ okay can promise because we have administration day at the university and the computers in my department may out of order
10:30.17RPbroonie: There is another server I could use that on too ;-)
10:30.18jeremy_laineRP: yep, so far kdrive/vesa and using "-usbdevice mouse" for qemu
10:30.34jeremy_laine(for some reason the PS/2 mouse in unresponsive)
10:31.07RPjeremy_laine: http://svn.o-hand.com/view/poky/trunk/scripts/poky-qemu-internal?rev=4437&view=markup
10:31.09cedric_woglinde: :-)
10:31.30RPjeremy_laine: -usb -usbdevice wacom-tablet
10:31.44Jin^eLDre
10:31.48Jin^eLDRP: I will check what you asked for now
10:31.51RPjeremy_laine: Try one of poky's images, it all just works there
10:32.02jeremy_laineRP: is the wacom driver built into the kernel?
10:32.18RPjeremy_laine: in poky yes, so probably in OE too
10:32.36jeremy_laineRP: also, the console seems to get messed up (by psplash I guess) so I need to put my console on ttyS0!
10:33.18RPjeremy_laine: Which kernel version and framebuffer are you using?
10:33.33RPThe vesa stuff in recent qemus/kernels caused me a few problems...
10:33.51jeremy_laineRP: 2.6.24, video=vesafb
10:34.31RPjeremy_laine: linux-rp?
10:34.42jeremy_laineRP: yup, the one and only :)
10:35.21RPI have to admit I've only really used 2.6.23
10:35.23*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
10:36.18jeremy_laineRP: heh, that sucks 2.6.24 is default for angstrom :)
10:36.23*** join/#oe BenLauDC (n=benlau@221.125.8.105)
10:36.41RPjeremy_laine: I think the simplest thing to do might be to try a build with poky since its known to work, get that working, then compare the bits with OE :/
10:37.05RPI'll merge anything needed to OE but I'm totally lost off with where things are at sync wise
10:37.31jeremy_laineRP: will try 2.6.23 first for now, thanks for the pointers!
10:38.09jeremy_laineRP: if it turns out 2.6.23 fixes things I might edit linux-rp_2.6.24.bb and remove the preferred version for qemux86
10:39.34RPjeremy_laine: ok, let me know if that is the issue, just so I'm aware of it! :)
10:40.02Jin^eLDRP: here are the answer to your questions: http://pastebin.mozilla.org/424841 and I am not mixing uclibc/glibc builds, started with a clean build (i.e. wiped temp)
10:42.41RPJin^eLD: arm-angstrom-linux-uclibcgnueabi/usr/sbin/ldconfig sounds suspicious
10:43.28RPJin^eLD: Can you run file against that please?
10:44.08Jin^eLDarm-angstrom-linux-uclibcgnueabi/usr/sbin/ldconfig: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), not stripped
10:44.35jeremy_laineRP: grr, 2.6.23 and 2.6.24 give me the same thing: I get the touchscreen calibration screen but when I click nothing happens
10:44.39RPah, its from uclibc which has the string "libc.so.6" embedded in it? :/
10:45.05RPjeremy_laine: Try your kernel with a poky image?
10:45.33Jin^eLDlet me check
10:46.06Jin^eLDyeah, it has the libc.so.6
10:47.00jeremy_laineRP: I guess but that means setting up another build env :)
10:47.18RPjeremy_laine: You can pull prebuilt images
10:47.41jeremy_laineRP: will revert to USB mouse for now I think, would there be any adverse effect to building mousedev and psmouse into the kernel?
10:47.45RPhttp://pokylinux.org/autobuild/poky/
10:48.21RPjeremy_laine: As I said before, using a mouse will mean you are forced into screen grabs
10:49.29jeremy_laineRP: what I don't understand is how the touchscreen changes this, whenever I click the qemu window I get grabbed?
10:49.51RPjeremy_laine: In touchscreen mode it doesn't do that
10:49.53*** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net)
10:50.21RPjeremy_laine: mice only transmit relative motion so there is no way to tell qemu an absolute position
10:50.34RPjeremy_laine: with a touchscreen you deal with absolute position so its much easier
10:50.58*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
10:51.46Jin^eLDre
10:51.56Jin^eLDRP: well, seems like glibc has not been staged or built or whatever
10:52.15RPJin^eLD: ok. Has uclibc staged?
10:52.49Jin^eLD./sulu-angstrom-linux-uclibcgnueabi/uclibc-0.9.29+svnr21926-r7.do_populate_staging
10:52.59Jin^eLD./sulu-angstrom-linux-uclibcgnueabi/uclibc-0.9.29+svnr21926-r7.do_package_stage_all
10:53.06Jin^eLDare those the tasks?
10:53.18RPdid it stage before or after the gcc-cross-sdk started ?
10:53.22RPyes, its staged
10:53.59Jin^eLDprobably before... I think the -sdk packages only build after the gcc-cross and binutils-cross are build, and gcc-cross requires uclibc
10:54.48RPIf you rebuild gcc-cross-sdk does it work second try?
10:55.03RPI'm trying to think of the race involved here
10:55.11RPif it is a race...
10:55.30RPApproach two is try running the command thats failing in gcc-cross-sdk manually
10:55.32Jin^eLDRP: -c rebuild binutils-cross-sdk consistently produces the libc.so.6 shared library provider message
10:55.59RPok, can you open up a devshell and manually run the command and produce the failure?
10:56.00Jin^eLDand gcc-cross-sdk is a different story, it either fails completely like in the log, or it builds but also produces the message
10:56.20Jin^eLDI did not do much stuff with the devshell yet, bitbake -c devshell gcc-cross-sdk ?
10:56.34RPah, so binutils-cross is problematic?
10:56.39RPbinutils-cross-sdk is problematic
10:57.01Laibschbroonie: Are you a DD?
10:57.02RPah, but that message is normal
10:57.18broonieLaibsch: Yes.
10:57.19Jin^eLDRP: my suspicion is that gcc-cross-sdk fails to build because of some badness in bintils-cross-sdk
10:57.25RPpoky will do that as well for binutils-cross-sdk
10:57.46RPJin^eLD: No, that message is normal for binutils-cross-sdk
10:57.47Laibschbroonie: Are you interested in sponsoring my packages by any chance? http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gourmet and http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=pastebinit
10:57.50Jin^eLDRP: with binutils-cross and gcc-cross, in both, poky, oe stable and oe dev - you do not have the "mssing shared lib provider bleh" message
10:58.00Jin^eLDin poky you also do not have this message for the -sdk packages
10:58.03Laibschbroonie: Hehe, gotcha ;-)
10:58.06Jin^eLDbut in .dev and .stable you do have this message
10:58.29RPJin^eLD: What is means is that its noticed the binutils binaries link against libc.so.6 but it can't find any package which provides this
10:58.51broonieLaibsch: Meh. Could you drop me an e-mail at broonie@sirena.org.uk and I'll try to at least have a look?
10:58.53Jin^eLDRP: well isn't that part of the problem? why are they linking against libc.so.6 - I am doing a uclibc build
10:58.55RPJin^eLD: That is entirely expected since they're binaries meant to run with the system libc but we don't package the system libc since that makes no sense
10:58.59RPDo you follow?
10:59.07Laibschbroonie: Sure
10:59.09Jin^eLDaha, so that's for the native libc?
10:59.12Jin^eLDbut why is this message not there on poky?
10:59.21RPJin^eLD: You want to run the binutils binaries on the build system, not the target
10:59.46RPYou don't see this for bintils-cross since it never packages
11:00.01Jin^eLDRP: no, in poky I also do not see that message for binutils-cross-sdk
11:00.10Jin^eLDthat's why I was suspicious
11:00.31Jin^eLDif you say that this is not related to the problem and that its only for the system libc - then I was on the wrong trail
11:01.30RPJin^eLD: I just ran "bitbake bintils-cross-sdk -c package -f" and I see those warnings here
11:01.34RPJin^eLD: It does happen in Poky and its harmless
11:01.44RPits not related to your other issue
11:01.50*** join/#oe rschuste1 (n=rob@e179042255.adsl.alicedsl.de)
11:02.05Jin^eLDhmm OK.. I wonder why I did not see that messages, but well, if its not realted to the problem then whatever :)
11:02.21RPJin^eLD: You'll just have missed them, they'll be there
11:02.29Jin^eLDcould be
11:02.31Jin^eLD:)
11:03.18RPJin^eLD: Try and get the error reproduced under a devshell
11:03.22Jin^eLDok
11:03.40RPJin^eLD: If you can do that, you can use strace to try and find out where the libc.so.6 is coming from
11:03.55Jin^eLDok, good idea
11:04.25Jin^eLDdo you have a link or a hint on the devshell usage? I got the devshell terminal now
11:04.28Jin^eLDwhat do I do with it?
11:04.54RPYou have the failed compile log?
11:05.09RPcd into the directory where it failed, then run the command that failed
11:05.31Jin^eLDok, so I first let it fail, then do -c devshell and then repeat the last command, right?
11:05.43RPyes
11:05.47Jin^eLDok let me do that...
11:06.06RPthe idea being to examine the failure more closely
11:06.33jeremy_laineRP: the poky kernel + image seems to give me a functional X, except I don't see my cursor
11:06.51jeremy_laineRP: how do you know where you're about to click?
11:07.22RPjeremy_laine: Which qemu binaries are you using?
11:07.52*** join/#oe zecke (n=ich@world230.mi.fu-berlin.de)
11:08.09jeremy_lainetried with Debian/unstable's qemu and kvm
11:08.27RPjeremy_laine: There are tweaks in Poky for that, or use the "-show-cursor" option
11:08.48RPjeremy_laine: I'd recommend the Poky built qemu binaries in a way
11:08.59RPalthough its more important for ARM than x86 I guess
11:11.50jeremy_laineRP: very cool, thanks a lot! works like a charm on kvm (am using the SDK image)
11:12.38jeremy_lainejust need to get my keyboard mapping right now.. (azerty)
11:17.29*** join/#oe rd_ (n=dr@vnsecurity.net)
11:20.55*** join/#oe ich (n=ich@world86.mi.fu-berlin.de)
11:21.48*** join/#oe d3 (n=dr@vnsecurity.net)
11:22.37RPjeremy_laine: :)
11:27.28*** join/#oe BenLauDC (n=benlau@221.125.8.105)
11:31.43*** join/#oe jmichel (n=jmichel@modemcable135.172-56-74.mc.videotron.ca)
11:32.36kariocan i use jffs2 rootfs image with qemu?
11:32.43Jin^eLDRP: ok, I reproduced the build problem, now will try with devshell
11:34.48*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
11:37.00*** join/#oe rschuster (n=rob@brln-4db8878b.pool.einsundeins.de)
11:39.04*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
11:40.49*** join/#oe zecke__ (n=ich@world174.mi.fu-berlin.de)
11:41.10LaibschI have something interesting for all the "packaged software"-lovers out there
11:41.10Laibsch/me presents apt-get'able Openembedded: http://blog.leggewie.org/?p=39
11:41.44Jin^eLDRP: I got the strace of the failure, trying to find something in it now
11:42.00Laibschhrw: Do you think that is something for the PR department?
11:42.40Jin^eLDLaibsch: what exactly is being apt-getted?
11:42.44Jin^eLDthe metadata?
11:42.54RPJin^eLD: If that doesn't help, it may pay to increase the string sizes, there is some option to strace iirc
11:43.20broonie-s 0
11:43.21Jin^eLDRP: right now I am not even sure what I am looking for in the trace
11:43.35LaibschJin^eLD: I'll eventually commit the definition to OE itself
11:43.38Jin^eLDRP: but - if I remove the -lc at the end of the compile line
11:43.45Jin^eLDthen it does link
11:43.55LaibschJin^eLD: The sources are included for download if you want to take a look
11:43.59Jin^eLDwith -lc I have the libc.so.6 error
11:44.08LaibschJin^eLD: It is an extension of openembedded-essential
11:44.12RPJin^eLD: Can you share the strace output? (compress it)
11:44.20Jin^eLDRP: one sec
11:45.47Jin^eLDhttp://www.deadlock.dhs.org/jin/sdktrace.txt.bz2
11:45.56Jin^eLDor 29k uncompressed http://www.deadlock.dhs.org/jin/sdktrace.txt
11:46.04Jin^eLDits not much, I traced only the last failing command
11:46.30LaibschJin^eLD: OE-essential: pull in all packages required to build
11:46.30LaibschJin^eLD: OE-common: pull in all packages required to build, pull and update meta-data
11:46.30LaibschJin^eLD: OE-distro: depend on OE-common, pull in more stuff for distro if needed, include shell script to set up environment for OE compilation with sane defaults, configurable via environment var and /etc
11:46.46LaibschI think that is it
11:46.53Jin^eLDLaibsch: sounds cool
11:46.54LaibschI may have forgotten something
11:47.09LaibschBut it is really "install and use immediately"
11:47.46LaibschOE resides in /usr/src/oe and the user compiles and can also add personal stuff like additional recipes in ~/oe
11:47.56Jin^eLDRP: http://www.deadlock.dhs.org/jin/failing_command.txt this is the command for which I did the trace, note the -lc in the end, if I remove it it will not cause an error, with -lc I get the libc.so.6 error, not sure how relevant that is though
11:48.57Jin^eLDhmm, maybe I should use -ff, I think it forks off some stuff
11:49.24Jin^eLDyeah, the strace is not complete, there are 3 more processes
11:49.28RPJin^eLD: use strace -f to catch the trace for the children
11:49.40RPJin^eLD: of -ff
11:49.51RPbut you're ahead of me :)
11:49.55Jin^eLD:)
11:51.14Jin^eLDRP: http://www.deadlock.dhs.org/jin/trace/
11:51.53Laibschrwhitby: Are you interested in creating openembedded-openmoko?  Should be very easy, but I have no experience with the steps to set up an OE environment.  It would render the problems with the Makefile moot.  The package I created is basically a scripted and packaged GettingStarted.  bitbake and friends are never hidden.
11:52.11Laibschs/OE environment/Openmoko environment/
11:52.44rwhitbyLaibsch: what exactly is openembedded-openmoko?
11:53.11LaibschHave you read http://blog.leggewie.org/?p=39
11:53.13Laibsch?
11:53.20RPJin^eLD: Notice it reading from /opt/angstrom/arm/arm-angstrom-linux-uclibcgnueabi/lib/libc.so
11:53.22rwhitbyMy requirement for a build system is that I should be able to start a shell, cd into a directory, and type a single command to build the final image from scratch.
11:53.29RPJin^eLD: What toolchain do you have there?
11:53.43Laibschrwhitby: I believe that should be possible
11:54.00Laibschexcept, you don't cd intothe directory
11:54.08Laibschyou call oe-setup-openmoko
11:54.13RPrwhitby, Laibsch: poky  ;-)
11:54.13Jin^eLDRP: wow... I wonder why it is doing so? is the "extrnal toolchain" kicking in?
11:54.14LaibschThen "bitbake $image"
11:54.24rwhitbyLaibsch: that's two commands :-)
11:54.32LaibschRP: openembedded-poky! ;-)
11:54.46rwhitbythe cd is important, cause I have a directory for slugos, a directory for openmoko, etc ...
11:54.55RPJin^eLD: I think having a broken toolchain on the path where the new one will end up is breaking things
11:55.11Laibschrwhitby: If you insist, you could have another scripts to call those two commands in sequence
11:55.22jeremy_laineRP: the difference seems to be in the rootfs, not the kernel (for the qemu / x11 issue)
11:55.40Laibschrwhitby: The system is set up so that different OE-derived distros don't step on each other's toes
11:55.41Jin^eLDRP: it is not in path though...
11:55.46jeremy_laineRP: kernel linux-rp_2.6.23 works with the poky image
11:55.58Laibschrwhitby: OE resides in /usr/src/oe and the user compiles and can also add personal stuff like additional recipes in ~/oe
11:56.06Jin^eLDRP: if I look at the path in devshell - this toolchain I got in /opt is not in $PATH
11:56.12rwhitbyLaibsch: also, what if I'm building on CentOS, not Debian?
11:56.15RPJin^eLD: I don't mean PATH, I mean in the place the toolchain is destined for
11:56.25Laibschrwhitby: CentOS has debs?
11:56.30rwhitbyno
11:56.33LaibschIf not, you are out of luck
11:56.34broonieLaibsch: alient works both ways!
11:56.36Jin^eLDRP: I see... that's a caveat I guess, let me remove it and see if it helps
11:56.46Laibschbroonie: I am fine with people trying that
11:56.57rwhitbyLaibsch: that seems to go against the OE idea of host platform independence then ...
11:57.00Laibschbroonie: I'll help out but I won't guarantee it'll work
11:57.11Jin^eLDRP: you are right! that was it!
11:57.17Laibschrwhitby: Nobody said anything about requiring people to use it
11:57.25Jin^eLDafter rm -rf /opt/angstrom the failing compile line actually compiled
11:57.25LaibschIt just makes it a lot easier
11:57.44Jin^eLDRP: we should somehow document that :)
11:57.49Laibschrwhitby: If you don't see the beauty of this, I don't want to force you.
11:57.57jeremy_laineRP: what provides vm86d in poky? opkg search vm86d doesn't give me anything
11:57.57LaibschI thought it was a no-brainer
11:58.15rwhitbyLaibsch: agreed.  It just doesn't meet my requirements.  You were asking whether I was interested in it.  I answered from my personal viewpoint.  I don't try and make others share my personal viewpoint :-)
11:58.37rwhitbyIt is indeed a great idea.
11:58.37Jin^eLDRP: and btw, the libc.so.6 fix in meta-toolchain (removing the GROUP thing) is only in .dev, so its still broken in .stable; of course I can easily work around this now, but someone else may still stumble upon this
11:59.16RPJin^eLD: Thats something for the stable branch maintainers to deal with
11:59.24rwhitbyLaibsch: I'm not discounting it - just discussing the pros and cons.
11:59.35RPWe should probably warn if the target toolchain path exists...
11:59.46Laibschrwhitby: I think I'll try to create openembedded-openmoko nonetheless.  Looking forward to get your (coerced) support despite your hesitation ;-)
12:00.17Jin^eLDRP: warn or even exit
12:00.20RPjeremy_laine: There is a package there, meta-packages/v86d/v86d_
12:00.29RPJin^eLD: yes, error might be best
12:00.29Jin^eLDRP: since the results may be random depending on what stuff you have in there
12:00.38rwhitbyLaibsch: I can see the benefit of it, and may well decide to help :-)
12:00.39Jin^eLDthat cost me about a week, doh :>
12:00.53Laibschrwhitby: I just need to know for example if openmoko uses straight org.oe.dev or not.  After reading the wiki yesterday, I was still unsure about it.
12:01.17rwhitbyLaibsch: it's all encoded in the MokoMakefile - just read that.
12:01.26rwhitby(it's an executable specification of the build environment)
12:01.30Laibschdoes not understand Makefiles very well
12:01.50LaibschI had a hard time putting together the debian/* files which are also makefiles
12:02.00rwhitbydebian/* files are weird
12:02.05Laibschlearning by example
12:02.06Laibschyes
12:02.19rwhitbyMy makefiles should be easier to understand :-)
12:02.28Laibschbut dh_make helped, as did #debian-mentors
12:02.41Laibschrwhitby: I'll just ask you in plain english
12:02.44Laibsch;-)
12:03.03rwhitbyLaibsch: and I'll point you to a line number in the Makefile ;-)
12:03.21LaibschSo, again, is it org.oe.dev from monotone.oe.org or do I need to check out a 99% identical copy from monotone.om.org?
12:04.00LaibschWell, I don't have any benefit from openmoko, I don't own a device
12:04.10LaibschSo, I might as well drop it any time
12:04.39XorALaibsch: your out of date, openmoko is a district branch now
12:04.57LaibschXorA: I never was uptodate ;-)
12:05.03rwhitbyLaibsch: it's org.openmoko.dev from monotone.openmoko.org
12:05.10XorAaptitude udate Laibsch
12:05.23rwhitby(see setup-openembedded rule in the Makefile)
12:05.27Laibschbroken dependency
12:05.42Laibschnext version requires CS knowledge ;-)
12:11.10*** join/#oe mcavallini (n=Marco@host56-7-static.30-87-b.business.telecomitalia.it)
12:11.52Jin^eLDRP: will you take care of error'ing out or shall I submit something additional?
12:12.01Jin^eLDi.e. PR or change request or whatever?
12:12.07jeremy_laineRP: sweet, kernel-module-uvesafb + v86d works in OE
12:12.18jeremy_laineRP: I'll import v86d into OE, OK?
12:14.24RPjeremy_laine: yes
12:15.39*** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com)
12:18.12*** join/#oe drmikecrowe (n=drmikecr@74.223.100.206.nw.nuvox.net)
12:18.17*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
12:19.37CIA-2203jeremy_laine 07org.oe.dev * r6f6193f9... 10/ (7 files in 4 dirs): v86d: import v86d (from poky) for uvesafb support
12:20.04Jin^eLDwell, I added the info we found out to the PR and lowered the Importance since a workaround now exists. I hope it gets fixed in .stable, all information and solution is in the PR
12:20.11Jin^eLDRP thanks again for helping out!
12:23.35*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-a24ded49614bf52e)
12:26.07*** join/#oe eno__ (n=eno@adsl-70-137-143-151.dsl.snfc21.sbcglobal.net)
12:32.11*** join/#oe frank7d (n=afs@91.2.3.213.fix.bluewin.ch)
12:33.04*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:35.12CIA-2203jeremy_laine 07org.oe.dev * r5eef2a39... 10/ (4 files in 4 dirs): pointercal_0.0.bb: add pointer calibration for qemux86 (from Poky)
12:37.37*** join/#oe davygravy (n=davygrav@h75-100-91-135.75-100.unk.tds.net)
12:37.42*** part/#oe AvengerMoJo (n=alex@61.14.130.209)
12:40.41jeremy_laineRP: what would you think of adding "touchscreen" to the MACHINE_FEATURES in conf/include/qemu.inc ?
12:46.01*** join/#oe otavio (n=otavio@debian/developer/otavio)
12:46.27RPjeremy_laine: Given the way we use them thats probably appropriate
12:47.06jeremy_laineRP: with this change I have gpe running on OE / qemux86 nicely
12:47.25jeremy_laineRP: with the latest linux-rp 2.6.24 kernel
12:48.45jeremy_laineRP: maybe even add MACHINE_EXTRA_RRECOMMENDS = "kernel-module-uvesafb v86d" for qemux86
12:48.50*** join/#oe sudharsh_ (n=sudharsh@59.92.57.201)
12:51.09*** join/#oe exco (n=excogita@e181082082.adsl.alicedsl.de)
12:51.38exconicely done:
12:51.38exco/proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root)
12:51.42excothanks
12:53.38*** join/#oe osantana (n=osantana@200.207.120.95)
12:56.16*** join/#oe rsalveti (n=salveti@200.184.118.132)
13:01.34cyrilRomainwhat is the difference between openembedded, openmoko, and poky metadata ? Asked differently, what is in openembedded but not in openmoko metadata, and what is in poky but not in opembedded ?
13:02.59cyrilRomainnotices openmoko branches includes openembedded branches, but maybe outdated one since there is org.openembedded.angstrom-2007.12-stable and not org.openembedded.stable
13:04.19mwpoky is a stable oe branch/forks for some chosen packages (with syncs between themselves), isnt it?
13:04.56Jin^eLDafaik Poky is a subset of OE packages, but stable and only the stuff that is needed there
13:05.51CIA-2203jeremy_laine 07org.oe.dev * rcdaae06c... 10/ (1 conf/machine/include/qemu.inc): qemu.inc: add touchscreen to MACHINE_FEATURES
13:05.55CIA-2203jeremy_laine 07org.oe.dev * r152bd050... 10/ (1 conf/machine/qemux86.conf): qemux86.conf: add MACHINE_EXTRA_RRECOMMENDS for framebuffer support
13:07.31Laibschjeremy_laine: Do you think that might fix
13:07.36Laibsch!oebug 3742
13:07.37cdbot2* * Bug 3742, Status: NEW, Created: 2008-02-05 14:08
13:07.38cdbot2* * <Laibsch>: Latest opie images fail calibration (in qemu)
13:07.39cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3742
13:08.07Laibsch~curse OE wiki
13:08.08ibotMay the fleas of a thousand camels infest your most sensitive regions, OE wiki !
13:08.13jeremy_laineLaibsch: I'm pretty sure it does
13:08.17Laibschcool
13:08.21LaibschI'll give it a shot
13:08.29jeremy_laineLaibsch: I was running into the same issue with gpe
13:08.40LaibschOK
13:08.53jeremy_laineLaibsch: make sure "pointercal" is in your image (not sure what pulls it in)
13:14.52mwallewhy is task-base-bluetooth and task-base-wifi 'hardcoded' in task-base and doesnt depend on DISTRO_FEATURES?
13:19.01Julian_chuHi, does bitbake remove file by /bin/rm  or remove in python ?
13:19.46Julian_chugot a very very strange problem :-(
13:20.24XorAJulian_chu: still deleting all yur directories?
13:20.52Julian_chuXorA: yeah.....4 times  (crying)
13:21.07XorAJulian_chu: bizarre
13:21.11Julian_chuXorA: but it never happens on other computers
13:21.27XorAJulian_chu: check you .bashrc and .profile for wierd variables
13:21.53XorAJulian_chu: normally this sort of thing comes down to aliases or variables with wierd values
13:24.27Julian_chuXorA: yeah, the .profile never changed since 2/12
13:25.17XorAyou could do alias and export on machine where it is broken and where it works, then diff them
13:25.23Julian_chuXorA: I only add some alias in bashrc, likes bpi, bbb, qq,cdo, cdk .....:P
13:25.54Laibschjeremy_laine: Would MACHINE_EXTRA_RRECOMMENDS = "kernel-module-uvesafb v86d" be appropriate for quemarm, too?
13:25.59Laibschuses quemarm
13:26.09Laibschqemuarm, even
13:27.28RPLaibsch: no, not at all
13:27.45Julian_chuXorA: it always stop in the same step
13:27.55Laibschso, then jeremy's patch won't fix
13:27.57XorAJulian_chu: what step?
13:28.01Laibsch!oebug 3472
13:28.02cdbot2* * Bug 3472, Status: RESOLVED (WONTFIX), Created: 2007-12-13 10:08
13:28.03cdbot2* * <OE-Autobuilder>: apache2-2.2.3-r5-do_configure
13:28.04cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3472
13:28.09LaibschSorry, wrong number
13:28.17Laibsch!oebug 3742
13:28.17cdbot2* * Bug 3742, Status: NEW, Created: 2008-02-05 14:08
13:28.18cdbot2* * <Laibsch>: Latest opie images fail calibration (in qemu)
13:28.19cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3742
13:28.35LaibschRP, jeremy_laine: Is that the case?
13:28.57LaibschRP: Why is it not appropriate for qemuarm?
13:29.03RPLaibsch: Not sure about the MACHINE_FEATURES change
13:29.20RPLaibsch: because qemuarm doesn't use vesa. v86d is x86 only
13:29.25Julian_chuXorA:  e-wm-0.16.999.042+cvs20080506-r5: task do_unpack: started
13:29.36RPIt will not help in the slightest
13:29.48Julian_chuXorA: and it failed because the sources dir was deleted
13:30.18Julian_chuXorA: and there only remains 6 stamp files
13:30.38XorAJulian_chu: that is bizarre
13:30.43Julian_chuXorA: yeah, ha
13:30.46XorAJulian_chu: when did you last reboot that machine?
13:30.48LaibschRP: OK, I guess we need something similar, then, right?
13:30.52jeremy_laineRP: what you need is the pointercal changes
13:30.55Julian_chuXorA: few days ago
13:31.05XorAwonders about file system corruption
13:31.18jeremy_laineRP: should work if you copy the qemux86/pointercal to qemuarm/pointercal
13:31.22RPLaibsch: The pointercal files sound more likely but calibration should work
13:31.25XorAJulian_chu: are you one of the reiser people?
13:31.29Julian_chuXorA: and before the bizarre thing came, I could build meta-toolchain successful
13:32.09Julian_chuXorA: it only happens on my computer  :P
13:32.26XorAJulian_chu: thats why I wonder about fs corrution
13:32.47jeremy_laineRP, Laibsch : the v86d addition makes the boot progress screen work for me
13:32.55*** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
13:32.58XorAthats the sort of wierd shit I used to see with reiser when it ate its own filesystem
13:33.15*** join/#oe chouimat|work (n=dieu@209.217.106.98)
13:33.54RPjeremy_laine: Yes, thats fine for x86 but it ***will not*** help qemuarm
13:34.07Julian_chuXorA: hmm.....probably
13:34.20jeremy_laineRP: sure, for qemuarm you just want the pointercal, no?
13:34.37RPjeremy_laine: That could be the problem, yes
13:34.38*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:34.47RPjeremy_laine: but manual calibration should also work and if that doesn't there is some other issue
13:35.17*** join/#oe memeruiz_ (n=memeruiz@g227076007.adsl.alicedsl.de)
13:35.25*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
13:35.28*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
13:35.32RPI just want it clear that adding anything to do with vesa and v86d will not help qemuarm and anyone trying that is wasting their time
13:35.50*** join/#oe Varoudis_ (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
13:36.06Julian_chuXorA: if it about fs corrution, any suggestions ?
13:36.17XorAJulian_chu: burn the computer
13:36.48jeremy_laineRP: sure, that's why I only added v86d to qemux86.conf, not qemu.inc
13:36.50Julian_chuXorA: hahahaha, good idea  XD
13:37.18RPjeremy_laine: I suspect you know this, I just want to make it clear to Laibsch too ;-)
13:37.27XorAdemonic posessed computers are a pain
13:37.38*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
13:38.03LaibschRP: understood
13:38.10Laibschmanual calibration does not work
13:38.52RPLaibsch: You could try adding the pointercal file from poky and see if it helps
13:39.06*** join/#oe aoeiaoeiaoei (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
13:39.07Julian_chuXorA: reboot.....hopes the ghost will leave my computer
13:39.09RPIf it does that will just mask another problem though...
13:42.39Laibschnotes that the bug count for http://bugs.openembedded.net/buglist.cgi?keywords=patch&resolution=--- is only down by two since yesterday
13:43.23*** join/#oe ade|desk (n=adavey@194.200.143.249)
13:44.02*** join/#oe Julian_chu (n=Julian_c@firewall.tw.openmoko.org)
13:45.58johncyleeXorA: got roman ritual ?
13:46.55*** join/#oe aoeiaoensridaoer (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
13:48.55XorAjohncylee: I would try fire and chainsaw, fixes everything
13:49.05XorAjohncylee: or shotgun if its after yah brains
13:49.26chouimat|work???
13:50.02johncyleeXorA: julian's pc will just attempt suicide right after bitbake e-wm
13:50.16mwesterprefers railgun
13:50.23XorAjohncylee: I saw that, I dont get it at all
13:50.54johncyleeXorA: me neither
13:51.09johncyleeXorA: and his bitbake will send "NOTE: xxxx failed xxxx" to bash!
13:51.32johncyleeXorA: so bash will complain things like "command NOTE does not exist"
13:51.40XorAwerder and wierder
13:51.48XorAsuspects Tzeentch
13:51.57johncyleeXorA: creepy
13:52.19johncyleeXorA: Tzeentch <- what's that
13:53.40XorAjohncylee: http://en.wikipedia.org/wiki/Tzeentch
13:59.51*** join/#oe zecke (n=ich@world236.mi.fu-berlin.de)
14:08.43*** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net)
14:11.05cdbot2* * OE Bug 4219 has been RESOLVED (FIXED) by <Laibsch>
14:11.07cdbot2* * FrobTADS
14:11.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4219
14:17.15*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
14:18.09*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
14:26.45*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
14:29.21*** join/#oe stefan_schmidt (n=sschmidt@sicherheitsschwankung.de)
14:29.51*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-39-233.w90-2.abo.wanadoo.fr) [NETSPLIT VICTIM]
14:30.04*** join/#oe shoragan (n=shoragan@debian/developer/shoragan)
14:34.21*** join/#oe osantana_ (n=osantana@200.207.120.95)
14:35.19*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
14:36.51*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
14:40.44*** join/#oe florian (n=fuchs@217.146.132.69)
14:41.45*** join/#oe rd_ (n=dr@vnsecurity.net)
14:43.19*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
14:44.04hrwbye
14:47.02*** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
14:49.31*** join/#oe aoeinraodinraoed (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
14:52.47*** join/#oe florian (n=fuchs@217.146.132.69)
14:54.22Laibsch~seen bluelightning
14:54.24ibotbluelightning <n=blueligh@pdpc/supporter/active/bluelightning> was last seen on IRC in channel #opie, 8d 16h 55m 13s ago, saying: 'ok....'.
14:56.10*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
14:58.04cdbot2* * OE Bug 4113 has been RESOLVED (REMIND) by <Laibsch>
14:58.06cdbot2* * Callweaver VOIP PBX package recipes and files
14:58.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4113
15:03.34*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
15:09.35*** join/#oe cedric (n=cedric@enlightenment/developer/cedric)
15:13.36*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.hsi.ish.de)
15:21.19CIA-2203crofton 07org.oe.dev * rda00e30f... 10/ (1 conf/machine/davinci-dvevm.conf):
15:21.19CIA-22davinci-dvevm.conf : Update u-boot version to release and correct kernel
15:21.19CIA-22<PROTECTED>
15:21.23CIA-2203crofton 07org.oe.dev * r2b28a077... 10/ (3 files in 3 dirs): linux-davinci : Update to current git rev and update defconfig.
15:25.29CyberDeckhi
15:28.36*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
15:33.32*** join/#oe eno (n=eno@nslu2-linux/eno)
15:35.03*** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com)
15:43.53*** join/#oe florian (n=fuchs@217.146.132.69)
15:55.28*** join/#oe pH5 (n=ph5@e178206148.adsl.alicedsl.de)
16:01.48*** join/#oe MetaMorfoziS (n=avr@3e44b94c.adsl.enternet.hu)
16:03.27*** part/#oe ade|desk (n=adavey@194.200.143.249)
16:15.17*** join/#oe zap (n=zap@28.169.249.ozerki.net)
16:22.21LaibschRP: maybe you want to take a look at
16:22.28Laibsch!oebug 2948
16:22.29cdbot2* * Bug 2948, Status: NEW, Created: 2007-09-06 23:56
16:22.30cdbot2* * m3l3m01t(AT)gmail.com: Packaged Staging feature
16:22.31cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=2948
16:22.48Laibschand see what is left to steal ;-)
16:35.26*** join/#oe kristoffer (n=kristoff@62.209.186.97)
16:38.13*** join/#oe florian (n=fuchs@217.146.132.69)
16:40.34*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
16:44.00*** join/#oe gremlin[it] (n=gremlin@ppp-214-41.25-151.libero.it)
16:44.26*** join/#oe woglinde (i=woglinde@e178070159.adsl.alicedsl.de)
16:45.05cdbot2* * OE Bug 4227 has been created by bugs.openembedded.org(AT)rolf.leggewie.biz                
16:45.07cdbot2* * please backport fakeroot
16:45.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4227
16:45.28woglindere
16:50.56Jin^eLDhi woglinde
17:04.12*** join/#oe wicknix (n=wicked@74.213.216.82)
17:04.46*** join/#oe Nahor (n=jehan@70.90.175.34)
17:06.36Nahorhello, how does one uninstall a package from the staging directory?
17:08.25Nahoralso, how does one build the depend package? I mean for instance if one builds a mediaplayer app which depends on ffmpeg, "bitbake mediaplayer" will build the ipk for mediaplayer but not for ffmpeg. Is there a way to tell bitbake to build both?
17:09.16*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
17:11.27*** join/#oe greentux (n=lemke@Z6833.z.pppool.de)
17:26.56LaibschNahor: Are you talking about runtime dependencies not being built?
17:27.21Nahorthe binaries are built just fine
17:27.28Nahorit's the packages that are not build
17:28.11Laibschhm?
17:28.46Laibschtell me what you do, what you expect as outcome and the outcome you see
17:29.17Nahorif I then do a "bitbake ffmpeg", it goes strait to the install/package tasks (I don't remember out of my head the exact task but for sure it skips the compile part)
17:29.39Nahork, so "mediaplayer" depends on "ffmpeg"
17:29.46Nahornone are built yet
17:29.52NahorI run "bitbake ffmpeg"
17:30.01Nahorbitbake compile ffmpeg and mediaplayer
17:30.12Nahorit also builds the ipk for mediaplayer
17:30.21Nahorbut it doesn't build the ipk for ffmpeg
17:30.38LaibschTry
17:30.38LaibschBB_DEFAULT_TASK = "buildall"
17:30.42Laibschin local.conf
17:30.51Laibschalthough I still don't fully understand your problem
17:31.15LaibschBut I believe it is solved by above or "bitbake -c buildall $target"
17:31.26NahorI'd like bitbake to also build the package for ffmpeg, so that I can install mediaplyer and its dependencies on my device
17:31.37Laibschin this case "bitbake -c buildall mediaplayer
17:31.38Laibsch"
17:32.00LaibschNahor: I am pretty sure you want that line in local.conf
17:32.05Laibschand you'll be happy
17:32.24LaibschRP: Shouldn't we make that default for people to opt out?
17:32.44LaibschNew people will run into trouble "only" for the benefit of saving CPU cycles
17:32.58LaibschPeople in the know could just opt out
17:33.07Nahorthanks Laibsch, I'll try that
17:36.00*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
17:40.05cdbot2* * OE Bug 4228 has been created by bugs.openembedded.org(AT)rolf.leggewie.biz                
17:40.07cdbot2* * various likely targets for backporting
17:40.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4228
17:43.19LaibschRP: I assume that 3742 is caused by the non-existant pointercal file for qemuarm in .dev
17:43.38LaibschI'll compile  test image and eventually push to .dev
17:44.58LaibschI think pushing the nokia pointercal at the same time makes sense
17:50.06Croftonwhat changed in udev
17:50.17Croftonis scared by udev changes ....
17:55.05LaibschRP: Copying the pointercal file fixed the problem
17:55.21LaibschYou said in that case that meant it was hiding the real root cause?
17:55.28Nahoranother bitbake question: ffmpeg has two packages 0.4.9-pre1 and svn. How do I force it to use the svn one?
17:56.11NahorIf I use "PREFERRED_VERSION_ffmpeg = "svn"" in local.conf, it says: preferred version"svn" of ffmpeg not available (for item ffmpeg)
17:56.35Nahorthen goes to compile 0.4.9-pre1
17:56.52*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
17:58.02*** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com)
18:00.50Laibschsvn is not a version
18:01.01*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
18:01.08LaibschI guess the svn file has set DEFAULT_PREFERENCE
18:01.16Laibschthen you'd comment out that line
18:01.23Nahoryes, it's set to "-1"
18:01.42LaibschBeware that there is a reason (usually) that it is not made the default
18:02.10LaibschIt may not compile or segfault or whatever
18:02.30LaibschLook through "mtn log $path2svnbbfile" to find out more
18:02.59CroftonLaibsch, I have a memory of someone having an olsr problem with the gumstix fork
18:04.38CroftonI'm updating my copy of that data and will try bitbaking olsrd
18:05.00NahorI think it's because ffmpeg doesn't have a version number any more (0.4.9 is the last one and fairly old) so svn has to point to the HEAD which can indeed be dangerous
18:05.05Nahorbut thanks for the warning
18:07.53LaibschNahor: OE could point to a known good svn revision
18:08.00Laibschso there has to be another reason
18:08.10Laibschbut it could just be that nobody cared enough
18:08.26LaibschLet me know if you can successfully compile and run the current version
18:08.31LaibschI'll then "pin" it
18:08.42Nahork
18:11.16LaibschCrofton: which distro do the gumstix people use normally?
18:11.40Croftonangstrom/oe from around October
18:11.45Croftonpre-dates the stable branch
18:11.58Croftonchanges are kept in a collection so they are esy to find
18:16.00Jin^eLDbtw, .dev uses uclibc+svn, what features does svn have in addition? or in other words: what was the motivation behind going with an svn version rather than with the released one?
18:23.46*** join/#oe osantana__ (n=osantana@correio.samurai.com.br)
18:24.00NahorLaibsch: the "pin" stuff, is it the "SRCREV_pn" in ./conf/distro/include/sane-srcrevs.inc?
18:25.11woglindejineld there are many fixes
18:25.16woglindein svn
18:25.35woglindeso we dont need to strip the check ins out
18:25.39woglindeas patches
18:25.50woglindebut I didnt change this
18:25.55woglindeask cbrake or khem
18:26.33Jin^eLDk.. well was just curious
18:26.44Jin^eLDthought if it is worth switching/trying it
18:26.57Jin^eLDbtw do you know why the OE toolchain for uclibc is compiled with --disable-__cxa_atexit option?
18:27.34woglindesorry cant rember please try search in the bugtracker
18:27.42woglindeI think there is the reason describe
18:28.52woglindehm I wonder why I am the only one compiling uclibc and got errors with libiconv
18:29.08Jin^eLDhmm, only one bug responds to that search, and thats about something different, just match in the log
18:29.45Jin^eLDI didnot try libiconvin .dev lately, but uclibc + libiconv in stable work fine for me
18:30.04*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
18:32.05woglindehm talking about dev
18:32.14woglindezecke put the recipe in
18:32.23woglindebut the autotool stuff needs rewrite
18:39.04*** join/#oe Varoudis (n=varoudis@87-194-34-216.bethere.co.uk)
18:46.06*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
18:53.25*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
18:57.38*** join/#oe flo_lap (n=fuchs@f049169110.adsl.alicedsl.de)
18:58.07*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
18:59.12LaibschNahor: yes
18:59.47LaibschCrofton: angstrom distro or what distro?
19:00.22Croftongumstix? angstrom
19:00.42flo_lapre
19:00.50woglindere flo
19:07.34*** join/#oe woglinde_ (i=woglinde@e178099057.adsl.alicedsl.de)
19:16.05cdbot2* * OE Bug 4229 has been created by nahor.j+openembedded(AT)gmail.com                        
19:16.07cdbot2* * Wrong license for ffmpeg package.
19:16.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4229
19:19.35*** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com)
19:21.46likewiseHEAD uclibc-initial-0.9.28 fails during install, using host /include and /lib paths. Anyone else runs into these?
19:25.16*** join/#oe ynezz (i=ynezz@ibawizard.net)
19:30.06CIA-2203Laibsch 07org.oe.dev * r53dccbcb... 10/ (5 files in 4 dirs): pointercal: backpush pointercal files for qemuarm and htcuniversal from poky. Closes 3742 (it at least masks the superficial problem).
19:33.01*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
19:36.19*** join/#oe Terminar (n=terminar@mischief.cyberphoria.org)
19:37.32*** join/#oe kgilmer (n=kgilmer@sfcc-208-115-75-245.smartcity.com)
19:43.46*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
19:47.56*** join/#oe diego71 (n=diego@host-84-223-117-178.cust-adsl.tiscali.it)
19:58.25woglinderp ping?
20:06.40gremlin[it]hi all
20:06.57Croftongm
20:07.32gremlin[it]i have a trouble ... seem as udev don't create many entry on /dev ... which version of udev you suggest with a kernel 2.6.20.x ???
20:07.33woglindehi gremlin
20:07.38woglindehi crofton
20:07.42gremlin[it]hi Crofton woglinde
20:14.16CIA-2203woglinde2 07org.oe.dev * rfea7dedc... 10/ (11 files in 3 dirs):
20:14.16CIA-22gmp: update to version 4.2.2
20:14.16CIA-22* seems to work
20:14.16CIA-22* add patches 02_noexec-stack.diff and 03_gnu89-inline.diff from debian
20:14.16CIA-22* add mpf_set_str_c.diff from the gmp-website
20:16.37FiqueI have some newb questions... is do_rootfs the task when the actual deploy images are created? or is that do_deploy?
20:16.56Fiquebasically i'm trying to make some manual modifications to the rootfs before it becomes a deployed image
20:17.07RPwoglinde: pong
20:17.08Fiqueand was wondering how you all do that
20:20.30RPFique: yes, its the rootfs task
20:20.52RPFique: image.bbclass and probably rootfs_ipk.bbclass
20:21.07RPLaibsch: I'd be ok adding that to the local.conf.sample
20:21.09Fiquethanks i'll take a look at doing things before then
20:21.34RPLaibsch: and I dealt with that packaged staging bug
20:22.04woglinderp hm what is the sanest way if you have package.bb and package-bla.bb which only differs in configure option but should use same source and same patches
20:22.06cdbot2* * OE Bug 2948 has been RESOLVED (WONTFIX) by rpurdie(AT)rpsys.net
20:22.09cdbot2* * Packaged Staging feature
20:22.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=2948
20:23.15RPwoglinde: package-bla.bb would "require package.bb" then change the option
20:23.25woglindeaeh rigth
20:23.27woglindet
20:23.29woglindeargs
20:23.40woglinde~lart directfb author
20:23.40ibotstrangles directfb author with a doohicky mouse cord
20:25.21woglindeups
20:25.22woglindeI meant
20:25.37woglinde~lart xine-lib package wroter
20:25.37iboturinates on xine-lib package wroter
20:26.11woglindehm lart both
20:26.14woglindehaha
20:27.31hrwmorning again
20:27.33RPworries about woglinde
20:27.43RPmorning hrw!
20:27.46woglindere hrw
20:27.50hrwmore power under desk now
20:28.06RPhrw: You got your new space heater? :)
20:28.51hrwRP: q6600, 4gb ram and mainboard a bit higher then your
20:29.06hrwbut same gf6600gt (but new thermal paste and cleaned fan)
20:29.15hrwnew 550w psu also
20:29.27hrwah.. and alix is now under desk too ;D
20:30.04hrwbut no cpufreq ;(
20:31.09RPhrw: nice :)
20:31.21RPhrw: I do appreciate mine for raw build power
20:31.42cbrakehrw: so you decided to go with Intel this time?
20:31.51hrwcbrake: yes
20:32.12hrwcbrake: few phenom contra quad benchmarks helped
20:32.37Croftoncbrake, thanks for the autofoo article, I've sent the link to few people I know
20:32.43hrwah. and 500g sata hdd
20:33.05cdbot2* * OE Bug 4231 has been created by javiroman(AT)kernel-labs.org                              
20:33.06cbrakeCrofton: your welcome -- glad its useful.  I hope to expand it in the future.
20:33.07cdbot2* * org.openembedded.stable: gconf-dbus_svn.bb do_fecth fails
20:33.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4231
20:34.08cbrakeCrofton: I can't ever remember autofoo stuff from one encounter to the next, so I'm trying to create a reference of the stuff I use often :-)
20:34.31Croftonheh
20:34.47CroftonI know what you mean
20:36.00cbrakehrw: any idea how much HD performance affects builds OE?  I'm running an older PCI 3-ware raid card here and wonder if it is worth upgrading.
20:37.58hrwcbrake: no idea
20:38.03hrwnever checked too much
20:38.17RPcbrake: IMO bitbake is as IO bound as it is CPU bound
20:38.19hrwtime to enlarge bb threads
20:38.49hrwand connect harddrive from alix to get sources ;(
20:39.09hrwI need to buy cf card
20:45.52*** join/#oe rsalveti (n=salveti@200.184.118.132)
20:51.43*** join/#oe greentux_ (n=lemke@Z6012.z.pppool.de)
20:54.21*** join/#oe mnabil (n=mnabil@62.135.96.218)
20:59.30*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
20:59.49*** join/#oe pto (n=pto@0x5552f3de.adsl.cybercity.dk)
21:04.04*** join/#oe vanhoofp (n=pvanhoof@host86-135-26-146.range86-135.btcentralplus.com)
21:05.26*** join/#oe pto (n=pto@0x5552f3de.adsl.cybercity.dk)
21:08.42*** join/#oe kristoffer (n=kristoff@62.209.186.97)
21:11.23mwesterhrw: q6600 overclocks nicely; what motherboard do you have?
21:11.36*** join/#oe mnabil_ (n=mnabil@82.201.174.233)
21:13.55*** join/#oe TheCan (n=thecan@dslb-088-067-138-009.pools.arcor-ip.net)
21:14.42chouimat|workmwester I have a nice box with 2 E5462 :)
21:15.25CIA-2203polyonymous 07org.oe.dev * rf3aafac3... 10/ (1 site/common-glibc):
21:15.25CIA-22pth: fix it for (at least) gentoo multilib system.
21:15.25CIA-22actually, it's not a fix, but rather an attemt to mimick its behaviour on other
21:15.25CIA-22systems, which is wrong, anyway, since it attempts checks against build system.
21:15.25CIA-22But since it works, perhaps it should do for now. On the other hand, maybe opkg
21:15.26CIA-22crashes somewhere around here, as gpgme depends on pth.
21:15.30CIA-22BTW, long time no commits ;-)
21:15.39*** join/#oe mnabil__ (n=mnabil@82.201.178.137)
21:16.08mwesterYou know, before I became involved with OE, my main Linux system was a P-III, and it worked just fine.  Now I have a quad-core with 4GB ram, and I'm trying to overclock it...
21:16.25mwesterOE is expensive! :D
21:16.31polyonymous_mwester and what was your system in '89? :)
21:16.50mwesterhehe!  Abacus, I think.
21:17.04cdbot2* * OE Bug 3988 has been RESOLVED (FIXED) by <polyonymous>
21:17.06cdbot2* * pth-2.0.2-r0 does not compile
21:17.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3988
21:17.19polyonymous_I didn't have one of my own, but I was working with russian pdp-11 clones back then ;-)
21:17.33polyonymous_And, I believe, I've seen 286 too!
21:17.51woglindepolyonymous you are from GDr?
21:18.03polyonymous_woglinde, nope, from russia.
21:18.19woglindepolyonymous hehe okay
21:18.32polyonymous_So I was close to the nest of those clonse ;-)
21:18.35polyonymous_clones too :)
21:18.42woglindewe have one pdp-11 clone at the university
21:18.44hrwmwester: gigabyte ep35c-ds3r
21:18.54woglindeand pdp-11 next to ot
21:19.06woglindebut both rotten in the entry hall
21:19.08polyonymous_woglinde, we have pdp-11 emulator in OE :)
21:19.09woglinde*g*
21:19.31flo_lapwants a real one
21:19.36polyonymous_(because I couldn't resist temptation having my first love in my pocket)
21:19.45woglindefko pdp-11?
21:20.00woglindeflo to build a refrigerator in?
21:20.07polyonymous_I don't want one. I want to live with my sweet memories.
21:21.18hrwI want HP2623A terminal
21:21.36polyonymous_I want tea. brb.
21:23.22flo_lapwoglinde: no... I like ancient technology :)
21:26.28*** join/#oe memeruiz__ (n=memeruiz@f051071207.adsl.alicedsl.de)
21:26.33*** join/#oe infernixx (n=nix@unaffiliated/infernix)
21:26.49hrw450G empty ext3 partition has 199M of used space..
21:27.18hrwhttp://tv.timbormans.com/ - last.fm + youtube in one
21:28.35polyonymous_flo_lap, ancient! Are you calling me an old fart?! :)
21:29.08hrwpolyonymous_: how old you are btw?
21:29.28polyonymous_well, yes... I *am* an old fart... 35
21:29.42flo_lappolyonymous_: hehe
21:29.49hrw35 and played with pdp11?
21:30.02hrwI am 32
21:30.18polyonymous_hrw, I think you should know that russia was way behind in technology
21:30.30flo_laphrw: hum why not..? I play with a lot of old toys :)
21:30.31woglinde89
21:30.34hrwpolyonymous_: I know, I am from same side of Iron Curtain
21:30.44woglindecalculates
21:30.46polyonymous_hrw, that's why I say you should know that.
21:31.13hrwpolyonymous_: can you get some Pentagram or Scorpion machines?
21:31.23polyonymous_And I started with EC1840 (russian ibm clone, I believe, with punchcards and everything) at the age of 12 or so :)
21:31.38woglindeuh
21:31.38polyonymous_hrw, What are those?
21:31.51hrwfirst computer was atari 65xe for me
21:31.58hrwpolyonymous_: russian zx spectrum clones
21:32.39polyonymous_hrw, Are you sure they are named like that? I have never heard about them.
21:33.10hrwor Pentagon and Scorpio - have to look
21:33.40polyonymous_Still doesn't ring a bell...
21:33.40*** part/#oe pto (n=pto@0x5552f3de.adsl.cybercity.dk)
21:34.11*** join/#oe chii (i=chii@freenode/bot/chii)
21:34.30hrwScorpion ZS-256 and Pentagon-48
21:34.51hrwalso Pentagon-128, Moskva-128, Moskva
21:35.54hrwhttp://pentagon.nedopc.com/
21:36.01polyonymous_And when were these manufactured?
21:36.04polyonymous_aha
21:37.04*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
21:37.14hrwpolyonymous_: 1988 mostly
21:37.31hrwhttp://www.nvg.ntnu.no/sinclair/computers/clones/russian.htm
21:37.46polyonymous_hrw, I'm really surprised there was something called pentagon back then :)
21:39.01polyonymous_hrw, well, I have to admit I never heard of them. Back then I was deep in the core of pdp-11 which I used to programm using switches on the front panel :)
21:39.44*** join/#oe davygravy (n=davygrav@h75-100-91-135.75-100.unk.tds.net)
21:39.58polyonymous_I haven't seen most of the clones on the page...
21:41.49*** join/#oe khilman_ (n=khilman@deeprooted.net)
21:47.09*** part/#oe khilman_ (n=khilman@deeprooted.net)
21:54.06*** join/#oe CSMan (n=csman@bas6-montrealak-1096581246.dsl.bell.ca)
21:59.04cdbot2* * OE Bug 4232 has been created by spam(AT)campana.vi.it                                    
21:59.07cdbot2* * Impossible to build linux-hackndev-2.6
21:59.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4232
21:59.56*** join/#oe davygravy (n=davygrav@h75-100-91-135.75-100.unk.tds.net)
22:02.18hrwbye
22:02.26woglindenite hrw
22:02.43*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
22:09.27likewiseargh. push takes ages.
22:13.55*** join/#oe dijenerate (n=dijenera@72.51.91.11)
22:14.05cdbot2* * OE Bug 4233 has been created by spam(AT)campana.vi.it                                    
22:14.07cdbot2* * trivial bug in org.openembedded.documentation
22:14.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4233
22:15.25*** join/#oe aloisioj1 (n=aloisio@200.184.118.132)
22:28.49*** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes)
22:46.46*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
22:49.55*** join/#oe punkass (n=user@unaffiliated/punkass)
22:51.11*** join/#oe Marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz)
22:54.59*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
22:58.47*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
23:14.40*** join/#oe punk-ass (n=user@unaffiliated/punkass)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.