| 00:04.34 | raster | florian: you can't |
| 00:04.42 | raster | as there is no fix |
| 00:04.46 | raster | its just "change" |
| 00:04.58 | raster | i explained who/how |
| 00:05.51 | florian | raster: keep it simple... just delay loading the desktop file |
| 00:06.32 | raster | already wait 1 second |
| 00:06.35 | raster | so i make it 2 |
| 00:06.41 | raster | a package that takes > 2 breaksd |
| 00:06.43 | raster | i make it 5 |
| 00:06.45 | raster | packages > 5 break |
| 00:06.47 | raster | make it 20 |
| 00:06.51 | raster | one that takes > 20 breaks |
| 00:06.53 | raster | it doesnt fix it |
| 00:07.20 | raster | you just play cat and mouse with "how slow is your flash/writes today/ how big is the package?" games |
| 00:07.23 | raster | its no fix |
| 00:07.35 | raster | fix is to install the "trigger" last |
| 00:07.46 | raster | as xdg/fso provide no other trigger mechanism as part of the standard |
| 00:08.01 | florian | raster: right, that would be a bad idea. think about a better mechanism. |
| 00:08.04 | raster | the ONLY trigger avaoilable is detecting a change in the file tree. |
| 00:08.19 | raster | now u can go invent some new trigger mechanism |
| 00:08.29 | raster | and u still have to go modify all packages to use that trigger |
| 00:08.30 | florian | that's overkill |
| 00:08.50 | florian | raster: Make better assumption but keep it simple. |
| 00:08.53 | raster | so given the work neded to come up with a new trigger... mayaswell just do it the simpel way - install the trigger last so all it depends on is already there |
| 00:09.16 | raster | offer me a solution that 1. is standards compliant, 2. sane to do, 3. isnt just cat ns mouse in playing with race times |
| 00:10.43 | raster | the .desktop says "use icon x.png" |
| 00:10.50 | raster | x.png inst installed yet |
| 00:10.59 | florian | raster: Read the desktop file as soon it appears. If it references another file you fail to read then retry later. |
| 00:11.02 | raster | that fact is you have to cache results of an ixon search due to complexity |
| 00:11.05 | raster | icon search |
| 00:11.12 | raster | aaah u cant do that |
| 00:11.25 | florian | I guess it is safe to assume the file will show up some time. |
| 00:11.26 | raster | why? there are tonnes of broken .desktops aroudn that reference icons that dont - and never will exist |
| 00:11.38 | raster | so u sti and always poll looking for an icon that will never come ot be |
| 00:11.43 | raster | so it's not safe |
| 00:11.49 | raster | also searching for an icon is expensive |
| 00:11.54 | raster | you have to hunt a lot of directories |
| 00:12.01 | raster | try multiple extensions etc. etc. |
| 00:12.14 | raster | multiply this by 100's of applications and it gets nasty |
| 00:12.33 | raster | thus u need to cache a result once found - be that a "it doesnt exist" or a "i found it here" |
| 00:12.45 | florian | Ok but then its safe to give up at some point. |
| 00:13.02 | raster | again - race condition |
| 00:13.08 | raster | so how long do u wait to give up? |
| 00:13.48 | raster | in the end u are just creating ugly hacks around what fundamentally is a broken install order issue - avoiding fixing the real problem |
| 00:14.28 | florian | raster: Sometimes you need to make things simple - just ry after ten seconds, one minute, five minutes. Or if you are cool then wait till the installer application process dissapears :) |
| 00:14.50 | raster | u cant do that |
| 00:14.57 | raster | as u dont know what is installing it |
| 00:15.24 | raster | and ten seconds, 1 minute, 10, whatever doesnt change it |
| 00:15.29 | raster | its a hack around the original problem |
| 00:15.32 | raster | not a fix |
| 00:15.38 | *** join/#oe texel`` (n=user@209.147.168.1) |
| 00:15.39 | florian | raster: yes, but a vaild one |
| 00:16.04 | raster | u cant check for the installer process |
| 00:16.16 | raster | othjerwise u tie the code to a particular packaging system |
| 00:16.25 | raster | and now u are polling the proc table for it |
| 00:16.27 | florian | raster: on the other hand... on what do you want to rely if you don't know what is installing the packages? THen you can't rely on the installer doing it in the right order. |
| 00:16.30 | raster | and doing fuzzy matches on process names |
| 00:16.33 | raster | thats just not sane |
| 00:16.52 | raster | the problem is the installer installs files |
| 00:17.02 | raster | and installs a file that references others thaat dont exist yet |
| 00:17.09 | raster | and these are key important files |
| 00:17.20 | raster | so fixing the installer to install int he right order fixes it simply for everything |
| 00:17.30 | raster | illume/efreet/e isnt just for oe |
| 00:17.34 | raster | it runs on everything |
| 00:17.49 | raster | .this problem has never happened on my desktop |
| 00:17.58 | raster | that i can remember |
| 00:18.04 | raster | i suspect debian has an install order |
| 00:18.42 | florian | raster: No... the installer does not necessary know how files reference each other. The reference could be even in a binary or whatever. |
| 00:19.12 | raster | indeed |
| 00:19.23 | raster | so u have a .desktop saying "u can execute this binary" before the binary exists |
| 00:19.25 | raster | same with icon |
| 00:19.41 | raster | so now ujust have different bug reports |
| 00:19.50 | raster | "i install3ed app x - but i try and run it and it doesnt work" |
| 00:19.54 | raster | but if u want 1 minute it will |
| 00:19.58 | *** join/#oe texel``` (n=user@wsip-70-167-109-201.ph.ph.cox.net) |
| 00:20.07 | raster | as it takes a minute between installing .desktop and the executable |
| 00:20.17 | florian | It would be better if there was a specified mechanism for the installer signalling that some package is ready for use which triggers the update. |
| 00:20.18 | Marex | OE is broken again ? |
| 00:20.29 | raster | florian: there is a mechanism. |
| 00:20.32 | raster | install /desktop last |
| 00:20.36 | raster | .desktop |
| 00:20.37 | raster | :) |
| 00:20.51 | raster | that6 should work with all existing software with no breakages |
| 00:20.56 | raster | (that look at .desktop files) |
| 00:21.13 | raster | it is by far the cleanest, simplest and most robust fix |
| 00:21.23 | florian | raster: right, but this solves it for desktop files (== a known type) only. A generic mechanism would be much more safe. |
| 00:21.28 | raster | and its the correct fix as u install dependencies for the .desktop before u install the .desktop |
| 00:21.46 | raster | well the generic mechanism is package dependencies |
| 00:21.58 | raster | ie u install my-app and it depends on myapp-core |
| 00:22.07 | mwester_ | do it like Microsoft, and just have opkg prompt to reboot. :p |
| 00:22.14 | florian | I agree, that would solve the problem on moast devices for most packages currently. |
| 00:22.19 | raster | myapp ONLY installs a .desktop - it suckes in myapp-core whcih has all the executables, datafiles, icons etc. |
| 00:22.30 | raster | but that is truly ugly |
| 00:22.39 | florian | yeah |
| 00:22.48 | kergoth | i haven't really been paying attention to the conversation, but isn't there a way to force a refresh in the ui from a postinst in some fashion? |
| 00:22.54 | raster | now we have a huge blowout in package numbers |
| 00:22.57 | raster | and confusion |
| 00:23.13 | raster | kergoth: no. as designers dont want it :) |
| 00:23.26 | raster | kergoth: and evebn so - thats a workaround. the bug reports will still come in |
| 00:23.38 | raster | u want a solution where it "just works" |
| 00:23.40 | raster | no workarounds |
| 00:23.47 | raster | no race conditions |
| 00:24.16 | raster | florian: btw. "dependencies" are just a way to get the package manager to generate an install order for you |
| 00:24.17 | raster | :) |
| 00:24.41 | raster | so as such an install order for files within a package is really a viable solution as its a small enough set. |
| 00:25.20 | florian | agrees |
| 00:25.28 | raster | i just want a clean solution |
| 00:25.30 | raster | not hacks |
| 00:25.44 | raster | you are right - i can go and add hacks to rtry and wait and retry and wait |
| 00:25.56 | raster | but in the end u end up with bgu reports for "it takes a minute to update my icon" |
| 00:26.15 | raster | or some packages just are so big to install your idea of waiting long enough is not long enough |
| 00:26.26 | raster | or some other thing that hen breaks the race condition again |
| 00:26.46 | Marex | florian: hi :) is this guy some new blood to OE ? |
| 00:28.34 | florian | hi Marex |
| 00:29.35 | florian | raster: I really see the requirement... but its really hard since you need to be aware of all your dependencies. |
| 00:29.50 | raster | yeah - i know |
| 00:30.04 | raster | but - for packages that install .desktops... it wouldnt be that hard |
| 00:30.08 | raster | just remember the |
| 00:30.54 | raster | FILES_LAST_${PN} += "${datadir}/applications/*.desktop" |
| 00:30.56 | raster | instead of |
| 00:31.00 | raster | FILES_${PN} += "${datadir}/applications/*" |
| 00:31.09 | raster | so u can have a FILES_FIRST, FILES_LAST |
| 00:31.19 | raster | where order is preserved as per the file list |
| 00:31.30 | raster | and otherwise normal files get installed in "any order" as currently |
| 00:31.33 | raster | doesnt break anything |
| 00:31.39 | raster | is a new feature to use |
| 00:31.45 | raster | lets packages transition to use it |
| 00:31.51 | raster | and is simple |
| 00:31.52 | raster | :) |
| 00:32.44 | florian | yes, that's somethign we should do... for oe we can hide that in a class anyway |
| 00:33.45 | raster | yup |
| 00:35.21 | florian | hrm... time to get some sleep. I fear the little ones won't sleep longer than 8am :-/ |
| 00:35.34 | raster | eek! |
| 00:35.57 | *** join/#oe rsalveti (n=salveti@189.70.175.196) |
| 00:36.26 | florian | yeah... |
| 00:36.48 | florian | good night |
| 00:37.40 | raster | nite |
| 00:57.23 | *** join/#oe wrobbie (n=rob@203.117.215.163) |
| 01:22.41 | *** join/#oe davygravy (n=davygrav@h75-100-95-194.mdtnwi.dsl.dynamic.tds.net) |
| 01:42.12 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 02:16.08 | *** join/#oe rsalveti (n=salveti@189.70.115.68) |
| 02:18.52 | *** join/#oe minipanda (n=hzhang@123.112.118.19) |
| 02:28.34 | CIA-3 | 03 <khem@openembedded.org> 07org.openembedded.dev * r7a9fac56ca 10OE.dev/packages/gcc/ (7 files in 2 dirs): |
| 02:28.35 | CIA-3 | Refresh patches based on 4.3.1 for 4.3.2 |
| 02:28.35 | CIA-3 | All it needed was regenerating configure scripts. |
| 02:28.35 | CIA-3 | -Khem |
| 02:28.41 | CIA-3 | 03 <khem@openembedded.org> 07master * r7a9fac56ca 10OE.dev/packages/gcc/ (7 files in 2 dirs): |
| 02:28.41 | CIA-3 | Refresh patches based on 4.3.1 for 4.3.2 |
| 02:28.42 | CIA-3 | All it needed was regenerating configure scripts. |
| 02:28.44 | CIA-3 | -Khem |
| 02:52.38 | zecke_ | khem: thanks |
| 03:02.55 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 03:16.39 | *** join/#oe xjqian (n=gordon@68-184-200-222.dhcp.stls.mo.charter.com) |
| 03:18.54 | *** join/#oe shres (n=Shreyas@59.92.148.169) |
| 03:19.41 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
| 03:50.23 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 04:03.06 | cdbot2 | * * OE Bug 4531 has been created by hsw(AT)ms2.hinet.net |
| 04:03.08 | cdbot2 | * * avahi-0.6.22 link fails - rpl_realloc undefined |
| 04:03.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4531 |
| 04:22.40 | *** join/#oe abner (n=birunko@200.184.118.132) |
| 04:57.56 | *** join/#oe avanti_ (n=avanti@203.193.154.146) |
| 05:07.00 | *** join/#oe kamathln (n=kamathln@122.167.27.6) |
| 05:12.05 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 05:21.46 | *** join/#oe steliosk (n=Stelios@91.140.115.22) |
| 05:23.25 | *** join/#oe avanti_ (n=avanti@203.193.154.146) |
| 05:41.14 | *** part/#oe kamathln (n=kamathln@122.167.27.6) |
| 05:44.57 | *** join/#oe pleemans (n=peter@dD577D009.access.telenet.be) |
| 05:56.48 | CIA-3 | 03 <khem@openembedded.org> 07org.openembedded.dev * rb33dcbb47c 10OE.dev/packages/gcc/ (16 files in 3 dirs): |
| 05:56.48 | CIA-3 | All below is done for GCC 4.3.1 and 4.3.2 recipes. |
| 05:56.48 | CIA-3 | Enable patches for ARM big endian support. |
| 05:56.48 | CIA-3 | Delete unneeded ARM big endian patches. |
| 05:56.48 | CIA-3 | Adjust Thumb support patches. |
| 05:56.54 | CIA-3 | 03 <khem@openembedded.org> 07master * rb33dcbb47c 10OE.dev/packages/gcc/ (16 files in 3 dirs): |
| 05:56.54 | CIA-3 | All below is done for GCC 4.3.1 and 4.3.2 recipes. |
| 05:56.56 | CIA-3 | Enable patches for ARM big endian support. |
| 05:56.58 | CIA-3 | Delete unneeded ARM big endian patches. |
| 05:57.00 | CIA-3 | Adjust Thumb support patches. |
| 06:08.31 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 06:29.51 | *** join/#oe yansa (n=yans@host-89-230-209-7.lublin.mm.pl) |
| 06:30.41 | CIA-3 | 03 <khem@openembedded.org> 07org.openembedded.dev * r48a488cc3c 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: Convert spaces into tabs for better readability. |
| 06:30.48 | CIA-3 | 03 <khem@openembedded.org> 07master * r48a488cc3c 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: Convert spaces into tabs for better readability. |
| 06:32.00 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
| 06:33.04 | *** join/#oe ljp (n=lpotter@218.185.108.156) |
| 06:47.40 | *** join/#oe trickie|work (n=trickie@basesoft.xs4all.nl) |
| 07:10.43 | *** join/#oe cyberdeck (n=mnemonic@iss60.vlsi.informatik.tu-darmstadt.de) |
| 07:27.56 | *** join/#oe smancke (n=smancke@gate.tarent.de) |
| 07:28.38 | *** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de) |
| 07:48.20 | *** join/#oe BabelO (n=Fabrice@unaffiliated/babelo) |
| 07:51.19 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:53.29 | *** join/#oe Genesis (n=Ronan@sbsserver.1913.fr) |
| 07:56.29 | Genesis | bonjour |
| 07:56.45 | hrw | morning |
| 07:58.02 | Genesis | yo :) |
| 08:08.06 | cdbot2 | * * OE Bug 4200 has been RESOLVED (INVALID) by <Laibsch> |
| 08:08.08 | cdbot2 | * * test bug after moving from Greg's server to amethyst |
| 08:08.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4200 |
| 08:09.28 | *** join/#oe ribbits (n=bob@82.152.87.189) |
| 08:09.45 | *** join/#oe DarthWader (n=sith@freeshell.net.ua) |
| 08:31.08 | *** join/#oe Genesis (n=Ronan@sbsserver.1913.fr) |
| 08:34.11 | *** join/#oe jbs__ (n=Bernardo@89.181.47.138) |
| 08:53.53 | *** join/#oe mr_nice (n=nice@91-65-161-148-dynip.superkabel.de) |
| 08:56.38 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:00.13 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
| 09:00.18 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
| 09:10.31 | CIA-3 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r607ee171bc 10OE.dev/ (2 files in 2 dirs): libsdl x11 remove 1.2.9, 1.2.11 is the new stable one. |
| 09:10.40 | CIA-3 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * rd285ca00e6 10OE.dev/: |
| 09:10.40 | CIA-3 | merge of '3cf7e5f6eed59497a0164a981af89d6bd0f96fae' |
| 09:10.40 | CIA-3 | <PROTECTED> |
| 09:10.41 | CIA-3 | 03 <mickeyl@openembedded.org> 07master * r607ee171bc 10OE.dev/ (2 files in 2 dirs): libsdl x11 remove 1.2.9, 1.2.11 is the new stable one. |
| 09:10.42 | CIA-3 | 03 <mickeyl@openembedded.org> 07master * rd285ca00e6 10OE.dev/: |
| 09:10.44 | CIA-3 | merge of '3cf7e5f6eed59497a0164a981af89d6bd0f96fae' |
| 09:10.46 | CIA-3 | <PROTECTED> |
| 09:12.35 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 09:17.43 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:24.07 | cdbot2 | * * OE Bug 4532 has been created by gcasse(AT)oralux.org |
| 09:24.09 | cdbot2 | * * Gutenflash package |
| 09:24.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4532 |
| 09:24.27 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
| 09:26.22 | *** join/#oe ensc|w (n=ensc@www.sigma-chemnitz.de) |
| 09:40.57 | *** join/#oe lrg (n=lrg@79-68-115-227.dynamic.dsl.as9105.com) |
| 09:42.31 | *** join/#oe thesing (n=tkunze@BAA2993.baa.pppool.de) |
| 09:43.07 | *** join/#oe Jay7 (n=jay@93.81.139.215) |
| 09:43.10 | thesing | morning all |
| 09:47.44 | Jay7 | morning :) |
| 10:08.28 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
| 10:09.26 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 10:26.07 | CIA-3 | 03 <thebohemian@openembedded.org> 07org.openembedded.dev * r0c8ad760bf 10OE.dev/: |
| 10:26.07 | CIA-3 | merge of '6932b153dae1ecb649cc4e5d6557adc86452c225' |
| 10:26.07 | CIA-3 | <PROTECTED> |
| 10:26.07 | CIA-3 | 03 <thebohemian@openembedded.org> 07org.openembedded.dev * r60355b87a2 10OE.dev/packages/libvisual/libvisual_0.4.0.bb: libvisual 0.4: New recipe. |
| 10:26.07 | CIA-3 | 03 <thebohemian@openembedded.org> 07org.openembedded.dev * rd918128d9a 10OE.dev/packages/boost/ (boost.inc boost_1.33.0.bb boost_1.33.1.bb): |
| 10:26.12 | CIA-3 | boost.inc: Fixed python version - re-enables compiling boost_python. |
| 10:26.14 | CIA-3 | boost 1.33.0: Raised PR. |
| 10:26.16 | CIA-3 | boost 1.33.1: Raised PR. |
| 10:26.18 | CIA-3 | 03 <thebohemian@openembedded.org> 07master * r60355b87a2 10OE.dev/packages/libvisual/libvisual_0.4.0.bb: libvisual 0.4: New recipe. |
| 10:26.21 | CIA-3 | 03 <thebohemian@openembedded.org> 07master * r0c8ad760bf 10OE.dev/: |
| 10:26.23 | CIA-3 | merge of '6932b153dae1ecb649cc4e5d6557adc86452c225' |
| 10:26.25 | CIA-3 | <PROTECTED> |
| 10:26.29 | CIA-3 | 03 <thebohemian@openembedded.org> 07master * rd918128d9a 10OE.dev/packages/boost/ (boost.inc boost_1.33.0.bb boost_1.33.1.bb): |
| 10:26.32 | CIA-3 | boost.inc: Fixed python version - re-enables compiling boost_python. |
| 10:26.34 | CIA-3 | boost 1.33.0: Raised PR. |
| 10:26.36 | CIA-3 | boost 1.33.1: Raised PR. |
| 10:27.04 | *** join/#oe RP (i=1000@tim.rpsys.net) |
| 10:57.57 | *** join/#oe Crofton (n=balister@70-101-253-100.br1.dav.wv.frontiernet.net) |
| 10:59.39 | pb_ | lrg: apropos our conversation the other day about CDCLK, it occurred to me this morning that even some of the wolfson DACs need to have CDCLK, at least, kept running if the line in is in use even if no pcm output is in progress. I guess it would be worth trying to find a real solution to this clock selection business rather than requiring all the platform drivers to "just know". I wonder how hard it would be to make those work with the clk_* system. |
| 11:02.01 | lrg | pb_: the mach driver will know - it should be able to enable the clocks on mach probe(), alternatively we could add a new func to the DAI API to enable this. |
| 11:02.54 | lrg | pb_: my pref is probably extending the API |
| 11:03.02 | lrg | in the long term |
| 11:08.39 | pb_ | right, it does seem like something that should be part of the DAI API |
| 11:23.57 | *** join/#oe rschuster (n=rob@e178098081.adsl.alicedsl.de) |
| 11:24.54 | *** join/#oe Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
| 11:37.09 | *** join/#oe valhalla (n=valhalla@81-174-22-56.dynamic.ngi.it) |
| 11:42.56 | *** join/#oe yansa (n=yans@host-89-230-209-7.lublin.mm.pl) |
| 11:48.39 | pb_ | lrg: by the way, I have had a handful of people write to me recently saying they are looking for eleet kernel h4x0rs to work on their projects. let me know if I should tell them to get in touch with you. |
| 11:49.08 | lrg | pb_: yes please - lrg@kernel.org :) |
| 11:49.16 | pb_ | also, as it happens, we had some recruitment agency phone up the other day offering us an "outstanding ex-wolfson linux engineer" |
| 11:49.18 | pb_ | heh |
| 11:49.24 | lrg | heh |
| 11:49.35 | pb_ | best one they'd ever seen, apparently |
| 11:49.47 | pb_ | ok, cool, I will disseminate your email address accordingly |
| 11:49.55 | lrg | thanks |
| 11:56.46 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 12:09.35 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 12:11.14 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-11-222.w82-125.abo.wanadoo.fr) |
| 12:18.10 | *** join/#oe ribbits (n=bob@62-50-193-165.client.stsn.net) |
| 12:21.02 | *** join/#oe steliosk (n=Stelios@91.140.115.22) |
| 12:31.24 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 12:32.01 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
| 12:50.39 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
| 12:50.47 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07org.openembedded.dev * rb6506df620 10OE.dev/packages/tasks/task-openmoko-feed.bb: task-openmoko-feed: Added zip and firefox. |
| 12:50.48 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07org.openembedded.dev * ra32272743a 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Bumped firefox to 3.0.1, since 1.0.7 doesn't build and 3.0.1 does. |
| 12:51.01 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07master * ra32272743a 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Bumped firefox to 3.0.1, since 1.0.7 doesn't build and 3.0.1 does. |
| 12:51.02 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07master * rb6506df620 10OE.dev/packages/tasks/task-openmoko-feed.bb: task-openmoko-feed: Added zip and firefox. |
| 12:58.03 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 12:58.24 | *** join/#oe kalev_ (n=kalev@users.smartlink.ee) |
| 12:59.00 | *** part/#oe kalev_ (n=kalev@users.smartlink.ee) |
| 13:00.21 | *** join/#oe kalev (n=kalev@users.smartlink.ee) |
| 13:06.59 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 13:09.23 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07org.openembedded.dev * r0581feebd7 10OE.dev/packages/tasks/task-openmoko-feed.bb: task-openmoko-feed: Added tichy, a python applets manager for embedded devices. |
| 13:09.32 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07master * r0581feebd7 10OE.dev/packages/tasks/task-openmoko-feed.bb: task-openmoko-feed: Added tichy, a python applets manager for embedded devices. |
| 13:10.56 | kalev | can someone take a look at http://bugs.openembedded.net/show_bug.cgi?id=4500 ? It's an xorg driver include fix which I'd very much like to see in the tree. |
| 13:12.14 | *** join/#oe gnutoo_ (n=gnutoo@ABordeaux-152-1-54-13.w82-125.abo.wanadoo.fr) |
| 13:22.00 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07org.openembedded.dev * r30bc9b7773 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Bumped bluez to 3.33. |
| 13:22.11 | CIA-3 | 03 <rwhitby@nslu2-linux.org> 07master * r30bc9b7773 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Bumped bluez to 3.33. |
| 13:23.28 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 13:40.06 | cdbot2 | * * OE Bug 4533 has been created by gcasse(AT)oralux.org |
| 13:40.08 | cdbot2 | * * Navit Icon |
| 13:40.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4533 |
| 13:42.19 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
| 13:49.38 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 13:55.03 | CIA-3 | 03 <pb@openembedded.org> 07org.openembedded.dev * rd5c57c1123 10OE.dev/packages/c-ares/c-ares_1.5.3.bb: c-ares: add 1.5.3 |
| 13:55.11 | CIA-3 | 03 <pb@openembedded.org> 07master * rd5c57c1123 10OE.dev/packages/c-ares/c-ares_1.5.3.bb: c-ares: add 1.5.3 |
| 13:59.42 | *** join/#oe zecke (n=ich@92.117.32.188) |
| 14:02.00 | pb_ | hi zecke |
| 14:07.06 | cdbot2 | * * OE Bug 4534 has been created by wisherwinfe(AT)126.com |
| 14:07.08 | cdbot2 | * * package linux-smdk2440-2.6.20+git: failed |
| 14:07.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4534 |
| 14:09.34 | Genesis | ~lart boost to reinvent the wheel |
| 14:09.34 | ibot | pulls out his louisville slugger and uses boost to reinvent the wheel's head to break the homerun record |
| 14:15.54 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
| 14:23.05 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
| 14:34.46 | CIA-3 | 03 <pb@openembedded.org> 07org.openembedded.dev * r7ca8b56a62 10OE.dev/packages/c-ares/c-ares_1.5.3.bb: c-ares: enable shared library support |
| 14:34.54 | CIA-3 | 03 <pb@openembedded.org> 07master * r7ca8b56a62 10OE.dev/packages/c-ares/c-ares_1.5.3.bb: c-ares: enable shared library support |
| 14:41.34 | *** join/#oe wrobbie (n=rob@203.117.215.163) |
| 14:48.14 | mwester | eh, just lart boost for in general being an exercise in over-engineering |
| 14:48.43 | mwester | But it's a great stress test for a C++ compiler :) |
| 15:04.26 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 15:05.40 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 15:09.06 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 15:12.44 | *** join/#oe kergoth`work (n=clarson@65.200.49.156) |
| 15:14.34 | *** join/#oe Crofton (n=balister@70-101-253-100.br1.dav.wv.frontiernet.net) |
| 15:36.03 | pb_ | g'day kergoth`work |
| 15:41.30 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:57.26 | *** join/#oe texel``` (n=user@209.147.168.1) |
| 16:09.10 | *** join/#oe aoe_ (n=aoe@tigerente.htu.tuwien.ac.at) |
| 16:09.49 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
| 16:10.58 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 16:14.59 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
| 16:32.06 | cdbot2 | * * OE Bug 4343 has been RESOLVED (FIXED) by mdarland(AT)pager.net |
| 16:32.08 | cdbot2 | * * syslogd init script fails |
| 16:32.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4343 |
| 16:32.42 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 16:42.56 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:43.46 | kergoth`work | pb_: hey |
| 16:44.24 | *** join/#oe Gnutoo (n=gnutoo@80.125.173.56) |
| 16:44.41 | *** part/#oe Gnutoo (n=gnutoo@80.125.173.56) |
| 17:02.18 | *** join/#oe |miska| (n=|miska|@uyulala.karlin.mff.cuni.cz) |
| 17:02.40 | *** join/#oe cekay (n=cekay@xdsl-213-196-246-156.netcologne.de) |
| 17:06.27 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 17:11.51 | *** join/#oe TheCan (n=thecan@dslb-088-067-140-066.pools.arcor-ip.net) |
| 17:18.43 | *** join/#oe steliosk (n=Stelios@79.107.52.223) |
| 17:27.01 | *** join/#oe |miska| (n=|miska|@uyulala.karlin.mff.cuni.cz) |
| 17:39.43 | *** join/#oe |miska| (n=|miska|@uyulala.karlin.mff.cuni.cz) |
| 17:46.23 | *** join/#oe birunko (n=birunko@200.184.118.132) |
| 17:52.39 | *** join/#oe memeruiz (n=memeruiz@g228006132.adsl.alicedsl.de) |
| 17:59.07 | cdbot2 | * * OE Bug 4535 has been created by oe(AT)secretlab.de |
| 17:59.09 | cdbot2 | * * glibc-intermediate-2.6.1 build fails on powerpc |
| 17:59.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4535 |
| 18:04.06 | cdbot2 | * * OE Bug 4412 has been RESOLVED (REMIND) by likewise(AT)gmx.net |
| 18:04.08 | cdbot2 | * * Race conditition in concurrent bitbake of .dev |
| 18:04.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4412 |
| 18:17.43 | *** join/#oe gremlin[it] (n=gremlin@ppp-38-43.25-151.libero.it) |
| 18:22.25 | *** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
| 18:26.41 | frikker | <PROTECTED> |
| 18:26.41 | frikker | <PROTECTED> |
| 18:26.41 | frikker | <PROTECTED> |
| 18:27.24 | frikker | am i adding it to the wrong place? |
| 18:27.43 | frikker | i added it to a image.bb file in packages/images/ |
| 18:28.00 | kergoth`work | each package needs to inherit that in order to distribute its sources. |
| 18:28.06 | frikker | o |
| 18:28.08 | kergoth`work | set thatn in your local.conf or site.conf |
| 18:28.18 | frikker | i see |
| 18:28.34 | frikker | if i do it in local.conf, will it be inherited by all packages? |
| 18:28.59 | kergoth`work | that's the point, yes. |
| 18:29.05 | frikker | thank you kergoth |
| 18:29.06 | kergoth`work | bitbake.conf and everything it includes affect all packages |
| 18:29.24 | kergoth`work | np |
| 18:29.29 | kergoth`work | frikker: see http://bitbake.berlios.de/manual/ch02s02.html , it might help |
| 18:35.20 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 18:39.45 | *** join/#oe Cyberdeck (n=mnemonic@drms-590d3db0.pool.einsundeins.de) |
| 18:41.20 | Cyberdeck | Hi. I just filed a bug report with a working patch: http://bugs.openembedded.net/show_bug.cgi?id=4535 |
| 18:41.47 | Cyberdeck | As this is my first bug report it would be nice if some of you irc oe heros could have a look at it and tell me if it is ok. |
| 18:41.49 | Cyberdeck | thank you! |
| 18:46.46 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 18:53.39 | *** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chms.blueyonder.co.uk) |
| 18:57.46 | *** part/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
| 18:59.31 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:01.49 | frikker | kergoth`work: when I added the variables, I get this: | /usr/share/sources/gumstix-oe/tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-xanthostat-image-1.0-r0/temp/run.do_rootfs.26036: line 776: unexpected EOF while looking for matching `"' |
| 19:01.56 | frikker | any ideas? |
| 19:02.11 | kergoth`work | probably a typo |
| 19:04.19 | frikker | you mean in my config file I edited? |
| 19:04.24 | kergoth`work | yep |
| 19:04.30 | frikker | k let me check |
| 19:05.20 | frikker | SRC_DIST_LOCAL = "copy" |
| 19:05.21 | frikker | INHERIT += "src_distribute_local" |
| 19:05.22 | frikker | thats what i added |
| 19:05.25 | frikker | looks ok to me? |
| 19:08.31 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 19:12.37 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:17.29 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 19:18.37 | *** part/#oe ade|desk (n=adavey@195.153.131.254) |
| 19:20.54 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 19:22.03 | frikker | whats the difference between 'inherit' and 'INHERIT +='? |
| 19:22.21 | *** join/#oe stephank (n=urk@2002:52c5:cf78:0:2c0:9fff:feb7:e03f) |
| 19:41.17 | *** join/#oe lrg (n=lrg@79-68-115-227.dynamic.dsl.as9105.com) |
| 19:49.10 | kergoth`work | frikker: iirc the only difference is when things are loaded. inherit loads right then, so you can override its stuff after the inherit line. INHERIT+= is after the .bb is parsed |
| 19:49.17 | kergoth`work | again, that's if i remember correctly |
| 19:49.27 | frikker | which can i use in site.conf? |
| 19:49.34 | kergoth`work | INHERIT |
| 19:49.36 | frikker | inherit src_distribute_local does not work |
| 19:49.38 | frikker | hmm |
| 19:49.41 | kergoth`work | no, it doesnt |
| 19:49.47 | kergoth`work | .conf doesn't allow it |
| 19:49.50 | frikker | INHERIT += "src_distribute_local" causes that EOF error |
| 19:50.23 | kergoth`work | trailing space on that line perhaps? |
| 19:50.24 | kergoth`work | shrugs |
| 19:50.40 | kergoth`work | look at the distribution .conf files, they use INHERIT. |
| 19:50.42 | kergoth`work | works fine |
| 19:53.22 | frikker | thank you |
| 19:53.26 | frikker | i'll check it out |
| 19:54.29 | kergoth`work | np |
| 19:54.30 | frikker | does it need to be at the beginning of the site.conf file? |
| 19:54.35 | kergoth`work | shouldnt matter |
| 19:55.54 | Cyberdeck | wh00t. just booted angstrom-2008 with my xilinx xupv2p FPGA board. yeah! |
| 19:56.05 | Cyberdeck | I <3 openembedded! |
| 19:58.42 | *** join/#oe birunko (n=birunko@200.184.118.132) |
| 20:03.42 | *** join/#oe Gnutoo (n=gnutoo@80.125.172.55) |
| 20:04.04 | *** part/#oe Gnutoo (n=gnutoo@80.125.172.55) |
| 20:09.37 | steliosk | Cyberdeck : good |
| 20:10.30 | steliosk | Has anyone noticed bitbake not selecting the correct file when using bb collections ? |
| 20:11.02 | dcordes | what's a bb collection? |
| 20:11.40 | kergoth`work | dcordes: http://bitbake.berlios.de/manual/ch04s02.html#id870544 |
| 20:12.35 | Cyberdeck | steliosk: I followed mostly ur way like u did it with the ml403 and ml410 boards. |
| 20:13.14 | Cyberdeck | steliosk: but i use the "stock" xilinx git for the 2.6.26. it worked "out of the box" :) |
| 20:13.55 | steliosk | hehe the beauty of Open Source :) |
| 20:15.03 | steliosk | Cyberdeck : i am doing a lot of ppc work these days, not fpga though |
| 20:15.09 | Cyberdeck | yeah. after i have the feeling that my patches are "okay" i try to push them into monotone. but i have to read a little bit more how to do this. at least i submitted a bug report today to compile glibc-2.6.1 on the ppc405 without fpu. |
| 20:15.24 | Cyberdeck | ahh. ok. |
| 20:16.20 | Cyberdeck | steliosk: I do it the other way. Mostly FPGA and only a little bit with the PPC. |
| 20:16.24 | dcordes | kergoth`work: thx |
| 20:16.46 | Cyberdeck | gn8 all! |
| 20:16.49 | *** join/#oe yansa (n=yans@host-89-230-209-7.lublin.mm.pl) |
| 20:17.15 | steliosk | Cyberdeck : make sure it works ok, cause fp tend to produce "ifi" results without the correct set of patches |
| 20:18.15 | steliosk | Cyberdeck : From last years Astricon -> http://www.digital-opsis.com/downloads/Running_Asterisk_on_FPGA.ppt |
| 20:25.37 | *** join/#oe steliosk (n=Stelios@79.107.52.223) |
| 20:28.09 | *** join/#oe jbs (n=Bernardo@89.181.76.13) |
| 20:30.32 | *** join/#oe jbs (n=Bernardo@89.181.76.13) |
| 20:30.44 | frikker | what |
| 20:30.52 | frikker | oh i see what jbs did there |
| 20:31.00 | frikker | wait no i dont |
| 20:31.03 | Bernardo | lol |
| 20:31.16 | frikker | heh |
| 20:31.28 | Bernardo | I am logging in from the laptop, but my desktop machine is fighting me |
| 20:31.33 | frikker | hah i see |
| 20:31.45 | frikker | i see 'jbs joined. bernardo quit. jbs is known as bernardo. jbs has joined' |
| 20:31.51 | frikker | so i guess that makes sense |
| 20:32.11 | Bernardo | I have the two nicks registered (jbs and Bernardo), so i ghosted "Bernardo" after logging in as jbs from the laptop |
| 20:32.36 | Bernardo | then the desktop auto-reconnected, and did it as jbs as I was already as Bernardo |
| 20:32.56 | frikker | heh gotcha |
| 20:33.44 | *** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
| 20:41.04 | *** join/#oe Gin-geR (i=hacker@pD953A4C8.dip0.t-ipconnect.de) |
| 20:56.17 | *** join/#oe kholz (n=not@adsl-69-232-77-55.dsl.sndg02.pacbell.net) |
| 21:00.19 | frikker | kergoth`work: i think there is a typo in the actual src_distribute_local.bbclass file |
| 21:00.28 | frikker | has anyone else ever actually used this? |
| 21:00.48 | kergoth`work | i know it worked when i wrote it, but that was probably years ago, dunno if anyone's used it since :) |
| 21:00.49 | frikker | when i clear out the file to have only a basic variable assignment, the bitbake command runs fine and does not crash with the EOF file |
| 21:00.57 | frikker | kergoth`work: you wrote it?! |
| 21:01.23 | kergoth`work | i'm the project founder, there's a lot of my old code floating around. not necessarily proud of it all, but... |
| 21:01.25 | kergoth`work | :P |
| 21:01.34 | frikker | bows before kergoth |
| 21:01.36 | frikker | :) |
| 21:01.45 | frikker | project founder of OE? |
| 21:01.53 | kergoth`work | yep |
| 21:01.56 | frikker | nice |
| 21:03.46 | frikker | so do you stay involved with the project? |
| 21:04.19 | kergoth`work | i stopped actively working on it a couple years back. glad the project achieved critical mass so that wasn't a problem. got burned out. starting to look back into it again recently though |
| 21:04.49 | frikker | awesome. do you do full time development? |
| 21:06.24 | *** join/#oe dicklebeck (n=dick@67.64.64.34) |
| 21:07.34 | *** join/#oe woglinde (i=woglinde@e178126170.adsl.alicedsl.de) |
| 21:08.09 | frikker | what does 'esac' do in the bitbake class file? |
| 21:08.19 | woglinde | shell code |
| 21:08.30 | frikker | ahh bash |
| 21:08.39 | woglinde | hm bash? |
| 21:08.41 | woglinde | sure? |
| 21:08.49 | denix | hi there |
| 21:08.52 | woglinde | than we should rewrite it |
| 21:08.58 | woglinde | to generic sh |
| 21:09.19 | dicklebeck | | * ERROR: Cannot satisfy the following dependencies for task-boot: |
| 21:09.19 | dicklebeck | | * glibc (>= 2.6.1) * |
| 21:09.20 | dicklebeck | | |
| 21:09.20 | dicklebeck | NOTE: Task failed: /diskb/openembedded/build/tmp/work/ks8695-angstrom-linux-gnueabi/minimal-image-1.0-r0/temp/log.do_rootfs.31573 |
| 21:09.46 | woglinde | what is ks8695? |
| 21:09.54 | dicklebeck | Help please, I get the above error when doing bitbake minimal-image |
| 21:10.04 | frikker | oh i get it |
| 21:10.05 | frikker | lol |
| 21:10.10 | frikker | case = esac, backgwards |
| 21:10.12 | dicklebeck | ks8695 is an arm4vt |
| 21:10.14 | woglinde | frikker yes |
| 21:10.32 | woglinde | dicklebeck then the toolchain should start with arm |
| 21:10.41 | woglinde | not with ks8695 |
| 21:10.55 | woglinde | dicklebeck did you wrote your own machine stuff? |
| 21:11.17 | dicklebeck | no |
| 21:11.48 | dicklebeck | but ks8695 machine has not be maintained much recently that I can tell |
| 21:11.50 | woglinde | is the ks8695 this special? |
| 21:12.26 | dicklebeck | how do you mean? It needs its own kernel since it has an ethernet switch built into the arm cpu hardware |
| 21:12.26 | woglinde | hm look at the simpad.conf |
| 21:12.41 | denix | what your TARGET_ARCH? |
| 21:12.45 | woglinde | and addapt this to the ks8695.conf |
| 21:14.24 | dicklebeck | TARGET_ARCH may not be set, this from "bitbake -e | less" |
| 21:14.54 | woglinde | dicklenbeck again |
| 21:14.57 | woglinde | look at conf/machine/simpad.conf |
| 21:15.13 | woglinde | and convert conf/machine/ks8695.conf similar to it |
| 21:15.28 | dicklebeck | ok will that build against the angstrom-2008? |
| 21:16.19 | denix | anybody here familiar with external toolchain usage? |
| 21:16.54 | ant_ | re |
| 21:17.07 | woglinde | jo ant |
| 21:17.14 | ant_ | hello woglinde |
| 21:17.16 | woglinde | denix not really whats the problem? |
| 21:17.59 | denix | I built meta-toolchain fine |
| 21:18.13 | ant_ | wonders how others are importing the patches created by 'mtn diff' (and whether they have issues...) |
| 21:18.15 | denix | installed its tarball+extras |
| 21:18.24 | denix | now trying to use it |
| 21:19.00 | denix | sourced environment-setup |
| 21:19.01 | woglinde | denix hm you could search the wiki |
| 21:19.12 | woglinde | I think there was a site about it |
| 21:19.39 | denix | the thing is I'm trying to use it back within OE |
| 21:19.52 | woglinde | ???? |
| 21:20.09 | denix | I set PREFERRED_PROVIDER for gcc and glibc to external-toolchain and it fails with libtool-cross :( |
| 21:20.27 | woglinde | denix what is the error? |
| 21:20.41 | woglinde | binutils should be external too |
| 21:21.29 | denix | configure: error: C preprocessor "arm-angstrom-linux-gnueabi-gcc -E" fails sanity check |
| 21:22.02 | woglinde | hm |
| 21:22.31 | denix | binutils is also set to external-toolchain |
| 21:24.29 | denix | oh, looking into config.log... |
| 21:25.27 | denix | Any idea about this - error: no include path in which to search for limits.h |
| 21:26.20 | woglinde | hm seems you are missing some headers |
| 21:26.50 | woglinde | ah yes as I thought |
| 21:26.56 | woglinde | you need the kernel headers |
| 21:26.58 | woglinde | linux-libc-dev: /usr/include/linux/limits.h |
| 21:27.38 | denix | I have one limits.h and at line 125 it does #include_next <limits.h> |
| 21:28.59 | denix | and I do have linux/limits.h as well |
| 21:30.23 | denix | apparently, it wants gcc limits.h... |
| 21:30.41 | woglinde | hm maybee the search paths are wrong |
| 21:32.33 | woglinde | otherwise I have no idea |
| 21:33.41 | denix | ok, will keep digging :) thanks |
| 21:34.51 | denix | btw, does the toolchain need to be opkg-installed or untarring it is fine? |
| 21:35.08 | woglinde | hm dont know |
| 21:35.12 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 21:35.31 | denix | ok, thanks anyway |
| 21:36.10 | ant_ | woglinde: may I ask you why mtn diff and diff -aburN are creating different patches ? |
| 21:36.22 | ant_ | http://rafb.net/p/cMAj6N10.html |
| 21:36.23 | woglinde | ant no idea |
| 21:36.40 | woglinde | if you are inside mtn dirs I would prefer mtn diff |
| 21:36.53 | ant_ | thesing has problems with a +6 lines patch of me... |
| 21:37.07 | ant_ | the most simple seems wrong :-d |
| 21:39.07 | ant_ | woglinde: do you use quilt ? |
| 21:39.14 | woglinde | ant sure |
| 21:39.17 | woglinde | quilt rocks |
| 21:39.23 | ant_ | ah..need to learn... |
| 21:39.43 | ant_ | I'm old-school (diff & patch) |
| 21:40.01 | woglinde | yes I was too |
| 21:40.09 | woglinde | but quilt has many advantages |
| 21:40.37 | woglinde | and is using diff and patch in the end |
| 21:40.40 | woglinde | :) |
| 21:41.10 | ant_ | and without typos from operator... |
| 21:41.15 | ant_ | :=) |
| 21:42.47 | *** join/#oe lrg (n=lrg@79-68-115-227.dynamic.dsl.as9105.com) |
| 21:49.16 | ant_ | woglinde: sorry but here something strange is happening... |
| 21:49.46 | woglinde | ant I cant see it |
| 21:49.54 | ant_ | the patch created with 'mtn diff' does not apply |
| 21:50.15 | woglinde | maybee you did something wrong |
| 21:50.26 | ant_ | added 6 lines |
| 21:50.31 | ant_ | nothing more |
| 21:50.41 | *** join/#oe flo_lap (n=fuchs@f054233163.adsl.alicedsl.de) |
| 21:50.45 | woglinde | jo flap |
| 21:50.48 | woglinde | aeh flo |
| 21:51.01 | woglinde | ant mtn diffes against an other version |
| 21:51.05 | woglinde | dont know why |
| 21:51.10 | ant_ | @@ -1,9 +1,15 @@ INITRAMFS_IMAGE = "initramfs-kexecboot-i |
| 21:51.13 | flo_lap | re |
| 21:51.13 | ant_ | is wrong |
| 21:51.15 | ant_ | @@ -4,6 +4,12 @@ |
| 21:51.17 | ant_ | is ok |
| 21:51.29 | ant_ | same 2 files |
| 22:00.28 | *** join/#oe dicklebeck (n=dick@67.64.64.34) |
| 22:07.14 | denix | woglinde: basically, my meta-toolchain is missing include-fixed files from gcc, limits.h is one of them... does it ring a bell? :) |
| 22:08.28 | woglinde | nop |
| 22:08.39 | woglinde | dont know why this header wasnt installed |
| 22:09.12 | denix | those include-fixed headers are linked into include directory by any gcc >= 4.3.0, but is missing from meta-toolchain for some reason... |
| 22:09.30 | *** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
| 22:16.16 | woglinde | nite |
| 22:17.35 | denix | gn |
| 22:36.09 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 22:45.25 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
| 22:50.33 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
| 23:30.29 | CIA-3 | 03 <mwester@openembedded.org> 07org.openembedded.dev * r7486d51adf 10OE.dev/packages/slugos-init/ (files/boot/disk files/turnup slugos-init_5.0.bb): SlugOS 5.0: enable mdraid support |
| 23:30.30 | CIA-3 | 03 <mwester@openembedded.org> 07org.openembedded.dev * r0c3fde09a0 10OE.dev/packages/slugos-init/files/conffiles: |
| 23:30.30 | CIA-3 | SlugOS 5.0 : conffiles - innocuous change to the comments to correct ipkg/opkg. |
| 23:30.30 | CIA-3 | This has the desired side-effect of requiring manual review by the user of |
| 23:30.32 | CIA-3 | sysconf restoration after upgrading to SlugOS 5.0 |
| 23:30.36 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * rc01828160c 10OE.dev/conf/bitbake.conf: bitbake.conf: add entries needed for hg fetcher |
| 23:30.39 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * r0c76fea328 10OE.dev/contrib/angstrom/source-mirror.txt: angstrom source mirror: update script to hangle bzr and hg |
| 23:30.42 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * r83b4e29382 10OE.dev/: |
| 23:30.44 | CIA-3 | merge of '05c8ac666734fffe4be207c184a8d6ec410c203f' |
| 23:30.46 | CIA-3 | <PROTECTED> |
| 23:30.48 | CIA-3 | 03 <mwester@openembedded.org> 07master * r0c3fde09a0 10OE.dev/packages/slugos-init/files/conffiles: |
| 23:30.50 | CIA-3 | SlugOS 5.0 : conffiles - innocuous change to the comments to correct ipkg/opkg. |
| 23:30.52 | CIA-3 | This has the desired side-effect of requiring manual review by the user of |
| 23:30.54 | CIA-3 | sysconf restoration after upgrading to SlugOS 5.0 |
| 23:30.56 | CIA-3 | 03 <mwester@openembedded.org> 07master * re82973cd16 10OE.dev/packages/slugos-init/files/functions: |
| 23:30.58 | CIA-3 | SlugOS 5.0: /etc/default/functions - also make sure that /dev/tty0 exists |
| 23:31.04 | CIA-3 | as one of the minimal device nodes. |
| 23:31.06 | CIA-3 | 03 <mwester@openembedded.org> 07master * r53d6d9e99e 10OE.dev/packages/udev/ (files/slugos/mount.sh udev_100.bb): |
| 23:31.09 | CIA-3 | SlugOS 5.0: udev - mount.sh script needs to use blkid to automatically |
| 23:31.11 | CIA-3 | blacklist members of a RAID array (lest we automount them, which may |
| 23:31.13 | CIA-3 | happen, at least with the busybox mount command). |
| 23:31.15 | CIA-3 | 03 <koen@openembedded.org> 07master * r83b4e29382 10OE.dev/: |
| 23:31.19 | CIA-3 | merge of '05c8ac666734fffe4be207c184a8d6ec410c203f' |
| 23:31.21 | CIA-3 | <PROTECTED> |
| 23:31.23 | CIA-3 | 03 <mwester@openembedded.org> 07org.openembedded.dev * r38ef818faa 10OE.dev/packages/initscripts/ (initscripts-1.0/slugos/mountall.sh initscripts-slugos_1.0.bb): SlugOS 5.0: /etc/init.d/mountall.sh - assemble mdraid arrays before mounting them. |
| 23:31.27 | CIA-3 | 03 <mwester@openembedded.org> 07org.openembedded.dev * re82973cd16 10OE.dev/packages/slugos-init/files/functions: |
| 23:31.34 | CIA-3 | SlugOS 5.0: /etc/default/functions - also make sure that /dev/tty0 exists |
| 23:31.36 | CIA-3 | as one of the minimal device nodes. |
| 23:31.41 | CIA-3 | 03 <mwester@openembedded.org> 07master * r7486d51adf 10OE.dev/packages/slugos-init/ (files/boot/disk files/turnup slugos-init_5.0.bb): SlugOS 5.0: enable mdraid support |
| 23:31.46 | CIA-3 | 03 <koen@openembedded.org> 07master * rc01828160c 10OE.dev/conf/bitbake.conf: bitbake.conf: add entries needed for hg fetcher |
| 23:31.49 | CIA-3 | 03 <mwester@openembedded.org> 07master * r38ef818faa 10OE.dev/packages/initscripts/ (initscripts-1.0/slugos/mountall.sh initscripts-slugos_1.0.bb): SlugOS 5.0: /etc/init.d/mountall.sh - assemble mdraid arrays before mounting them. |
| 23:31.53 | CIA-3 | 03 <mwester@openembedded.org> 07org.openembedded.dev * r53d6d9e99e 10OE.dev/packages/udev/ (files/slugos/mount.sh udev_100.bb): |
| 23:31.58 | CIA-3 | SlugOS 5.0: udev - mount.sh script needs to use blkid to automatically |
| 23:32.00 | CIA-3 | blacklist members of a RAID array (lest we automount them, which may |
| 23:32.02 | CIA-3 | happen, at least with the busybox mount command). |
| 23:32.04 | CIA-3 | 03 <koen@openembedded.org> 07master * r0c76fea328 10OE.dev/contrib/angstrom/source-mirror.txt: angstrom source mirror: update script to hangle bzr and hg |
| 23:44.19 | *** join/#oe aloisiojr (n=aloisio@189.81.118.204) |
| 23:59.21 | *** join/#oe ribbits (n=bob@82.152.87.189) |