| 00:00.03 | sakoman | OK, ttyl |
| 00:20.55 | Tartarus | hey all |
| 00:21.09 | Tartarus | is there a way to change the method of hashing bitbake uses when putting BB files into the cache? |
| 00:30.16 | *** join/#oe j0tt (n=j@unaffiliated/jott) |
| 00:46.53 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 01:10.19 | *** join/#oe vivijim (n=vivijim@201.32.145.217) |
| 01:10.45 | *** part/#oe vivijim (n=vivijim@201.32.145.217) |
| 01:21.00 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.78.Dial1.SanJose1.Level3.net) |
| 01:32.01 | *** join/#oe aloisiojr (n=aloisio@201.32.145.217) |
| 01:34.23 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 01:37.37 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
| 02:13.16 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 02:20.49 | *** join/#oe dmn (n=varoudis@91.106.53.117) |
| 02:27.17 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 02:29.20 | *** join/#oe W8TVI (n=me@98.133.231.124) |
| 02:29.31 | *** part/#oe W8TVI (n=me@98.133.231.124) |
| 02:33.00 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
| 02:54.48 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 02:58.43 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 04:10.39 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 04:17.50 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 04:46.04 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 05:11.18 | *** join/#oe |dion| (n=dion@inhex.net) |
| 05:17.14 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
| 05:33.08 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:58.37 | *** join/#oe AvengerMoJo (n=alex@219.142.233.10) |
| 06:03.36 | *** join/#oe EsbenH (n=esben@87.62.18.129) |
| 06:05.03 | EsbenH | Hi. I hope someone can help clear up my understanding of the meaning of gcc-cross vs. gcc-cross-sdk. |
| 06:06.36 | EsbenH | gcc-cross is the cross-compiler used to build all the target recipes. |
| 06:06.49 | EsbenH | but, what is gcc-cross-sdk then? |
| 06:07.37 | EsbenH | is it a recipe to cross-compile/build a native compiler for target? |
| 06:23.46 | *** join/#oe polyonymous_ (n=hacker@pD953AD30.dip0.t-ipconnect.de) |
| 06:25.46 | XorA | morning |
| 06:28.27 | EsbenH | morning |
| 06:28.51 | XorA | EsbenH: I think gcc-cross-sdk if for making cross compiling SDK |
| 06:31.20 | EsbenH | as in a stand-alone toolchain (as in meta-toolchain)? |
| 06:31.56 | EsbenH | what is the difference between a "cross compiling SDK" and gcc-cross? |
| 06:37.12 | XorA | gcc-cross is for internal OE use, no use outside of OE |
| 06:40.15 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 06:41.59 | *** join/#oe marcan (i=1337@host214-134.cvd.fit.edu) |
| 06:52.36 | EsbenH | unfortunately, gcc-cross-sdk cannot build for powerpc |
| 06:53.09 | EsbenH | and the problems seems to be rather fundamental, so the archs that can be built are just being lucky. |
| 06:53.40 | EsbenH | target header files are used by native compiler :-( |
| 07:04.33 | *** join/#oe ryan_ (n=ryan@80.72.151.98) |
| 07:11.01 | koen | good morning all |
| 07:13.26 | russf | good morning koen. |
| 07:13.27 | XorA | yo koen |
| 07:14.01 | *** join/#oe osas (n=nnnnnosa@i216-58-54-200.cybersurf.com) |
| 07:17.38 | *** join/#oe nud (n=sf@www.multitel.be) |
| 07:19.44 | nik0n | morning, is there an option to remove the /boot directory from rootfs when using the redboot bootloader? |
| 07:22.22 | *** join/#oe bluelightning (n=blueligh@222-154-186-149.jetstream.xtra.co.nz) |
| 07:22.50 | *** join/#oe Dmitry_Platonov (n=shadowja@212.15.100.143) |
| 07:25.36 | Henryk | Morning. |
| 07:25.54 | koen | hey Henryk |
| 07:26.04 | koen | nik0n: multiple ways |
| 07:26.21 | koen | nik0n: RDEPENDS_kernel-base = "" in your kernel recipe is one way |
| 07:27.34 | koen | ROOTFS_POSTPROCESS_COMMAND += " rm ${IMAGE_ROOTFS}/boot/uImage* ;" is another |
| 07:27.56 | Henryk | hi koen |
| 07:28.45 | koen | Henryk: mono built for me |
| 07:29.01 | nik0n | koen: where to put the ROOTFS_POSTPROCESS_COMMAND? into my distro.conf? |
| 07:29.09 | Henryk | koen: ah, excellent |
| 07:29.12 | koen | MACHINE.conf |
| 07:31.06 | koen | Henryk: the armv5te version is in the angstrom feeds, the armv4t one will follow shortly after |
| 07:31.07 | russf | Koen: I'm struggling with my uImage not being compressed in the mkimage step. this is after an update with no other changes. Is there a likely place that a setting may have been changed? |
| 07:31.23 | EsbenH | koen: I followed the HOWTO on http://scratchbox.org/wiki/OpenEmbedded based on your suggestion in blog. It worked nicely, thanks! |
| 07:31.24 | koen | russf: packages/linux/linux.inc |
| 07:31.33 | russf | koen: thanks! |
| 07:32.13 | koen | EsbenH: it slightly changes, florian (when he's back online) knows more details, since he's actually using it :) |
| 07:32.51 | nik0n | thx koen |
| 07:33.18 | EsbenH | koen: It would be much nicer if gcc-cross-sdk and meta-toolchain worked instead. |
| 07:35.41 | EsbenH | I spent all day fighting with first crosstool and then oe meta-toolchain/gcc-cross-sdk |
| 07:38.31 | EsbenH | Have anybody had the obscure idea to support cygwin as target for OE? |
| 07:41.40 | *** join/#oe Bernardo (n=Bernardo@89-180-143-55.net.novis.pt) |
| 07:46.53 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
| 07:55.16 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-a708d9ca8c0663bc) |
| 08:05.51 | *** join/#oe Sleep_Walker (i=Sleep@nat/suse/x-f19ff2e01a9f98e1) |
| 08:07.55 | ryan_ | hello, yesterday i was directed to the mplayer package to enable the overlay2 ycbcr |
| 08:08.02 | ryan_ | and to dump camera output to it |
| 08:08.18 | ryan_ | what is the link of the package repository for open embedded |
| 08:08.31 | ryan_ | i am using ptxdist at the moment |
| 08:09.42 | ryan_ | on the pxa270 |
| 08:09.44 | XorA | http://www.openembedded.org/filebrowser |
| 08:14.03 | ryan_ | thanks |
| 08:14.27 | ryan_ | i found pxa-video_out.patch, but only a function declaration |
| 08:14.38 | ryan_ | where is the rest |
| 08:14.48 | ryan_ | video_out_pxa |
| 08:14.57 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 08:14.57 | ryan_ | i am looking in http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/mplayer/files |
| 08:18.39 | XorA | vo_pxa.c |
| 08:22.19 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
| 08:25.06 | koen | Henryk, cbrake_away: http://www.angstrom-distribution.org/repo/?name=libmono&arch=&action=search |
| 08:26.05 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 08:26.08 | RP | morning all |
| 08:27.46 | koen | hey RP & zecke |
| 08:28.14 | zecke | moin |
| 08:41.57 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 08:42.12 | steliosk | hi all |
| 08:42.33 | *** join/#oe grma (n=gruberm@212.186.13.45) |
| 08:43.48 | *** join/#oe Bernardo (n=Bernardo@84.39.78.42) |
| 08:44.34 | XorA | koen: your very restrained this morning |
| 08:47.04 | EsbenH | Cool! I just got the UPS tracking ID for the two Neo1973 devices heading for me :-) |
| 08:47.52 | *** join/#oe Sleep-Walker (i=Sleep@nat/suse/x-787a3168e82f857d) |
| 08:48.46 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 08:50.53 | ynezz | how big is the mono runtime? |
| 08:51.12 | *** join/#oe iiarc (n=iiarc@62.141.49.57) |
| 08:58.43 | Henryk | depend on what you need to install, it's pretty fine-granular. basic install is somewhat like 3 MB |
| 08:58.55 | woglinde | hm not bad |
| 09:06.22 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 09:06.44 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
| 09:06.58 | nik0n | when will mips big-endian be supported by OE? |
| 09:07.53 | steliosk | Henryk : Interesting. How about the compatibility with windows .net programs ? I understand than COM objects (or how windows calls them) should not work on linux |
| 09:08.16 | woglinde | nikon hm provide the patches and it will be fast integrated |
| 09:08.22 | koen | XorA: I am ? |
| 09:08.46 | XorA | koen: argtable has lasted all night without a dissaprove |
| 09:08.58 | steliosk | hehe |
| 09:09.08 | XorA | org.openembedded.dev/argtable/argtable.bb |
| 09:10.25 | koen | XorA: and argtable_2.7.bb actually builds 2.6 |
| 09:10.44 | XorA | steliosk: I just like reading koen's larting |
| 09:11.06 | Henryk | steliosk: as far as I understand it mono implements .NET 1.x fully, so any 100% .NET program should run. However, the 1.x API missed some features that's why some developers used P/Invoke to directly access the underlying operating system's libraries which then will be non-portable. .NET 2.x seems to be more versatile but is not yet fully supported under mono. |
| 09:11.39 | koen | I'm still not convinced that OE should support the notion of "compatible kernel" |
| 09:12.04 | koen | maybe if we make OE depend on dbus we'll be freed of haralds whining... |
| 09:13.05 | *** join/#oe dcordes (n=user0815@78.54.209.45) |
| 09:13.20 | steliosk | Henryk: Hmmm makes sense. Would be interested to see if i could get mono going on powerpc. |
| 09:13.28 | dcordes | are opie related bugs allowed in the bugtracker? |
| 09:13.40 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 09:13.57 | koen | dcordes: opie has its own bugtracker |
| 09:14.06 | dcordes | koen: where can I find that? |
| 09:19.33 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 09:20.22 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 09:26.23 | florian | good morning |
| 09:28.06 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 09:31.01 | dcordes | koen: do you mean mantis? |
| 09:33.44 | koen | dunno |
| 09:33.50 | koen | opie is dead and I don't use it |
| 09:35.12 | dcordes | my akita is horribly broken so I take the chance and exerpiment a bit |
| 09:38.55 | zecke | BTW: who is Wolfgang Spraul? |
| 09:39.47 | XorA | zecke: works for OM |
| 09:40.12 | zecke | I have never heard about him |
| 09:56.35 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-ea1ed7d25e6661f7) |
| 10:02.32 | koen | zecke: is it wise to bump webkit SRCREV now, or do apps need adjusting to alp's changes? |
| 10:02.44 | zecke | koen: they still need it |
| 10:02.51 | zecke | koen: give me 30 minutes to do so |
| 10:02.57 | *** join/#oe cwiiis (n=cwiiis@86.159.139.157) |
| 10:05.28 | koen | zecke: I just discovered that http://fotoimpex.de/ is real close to vuong :) |
| 10:08.54 | Henryk | hmm, anyone here ever used or needed path names longer than 100 bytes in ipkg and/or have a suggestion on how i might debug the problem? |
| 10:09.31 | koen | I suspect we'll need to patch ipkg for that |
| 10:09.33 | koen | *again* |
| 10:10.03 | Henryk | well it at least appears to have code for a longname gnu extension |
| 10:15.47 | ynezz | XorA: you've mentioned autorev patch for bitbake on OM mailing list, where can I find that patch? |
| 10:16.01 | XorA | ynezz: OE mailing list |
| 10:20.32 | *** join/#oe gilligan__ (n=gilligan@p549A819E.dip0.t-ipconnect.de) |
| 10:20.33 | gilligan__ | hi |
| 10:20.43 | ynezz | pls, can somebody apply it? |
| 10:22.15 | Henryk | koen: ugh, though apparently there is a different format for including long link names in tar files, which then is actually used in the ipk |
| 10:23.44 | zecke | XorA: how much do you want to pay me/richard to add you to berlios? |
| 10:23.50 | zecke | XorA: do you have an account yet? |
| 10:24.05 | XorA | zecke: no |
| 10:24.33 | XorA | ynezz: apply it yourself |
| 10:24.52 | ynezz | it's fine with me, i've patched it myself |
| 10:25.10 | zecke | XorA: when did you send the patch? create an account at berlios.de and I can add your as comitter |
| 10:25.17 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 10:25.33 | ynezz | but some OM users hit that bug... |
| 10:25.57 | XorA | zecke: its RP's patch and its not suitable for mainline |
| 10:25.58 | zecke | XorA: obviously "communicate and think before comitting" is applied to the BitBake svn as well but I trust you... |
| 10:26.23 | XorA | [oe] SRCREV change bitbake bug |
| 10:26.25 | XorA | is the mail |
| 10:26.30 | ynezz | http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/003035.html |
| 10:27.15 | EsbenH | when are files copied to tmp/staging ? |
| 10:27.36 | gilligan__ | hm.. does subscribing to the OE mailing list require some human interaction ? subscribed via the web interface some minutes ago and still haven't received a reply/verification mail |
| 10:29.13 | Henryk | I'll retract my last statement |
| 10:29.30 | gilligan__ | http://bitbake.berlios.de/manual <-- that's all there is for bitbake documentation? |
| 10:30.44 | zecke | gilligan__: yes |
| 10:30.58 | gilligan__ | ;[ |
| 10:31.00 | Henryk | gilligan__: there is some more at http://www.openembedded.org/user-manual (kind of hard to find) |
| 10:31.07 | zecke | gilligan__: and we have a usermanual on OE |
| 10:32.39 | gilligan__ | right.. well i'll just read trough everything I can find now while my current build is running. I can *use* bitbake, but still lack understanding of its internals |
| 10:35.42 | zecke | gilligan__: are you a talented doc writer? |
| 10:36.05 | gilligan__ | zecke, I should be very careful with how I answer this ;) |
| 10:36.46 | gilligan__ | zecke, but seriously.. I wouldn't mind writing some stuff for the wiki and helping to clean it up a bit |
| 10:36.47 | zecke | gilligan__: Good documentations needs a good writer and enough time. We are handicapped with both topics |
| 10:37.19 | Henryk | ah, ok, I found the ipkg bug. the logic for long link names is broken in at least two ways |
| 10:37.42 | gilligan__ | zecke, well at this point I lack the knowledge to write about any internals, but I think I could start of by doing some, lets say.. "house keeping" / "janitor editing" |
| 10:38.07 | zecke | gilligan__: that would be a start, we are happy to answer any questions |
| 10:43.28 | gilligan__ | zecke, some small things come to mind immediately.. "OE and your distro" and "getting started" should for example be merged I think. Especially because the first has some vital information that occurs nowhere in the latter .. for example that there are problems with using dash with OE. |
| 10:44.15 | gilligan__ | plus of course things like empty/non-existent pages |
| 10:44.37 | cbrake | fixing argtable -- sorry about that ... |
| 10:46.36 | gilligan__ | zecke, some other suggestions from my side would be to simplify/change the local.conf sample somewhat. Use angstrom as default and add ANGSTROM_MODE for example. Also the sanity checker should probably check if /bin/sh is linked to dash or bash |
| 10:47.03 | zecke | gilligan__: local.conf.sample |
| 10:47.28 | gilligan__ | zecke, well exactly that should be changed yes :) |
| 10:47.46 | gilligan__ | eh..WTF |
| 10:47.49 | gilligan__ | http://www.openembedded.org/wiki/MonotonePhraseBook |
| 10:47.59 | gilligan__ | filled with PORN spam |
| 10:50.15 | steliosk | EsbenH : During the do_stage |
| 10:51.45 | Crofton|home | yay, we are a successful project, our wiki is getting spammed |
| 10:52.09 | EsbenH | steliosk: thought so, but I just tried rebuilding glibc in several ways, and stdio.h was not overwritten in my staging dir. |
| 10:52.47 | zecke | again? |
| 10:53.11 | zecke | gilligan__: not here |
| 10:53.35 | steliosk | HenryK : *warning Mono related question* Any idea why i get errors about missing mscorlib.dll during linking of some windows C# apps ? |
| 10:53.48 | Henryk | zecke: you're too late, someone already reverted it |
| 10:53.56 | woglinde | no spam here too |
| 10:54.03 | gilligan__ | zecke, someone just changed it.. or it was before and was only in my firefox cache, I don't know.. well now it is gone |
| 10:54.05 | zecke | http://www.openembedded.org/node/22/revisions |
| 10:54.13 | Henryk | it was there when gilligan__ wrote the comment, I saw it too |
| 10:54.36 | gilligan__ | okay..so i am not making this up ;] |
| 10:54.48 | gilligan__ | was starting tow wonder myself hehe |
| 10:55.12 | Henryk | steliosk: you mean not on OE? No idea, I've only packaged mono, not yet actually used it |
| 10:55.30 | gilligan__ | maybe require login and/or add one of those wotcha thingies |
| 10:56.19 | steliosk | HenryK : Yes in OE. I am not an expert in Mono either |
| 10:56.31 | Henryk | Re-Captcha would be cool |
| 10:57.09 | steliosk | EsbenH : Weird... Did you try to clear (-c clean glibc) and rebuild or just made changes and re-run it ? |
| 10:57.35 | gilligan__ | virtual/kernel is designated by the currently used machine right? |
| 10:57.48 | Henryk | steliosk: corlib is not automatically pulled in as a dependency. you'll have to install either libmono-corlib1.0-cil or libmono-corlib2.0-cil |
| 10:57.57 | EsbenH | steliosk: tried both -crebuld and -cclean and then just bitbake |
| 11:00.48 | Bernardo | hi guys |
| 11:01.04 | steliosk | HenryK : looks possible. will try it later |
| 11:01.52 | woglinde | hi bernardo |
| 11:02.35 | Bernardo | I'm having ssl certificates problems with svn fetching fontconfig-2.4.1-r1, and I've already tried doing a "svn ls" and storing the certificate permanently. |
| 11:02.36 | steliosk | EsbenH : Not sure why. There were some changes made recently by RP in the way the toolchain puts things in staging |
| 11:02.45 | Bernardo | hi woglinde |
| 11:02.59 | *** join/#oe grma (n=gruberm@212.186.13.45) |
| 11:03.30 | steliosk | EsbenH : what glibc/distro/arch you are building for ? |
| 11:03.51 | EsbenH | glibc for ppc603e |
| 11:03.52 | Bernardo | one of the errors is that the certificate name for 'www.angstrom-distribution.org' is 'www.linuxtogo.org' |
| 11:04.00 | EsbenH | distro is custom |
| 11:04.45 | Bernardo | the other error is that 'stage.maemo.org' has no certificate |
| 11:05.02 | Bernardo | any ideas on how can I circumvent this? |
| 11:06.59 | Crofton|home | Do we have a wiki page on SRCREV yet? |
| 11:07.11 | Crofton|home | there is an email on the list about it .. |
| 11:07.17 | steliosk | EsbenH : I am using glibc 2.5 gcc 4.1.1 on our distro and builds ok. Angstrom builds also (or was a couple of weeks ago) on efika |
| 11:08.20 | gilligan__ | can someone tell me where oe_runmake and oenote and the like are defined/implemented ? |
| 11:09.22 | EsbenH | steliosk: building for arm, right? |
| 11:09.25 | XorA | new item for OEDEM agenda, remove DISTRO=generic :-) |
| 11:10.51 | Crofton|home | yeah |
| 11:10.53 | gilligan__ | XorA, that is what I suggested earlier on ;] |
| 11:10.59 | Crofton|home | or fix, mickeyl seems to prefer that |
| 11:11.07 | steliosk | EsbenH : nop ppc. Efika is ppc603e |
| 11:11.23 | Crofton|home | but basically, we can't let people use it when it is broken |
| 11:11.23 | XorA | Crofton: fix is cp angstrom*.conf to generic *.conf :-) |
| 11:11.54 | Crofton|home | steliosk, when will you arrive? |
| 11:12.13 | XorA | Crofton: how many hours until you fly |
| 11:12.20 | *** join/#oe polyonymous|note (n=hacker@pD953AD30.dip0.t-ipconnect.de) |
| 11:12.30 | steliosk | Probably Sunday or if i manage to postpone a meeting on Saturday |
| 11:12.30 | Crofton|home | well, I start flying in 6 hours |
| 11:12.38 | Crofton|home | cool |
| 11:12.49 | Crofton|home | but here is an hour of driving |
| 11:13.08 | Crofton|home | and I need to be there at least an hour early as it is an international departure |
| 11:13.18 | EsbenH | steliosk: could you try and see if you can build gcc-cross-sdk ? |
| 11:15.20 | gilligan__ | cbrake, http://www.openembedded.org/wiki/OeFaq#development number 11 should probably changed / link changed to your updated article on not using MACHINE_EXTRA_RDEPENDS right? |
| 11:15.28 | Henryk | Crofton: and don't you dare wear anything that lights up or has any wires anywhere at the airport. Oh, and no play-doh |
| 11:15.37 | zecke | Crofton|home: I was not hosed, people just made fun out of me by driving a bike ;) |
| 11:16.54 | XorA | ah looks like the UK is going to end up with no postal service |
| 11:17.34 | gilligan__ | zecke, where is oe_runmake defined ? |
| 11:17.41 | zecke | gilligan__: base.bbclass |
| 11:18.18 | gilligan__ | zecke, ah..thanks |
| 11:18.20 | Crofton|home | zecke, my friend used to ride is bike to work, until he retired |
| 11:18.56 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 11:19.07 | Crofton|home | gm |
| 11:19.24 | zecke | Crofton|home: I was in high school, everybody got a car, I only had a mountain bike |
| 11:19.24 | likewise | hi |
| 11:19.35 | Crofton|home | zecke, in the US? |
| 11:20.19 | zecke | Crofton|home: yeah :) |
| 11:20.28 | Crofton|home | where? |
| 11:20.43 | zecke | Crofton|home: Redlands, California |
| 11:20.51 | zecke | Crofton|home: I was there as an exchange student |
| 11:21.00 | Crofton|home | Sorry :), they are all crazy in CA |
| 11:21.17 | Henryk | Hmm, here in Berlin (at least in the central areas) it's the other way around: You're hosed when you got a car. |
| 11:26.12 | CIA-3 | 03cbrake 07org.oe.dev * r3c08e9dd... 10/ (4 files in 3 dirs): argtable 2.7: mv to packages, and fix 2.7 version info in recipe |
| 11:27.41 | gilligan__ | hrm.. is there any special reasons for using variables like ${S} and ${D} .. that's about as bad as C programs with global variables called j,k and tmpKKd.. I figured that ${S} means the source directory in given context.. no idea what $D is.. but ${SRC_DIR} or something like that would work, no? :) |
| 11:28.01 | XorA | D = DESTINATION |
| 11:28.09 | Henryk | http://people.openmoko.org/henryk/ipkg-long-link-name.patch fixes the ipkg bug with regards to long link names |
| 11:28.57 | Henryk | gilligan__: those are used very often and in almost any recipe, so they are short (less typing) and everyone knows them anyways |
| 11:29.06 | Henryk | S, D, PN, PV, PR |
| 11:30.06 | zecke | gilligan__: I think that is portage inheritance, but I'm not sure |
| 11:30.27 | gilligan__ | the less-typing is what I also get from ppl using absurd global variables in C .... I think readability > "fast typing" at any point of time and in any sort of situation |
| 11:32.43 | gilligan__ | Henryk, well i'm not everyone then..and I have no idea what they are.. how do i find out ? |
| 11:34.39 | Henryk | gilligan__: http://www.openembedded.org/user-manual&dpage=recipes_directories |
| 11:34.54 | cbrake | gilligan__: searching the OE manual is helpful: http://www.openembedded.org/%7Ekoen/usermanual.pdf |
| 11:35.10 | cbrake | gilligan__: I'll try to update the pdf version today as I find that one a lot easier to use |
| 11:36.05 | gilligan__ | cbrake, yeah well.. question is what should people focus on.. the pdf or the wiki, because the information they both deliver seems to differ a lot ? |
| 11:36.24 | cbrake | gilligan__: they are both generated from docbook (or whatever) source |
| 11:36.51 | cbrake | gilligan__: I think the html version is updated daily. The OE manual is not a wiki. |
| 11:37.12 | gilligan__ | obviously ;] |
| 11:40.54 | gilligan__ | so I suppose PR = release, PV = version |
| 11:41.41 | koen | PR = Package Revision |
| 11:42.23 | Henryk | aka Recipe Version |
| 11:42.44 | cbrake | gilligan__: http://www.openembedded.org/wiki/Bbfile |
| 11:43.02 | cbrake | gilligan__: you could add ${D} to this page |
| 11:44.54 | koen | XorA: should be apply Erin's gsmd patches for phonebook and sms in OE or keep waiting till upstream finally catches up? |
| 11:48.52 | zecke | Henryk: 13:47 < torpor> NOTE: Task failed: Error: /home/j/hak/openmoko/openembedded/packages/ipkg/ipkg-0.99.163/./lonk-link-name.patch not found. |
| 11:49.01 | zecke | Henryk: is that related to your todays question? |
| 11:49.23 | hrw | morning |
| 11:49.47 | koen | hey hrw |
| 11:50.02 | koen | zecke: your 30 minutes are up |
| 11:50.33 | zecke | koen: I need to upgrade my bios first |
| 11:50.54 | koen | your EFI? |
| 11:51.14 | zecke | koen: workstation one |
| 11:51.29 | Henryk | zecke: hmm, you're missing packages/ipkg/files/lonk-link-name.patch (damn, I got a typo in the name, at least it's the same typo in all places) |
| 11:51.35 | gilligan__ | cbrake, added |
| 11:51.43 | Crofton|home | This is truly a third world country, last night (12:30AM) my wife received a tech support call from India :) |
| 11:51.54 | zecke | Henryk: this was torpor in #openmoko |
| 11:52.04 | gilligan__ | cbrake, there seems to be some junk after the D paragraph I added |
| 11:52.23 | gilligan__ | cbrake, not sure what to make of that :) |
| 11:52.25 | zecke | koen: and my slave crashed... |
| 11:53.05 | torpor | i |
| 11:53.09 | Henryk | zecke: ah, yes |
| 11:53.13 | torpor | me |
| 11:53.19 | torpor | i just took the line out of the .bb file .. |
| 11:53.56 | cbrake | gilligan__: faq updated thx -- I'll be moving this to the manual eventually -- feel free to checkout org.openembedded.documentation and provide patches :-) |
| 11:54.10 | gilligan__ | cbrake, alright |
| 11:54.17 | hrw | do we any list of subjects for OEDEM? in previous year we had such one |
| 11:54.41 | zecke | hrw: mickeyl had one, but feel free to start with some topics |
| 11:54.54 | zecke | hrw: at least I will volunteer to take minutes and publish them as we speak :} |
| 11:55.44 | hrw | ;) |
| 11:55.52 | torpor | Henryk: so is the fix to change lonk to long? |
| 11:56.23 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 11:56.26 | Henryk | torpor: no, the fix is to add packages/ipkg/files/lonk-link-name.patch |
| 11:57.10 | CIA-3 | 03henryk 07org.oe.dev * r1b098bf1... 10/ (1 packages/ipkg/ipkg_0.99.163.bb): ipkg: fix long filenames |
| 11:57.14 | CIA-3 | 03koen 07org.oe.dev * rf4240373... 10/ (1 packages/ipkg/files/lonk-link-name.patch): ipkg: check in missing patch |
| 11:57.23 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
| 11:57.31 | torpor | great! |
| 11:57.40 | torpor | so i should fix the .bb file back to its old values then. |
| 11:58.24 | Henryk | hehe, thanks koen |
| 12:01.47 | Crofton|home | grrr, fog i Philadelphia |
| 12:01.54 | Crofton|home | suppose to clear though |
| 12:04.03 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 12:04.08 | *** join/#oe mithro (n=tim@219-84-103-118-adsl-tao.static.so-net.net.tw) |
| 12:05.33 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 12:07.10 | Crofton|home | In Germany, do they have two or three pronged outlets |
| 12:08.48 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 12:10.52 | hrw | zecke: do we have proper amount of power outlets at oedem? |
| 12:10.54 | koen | Crofton: 2 pronged and ground on the side |
| 12:11.14 | koen | Crofton|home: I'll bring an adaptor for you (no voltage conversion!) |
| 12:11.18 | Crofton|home | excellent, I can't find my three pronger |
| 12:11.41 | Crofton|home | koen, I will need more than one :) |
| 12:11.54 | zecke | hrw: that will be solvable |
| 12:11.55 | koen | bring a us extension block |
| 12:12.01 | Crofton|home | heh |
| 12:12.07 | Crofton|home | that does not work ... |
| 12:12.23 | Crofton|home | we tried it in Italy, the grounding gets messed p and it trips outlets |
| 12:13.44 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 12:13.51 | hrw | my GB->EuroPlug adapter should be safe for use in .de |
| 12:14.43 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 12:19.50 | gilligan__ | hm.. aren't the kernel boot params stored in proc somewhere? |
| 12:20.14 | ynezz | /proc/cmdline ? |
| 12:20.48 | gilligan__ | right..thanks.. |
| 12:20.58 | gilligan__ | i was looking in /proc/sys/kernel.. ;] |
| 12:24.07 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
| 12:24.48 | hrw | zecke: so no need for power extenders - only cat5 (optional) and powercord for laptop/toys needed? |
| 12:25.31 | zecke | hrw: well, extenders are always good, but we have plenty here |
| 12:27.52 | gilligan__ | anyone else here with a compulab besides cbrake and me? :) |
| 12:29.06 | hrw | gilligan__: cm-x270? |
| 12:29.27 | gilligan__ | hrw, yep |
| 12:30.02 | hrw | gilligan__: iirc someone in OH has them but I do not remember who |
| 12:30.20 | RP | hrw: There was a brief agenda in the wiki for OEDEM |
| 12:30.31 | RP | hrw: I think we should perhaps mention it on the mailing list |
| 12:31.07 | RP | gilligan__: I have one, its just a bit dusty atm :-( |
| 12:31.10 | Crofton|home | we should update it also |
| 12:32.12 | gilligan__ | ReaperOfSouls, actually nevermind.. I just figured it out.. I was just being silly and swapping the order of some arguments of nandwrite.. nevermind :) |
| 12:32.39 | hrw | RP: http://www.openembedded.org/oedem2007 you mean? |
| 12:35.04 | gilligan__ | RP, hm..then again.. seems like I do have some probs :) |
| 12:36.26 | gilligan__ | RP, I suppose u've used eraseall / nandwrite to write a rootfs to the nandflash on your compulab at some point? |
| 12:39.27 | gilligan__ | RP, I wonder why the erase-size of the nand flash(128M) is set to only 16KB ? |
| 12:40.13 | hrw | gilligan__: it depends on NAND chip |
| 12:40.19 | gilligan__ | ah, ok |
| 12:43.10 | gilligan__ | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00018024: 0x5f3b instead |
| 12:43.10 | gilligan__ | Further such events for this erase block will not be printed |
| 12:43.10 | gilligan__ | Node at 0x0001bcb0 with length 0x00000a1e would run over the end of the erase block |
| 12:43.10 | gilligan__ | Perhaps the file system was created with the wrong erase size? |
| 12:43.10 | gilligan__ | mount: /dev/mtdblock3: can't read superblock |
| 12:43.12 | gilligan__ | hm |
| 12:52.56 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 12:56.49 | steliosk | can't get a direct flight to berlin.... |
| 12:56.51 | gilligan__ | cbrake, good timing.. ;] |
| 12:57.02 | steliosk | ~lart airlines |
| 12:57.02 | ibot | gives airlines a "free" copy of Windows and then charges double for "Upgrades" |
| 12:57.33 | zecke | koen: llvm is on for tomorrow? |
| 12:57.50 | steliosk | what's the best alternative option for reaching berlin by train ? Munich or Frankfurt ? |
| 12:58.26 | zecke | steliosk: Frankfurt is closer and there is a "sprinter" (express) |
| 12:58.55 | steliosk | zecke : Any idea where i can get see the train timetables ? |
| 12:59.09 | zecke | steliosk: bahn.de |
| 12:59.45 | gilligan__ | to those who might not know : "Frankfurt Hahn" is NOT frankfurt.. it takes hours to get from there to Frankfurt :) |
| 13:00.55 | *** join/#oe flo_lap (n=fuchs@217.146.132.69) |
| 13:02.02 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 13:02.03 | Jin^eLD | huhu |
| 13:02.44 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
| 13:05.56 | likewise | Jin^eLD: Hi! |
| 13:06.01 | Jin^eLD | hey likewise ! |
| 13:06.03 | likewise | Jin^eLD: Will you attend OEDEM?? |
| 13:06.11 | Jin^eLD | OEDEM is where again? |
| 13:06.15 | likewise | (Me, not sure yet) |
| 13:06.20 | Jin^eLD | I will be in Linz at the CELF conference |
| 13:06.28 | likewise | Jin^eLD: ok, I try to be there |
| 13:06.30 | zecke | Jin^eLD: check the wiki, it is about 10m from here |
| 13:06.31 | likewise | CELF |
| 13:06.36 | likewise | :-) |
| 13:06.45 | Jin^eLD | zecke: here is where? :) |
| 13:06.54 | likewise | Jin^eLD: somewhere in Berlin |
| 13:06.55 | woglinde | berlin |
| 13:07.04 | Jin^eLD | ah, I guess I won't make it then |
| 13:07.10 | likewise | zecke knows *exactly* where :-) |
| 13:07.13 | Jin^eLD | :) |
| 13:07.20 | Henryk | zecke: any objections if i join you at OEDEM? |
| 13:07.38 | woglinde | henryk why no`t? |
| 13:08.00 | Henryk | ok, then count me in |
| 13:08.11 | zecke | Henryk: sure, in the worst case we will search a bigger room :) |
| 13:10.10 | Crofton|home | any open access points in Frankfurt airport? |
| 13:10.37 | cbrake | gilligan__: look carefully at the eraseall and nanwrite options -- I use "flash_eraseall -j" |
| 13:11.05 | steliosk | Crofton|home : You got by train from Frankfurt to Berlin ? |
| 13:11.11 | steliosk | s/got/go |
| 13:11.29 | Crofton|home | fly |
| 13:11.31 | zecke | it is holiday season in the office and I have counted 21 seats |
| 13:11.45 | gilligan__ | cbrake, any specific reason why you split up the nand in two partitions? |
| 13:11.56 | nud | cbrake: I use flash_eraseblock without any options and it works fine |
| 13:12.20 | cbrake | nud: do you have jffs2 summary enabled? |
| 13:12.27 | cbrake | gilligan__: mount time |
| 13:12.33 | nud | mmh probably not |
| 13:12.47 | zecke | koen: done |
| 13:12.49 | gilligan__ | cbrake, ah.. i see |
| 13:12.50 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:13.40 | cbrake | gilligan__: nud uses the cm-x270 :-) |
| 13:14.13 | gilligan__ | cbrake, I still get tons of errors about bad magic block |
| 13:14.17 | cbrake | nud: CONFIG_JFFS2_SUMMARY -- speeds up your mount time a little |
| 13:14.44 | gilligan__ | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0023001c: 0xdb3b instead |
| 13:14.47 | gilligan__ | tons of those |
| 13:15.03 | nud | I had something like that at the beginning |
| 13:15.11 | cbrake | gilligan__: you are running flash_eraseall -- emphasis on the *all* part ? |
| 13:15.13 | nud | the issue was a missing eraseall before the overwrite |
| 13:15.18 | gilligan__ | cbrake, yes |
| 13:15.56 | cbrake | gilligan__: I don't know then. you are using the summary jffs2 image? |
| 13:16.13 | gilligan__ | `flash_eraseall -j /dev/mtd3` |
| 13:16.26 | christopher | another reason you can get those is if you haven't set up your erase block in the jffs2 command (with -e) . |
| 13:16.46 | christopher | I have a nor and a nand and the eraseblocks are different. if I forget to change it, I'll get those to spit out like crazy |
| 13:16.48 | gilligan__ | cbrake, that one I can't even mount because it can't read the superblock |
| 13:17.15 | christopher | oh, and the other thing is to make sure you select the "no cleanmarkers" since you are doing the nand eraseall and nand write.jffs2 |
| 13:18.57 | gilligan__ | well the erase size seems to be okay.. 16kB - that's what /proc/mtd lists as well |
| 13:19.17 | nud | what cm-x270 do you use, gilligan__ ? |
| 13:19.21 | nud | w or l ? |
| 13:19.26 | gilligan__ | nud, w |
| 13:19.34 | nud | ah, me too |
| 13:20.16 | nud | gilligan__: out of curiosity, do you plan to use the video input device ? |
| 13:20.49 | gilligan__ | nud, nope |
| 13:21.37 | gilligan__ | christopher, no clearmarkers ? where? |
| 13:23.20 | *** join/#oe cwiiis (n=cwiiis@86.159.152.136) |
| 13:26.00 | *** join/#oe AvengerMoJo (n=alex@219.142.233.10) |
| 13:26.20 | gilligan__ | I don't need to specify any of the options for nandwrite do I ? the jffs2 oob legacy support or something like that (which doesn't work anyway) |
| 13:26.21 | nud | cbrake: with "CONFIG_JFFS2_SUMMARY" you have to put the .jffs2.summary file somewhere ? |
| 13:26.44 | nud | gilligan__: nandwrite /dev/mtd3 theimage.jffs2 |
| 13:26.55 | gilligan__ | nud, yes that is what i am doing |
| 13:27.06 | cbrake | nud: the cm-x270 OE build both jffs2 and jffs-summary images |
| 13:27.32 | nud | cbrake: yes I know, was just asking what I had to do with the summary image |
| 13:27.33 | cbrake | nud: so, if you have SUMMARY enabled, then flash the summary image instead of the jffs2 image |
| 13:27.39 | nud | oh |
| 13:27.40 | nud | ok |
| 13:27.59 | cbrake | gilligan__: turn off CONFIG_JFFS2_SUMMARY in the kernel and give that a try. |
| 13:28.16 | gilligan__ | again the same ...`mount -t jffs2 /dev/mtdblock3 /mnt/nand` --> tons of errors |
| 13:28.35 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 13:28.52 | cbrake | gilligan__: actually, mount -t jffs mtd3 /mnt/nand is more correct, but probably does not matter |
| 13:29.12 | gilligan__ | cbrake, i see.. |
| 13:29.30 | gilligan__ | cbrake, and you are right, doesn't matter |
| 13:29.59 | steliosk | zecke : Any idea what's the room rates on Honigmond ? |
| 13:30.41 | zecke | steliosk: no idea, I assume it is fully booked out |
| 13:31.06 | zecke | steliosk: http://www.honigmond-berlin.de/assets/images/autogen/a_preise1.jpg |
| 13:31.20 | gilligan__ | hrm.. how can this work fine for nud&cbrake but not for me... grrr |
| 13:32.31 | steliosk | zecke : yeah seen that but 95 to 145 is quite a distance..... Do they have an online reservation page ? |
| 13:32.34 | zecke | koen: could you send me your .tex files of your celf presentation? |
| 13:32.44 | zecke | steliosk: I think they don't |
| 13:33.36 | gilligan__ | cbrake, is the info in /proc/mtd from what you've specified in the boot cmdline or is that gathered from hardware? |
| 13:33.45 | steliosk | zecke : gaestehaus-berlin-mitte seems to be full also... |
| 13:34.03 | steliosk | any other hotel near by ? |
| 13:34.42 | cbrake | gilligan__: both -- partitions will not show up if phyiscal devices are not detected |
| 13:34.50 | zecke | steliosk: I can only say maps.google.com, enter novalisstrasse 10 and search for hotels nearby |
| 13:35.28 | zecke | steliosk: I'm sorry I need to get some food now, in the worst case bring your sleeping bag and we will find a place for you |
| 13:36.31 | gilligan__ | cbrake, but the erase size of 16kB should be fine ? http://www.linux-mtd.infradead.org/doc/jffs2.html suggests to use 64kB as default |
| 13:37.16 | cbrake | gilligan__: I would need to dig into this -- don't know offhand |
| 13:40.08 | steliosk | zecke : Thanks, i appreciate it. I am past sleeping bag age unfortunately :) (and its better to save the space for someone that else that might need it more). I'll try and see if i can get something in the vicinity |
| 13:40.23 | *** join/#oe memeruiz_ (n=memeruiz@e181178229.adsl.alicedsl.de) |
| 13:40.32 | zecke | steliosk: hehe, bbl |
| 13:40.33 | zecke | *food* |
| 13:49.01 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.218.Dial1.SanJose1.Level3.net) |
| 13:53.58 | gilligan__ | cbrake, hm.. just lost overview.. where is the call to create a jffs2 image for angstrom/compulab ? |
| 13:54.16 | christopher | gilligan__: no cleanmarkers is a parameter for mkfs.jffs2. |
| 13:54.18 | christopher | EXTRA_IMAGECMD_jffs2 = "--little-endian --eraseblock=0x20000 --pad=0x20000 --no-cleanmarkers;\ |
| 13:54.18 | christopher | sumtool -i ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 \ |
| 13:54.18 | christopher | -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs-summary.jffs2 \ |
| 13:54.18 | christopher | -e 0x20000 -p; \ |
| 13:54.18 | christopher | cd ${DEPLOY_DIR_IMAGE}; \ |
| 13:54.19 | christopher | rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.rootfs-summary.jffs2; \ |
| 13:54.21 | christopher | ln -s ${IMAGE_NAME}.rootfs-summary.jffs2 ${IMAGE_LINK_NAME}.rootfs-summary.jffs2 \ |
| 13:54.23 | christopher | " |
| 13:54.39 | christopher | someone sent that to me a while back. it puts the sumarry in but also uses the no clean markers. |
| 13:54.51 | christopher | which you need when using nand flash from what I've ready |
| 13:54.52 | christopher | read |
| 13:55.49 | gilligan__ | christopher, that's exactly the stuff I was looking for.. in which file is that? |
| 13:56.01 | cbrake | gilligan__: conf/machine/compulab-pxa270.conf |
| 13:56.08 | gilligan__ | ah.. *doh* .. ok |
| 13:56.09 | gilligan__ | ;] |
| 13:56.44 | cbrake | gilligan__: did not we figure out once that --pad=0x20000 does not work, you want just --pad, or was that nud ... |
| 13:58.04 | nud | cbrake: I had the issue |
| 13:58.32 | gilligan__ | uh..yes.. wasn't that pad patched out recently ? |
| 13:58.56 | cbrake | christopher: I think you want --pad (drop 0x20000) |
| 14:00.14 | gilligan__ | <PROTECTED> |
| 14:00.15 | gilligan__ | <PROTECTED> |
| 14:00.17 | gilligan__ | ah, okay |
| 14:00.25 | gilligan__ | ^ from `sumtool --help` |
| 14:02.22 | gilligan__ | uhm... but 16KiB = 16384 = 0x4000 |
| 14:02.39 | gilligan__ | and not 0x20000 |
| 14:03.01 | gilligan__ | or is my brain on suspend right now? :) |
| 14:03.44 | gilligan__ | because sumtool has `-e 0x20000 ` |
| 14:05.41 | gilligan__ | cbrake? |
| 14:09.49 | Crofton|home | :) |
| 14:10.54 | gilligan__ | silence |
| 14:11.46 | *** join/#oe Varoudis_ (n=varoudis@91.104.16.226) |
| 14:11.59 | cbrake | gilligan__: most nand flash has an erase block size of 128KiB |
| 14:12.51 | cbrake | gilligan__: but you could check the datasheet for the part on your module to make sure |
| 14:14.18 | hrw|gone | bye |
| 14:17.11 | scruggs | when I pad a jffs2 image I use -p<padsize> with no space between the -p and padsize |
| 14:19.08 | christopher | cbrake: yeah, whoops. that will pad too much. |
| 14:19.19 | christopher | that's in the machine file |
| 14:19.22 | gilligan__ | cbrake, well I was just wondering because sumtool says 16kIB |
| 14:19.35 | christopher | you can use -p or --pad= as they are the same |
| 14:20.15 | christopher | gilligan__: what chip are you using ? |
| 14:20.21 | cbrake | scruggs: the issue is we were trying to pad out to the erase block size, so you want to use --pad with no options |
| 14:20.31 | gilligan__ | christopher, whatever is standard on the compulab.. i have no idea actually :) |
| 14:21.01 | scruggs | cbrake: thats what I figured, I've just never gotton it to work that way |
| 14:21.04 | christopher | gilligan__: ok. hmmm. you may want to find that out so you can look and see on a data sheet. I am not familiar with that one, but maybe someone else is building for that |
| 14:21.10 | cbrake | scruggs: otherwise, mkfs.jffs2 things you are specifying the "image" size, and if you specify a the erase block size, the image is much larger and it does not do any padding |
| 14:21.39 | cbrake | scruggs: --pad with no size pads to the eraseblock size |
| 14:21.50 | christopher | #EXTRA_IMAGECMD_jffs2="--eraseblock=0x20000 --no-cleanmarkers" |
| 14:21.58 | christopher | that's what I used before putting the summary in |
| 14:22.01 | scruggs | ahh... got it |
| 14:22.18 | cbrake | christopher: that is fine as long as you don't use the .jffs2 image |
| 14:22.46 | gilligan__ | sorry, now I am lost..should I drop the 0x20000 from the EXTRA_IMAGECMD in compulab-pxa270_2.6.22.bb now or what? :) |
| 14:23.04 | cbrake | gilligan__: what matters is what the chip is, not what someone who wrote docs for sumtool thinks it might be :-) |
| 14:23.27 | gilligan__ | cbrake, right |
| 14:23.27 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 14:23.32 | cbrake | gilligan__: drop it for --pad, leave it for --eraseblock |
| 14:23.39 | gilligan__ | ok |
| 14:23.41 | cbrake | gilligan__: the version in OE is correct |
| 14:25.32 | gilligan__ | mtd_debug |
| 14:25.39 | gilligan__ | ? |
| 14:25.44 | koen | zecke: I was weak and did the celf one with apple keynote |
| 14:26.00 | *** join/#oe mgross (i=mgross@nat/intel/x-03878ab75da860ff) |
| 14:27.07 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 14:27.17 | cbrake | gilligan__: yes, that is it. Use the numbers that gives you: mtd_debug info /dev/mtd3 |
| 14:27.31 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 14:27.59 | gilligan__ | cbrake, 64KiB |
| 14:28.08 | gilligan__ | cbrake, 64KiB (erase size) |
| 14:28.19 | cbrake | gilligan__: interesting, my board is 128KiB |
| 14:28.27 | cbrake | gilligan__: must have different flash chips |
| 14:29.07 | cbrake | gilligan__: dmesg| grep NAND -- what mfg and size does it report? |
| 14:29.53 | gilligan__ | cbrake, ah sorry it is actually 16KiB for mtd3 (still not 128KiB though) |
| 14:30.27 | koen | zecke: http://scap.linuxtogo.org/files/288a84cc642629c94a5f153bafa35334.png |
| 14:30.42 | koen | zecke: I'll try to have a look later tonight at updating the webkit recipe |
| 14:30.44 | gilligan__ | cbrake, nothing at all for NAND |
| 14:31.25 | gilligan__ | cbrake, actually dmesg only prints lots of alignment trap messages and nothing else ;] |
| 14:32.01 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:32.15 | cbrake | gilligan__: well, look through your kernel boot log, and find where it is detecting the NAND flash -- should be something like: http://pastebin.ca/725539 |
| 14:32.26 | cbrake | gilligan__: echo 2 > /cpu/proc/alignment |
| 14:33.22 | gilligan__ | cbrake, there is nothing in /var/log/messages besides the trap messages |
| 14:33.52 | gilligan__ | but i can just reboot and check the output |
| 14:34.41 | gilligan__ | ah, there we go |
| 14:34.43 | gilligan__ | cbrake, NAND device: Manufacturer ID: 0xec, Chip ID: 0x79 (Samsung NAND 128MiB 3,3V 8-bit) |
| 14:35.18 | cbrake | gilligan__: well, try the different block size and let me know if it works -- mtd_debug should be telling you what is there |
| 14:35.42 | gilligan__ | cbrake, yep will do |
| 14:35.52 | cbrake | gilligan__: I thought for sure we are running 128MiB flash on some of our units, and have not had any problems ... |
| 14:36.10 | Tartarus | hey all |
| 14:36.35 | Tartarus | is there a way to change the hashing method bitbake uses to determined what .bb files have changed sinc it last ran? |
| 14:39.07 | koen | steliosk: ping |
| 14:39.24 | steliosk | koen : pong |
| 14:40.47 | koen | steliosk: did you say that you'll bring the stk1000 boards to oedem? |
| 14:42.16 | steliosk | koen : hmmm i am supposed to get them tomorrow, as dhl need it my signature, due to the high value of the shipment |
| 14:45.33 | gilligan__ | cbrake, now it works fine |
| 14:46.25 | gilligan__ | cbrake, so i guess maybe it would make sense to add a variable to the compulab conf ? which is either L or W .. which designates erase size of the nand and also designates the serial to either ttyS0 or ttyS1 ? |
| 14:47.23 | cbrake | gilligan__: good to know. flash size is not tied to L or W, so I think we need another var like CMX270_NAND_ERASEBLOCK_SIZE |
| 14:49.52 | gilligan__ | cbrake, ah right |
| 14:52.19 | gilligan__ | cbrake, what are the chances of getting write access to the oe repo? I'd gladly add that variable and the needed extra logic.. should be within my scope of understanding.. ;] |
| 14:52.45 | sakoman | scruggs: ping |
| 14:53.03 | gilligan__ | yet i am a newbie and I don't know how strict your guys policies are |
| 14:53.57 | cbrake | gilligan__: you probably need to talk to the OE core team |
| 14:54.49 | scruggs | sakoman: pong |
| 14:57.23 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
| 14:57.29 | gilligan__ | cbrake, whom can I bug about this ? no names given in the oe FAQ on that matter |
| 14:57.39 | cbrake | http://www.openembedded.org/people |
| 14:58.29 | gilligan__ | ah alright |
| 14:58.30 | sakoman | scruggs: looking at the ssh issue again. did you set up a root password? |
| 14:58.43 | steliosk | Serial can be set from the machine conf file |
| 14:59.08 | scruggs | sakoman: no, never did set it |
| 14:59.08 | koen | gilligan__: http://www.openembedded.org/wiki/MonotonePhraseBook |
| 14:59.16 | sakoman | scruggs: in my log file I see: Oct 4 06:00:47 sakoman-gumstix-custom authpriv.warn dropbear[544]: user 'root' has blank password, rejected |
| 14:59.37 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 14:59.39 | sakoman | funny that doesn't happen for you too! |
| 14:59.53 | koen | sakoman: if you have DISTRO_TYPE = "debug" dropbear allows empty passwords |
| 15:00.13 | sakoman | koen: you are a genius :-) |
| 15:00.20 | koen | sakoman: http://www.openembedded.org/repo/org.openembedded.dev/packages/dropbear/dropbear.inc |
| 15:00.40 | sakoman | now we need to understand why there is a minute delay prior to the password prompt! |
| 15:00.51 | scruggs | you pick up all sort of good tidbits of info hanging around here |
| 15:01.13 | koen | the patch isn't applied by default for obvious reasons :) |
| 15:01.32 | sakoman | scruggs: yeah -- I had turned off debug to see what effect it had on image size |
| 15:02.28 | koen | angstrom*image* (expect minimal) inject gdb, strace, etc into the rootfs in debug builds |
| 15:02.34 | gilligan__ | koen, mail sent |
| 15:03.04 | scruggs | sakoman: mine has dropped to a 3sec delay |
| 15:03.07 | sakoman | koen: yes, I noticed that. hadn't yet looked for other effects though |
| 15:03.25 | sakoman | scruggs: what did you do to reduce the delay? |
| 15:03.59 | koen | sakoman: which is fine if you have like 16megs of flash, but below 8 it gets in the way |
| 15:04.09 | scruggs | I think it was a firewall issue on my host |
| 15:04.21 | koen | that's why I like people like you coming up with stuff for smallish systems |
| 15:05.01 | sakoman | koen: I'm trying to squeeze my image down to about 6MB so I have 10MB free for a years worth of history |
| 15:05.51 | sakoman | scruggs: hmmm . . . did you have the same issue with buildroot images? |
| 15:06.18 | scruggs | I did a tcpdump on my host as I was trying to ssh to the stix and noticed it doing lots of dns queries and it obviously wasn't getting a response |
| 15:06.34 | gilligan__ | cbrake, the current kernel command line setting should mount /dev/mtd3 as root if it can be mounted and only otherwise fallback to the rootfs in RAM, right ? |
| 15:06.46 | sakoman | koen: If the solar market ends up being too small I may branch out into other monitoring type apps |
| 15:07.01 | scruggs | no, not with br - I think it was just a fluke for me - I had my firewall down to connect to my work vpn |
| 15:07.36 | sakoman | scruggs: nothing like that on my end. got to put some thought into how to debug this delay |
| 15:07.43 | scruggs | I think if you tell dropbear not to do reverse lookups on connections it will go away? |
| 15:08.06 | sakoman | scruggs: any suggestions on how to do that? |
| 15:08.22 | sakoman | option in the build recipe? |
| 15:08.50 | scruggs | I had the same issue with my gentoo box having a large ssh delay... |
| 15:09.11 | scruggs | digging back to what I did then, but I think it was the lookup issue... need to check |
| 15:11.30 | scruggs | ok, on my gentoo box I added a 'UseDNS' line in sshd_config... but I'm not seeing a config file for dropbear immediately |
| 15:12.06 | scruggs | sakoman: is your dhcp server pushing any nameserver entries? |
| 15:12.39 | sakoman | yes |
| 15:14.31 | scruggs | hmm... google isn't being much help either |
| 15:14.44 | gilligan__ | cbrake, will only mount mtd3 as root when I remove the rdinit argument - is there some convenient way to choose booting with mtd3 as root or just the ramdisk ? (other than specifying the whole boot cmdline that is) |
| 15:15.40 | sakoman | scruggs: you are a genius too! The first name server is down right now! |
| 15:15.43 | cbrake | gilligan__: boot through the initramfs, and then to a switch_root to the main rootfs |
| 15:15.55 | scruggs | :) |
| 15:16.02 | gilligan__ | cbrake, ah.. ;] |
| 15:16.12 | scruggs | was about to ask if you could ping them |
| 15:16.39 | cbrake | gilligan__: this is how you implement sw update functionality :-) |
| 15:17.17 | gilligan__ | cbrake, yeah.. |
| 15:17.41 | sakoman | scruggs: I think my dsl modem picks the dns servers up via dhcp from the isp |
| 15:18.27 | gilligan__ | cbrake, some additional scripts for convenience, maybe auto-login and a script that executes switch_root after a 10sec delay or so |
| 15:18.48 | gilligan__ | cbrake, guess my boss should be happy with that |
| 15:18.51 | gilligan__ | cbrake ;] |
| 15:26.18 | gilligan__ | cbrake, that worked nicely |
| 15:27.44 | cbrake | gilligan__: another happy OE/cm-x270 user! -- make sure you send compulab a note :-) |
| 15:28.27 | gilligan__ | cbrake, sure thing |
| 15:28.43 | gilligan__ | cbrake, will do when i'm back at my office on monday |
| 15:36.12 | *** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) |
| 15:40.25 | gilligan__ | totally unrelated, but.. *really* awesome... http://picozilla.com/files/135761l1_13.jpeg :) |
| 15:45.46 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
| 15:46.17 | *** join/#oe dion (n=dion@inhex.net) |
| 15:48.55 | *** join/#oe sudharsh_ (n=sudharsh@59.92.2.224) |
| 16:02.22 | *** join/#oe splAt1 (n=splat1@rf1.splat1.com) |
| 16:04.30 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
| 16:09.36 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 16:13.31 | *** join/#oe Cyberdeck (n=mnemonic@unaffiliated/cyberdeck) |
| 16:16.29 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
| 16:20.22 | *** join/#oe Crofton770 (n=user@66-207-65-47.bark.dmt.ntelos.net) |
| 16:21.45 | Crofton770 | past security |
| 16:23.19 | koen | Crofton770: +31619260390 if you want to call me on friday to find us |
| 16:23.27 | *** join/#oe scruggs (n=chris@72-161-106-222.dyn.centurytel.net) |
| 16:25.10 | Crofton770 | roa>phl soon |
| 16:25.14 | *** join/#oe rob_w (n=bob@adsl-69-226-187-52.dsl.irvnca.pacbell.net) |
| 16:25.18 | Crofton770 | thanks koen |
| 16:25.49 | Crofton770 | i will try and be at train station |
| 16:27.20 | Crofton770 | koen, i am 5404495437 |
| 16:27.44 | Crofton770 | iapologize for notknowing the countr code |
| 16:28.22 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:34.52 | gilligan__ | the monotone handbook has to be by far the best documentation of any SCM i've seen so far |
| 16:34.54 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 16:36.18 | CosmicPenguin | Thats not a tough award to win |
| 16:37.46 | gilligan__ | hehe |
| 16:38.48 | Tartarus | Anyone know how to change how bitbake hashes files to determine if they haven't changed between runs? |
| 16:40.03 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:41.07 | gilligan__ | i have no idea about bitbake internals at all ;/ |
| 16:43.10 | *** part/#oe Noodles (n=noodles@the.earth.li) |
| 16:43.41 | *** join/#oe vivijim (n=vivijim@201.32.148.75) |
| 16:44.28 | Crofton770 | hmm,howlong to oedem from brazil |
| 16:44.42 | *** join/#oe Varoudis (n=varoudis@91.104.16.226) |
| 16:45.36 | aloisiojr | Anybody know how to avoid the append of "lib" prefix in package names? |
| 16:47.45 | aloisiojr | Cause i have a hybrid package with libs and bins files... the lib package can have this prefix... but I don't want this prefix to -utils package |
| 16:47.48 | koen | Crofton770: long, since it's probably tap, which means 4h+ transfer in lisboa |
| 16:48.28 | koen | aloisiojr: DEBIAN_NOAUTONAME_<packagename> = "1" |
| 16:48.28 | Crofton770 | tap? |
| 16:48.48 | koen | the operator |
| 16:48.49 | aloisiojr | koen, many tks |
| 16:49.08 | Crofton770 | ah |
| 16:50.40 | Crofton770 | once they had free wireless in phl |
| 16:51.21 | sakoman | Crofton770: your country code should be +1 |
| 16:52.22 | Crofton770 | so +15404495437 |
| 16:52.57 | sakoman | Crofton770: yes |
| 16:53.22 | *** join/#oe darkschneider2 (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:53.26 | *** join/#oe darkschneider_ (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:53.31 | Crofton770 | thanks |
| 16:53.56 | Crofton770 | message received |
| 16:54.06 | koen | Crofton770: :) |
| 16:54.45 | Crofton770 | gota run boarding |
| 16:54.47 | koen | in dollars or real money? |
| 16:55.08 | Crofton770 | heh bye |
| 16:55.20 | sakoman | bye, enjoy that coach service! |
| 16:56.06 | koen | with my 1.82m I routinely run into problems |
| 16:56.16 | koen | why is all travel designed by midgets? |
| 16:57.50 | *** join/#oe darkschneider2 (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 16:59.44 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 16:59.58 | *** join/#oe vivijim (n=vivijim@201.32.145.217) |
| 17:00.10 | gilligan__ | reading the openembedded manual i find it a bit odd that the chapter describing how to build a package recipe precedes the chapters on getting and setting up OE/bitbake ;] |
| 17:02.23 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
| 17:04.53 | *** join/#oe rd__ (n=dr@toi.yeu.phu.nu) |
| 17:05.27 | gilligan__ | what's the idea behind bitbake collections ? the section in the oe handbook is only a stub .. |
| 17:05.46 | koen | "overlay" in gentoo terms |
| 17:06.08 | *** join/#oe Varoudis (n=varoudis@91.106.26.230) |
| 17:06.09 | gilligan__ | sorry, never used gentoo and hence not portage :] |
| 17:06.37 | gilligan__ | koen, well the stub is sort of self explanatory.. |
| 17:07.02 | gilligan__ | koen, just don't know about those priority values.. ? |
| 17:07.25 | gilligan__ | koen, if files overlap the one from the set with higher priority is picked i guess? |
| 17:07.36 | koen | yes |
| 17:07.41 | gilligan__ | ok |
| 17:07.41 | gilligan__ | ;] |
| 17:09.12 | aloisiojr | Anybody know why the .so symlink is included in lib package instead of the -dev package? you don't need the .so link in runtime... |
| 17:10.48 | Zero_Chaos | XorA|gone: ping |
| 17:24.37 | Henryk | Tartarus: Why would you want to do that? What problem do you want to solve? |
| 17:33.15 | *** join/#oe khem (i=khem@nat/montavista/x-afb11aaaf669d136) |
| 17:33.26 | *** part/#oe khem (i=khem@nat/montavista/x-afb11aaaf669d136) |
| 17:38.40 | *** join/#oe nelson (n=nelson@rrcs-72-43-17-50.nys.biz.rr.com) |
| 17:39.26 | nelson | I'm reading the bitbake manual. It says that a .bb file sets its PN, but I'm looking at the gnash .bb file which doesn't. |
| 17:39.38 | nelson | Does PN (and PV) get set from the .bb filename by default? |
| 17:41.07 | nelson | (this is the perfect question to ask, because you can't tell me to RTFM ... since you already know I'm doing that. :) |
| 17:43.12 | gilligan__ | I would suppose that information is given implicitly through the .bb basename.. but i'm anything but an expert (yet...:) |
| 17:45.29 | nelson | ahhh, it says that in Example 4.7. Ahhh, the dangers of writing dox which serve as both reference and tutorial. |
| 17:48.11 | nelson | Hmmmm..... that makes me wonder about writing combined reference and tutorial documentation from the same docbook file. #if reference and #if tutorial sections, so to speak. |
| 17:48.38 | *** join/#oe woglinde (i=woglinde@e178067071.adsl.alicedsl.de) |
| 17:54.58 | *** join/#oe dcordes (n=user0815@78.54.209.45) |
| 17:55.19 | *** join/#oe splAt1 (n=splat1@rf1.splat1.com) |
| 17:57.37 | *** join/#oe gilligan_ (n=gilligan@p549A8579.dip0.t-ipconnect.de) |
| 18:00.26 | cbrake | bahh, LTIB requires sudo to run :-\ |
| 18:03.42 | *** join/#oe pH5 (n=ph5@e178209143.adsl.alicedsl.de) |
| 18:05.53 | steliosk | Someone in the channel had told me that they ordered an MPC8223E-RDB but i forgot who it was :( |
| 18:09.46 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
| 18:17.12 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
| 18:17.59 | zecke | gilligan_: hey |
| 18:18.06 | zecke | steliosk: the other name of the hotel was mercure |
| 18:18.14 | gilligan_ | hey zecke |
| 18:18.20 | zecke | steliosk: did you find a hotel yet? |
| 18:19.41 | *** join/#oe khem (i=khem@nat/montavista/x-3fd0ef516963f392) |
| 18:30.10 | *** join/#oe gremlin[it] (n=gremlin@ppp-149-9.25-151.libero.it) |
| 18:32.01 | *** join/#oe csmanx (n=csman@dyn-159-161.wireless.concordia.ca) |
| 18:32.03 | ljp | hmm.. nothing like a corrputed ext3 disk |
| 18:33.04 | zecke | ljp: hey |
| 18:33.24 | ljp | het zecke: you going to dev days? |
| 18:34.41 | zecke | ljp: yupp |
| 18:35.02 | zecke | hopefully I will not get "I'm a Troll, ask me" T-Shirt |
| 18:38.32 | ljp | you dont have to wear thatif you dont want to.. |
| 18:39.31 | steliosk | zecke : i found 2. But need to see what date/time i will arrive, as there is a high possibility i have to fly to Paris on the 9th... |
| 18:39.51 | zecke | steliosk: don't emulate that you are busy ;) |
| 18:40.06 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 18:40.50 | steliosk | zecke : heh the offered me a hotel and 2 French girls.... |
| 18:41.42 | koen|away | steliosk: iirc it was likewise that ordered the mpc8223 |
| 18:42.52 | zecke | what was the nick of Michael Krelin again? |
| 18:43.10 | koen|away | zecke: polyonymous|note |
| 18:43.16 | zecke | polyonymous|note: hey :) |
| 18:43.24 | polyonymous|note | :) |
| 18:43.25 | zecke | polyonymous|note: I forgot "hash" in the parenthesis |
| 18:43.26 | polyonymous|note | hey |
| 18:43.44 | polyonymous|note | uhm... lemme take another look at the expression :) |
| 18:43.52 | zecke | polyonymous|note: the usage of sha1 in git is only a checksum |
| 18:44.05 | steliosk | koen|away : Do you know if he will be at OEDEM ? |
| 18:44.16 | polyonymous|note | zecke, and? Why would you want to remember it? |
| 18:44.23 | zecke | polyonymous|note: so when linus leaves home, he remembers the hash |
| 18:44.34 | polyonymous|note | what for? |
| 18:44.43 | zecke | polyonymous|note: when he clones the tree from somewhere or get backs home he can compare it |
| 18:44.57 | zecke | polyonymous|note: if it is the same hash, his tree is right, otherwise it was corrupted |
| 18:45.06 | koen | steliosk: not according to http://www.openembedded.org/wiki/OEDEM2007 |
| 18:45.20 | zecke | polyonymous|note: so git's usage of sha1 is for checksumming, security comes from gpg signing a hash |
| 18:45.34 | polyonymous|note | zecke, got it. |
| 18:46.09 | polyonymous|note | well, there are signable tags |
| 18:46.10 | zecke | polyonymous|note: security is built-in into monotone (and a reason why it is slow...) |
| 18:46.19 | zecke | polyonymous|note: right, but we tag seldomly in OE :) |
| 18:46.51 | polyonymous|note | right ;-) Do you really think this level of security is needed? |
| 18:47.21 | zecke | polyonymous|note: to some degree I'm paranoid :) |
| 18:47.32 | zecke | polyonymous|note: and now we have it, I appreciate it |
| 18:47.51 | polyonymous|note | zecke, if only monotone slowness was the only problem... |
| 18:48.10 | zecke | polyonymous|note: let us msg :) |
| 18:48.12 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
| 18:48.36 | polyonymous|note | zecke, I'll have to change nick and identify myself with server :) |
| 18:48.42 | zecke | polyonymous|note: you don't |
| 18:48.51 | zecke | polyonymous-note: I have set unfiltered on at NickServ |
| 18:48.57 | steliosk | zecke : found 2 hotels 1) mitArt Linienstr. 139 - 140, 10115 Berlin |
| 18:49.05 | polyonymous-note | too late :) |
| 18:49.43 | zecke | BTW: Every one coming by train, check your schedule! Bahn is on strike |
| 18:50.59 | steliosk | oh man..... There are strikes in Germany ? You spend too much time in Greece guys... |
| 18:58.38 | koen | zecke: drat, the ICE I'm on is on strike (amsterdam -> berlin) |
| 18:59.00 | zecke | koen: 2/3 of all trains should travel |
| 18:59.19 | koen | yes, I'm on the 1/3 |
| 18:59.30 | zecke | you suck |
| 19:00.16 | ynezz | :) |
| 19:00.31 | woglinde | oh |
| 19:00.59 | ynezz | btw. how much is ticket for ice amsterdam-berlin? |
| 19:01.28 | koen | first classs hengelo -> berlin is €60 |
| 19:01.55 | ynezz | nice rice |
| 19:01.59 | ynezz | price even |
| 19:02.49 | *** join/#oe nofpu (n=matthew@82-45-183-174.cable.ubr06.dals.blueyonder.co.uk) |
| 19:02.54 | zecke | koen: yeah, some how the fares in .NL are lower than in germany :} |
| 19:03.04 | zecke | koen: or they forget to pay the "Extra Fee" for the ICE |
| 19:03.23 | ynezz | or it's strike price :p |
| 19:03.31 | *** join/#oe gerwinin (n=holograp@ip5457b30e.direct-adsl.nl) |
| 19:03.33 | zecke | koen: let us create our company in Amsterdam |
| 19:03.40 | zecke | gerwinin: hey! |
| 19:03.47 | gerwinin | hey zeck |
| 19:03.47 | zecke | gerwinin: everything set? |
| 19:03.52 | gerwinin | Yes |
| 19:03.56 | koen | amsterdam sucks |
| 19:04.09 | gerwinin | Koen: As a real eindhovenaar I can only confirm this |
| 19:04.25 | gerwinin | Zecke: do you need a place to sleep over ? |
| 19:04.59 | gerwinin | Koen: How is the budget from trolltech spent ? |
| 19:05.08 | zecke | gerwinin: not yet spent :) |
| 19:05.24 | koen | gerwinin: I have no idea, I haven't received *any* answer on my questions |
| 19:05.31 | zecke | gerwinin: that would rock, do you have a big house? you already host ~5 people? |
| 19:05.52 | gerwinin | Zecke: Last year I had more than 14 people in my house |
| 19:06.05 | zecke | hehe |
| 19:06.25 | gerwinin | Koen/Zecke: We will be present on some other fair in holland as well |
| 19:06.25 | zecke | hrw|gone: koen: I was at my mother and picked up covers and such for you ;) |
| 19:06.50 | zecke | gerwinin: I'm going to bitch Mr. Engel to finish his fs... |
| 19:07.15 | gerwinin | zecke: okay :) |
| 19:07.20 | woglinde | haha |
| 19:07.32 | gerwinin | zecke: I started working on a gui for oe |
| 19:07.43 | koen | zecke: yeah, pull joerns goatee if he resists |
| 19:08.11 | *** join/#oe robtaylor (n=robtaylo@208-78-103-131.slicehost.net) |
| 19:08.43 | zecke | gerwinin: I saw we have a slot on Sunday morning |
| 19:08.49 | gerwinin | zecke: yes |
| 19:10.16 | gerwinin | zecke: I originally asked for a slot a bit later because sunday morning is not the most strong morning for most people living in Eindhoven :) |
| 19:11.01 | zecke | gerwinin: yeah, you seem to go out on Saturday and not on Friday... |
| 19:11.52 | gerwinin | zecke: I mostly go on friday because of fc-eindhoven |
| 19:12.44 | zecke | gerwinin: hehe, I'm with PSV Eindhoven because my uncle was a striker there.. (IIRC) |
| 19:13.23 | gerwinin | zecke: hehehe was he called freyther as well ? |
| 19:13.27 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 19:13.51 | gerwinin | zecke: we are already playing bottom of the first division now for three years |
| 19:14.05 | likewise | hi all |
| 19:14.09 | likewise | long time no see gerwinin |
| 19:14.16 | zecke | gerwinin: Johannes Roehrig (but somehow he is called Fred) |
| 19:14.21 | gerwinin | Hey likewise |
| 19:15.49 | koen | ah |
| 19:16.25 | koen | hengelo -> zutphen -> arnhem -> duisburg <one hour wait> -> hanover -> berlin |
| 19:16.35 | koen | only 4 hours more traveling time |
| 19:16.42 | gerwinin | zecke: in the time your uncle was playing for psv we were better than psv but that is long long time ago |
| 19:16.59 | gerwinin | Koen: Are you in the train now ? |
| 19:17.05 | koen | no |
| 19:22.23 | ljp | koen: how much of the nokia 800 kernel/system is open? |
| 19:23.02 | woglinde | hi ljp |
| 19:23.06 | ljp | hi |
| 19:23.08 | likewise | ljp: well, the schematics are on the web :-) |
| 19:23.23 | gerwinin | ljp: Where can I go with my questions regarding qt-eclipse plugin seems that it is hanging on autocompletion |
| 19:23.45 | ljp | just wondering what parts Trolltech can put pressure on Nokia to open, so OE can build |
| 19:24.05 | ljp | gerwinin: either #qt, or qt-interest mailing list |
| 19:24.34 | zecke | gerwinin: do you have a place to sleep in berlin already? |
| 19:24.41 | hrw | hi |
| 19:24.47 | hrw | ljp: wifi module is closed |
| 19:24.54 | hrw | ljp: and Nokia cannot open it |
| 19:25.14 | gerwinin | zecke: I am not sure I am comming doing some project with imx27 now which is progressing really slowly and needs to be finished next week |
| 19:25.38 | wookey_ | anyone know where to find lennert buytenhek on irc these days? |
| 19:25.42 | *** join/#oe csmanx (n=csman@132.205.165.239) |
| 19:25.52 | gerwinin | zecke: Besides that I need to prepare our comming presence at t-dose and nlgg conference |
| 19:25.56 | woglinde | hi hrw |
| 19:27.27 | gerwinin | zecke: I am going to opensource my hardware designs + driver as well and need to meet up with my lawyer for which project this is all possible |
| 19:27.56 | zecke | gerwinin: you have to show/explain me your current day job |
| 19:28.15 | ljp | hrw: is that all? besides hildon stuff |
| 19:29.16 | gerwinin | zecke: I am a hardware/software designer , I developed some simple usb devices , Next to that I am renting myself out to other companies |
| 19:29.21 | hrw | ljp: there are few more things but I do not know do I am allowed to talk about it |
| 19:29.37 | hrw | ljp: ask RP - he know more |
| 19:32.50 | *** join/#oe TheCan (n=thecan@dslb-084-056-180-120.pools.arcor-ip.net) |
| 19:32.59 | gerwinin | zecke: hehehe but in software I am not as good as you or likewise :) |
| 19:33.02 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 19:34.31 | zecke | steliosk: what was the street name again? |
| 19:34.47 | koen | zecke: I sadly can't bring any vla now because the stores are still closed at my new departing time |
| 19:35.44 | woglinde | koen oh no |
| 19:35.45 | zecke | koen: you could get a frikandel at the trainstation and use a USB lamp to keep it warm? |
| 19:36.07 | zecke | steliosk: oh there is a hotel? |
| 19:36.19 | zecke | steliosk: no idea, it could be loud |
| 19:36.45 | hrw | vla? |
| 19:36.55 | polyonymous-note | zecke, are you talking to yourself, or have I managed to put steliosk on ignore? :) |
| 19:37.01 | zecke | hrw: some sort of pudding, but don't name it like this... |
| 19:37.21 | zecke | polyonymous-note: you might call it that way, I say sith force (and count on the backlog...) |
| 19:37.32 | oxo | vla is comparable to the english 'custard' |
| 19:37.42 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 19:38.14 | polyonymous-note | ah uh um. ok. |
| 19:38.36 | woglinde | hrw -> http://en.wikipedia.org/wiki/Vla |
| 19:39.21 | polyonymous-note | woglinde, is it opensource? :) |
| 19:39.25 | hrw | ~curse git for crap merge |
| 19:39.26 | ibot | May you be reincarnated as a Windows XP administrator, git for crap merge ! |
| 19:39.38 | steliosk | zecke : found 2 hotels 1) mitArt hotel Linienstr. 139 - 140, 10115 Berlin |
| 19:39.41 | woglinde | polyomous lol |
| 19:39.59 | steliosk | night everyone |
| 19:40.09 | woglinde | nite steliosk |
| 19:41.11 | zecke | steliosk: ahh, 1) is a nice place, it should be fine |
| 19:45.11 | hrw | I hate git |
| 19:45.19 | hrw | fatal: Untracked working tree file 'Documentation/ko_KR/HOWTO' would be overwritten by merge. |
| 19:45.22 | hrw | Merge with strategy recursive failed. |
| 19:45.50 | hrw | even "git reset --hard" does not help |
| 19:45.55 | polyonymous_ | hrw, perhaps, because untracked working tree file would be overwriten by merge? |
| 19:46.00 | polyonymous_ | hrw, git clean ? |
| 19:47.27 | hrw | maybe one day git will start merge util.... |
| 19:47.48 | zecke | hrw: no, you will need to use git-mergetool file/conflicted yourself |
| 19:47.50 | hrw | instead of adding cvs conflict markers... |
| 19:48.09 | polyonymous_ | right. |
| 19:49.29 | hrw | git pull;git-mergetool onefile;git-mergetool 2ndfile;....; git add onefile 2ndfile ...; argh |
| 19:49.33 | zecke | hrw: I just sent a mail to oe-dev, it has my cell number :) |
| 19:49.46 | hrw | argh == rm -rf tree;git clone |
| 19:50.00 | zecke | hrw: git-rebase --abort? |
| 19:50.21 | zecke | polyonymous-note: one --abort too many killed all my commits :} |
| 19:51.04 | polyonymous_ | zecke, I don't think it's possible at all in git. All commits are preserved until you --prune. |
| 19:52.18 | hrw | Warning: No merge candidate found because value of config option "branch.libertas.merge" does not match any remote branch fetched. |
| 19:52.21 | hrw | No changes. |
| 19:52.29 | hrw | this is my favorite git message |
| 19:52.37 | hrw | crappy as hell |
| 19:53.07 | polyonymous_ | hrw, but what's crappy about it? |
| 19:53.13 | zecke | hehe |
| 19:53.39 | polyonymous_ | hrw, you don't have a [branch] with remote/head set to merge, why do you pull? |
| 19:53.47 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 19:54.13 | zecke | polyonymous_: I like Andrew Mortons introduction to git in the google techtalk |
| 19:54.47 | hrw | 1154 modified files... time to drop tree and reclone |
| 19:54.57 | polyonymous_ | zecke, was it in that famous video? If yes, I don't remember it, if not, I don't know it :) |
| 19:55.10 | polyonymous_ | why hate something you just don't know? |
| 19:55.48 | chouimat | polyonymous_ because the humane thing todo .. hate and fear what you don't know ;) |
| 19:56.05 | polyonymous_ | chouimat, can't argue with that :) |
| 19:56.09 | CosmicPenguin | that doesn't sound so humane to me |
| 19:56.15 | zecke | polyonymous_: something about Linus creating a tool that makes you feel dumb |
| 19:56.48 | hrw | polyonymous_: I used rcs, cvs, svn, bk, monotone with many projects. getting git working atleast as good as cvs looks like beyond my possibilities |
| 19:56.48 | polyonymous_ | zecke, ah :) Well, I have to admit Linus failed miserably on this account in my opinion :) |
| 19:57.18 | CosmicPenguin | lots of people use GIT and are very very happy with it |
| 19:57.22 | polyonymous_ | hrw, I'm sure it's not. It's just that you have a prejudice. |
| 19:57.27 | kergoth | git isn't that hard to use. |
| 19:57.31 | chouimat | polyonymous_: and every time I tried it I had bad experience and lost a few days of work so ... I prefer to use Hg, It's not perfect but it's easy to use and work for my needs |
| 19:57.34 | CosmicPenguin | the failure isn't on Linus's part |
| 19:57.49 | polyonymous_ | kergoth, so, am I that badly behind that apache learnt to start hooks? |
| 19:58.17 | polyonymous_ | CosmicPenguin, the failure to make me feel dumb? :) |
| 19:58.37 | kergoth | polyonymous_: i don't know how it does it, but it does. i push over webdav and it updates the metadata on the remote end, i do it all the time. |
| 19:58.41 | zecke | kergoth: hehe |
| 19:58.44 | polyonymous_ | chouimat, in git it's practically *impossible* to lose work, it doesn't delete anything on it's own accord. |
| 19:59.09 | hrw | polyonymous_: as long as simple "scm fetch/merge/update" and "scm diff" works without problems I can use it. But I still did not passed to get this nice working with git |
| 19:59.14 | polyonymous_ | kergoth, I don't believe you, maybe it's just that it's not always necessary to update metadata. |
| 19:59.28 | kergoth | then why does it say "Updating remote server info |
| 19:59.28 | kergoth | " on every push to the remote repo? |
| 19:59.33 | kergoth | is it just trying to fool me? |
| 19:59.36 | kergoth | somehow i doubt it |
| 20:00.08 | polyonymous_ | kergoth, no idea. But surely no hook is running on remote side, maybe it's doing it over webdav from client, I don't know. I don't really use dumb protocols. |
| 20:00.15 | christopher | on angstrom and gpe, is there a way to start X and matchbox without gpe-dm so that it will do it automatically? |
| 20:00.19 | polyonymous_ | kergoth, but surely can't start hooks on remote. |
| 20:00.31 | hrw | christopher: xserver-nodm is what you need |
| 20:00.35 | kergoth | maybe it is, but maybe you should actually test before you spout nonsense about my point about webdav being useless |
| 20:00.42 | kergoth | the fact is, it works. |
| 20:00.44 | polyonymous_ | hrw, it works fine, but I think you at least confusing pull and fetch :) |
| 20:00.46 | christopher | hrw: ok, thanks, I will try that. will that load up matchbox too? |
| 20:00.55 | hrw | christopher: yes |
| 20:01.09 | hrw | polyonymous_: fetch == fetch; pull == fetch+merge |
| 20:01.35 | christopher | hrw: sweet! that will be exactly what I need. Thanks. oh, and does it export DISPLAY too? I know some programs need DISPLAY set to :0 in order to work |
| 20:01.37 | polyonymous_ | hrw, I'm not saying you don't know the difference, it's just that your complaint made me thing you're confusing them when you're working. |
| 20:02.45 | hrw | polyonymous_: I use olpc kernel tree on my laptop to test 8385cf card. from time to time I 'git pull' to get updates. each time I do 'quilt pop -a' before pull to get rid of possible conflicts |
| 20:02.48 | polyonymous_ | kergoth, Okay, we both say "nonsense": you - about hooks running on remote side via webdav and me (maybe) - about inability to update metadata via webdav. The difference is that you still prefer smart protocol :) |
| 20:03.10 | hrw | polyonymous_: and I do not use git to track my changes - tats what for I have quilt |
| 20:03.27 | polyonymous_ | hrw, meaning you haven't learnt to resolve conflicts :) |
| 20:03.47 | christopher | ERROR: No providers of build target xserver-nodm (for []) |
| 20:03.47 | christopher | christopher@linuxserver:/oe/build$ |
| 20:04.05 | hrw | christopher: I do not remember how recipe is called |
| 20:04.06 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 20:04.31 | hrw | polyonymous_: git cheatshit tells to use "git add file1 file2; git rebase --continue" |
| 20:04.40 | christopher | hrw: ok, I'll look around then |
| 20:05.01 | chouimat | grrrrr stupid computer ... /me wonders if problem is kernel or X related |
| 20:05.03 | cbrake | hrw: git is starting to work pretty well as a quilt replacement for me -- at least for kernel work |
| 20:05.07 | hrw | polyonymous_: I think that I will keep two trees instead and limit git usage to pull |
| 20:05.13 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
| 20:05.21 | polyonymous_ | hrw, `git add` after you've resolved conflict :) |
| 20:05.27 | hrw | polyonymous_: ofcourse |
| 20:05.35 | polyonymous_ | hrw, and? it doesn't work? |
| 20:06.02 | cbrake | hrw: what version of git are you running? |
| 20:06.20 | hrw | polyonymous_: I ended with >1000 modified files (according to 'git status') which I did not touched. so I prefer to start from scratch |
| 20:06.24 | hrw | cbrake: 1.5.3.3 |
| 20:06.37 | cbrake | hrw: should be new enough |
| 20:07.08 | polyonymous_ | hrw, what does it have to do with files *you* touched? You're doing merge, remember? |
| 20:08.00 | hrw | polyonymous_: I do not plan to go back to that tree to check what else was wrong |
| 20:08.38 | polyonymous_ | hrw, having files touched by others in your tree when doing merge is not "wrong". But I'm not trying to make you go back to that tree :) |
| 20:10.46 | *** join/#oe Varoudis (n=varoudis@91.104.44.222) |
| 20:10.47 | kergoth`bbl | polyonymous_: found the commit in question. http://www.ohloh.net/projects/278/contributors/13268/commits/13136174 |
| 20:11.08 | kergoth`bbl | so as you say, it doesnt call the hook, but it does update the dumb protocol metadata |
| 20:11.14 | kergoth`bbl | so webdav is still a viable option |
| 20:11.53 | polyonymous_ | kergoth`bbl, agreed on that. But personally, I'm afraid of updating repository via webdav :) |
| 20:12.26 | polyonymous_ | kergoth`bbl, so, it turns out we were both right and both wrong :) |
| 20:13.50 | kergoth`bbl | indeed. my description of why it works was wrong, but the original point was valid. i like using webdav in some ways, apache2 gives a lot of flexibility on authentication |
| 20:14.04 | kergoth`bbl | the only downside is the odd behavior of the locking i ran into a couple times over the past few weeks |
| 20:14.20 | kergoth`bbl | seems to only happen on an interrupted push, should see if i can reproduce it reliably |
| 20:15.22 | polyonymous_ | kergoth`bbl, and I agreed with your original point that theoretically push over webdav is possible ;-) But honestly, would you want it in OE? (not that git is an option, hrw would kill me if I will even *think* it is:)) |
| 20:16.12 | zecke | polyonymous_: well, we have an apache running, I'm paranoid so apache2+ldap would be nice for user management (I don't want to give logins....) |
| 20:16.17 | kergoth`bbl | i wouldn't mind it being used for OE, but what i would mind is yet another scm switch. it's just too much trouble to be worthwhile for minimal gain |
| 20:17.15 | polyonymous_ | zecke, that's what I mentioned as the first drawback of git, but webdav doesn't sound fun to me even if it works to some certain extent. |
| 20:17.16 | likewise | we can postpone the switch, but decide on what we need now |
| 20:17.28 | hrw | polyonymous_: *if* OE will change SCM then it will be git. there is no sense in changing to something else I think. |
| 20:17.41 | polyonymous_ | kergoth`bbl, I don't think it's a minimal gain, I don't think it's too much trouble and I don't think we should switch either :) |
| 20:18.04 | *** join/#oe gerwinin (n=holograp@ip5457b30e.direct-adsl.nl) |
| 20:18.10 | polyonymous_ | hrw, I'm glad to hear it. And I agree with likewise - it's something to think of, not rush into. |
| 20:18.40 | christopher | hrw: it was xserver-nodm-init and it does work and pulls up x...so, if I want it to pull up matchbox at the same time, should I just modify the Xsession script or is there something else I would need for that? |
| 20:19.12 | likewise | hrw: cool, but why not -rt instead of -hrt? |
| 20:19.25 | hrw | polyonymous_: cvs, svn, svk are not good. bk is not free anymore. mercurial/bazaar/darcs are not common |
| 20:19.39 | hrw | likewise: hrt enable hpet on my ich4 laptop |
| 20:20.14 | polyonymous_ | hrw, neither is monotone, but we use it ;-) I think being common is not of the highest importance (but not unimportant either, of course). |
| 20:20.23 | hrw | likewise: iirc -rt changes more then I want |
| 20:20.40 | likewise | hrw: true :-) |
| 20:20.54 | polyonymous_ | I don't know much about mercurial/bazaar/darcs, but last time I looked at darcs I didn't like it. mercurial and bazaar left me indifferent, but my knowledge here is rather limited. |
| 20:20.59 | hrw | polyonymous_: we are one of biggest projects using monotone and some stuff was made due to our requests |
| 20:21.12 | zecke | woglinde: BTW: I finally have a DEC keyboard! |
| 20:21.20 | woglinde | zecke NO! |
| 20:21.24 | woglinde | that cant be |
| 20:21.24 | kergoth`bbl | mtn has definately come a long way |
| 20:21.36 | zecke | woglinde: yeah, it is yours, your wife sold it to me |
| 20:21.42 | woglinde | no |
| 20:21.47 | polyonymous_ | hrw, I know. That's exactly an example of why being common isn't *that* important. |
| 20:21.51 | woglinde | I am typing at it right now |
| 20:21.54 | zecke | woglinde: let me make a picture |
| 20:21.58 | zecke | woglinde: it is just a sticker ;) |
| 20:21.59 | polyonymous_ | woglinde, it's an illusion. |
| 20:22.10 | cbrake | yeah, mtn works well enough. interesting though we don't see much branching in OE, but perhaps it is more the nature of the project |
| 20:22.18 | oxo | zecke: what kind of DEC-keyboard? |
| 20:22.34 | zecke | oxo: from digital, plain ps2 keyboard |
| 20:22.40 | polyonymous_ | cbrake, we don't see much branching, but we do have heckofalot of merges, does it make sense? :) |
| 20:22.40 | oxo | oh, a new one |
| 20:23.13 | woglinde | zecke german? |
| 20:23.25 | cbrake | polyonymous_: good point |
| 20:24.18 | zecke | woglinde: http://www.openembedded.org/~zecke/digital.jpg |
| 20:24.28 | polyonymous_ | cbrake, that's one of the things I don't like in monotone, it provokes such a repository history. but it's surely not a reason to rush in for another SCM |
| 20:25.50 | hrw | polyonymous_: how would it differ if I would use git for OE but do not use own branch at all? |
| 20:26.16 | hrw | polyonymous_: my stuff would appear as merge anyway just like it is today? |
| 20:26.19 | cbrake | polyonymous_: its interesting that in git, I branch stuff all the time -- list like I'm supposed to, but I've never made a branch in mtn to do some private work. I need to learn how to use mtn better -- surely it can do many of the same things ... |
| 20:26.22 | oxo | zecke: interested in some 'older' DEC stuff? |
| 20:26.41 | mwester | :P |
| 20:26.41 | polyonymous_ | hrw, with git you can (a) rebase instead of merge your local changes and (b) not push if it would create two-head. |
| 20:26.48 | zecke | oxo: well, I wonder what my boss would say if we get a PDP11 |
| 20:27.01 | mwester | How does a rebase differ from a change-set-based merge? |
| 20:27.17 | zecke | mwester: linearisation of history |
| 20:27.34 | hrw | polyonymous_: rebase move my commits to top of 'HEAD' - rigt? |
| 20:27.36 | woglinde | zecke U see |
| 20:27.38 | mwester | Ok, but it still amounts to the same thing in terms of code motion. |
| 20:27.45 | woglinde | ups I see I meant |
| 20:27.52 | polyonymous_ | cbrake, branches in monotone aren't made *convenient*. That is it doesn't mandate such a history (almost), but provokes it. |
| 20:27.55 | polyonymous_ | hrw, yup |
| 20:28.03 | polyonymous_ | hrw, on top of whatever upstream you push into |
| 20:28.04 | woglinde | zecke so which one did you murder |
| 20:28.20 | hrw | polyonymous_: push or pull? |
| 20:28.21 | polyonymous_ | mwester, are you saying that you will end up with the same code? :) |
| 20:28.21 | zecke | woglinde: suddenly it was in the office, and placed it under my desk ;) |
| 20:28.31 | polyonymous_ | hrw, what push and pull? |
| 20:28.34 | zecke | woglinde: now one month has passed and I claim it |
| 20:28.50 | mwester | polyonymous_: It would be desirable if you ended up with the same code, but I somehow doubt it! |
| 20:28.56 | polyonymous_ | hrw, I'd say `git fetch oe && git rebase oe && git push oe` - something along these lines. |
| 20:28.58 | hrw | polyonymous_: I do commit; then pull; then rebase - so my commit is on top of what I pulled. |
| 20:29.11 | polyonymous_ | hrw, right. |
| 20:29.15 | polyonymous_ | hrw, oh no |
| 20:29.28 | polyonymous_ | hrw, if you commit and *pull* - then you have merge on top of your commit. |
| 20:29.43 | cbrake | hrw: branch first? |
| 20:29.43 | polyonymous_ | hrw, but if you fetch and rebase you have linear history |
| 20:29.56 | mwester | The _theory_ of change sets is a nice idea, but it never quite works out that way, which is why I intensely dislike SCM tools that (wrongly) encourage developers to think in terms of patches and change sets. |
| 20:29.59 | hrw | so commit, fetch, rebase (which will also merge) and push? |
| 20:30.14 | polyonymous_ | cbrake, of course you do branch at some extent - like after fetch you have refs/remotes/oe/master and you checkout -b master oe/master |
| 20:30.26 | zecke | haha, sorry that you are talking about git ;) |
| 20:30.29 | polyonymous_ | hrw, what do you mean "rebase which will also merge" ? |
| 20:30.52 | zecke | polyonymous_: well, you could git-reset HEAD^1 and then rebase on the remote? |
| 20:31.16 | polyonymous_ | zecke, and? |
| 20:31.26 | polyonymous_ | zecke, I mean, I'm not sure what are you talking about :) |
| 20:31.27 | hrw | polyonymous_: I have week old tree. I do commit in it. then I fetch (which will give me 500 changesets from upstream). when I do merging of that 500 csets? |
| 20:31.33 | mwester | A rebase sounds to me like a reverse-merge --- one merges the parent's deltas back to the child branch so as to "resync" the child. It's still a merge! |
| 20:32.07 | hrw | polyonymous_: commit/fetch/rebase/push looks like 'lets ignore those 500 csets' |
| 20:32.09 | polyonymous_ | hrw, rebase is not "merge" - you will have your commits on top of what you've pulled, therefore there's no single purely merge revision. |
| 20:32.33 | polyonymous_ | hrw, no, it's not. you will have all your local commits in history *after* your 500 revisions |
| 20:32.36 | polyonymous_ | not your |
| 20:32.46 | polyonymous_ | mwester, yeah, right :) |
| 20:32.56 | polyonymous_ | mwester, I think git rebase --help actually has it in ascii-art :) |
| 20:33.14 | cbrake | hrw: I branch before committing anything, that way pulls happen on the master branch without messing with my branch, and then I rebase the branch |
| 20:33.25 | polyonymous_ | mwester, why is it still a merge if you don't have a single merge revision? |
| 20:33.36 | hrw | polyonymous_: so it will extract my commits to temporary something, remove them, merge upstream 500 csets and then apply my stuff on top - right? |
| 20:34.07 | mwester | If I have modifications on my branch, and I rebase, then my changes must be merged with the changes on the parent. |
| 20:34.20 | polyonymous_ | hrw, technically it will not either extract or remove them, it will apply them on top of upstream 500 (right) and leave them unreachable in your objects directory |
| 20:34.38 | polyonymous_ | mwester, in terms of resulting code - yes, but not in terms of repository history |
| 20:34.55 | hrw | polyonymous_: ok. but when it will happen? during 'git rebase'? |
| 20:34.55 | *** join/#oe niv_one_three (n=niv@bzq-84-108-124-194.cablep.bezeqint.net) |
| 20:35.02 | polyonymous_ | hrw, yes |
| 20:35.18 | mwester | Oh, well yes -- but is it the code or the history that is important? |
| 20:35.20 | hrw | ok, tx |
| 20:35.23 | polyonymous_ | hrw, actually, due to the lack of whiteboard I'd really recommend `git rebase --help` |
| 20:35.28 | niv_one_three | hrw: hi |
| 20:35.38 | niv_one_three | hrw: small issue |
| 20:35.44 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
| 20:35.48 | polyonymous_ | mwester, readable and usable history is important if you want to make real branches and throw code back and forth. |
| 20:36.04 | niv_one_three | <PROTECTED> |
| 20:36.13 | niv_one_three | I use monotone 0.35 and when I try to mtn --db=$PWD/OE.mtn db migrate I got mtn: error: database schema 48fd5d84f1e5a949ca093e87e5ac558da6e5956d is unknown |
| 20:36.22 | mwester | Agreed. But if the code is merged (rebased) incorrectly, then the history is at best meaningless, and at worst, false. |
| 20:36.27 | nik0n | upgrade monotone |
| 20:36.53 | cbrake | niv_one_three: or download a snapshot for your mtn version |
| 20:36.55 | polyonymous_ | mwester, incorrect code is always a problem, but why would it be rebased/merged incorrectly? :) |
| 20:37.00 | niv_one_three | thanks, I use monotone 0.35 aint it the latest? |
| 20:37.01 | zecke | niv_one_three: upgrade monotone, or download a older snapshot |
| 20:37.14 | zecke | niv_one_three: 0.36 is out, but it should have the same schema |
| 20:37.36 | niv_one_three | hi zecke |
| 20:37.50 | zecke | koen|away: could you send me your .tex files of your CELF talk? |
| 20:38.02 | zecke | any idea what I could present at FOSS.IN? |
| 20:38.39 | mwester | polyonymous_: Example: on the parent you clean up a function by removing unused variables. On the branch, I have implemented a loop using the previously-unused variable. The merge/rebase will result in "Undefined variable" on my branch. |
| 20:38.44 | niv_one_three | ok, I got a simpad , and managed to flash the angstron bin fine |
| 20:39.09 | niv_one_three | I want to install the wlan-ng to use my prism 2 wifi card |
| 20:39.19 | polyonymous_ | mwester, this problem would common to both rebase and merge approaches. |
| 20:39.27 | mwester | That's exactly my point. |
| 20:39.32 | polyonymous_ | mwester, I'm not saying scm will write code for you :) |
| 20:39.42 | niv_one_three | to do this I need to compile the bin for it on my pc, so I want to create the angstrom env |
| 20:39.43 | mwester | There is only a terminology difference between rebase and merge. |
| 20:39.50 | polyonymous_ | mwester, well, we're talking about repository history, provided it's meaningful at all :) |
| 20:40.15 | niv_one_three | how to download a OE.mtn for monoton 0.35 ? |
| 20:40.45 | polyonymous_ | mwester, no, not terminology. Suppose you want to cherrypick commit from the other branch which comes from italy and bears unnecessary resemblance with spaghetti? Would it be fun to cherrypick changes from such a branch? |
| 20:41.26 | niv_one_three | oh ok - I see it in http://www.openembedded.org/snapshots/ |
| 20:41.28 | mwester | It would be no different than merging back from the mainline to the branch. The commands used would be different, but the results would be the same. |
| 20:41.37 | zecke | niv_one_three: http://www.openembedded.org/snapshots/ |
| 20:41.45 | zecke | niv_one_three: hehe |
| 20:42.21 | mwester | (And, no, it's never fun to merge someone elses mess -- that's why the developers who create the branch must own the task of merging it back, IMO) |
| 20:42.23 | polyonymous_ | mwester, it would take ages to figure out which changes are relevant for you. |
| 20:42.31 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-3906d9c900a11de2) |
| 20:42.36 | niv_one_three | zecke : pls tell me what should I do to build wlan-ng for my wifi card to run on the angstrom ? |
| 20:42.38 | chouimat | mwester I agree |
| 20:43.07 | zecke | niv_one_three: no idea :) |
| 20:43.22 | polyonymous_ | mwester, in fact developer must be responsible for making his branch mergeable. |
| 20:43.33 | zecke | niv_one_three: bitbake wlan-ng? |
| 20:43.36 | mwester | polyonymous_: that's a process problem, not a tool issue. Even the simplest tool can organize relevant changes, if the developers were disciplined and put major features on feature branches to begin with. |
| 20:44.30 | hrw | niv_one_three: how you connected that card? |
| 20:44.36 | polyonymous_ | mwester, well, tool choice does have implication. Of course no tool can solve workflow problems, only assist. |
| 20:45.04 | mwester | In any case, I'll support any SCM tool in use (although I reserve the right to complain about horrible mis-implementations, such as MTN's performance) -- I just think that we (OE devs) need to adopt a branching and merging set of rules. |
| 20:45.50 | mwester | I think we can do better in terms of OE stability if we would use SCCS, as long as we would branch!!! |
| 20:46.02 | RP | mwester: There is no issue with creating branches. Its the maintenance of then that worries people. That is true regardless of the SCM |
| 20:46.15 | mwester | RP: You are exactly correct! |
| 20:46.35 | niv_one_three | hrw: the card is connected via pcmcia |
| 20:46.48 | polyonymous_ | of course, SCM is no panacea. But it surely affects performance. |
| 20:46.59 | mwester | IMO, OE has matured to the point that the devs need to commit themselves to maintenance (and closing out) of branches. |
| 20:47.36 | RP | mwester: I already maintain one and I personally can't spare any more time for that |
| 20:47.39 | hrw | niv_one_three: then you need hostap or orinoco rather then wlan-ng |
| 20:47.45 | niv_one_three | zecke: I assume you mean I need to run "bitbake wlan-ng" just get the source.. right? how to compile? |
| 20:47.50 | mwester | Of course everyone WANTS to work on the mainline, but (so to speak) the kitchen here has gotten very crowded, and the cooks are getting in each others' way too often. |
| 20:47.50 | gerwinin | zecke: do you have a bio about yourself ? |
| 20:48.37 | likewise | mwester: care to take care of a branch? A stable one? |
| 20:48.37 | zecke | gerwinin: "Junky, on crack, looking worse than wookie" is probably not okay? |
| 20:48.38 | niv_one_three | hrw: thanks , so I need to run bitbake hostap - then how to get the .ipk? |
| 20:48.52 | likewise | zecke: for the intro it is :-) |
| 20:49.14 | *** join/#oe mykilx (n=mykilx@cpe-72-185-226-254.tampabay.res.rr.com) |
| 20:49.37 | gerwinin | zecke: :) |
| 20:49.49 | zecke | gerwinin: grab the one from aKademy2006? |
| 20:50.07 | gerwinin | Zecke: okay |
| 20:50.08 | RP | mwester: The real problem is that a stable branch will only ever be stable for the aims the people mantaining it have. Poky is rock solid for arm. I'd bet powerpc builds explode badly... |
| 20:50.27 | gerwinin | Zecke: Can you bring an openmoko telephone ? |
| 20:50.43 | RP | mwester: Its safe to assume nobody deliberately makes .dev unstable, the shear volume of changes just make it so |
| 20:51.03 | hrw | niv_one_three: under 2.6 both are in kernel |
| 20:51.05 | mwester | RP: I agree. |
| 20:51.43 | mwester | RP: No cook in the kitchen is to blame, but regardless, the soup spills often... |
| 20:51.57 | zecke | gerwinin: yes, it will either run Qtopia or OpenMoko (or probably both) |
| 20:52.02 | RP | mwester: So we need better cleaners? :) |
| 20:52.09 | mwester | :D That's a solution! |
| 20:52.11 | niv_one_three | hrw: so why can't I find it in /lib/`uname -r` ? |
| 20:52.35 | hrw | niv_one_three: no one enabled them in kernel config? |
| 20:53.12 | hrw | RP: speaking of kernel config -- did you had a look at zaurus configs which I sent to you? |
| 20:53.33 | RP | hrw: Only breifly :-( |
| 20:53.48 | mwester | We can issue the honorary title "Chief Sanitary Engineer" to a different person every week, and put them in charge of fixing build problems! :D |
| 20:54.22 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.5) |
| 20:54.23 | RP | hrw: After OEDEM I should have slightly more free time hopefully... |
| 20:54.43 | niv_one_three | not in the bin provided in http://www.angstrom-distribution.org/unstable/images/simpad/20070831/ |
| 20:55.59 | niv_one_three | hrw: I guess I need to build my own kernel for the simpad , right |
| 20:56.24 | hrw | yes |
| 20:56.43 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 20:56.45 | niv_one_three | can I use bitbake to get a .jffs2 file? |
| 20:57.00 | ynezz | yes |
| 20:57.12 | niv_one_three | ynezz: please tell me how? |
| 20:57.20 | RP | hrw: When do you arrive at OEDEM btw? |
| 20:57.51 | hrw | RP: saturday |
| 20:58.24 | RP | hrw: ok, same as me effetively... |
| 20:58.26 | hrw | RP: will be ~13-14 at oedem |
| 20:58.36 | ynezz | niv_one_three: read the docs, IMAGE_FSTYPES = "jffs2" |
| 20:59.31 | niv_one_three | thanks ynezz |
| 21:00.11 | niv_one_three | 17 min to download OE.mtn.bz2 .. |
| 21:00.51 | niv_one_three | I just hope I can understand the devel env, and manage to add the bluetooth hack to me simpad |
| 21:00.59 | niv_one_three | any simpad user here? |
| 21:01.36 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 21:01.42 | woglinde | niv yes |
| 21:04.05 | niv_one_three | woglinde: do you use angstrom? |
| 21:07.30 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 21:07.30 | *** join/#oe memenarsil (n=memeruiz@e181178229.adsl.alicedsl.de) |
| 21:08.31 | woglinde | niv yes Irun successfull angstrom with opie images with uclibc |
| 21:08.46 | woglinde | but it can be broken now |
| 21:09.01 | woglinde | but it worked 2 mothns ago |
| 21:11.26 | hrw | bye all |
| 21:11.31 | hrw | see you at oedem |
| 21:11.41 | niv_one_three | bye hrw |
| 21:12.16 | woglinde | see you hrw |
| 21:16.30 | *** join/#oe mykilx (n=mykilx@cpe-72-185-226-254.tampabay.res.rr.com) |
| 21:24.39 | niv_one_three | dam it I d/l the 0.35 OE.mtn and still can't chkout |
| 21:26.25 | niv_one_three | ok, got my mistake seems I got 0.31 installed as well |
| 21:29.05 | likewise | mtn --version |
| 21:29.38 | likewise | you really want the later ones as they are speedier. |
| 21:30.45 | *** join/#oe memeruiz__ (n=memeruiz@e181178229.adsl.alicedsl.de) |
| 21:33.07 | *** join/#oe mykilx (n=mykilx@cpe-72-185-226-254.tampabay.res.rr.com) |
| 21:42.49 | *** join/#oe dcordes_ (n=user0815@78.54.212.133) |
| 21:47.11 | *** join/#oe mykilx (n=mykilx@cpe-72-185-226-254.tampabay.res.rr.com) |
| 21:57.18 | *** join/#oe khem (n=khem@adsl-71-146-16-251.dsl.pltn13.sbcglobal.net) |
| 21:57.49 | likewise | hi khem |
| 21:58.27 | khem | hello likewise |
| 21:58.35 | khem | I have been away on vacation |
| 21:58.54 | likewise | khem: did you enjoy it? |
| 21:59.03 | khem | yes |
| 21:59.10 | khem | I took no comps with me :) |
| 21:59.19 | likewise | khem: good |
| 21:59.39 | khem | yeah I felt it was a good one |
| 21:59.49 | likewise | khem: where did you go? |
| 21:59.51 | khem | otherwise I ended up working more on vacation |
| 22:00.05 | khem | I was in India :) my homeland |
| 22:00.15 | likewise | I try to take it more easy as well lately -- otherwise works eats me |
| 22:00.21 | khem | in the Himalayan ranges :) |
| 22:00.37 | likewise | khem: wow. would love to go there once. |
| 22:01.18 | khem | yeah it's a different world altogether |
| 22:01.22 | likewise | khem: have you been there before? |
| 22:01.26 | *** join/#oe flo_lap (n=fuchs@f048224108.adsl.alicedsl.de) |
| 22:01.41 | khem | its you and the mountain goats (ibex) |
| 22:01.46 | khem | yes |
| 22:02.16 | likewise | I live in the Netherlands which is flat as hell. |
| 22:02.43 | likewise | its you, flatness and cows, over here :-) |
| 22:02.53 | likewise | and a whole lot of crowd |
| 22:03.55 | khem | yeah I have been to Amsterdam in 2004 |
| 22:04.07 | khem | and also to Den Haag |
| 22:19.14 | *** join/#oe gilligan__ (n=gilligan@p549A919D.dip0.t-ipconnect.de) |
| 22:20.28 | *** join/#oe woglinde_ (i=woglinde@e178124185.adsl.alicedsl.de) |
| 22:23.45 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 22:34.44 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 22:46.49 | CoreDump|home | hey |
| 23:01.03 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 23:31.15 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
| 23:44.18 | *** join/#oe tsdogs (n=tsdogs@62.123.180.130) |
| 23:44.25 | *** join/#oe orospakr_ (n=orospakr@bas4-ottawa23-1088826851.dsl.bell.ca) |
| 23:52.47 | *** join/#oe torpor (n=torpor@62.75.148.116) |
| 23:55.49 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
