| 00:02.33 | CIA-35 | 03osas 07org.oe.dev * rf7c4009c... 10/ (1 packages/meta/slugos-packages.bb): enable tcpdump for sluos |
| 00:02.55 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
| 00:26.12 | interfaith | what is wrong |
| 00:26.14 | interfaith | NOTE: Resolving missing task queue dependencies |
| 00:26.14 | interfaith | NOTE: multiple providers are available for virtual/libc (external-toolchain, eglibc, glibc); |
| 00:26.14 | interfaith | N |
| 00:27.01 | interfaith | NOTE: consider defining PREFERRED_PROVIDER_virtual/libc |
| 00:27.08 | interfaith | a problem in local.conf ? |
| 00:44.10 | interfaith | here oe builds slugos ok but fails angstrom ? |
| 00:52.49 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 00:56.23 | CIA-35 | 03osas 07org.oe.dev * r6ba62f12... 10/ (8 files in 3 dirs): asterisk: 1.4.11 -> 1.4.17 |
| 00:56.28 | CIA-35 | 03osas 07org.oe.dev * re487928e... 10/ (25 files in 14 dirs): add asterisk sound files for 1.4 version |
| 01:10.15 | interfaith | wow using the smarts from oe ,the new snmp builds and runs on other distros like snapgear ,..ho ho |
| 01:20.28 | *** join/#oe Crofton (n=balister@66.207.66.26) |
| 01:21.46 | *** join/#oe greentux_ (n=lemke@Z678f.z.pppool.de) |
| 01:22.43 | interfaith | now perhaps oe can cross compile zaptel the gears of asterisk |
| 01:32.28 | *** join/#oe davygravy (n=davygrav@h75-100-80-148.75-100.unk.tds.net) |
| 01:35.23 | *** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet) |
| 01:43.54 | *** part/#oe awelux (n=awelux@lvps87-230-8-217.dedicated.hosteurope.de) |
| 01:49.16 | *** join/#oe kristoffer (n=kristoff@62.209.186.97) |
| 02:07.51 | HopsNBarley | hi all - i'm just doing a fresh build from scratch of openprotium, and for some reason, update-rc.d is pulling in update-rc.d-dev, and thus libc-dev, and so forth. yet, update-rc.d hasn't changed in a while. |
| 02:07.56 | HopsNBarley | any idea what gives? |
| 02:11.42 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 02:15.18 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 02:17.55 | *** join/#oe greentux_ (n=lemke@Z7a2a.z.pppool.de) |
| 02:19.36 | *** join/#oe dijenerate (n=dijenera@72.51.71.16) |
| 02:33.14 | DarthWader | does anyone knows what means empty string in http://toh.openwrt.org/, column "Status" ? |
| 03:17.13 | *** join/#oe rob_w (n=bob@X18b9.x.pppool.de) |
| 03:34.15 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 04:04.27 | *** join/#oe jdav_gone (n=james@75.157.13.250) |
| 04:05.57 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 04:33.15 | *** join/#oe enginuitor (n=enginuit@Manzanita-40-19.resnet.ucsb.edu) |
| 04:38.11 | *** join/#oe sakana (n=sakana@h219-110-44-136.catv02.itscom.jp) |
| 04:51.00 | *** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) |
| 04:58.42 | CIA-35 | 03xjqian 07org.oe.dev * r69101672... 10/ (9 files in 3 dirs): |
| 04:58.42 | CIA-35 | roadmap: fix zroadmap, unify with roadmap-gtk2. |
| 04:58.42 | CIA-35 | * roadmap_path.patch: fix hard coded default config/map path |
| 04:58.42 | CIA-35 | * not packing zroadgps icon/desktop as it can be launched in the roadmap (>1.1.0) program |
| 05:06.01 | *** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) |
| 05:42.47 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 05:52.03 | *** join/#oe memeruiz_ (n=memeruiz@e179207245.adsl.alicedsl.de) |
| 05:59.38 | *** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) |
| 06:18.35 | *** join/#oe minipanda (n=hzhang@221.221.159.184) |
| 06:25.59 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 06:57.04 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 07:07.59 | *** join/#oe wicklifebook (n=wicked@63.135.135.134) |
| 07:09.01 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:22.54 | *** join/#oe polyonymous_ (n=hacker@pD9539D94.dip0.t-ipconnect.de) |
| 08:00.03 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 08:04.02 | *** join/#oe dijenerate_ (n=dijenera@72.51.71.16) |
| 08:10.21 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 08:25.45 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 08:39.10 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:39.48 | *** join/#oe nud (n=sf@91.86.79.103) |
| 08:54.38 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:55.44 | xjqian | Bernardo: qpegps does segfault upon start-up. I'm trying to debug why. |
| 09:07.20 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:10.24 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:12.16 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:14.37 | *** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:15.49 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 09:16.23 | Laibsch | good morning |
| 09:16.29 | Laibsch | Is the OE ml down? |
| 09:17.25 | Laibsch | I have not received any mail from it including a mail I sent myself |
| 09:27.20 | *** join/#oe polyonymous-note (n=hacker@pD9539D94.dip0.t-ipconnect.de) |
| 09:28.59 | *** join/#oe pb_ (n=pb@88-111-84-211.dynamic.dsl.as9105.com) |
| 09:35.00 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 09:35.58 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 09:46.38 | *** join/#oe d1 (n=dr@vnsecurity.net) |
| 09:48.11 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 10:24.26 | *** join/#oe ant_ (n=ant@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:24.31 | *** join/#oe ant__ (n=ant@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:28.36 | *** join/#oe SyNko (n=SyNko@host190-22-dynamic.182-80-r.retail.telecomitalia.it) |
| 10:36.07 | *** join/#oe magumbade (n=magumbad@ppp-62-245-211-143.dynamic.mnet-online.de) |
| 10:49.20 | gremlin[it] | whit who i can about proposing a lighting talk for fosdem ? |
| 11:28.53 | *** join/#oe ant_ (n=ant@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
| 11:40.39 | *** join/#oe jbs (n=Bernardo@89-180-40-110.net.novis.pt) |
| 11:50.30 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 11:53.56 | CIA-35 | 03pfalcon 07org.oe.dev * r17d2b538... 10/ (1 packages/supertux/files/supertux.png): supertux: New desktop icon, from gp2x port by Ingo Arndt. |
| 11:54.04 | CIA-35 | 03pfalcon 07org.oe.dev * r4210ca72... 10/ (1 packages/supertux/files/supertux.desktop): supertux: New .desktop file, from gp2x port by Ingo Arndt. |
| 11:54.20 | CIA-35 | 03pfalcon 07org.oe.dev * r2516f4be... 10/ (1 packages/supertux/supertux_0.1.2.bb): supertux 0.1.2: Use .desktop/icon from gp2x port. |
| 11:54.28 | CIA-35 | 03pfalcon 07org.oe.dev * rbad02fc0... 10/ (1 packages/supertux/supertux_0.1.3.bb): |
| 11:54.28 | CIA-35 | supertux 0.1.3: Add kinda latest version. |
| 11:54.28 | CIA-35 | * DEF_PREF=-1, as lacks fixed-point patch (needs rediffing). |
| 11:54.33 | CIA-35 | 03pfalcon 07org.oe.dev * r06c65f7d... 10/ (1 packages/libsdl/libsdl-mixer_1.2.6.bb): libsdl-mixer 1.2.6: Enabled mikmod support, needed at least for supertux. |
| 11:58.32 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 12:03.14 | CIA-35 | 03koen 07org.oe.dev * r818d6e65... 10/ (6 files in 3 dirs): (log message trimmed) |
| 12:03.14 | CIA-35 | ----------------------------------------------------------------- |
| 12:03.14 | CIA-35 | Revision: 728b58626c50e060bf71960029afce111427d6a0 |
| 12:03.14 | CIA-35 | Ancestor: 718d6389d03e6899ca6c6b7ff65639c21e6544bf |
| 12:03.14 | CIA-35 | Author: koen@openembedded.org |
| 12:03.15 | CIA-35 | Date: 2008-01-06T15:48:38 |
| 12:03.17 | CIA-35 | Branch: org.openembedded.dev |
| 12:21.41 | *** join/#oe gremlin[it]_ (n=gremlin@ppp-239-110.25-151.libero.it) |
| 12:34.16 | *** join/#oe Robwoerle (n=bob@X1d05.x.pppool.de) |
| 12:35.07 | CIA-35 | 03Bernhard.Guillon 07org.oe.dev * r40ab8178... 10/ (3 files in 3 dirs): |
| 12:35.08 | CIA-35 | linux 2.6.21: Update Simpad config, enable more wifi drivers and mmc support. |
| 12:35.08 | CIA-35 | * Closes #3680. |
| 12:39.45 | gremlin[it] | hi mickeyl |
| 12:41.15 | *** join/#oe GNUtoo (n=GNUtoo@host203-147-dynamic.11-79-r.retail.telecomitalia.it) |
| 13:00.15 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 13:02.31 | CIA-35 | 03pfalcon 07org.oe.dev * rc171a0d7... 10/ (1 packages/imagemagick/imagemagick-native_6.3.5-10.bb): |
| 13:02.31 | CIA-35 | imagemagick-native 6.3.5-10: Add native ImageMagick. |
| 13:02.31 | CIA-35 | * Useful for optmizing gfx resources for PDA (watch that to be |
| 13:02.31 | CIA-35 | used for supertux-qvga). |
| 13:05.11 | GNUtoo | hello, where else than ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz can i find popt-1.7 because the ftp is down |
| 13:05.12 | Laibsch | IS the Oe ml down? |
| 13:05.34 | Laibsch | I have not received any mail from it, including one that I sent myself about 12 hours ago |
| 13:07.58 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 13:08.46 | CoreDump | GNUtoo: http://mirror.hentges.net/SonkeiSourceMirror/sorted/p/popt/ |
| 13:14.01 | *** join/#oe flo_lap (n=fuchs@f049000000.adsl.alicedsl.de) |
| 13:16.13 | *** join/#oe CSMan (n=csman@54.Red-80-39-92.staticIP.rima-tde.net) |
| 13:21.00 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 13:24.55 | *** join/#oe dcordes_ (n=dcordes_@unaffiliated/dcordes) |
| 13:39.09 | GNUtoo | CoreDump, thanks a lot |
| 13:40.26 | Laibsch | whois osas? Anybody know? |
| 13:40.56 | CoreDump | np, you might wanna note that URL for future d/l problems |
| 13:44.43 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 13:44.44 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 13:48.07 | CIA-35 | 03mickeyl 07org.oe.dev * rd6039fc8... 10/ (6 files in 3 dirs): |
| 13:48.07 | CIA-35 | u-boot-openmoko |
| 13:48.07 | CIA-35 | 1.2.0: fix localversion display, rename file for simplicity |
| 13:48.07 | CIA-35 | 1.3.1: add new snapshot with ombug799 patch, upstream does not build atm. |
| 13:59.08 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 14:07.39 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 14:12.22 | *** join/#oe mickeyl (n=mickey@openmoko/coreteam/mickey) |
| 14:13.33 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 14:19.07 | GNUtoo | hello, i have svn: Unable to find repository location for 'svn://svn.openpma.org/svn/openpma/trunk/src/linux-pma' in revision 1 but svn co svn://svn.openpma.org/svn/openpma/trunk/src/linux-pma works |
| 14:19.25 | GNUtoo | the command is : NOTE: Fetch svn://svn.openpma.org/svn/openpma/trunk/src/;proto=svn;module=linux-pma |
| 14:21.27 | mickeyl | if you use svn packages with floating revision, you have to specify the revision |
| 14:21.35 | mickeyl | i recommend doing this in conf/include/sane-srcrevs.inc |
| 14:21.39 | mickeyl | take a look there |
| 14:21.47 | GNUtoo | thanks |
| 14:22.03 | Crofton | or so the autorev thing in local.conf ... |
| 14:22.17 | Crofton | for cases like me wanting to build current git kernels .... |
| 14:22.57 | GNUtoo | how can i tell to always use the lastest rev? |
| 14:23.11 | Crofton | GNUtoo, hang on |
| 14:23.30 | Crofton | SRCREV_pn-linux-davinci ?= ${AUTOREV} |
| 14:23.36 | Crofton | I have that in my local.conf |
| 14:23.38 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 14:23.46 | mickeyl | ya |
| 14:23.50 | mickeyl | have a look at moko-autorev.inc |
| 14:23.51 | GNUtoo | thanks a lot |
| 14:23.52 | Crofton | to build latest rev of linux-davinci |
| 14:24.29 | Crofton | if you put AUTOREV in the global file, everytime you parse bb must check the current rev over the network |
| 14:24.36 | Crofton | and build fails if hte server is down |
| 14:24.44 | Crofton | which really annoys people |
| 14:24.59 | Crofton | so bb defaults to the earliest rev |
| 14:25.20 | *** join/#oe benlau2 (n=benlau@221.125.8.73) |
| 14:25.27 | Crofton | which probably is not want you want ... |
| 14:25.54 | GNUtoo | no |
| 14:26.17 | Crofton | basically putting AUTOREV in sane srcdates drives people crazy at times ") |
| 14:26.29 | Crofton | like when berlios goes down and no one can build |
| 14:27.01 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 14:27.22 | Crofton | I think I have this right now, finally :) |
| 14:27.45 | CIA-35 | 03mickeyl 07org.oe.dev * ra187890b... 10/ (8 files in 2 dirs): python-efl cvs add missing RDEPENDS to python-lang |
| 14:28.31 | CIA-35 | 03mickeyl 07org.oe.dev * red94d352... 10/ (3 files in 3 dirs): python 2.5.1 remove bogus RPROVIDE for python-curses, RRECOMMEND python-readline |
| 14:29.29 | GNUtoo | and how do i put an external toolchain only to build the kernel? |
| 14:29.48 | Crofton | not sure about that ... |
| 14:31.14 | interfaith | is there a 'how to' for adding a package to a distro ? |
| 14:31.57 | *** join/#oe likewise (n=leon@82-171-51-231.dsl.ip.tiscali.nl) |
| 14:32.27 | GNUtoo | interfaith, what do you mean by adding a package? compiling a package that is already in oe? or making a bb file? |
| 14:33.00 | interfaith | there is no bb file for zaptel a part of asterisk |
| 14:33.23 | likewise | gm |
| 14:33.29 | GNUtoo | interfaith, http://bitbake.berlios.de/manual/ |
| 14:33.43 | interfaith | y |
| 14:34.52 | interfaith | slugos builds perfectly , but angstrom is all messed up |
| 14:35.03 | interfaith | must it be re-installed ? |
| 14:36.31 | interfaith | what file lists all packages in a distro ?, snmp for example |
| 14:37.05 | interfaith | there may be a manual for modifying a distro as well ? |
| 14:38.44 | interfaith | i guess each bb files serves as an example |
| 14:38.45 | Crofton | the distro does not define what packages are built |
| 14:38.56 | Crofton | the images define the packages that get built |
| 14:39.15 | interfaith | snmp for example , how is that included or not |
| 14:39.52 | interfaith | so some image bb file must include snmp ? |
| 14:40.37 | Crofton | yes |
| 14:40.45 | Crofton | or you can build it and install it later |
| 14:40.48 | interfaith | i will try to do zaptel now |
| 14:41.15 | interfaith | thx |
| 14:49.10 | GNUtoo | if the module is proprietary...it will use the special kernel interface for it...does the kernel realy need to be compiled with the same gcc it was compiled with |
| 14:49.46 | likewise | I cannot parse the metadata anymore: ERROR: /home/leon/sandbox/ixp4xx/openembedded/org.openembedded.dev/packages/dtnrg/dtn_2.5.0.bb:40: unparsed line: 'export BUILD_SYS' while parsing /home/leon/sandbox/ixp4xx/openembedded/org.openembedded.dev/packages/dtnrg/dtn_2.5.0.bb |
| 14:53.06 | mickeyl | which bitbake ? |
| 14:58.21 | GNUtoo | anyone? |
| 14:59.04 | *** join/#oe Helge (n=deller@mnhm-590f56f1.pool.einsundeins.de) |
| 15:00.48 | Laibsch | osas: http://www.openembedded.org/wiki/UpgradingPackages |
| 15:01.05 | osas | Laibsch: thx |
| 15:01.12 | osas | checking it now |
| 15:01.15 | Laibsch | np |
| 15:01.21 | Laibsch | does that answer your question? |
| 15:01.26 | Laibsch | If not, it is a wiki ;-) |
| 15:01.47 | osas | yup |
| 15:01.48 | osas | k |
| 15:03.06 | Laibsch | BTW, "mtn mv" is sufficient with recent mtn |
| 15:03.14 | Laibsch | -e is not necessary anymore |
| 15:03.45 | osas | k |
| 15:04.07 | mickeyl | hmm, bummer this syntax is only in bitbake 1.8.9 |
| 15:05.24 | likewise | mickeyl: yep, I am using 1.8.8 |
| 15:10.10 | Laibsch | CoreDump: Why don't we receive any more news of things happening in the bug tracker? |
| 15:10.14 | *** join/#oe mrdata (i=mrdata@dslb-088-074-132-152.pools.arcor-ip.net) |
| 15:10.44 | CoreDump | why would I know? |
| 15:11.04 | Laibsch | I thought the code was from you |
| 15:11.06 | Laibsch | No? |
| 15:11.29 | Laibsch | flo_lap: Are you ever going to take care of |
| 15:11.32 | Laibsch | !oebug 1356 |
| 15:11.34 | cdbot2 | * * Bug 1356, Status: NEW, Created: 2006-08-24 06:57 |
| 15:11.35 | cdbot2 | * * hma(AT)syd.odn.ne.jp: new ja.po files are ready for some gpe-* packages |
| 15:11.36 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1356 |
| 15:11.36 | *** join/#oe zecke (n=ich@212.23.103.38) |
| 15:11.51 | Laibsch | It is a shame |
| 15:12.54 | Laibsch | BTW, OE mailing list seems to be sending out mails again |
| 15:13.17 | Laibsch | flo_lap, CoreDump: Are the old mails going to arrive eventually? |
| 15:13.31 | zecke | Laibsch: this was put in the "wrong" bug tracker :} |
| 15:13.50 | Laibsch | well, maybe |
| 15:13.59 | Laibsch | But the right people were made aware of it |
| 15:14.10 | Laibsch | And at the time, it might even have been the right one |
| 15:14.19 | CoreDump | the ML thing is a topic for #ltg if the ML is hosted there |
| 15:14.21 | Laibsch | or even worse, the right one might have been hh.org |
| 15:14.49 | Laibsch | CoreDump: both. ltg, of course, but the ml is an OE thing. So, on-topic here. |
| 15:15.18 | zecke | Laibsch: right |
| 15:17.33 | GNUtoo | does someone knows how to build the kenrel with an external gcc? |
| 15:17.47 | GNUtoo | and having the rest of the system with oe's gcc |
| 15:20.30 | Laibsch | zecke: just received an interesting comment on |
| 15:20.33 | Laibsch | !oebug 3650 |
| 15:20.35 | cdbot2 | * * Bug 3650, Status: NEW, Created: 2008-01-08 16:13 |
| 15:20.36 | cdbot2 | * * <Laibsch>: uicmoc4-native fails do_compile |
| 15:20.37 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3650 |
| 15:20.38 | Laibsch | Care to take a look? |
| 15:21.45 | GNUtoo | when will hwr be back? |
| 15:22.02 | GNUtoo | s/hwr/hrw |
| 15:23.04 | zecke | Laibsch: patch looks fine, BUT if zlib-native got built, where was it put and where did uicmoc4-native look for these files |
| 15:24.30 | Laibsch | zecke: Do you want to investigate or just use the patch if it works? |
| 15:25.02 | Laibsch | uicmoc4-native probably look at host includes |
| 15:25.24 | Laibsch | as is suggested by the successful compilation on a machine with zlib1g-dev installed |
| 15:26.51 | zecke | Laibsch: I don't take this patch, it is hiding an error instead of fixing it |
| 15:26.56 | GNUtoo | does anyone participated to openzaurus with a 2.4 kernel? |
| 15:28.17 | zecke | Laibsch: I have added my questions to the bug tracker |
| 15:28.30 | DarthWader | <PROTECTED> |
| 15:30.08 | Laibsch | zecke: thank you. I will answer them there. IIRC I had even rebuilt zlib-native. 2nd question I am not sure and will have to check later. |
| 15:30.08 | Laibsch | zecke: Can I add you to cc for 3650? |
| 15:30.13 | zecke | Laibsch: I think I just added myself |
| 15:30.30 | Laibsch | OK |
| 15:30.36 | Laibsch | great |
| 15:34.35 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 15:37.14 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 15:43.07 | *** join/#oe kristoffer (n=kristoff@62.209.186.97) |
| 15:43.30 | Helge | Is there a possibility to add "Poodle" as a option in the "Component" pull-down box (e.g. see: http://bugs.openembedded.org/show_bug.cgi?id=3686) |
| 15:46.37 | Laibsch | Helge: There you go |
| 15:46.50 | Helge | Laibsch: Just saw it :-) Thanks! |
| 15:49.13 | Laibsch | ggilbert: Can you please check that the bug tracker actually sends mail to oe-issues@ltg? |
| 15:55.09 | mickeyl | likewise: just committing a fix for that. sorry |
| 15:55.28 | likewise | mickeyl: thanks and no problem |
| 15:55.34 | *** join/#oe jbs (n=Bernardo@89.181.66.188) |
| 15:55.44 | zecke | is the fortran issue resolved? otherwise I would take a look now |
| 15:56.33 | likewise | zecke: not that I know. |
| 15:57.29 | *** join/#oe DarthWader (n=zathras@vorphalack.dialup.corbina.ru) |
| 16:08.47 | starox | zecke, Laibsch: I'm the author of zlib-native patch |
| 16:08.59 | zecke | starox: hi :) |
| 16:09.03 | starox | hi :) |
| 16:09.15 | starox | It's seems uicmoc have it's own zlib source |
| 16:09.17 | zecke | starox: the one removing zlib-native from uicmoc4-native? |
| 16:09.21 | starox | yes |
| 16:09.53 | zecke | starox: yes it does, no I don't want to use it. If we built a zlib-native and link against -lz we should find one |
| 16:10.12 | zecke | starox: and if we don't find one we miss one -L to the right staging libdir |
| 16:10.14 | starox | I tested on an ubuntu system without zlib1g-dev and do a bitbake -c clean zlib-native before compiling uicmoc4-native to test |
| 16:10.45 | starox | zecke: I understand ! I was lazy to make a patch againt uicmoc4 sources :) |
| 16:11.08 | starox | But if you wan't I'll make it. |
| 16:11.20 | zecke | starox: answer the two questions and we will see what to do. |
| 16:12.15 | zecke | starox: I don't think we need to change the qt sourcecode, it is a matter of passing another -L to the configure script (If I judge this right) |
| 16:12.22 | starox | zecke: which question ? |
| 16:12.38 | starox | zecke: You're right for the -L. |
| 16:12.52 | zecke | starox: in the bug tracker |
| 16:13.26 | zecke | starox: did zlib-native get built? do you have a libz.* in your staging libdir? and what is the link line of uic/moc? |
| 16:16.30 | GNUtoo | zecke, hello, do you know how to build a kernel with an external toolchain and the rest with oe's toolchain? |
| 16:16.37 | starox | 1)no 2)I didn't look at 3)I don't know ... so I'll restart a clean build and answers seriously to these question. and then go ahead with a zlib-native build |
| 16:18.14 | zecke | GNUtoo: not really, there is something like a KERNEL CC SUFFIX (don't remember the name, grep packages/linux) |
| 16:20.39 | GNUtoo | zecke, thanks a lot it was KERNEL_CCSUFFIX = "-3.3.4" but what if the gcc(2.95)is not in the repo of oe |
| 16:21.23 | zecke | GNUtoo: this is where I don't have a straight forward idea |
| 16:21.56 | zecke | GNUtoo: set it to 2.95, then you can set a PREFERRED_PROVIDER for your external toolchain (kernel-gcc-2.95 or such) |
| 16:22.07 | GNUtoo | ok thanks a lot |
| 16:22.11 | zecke | GNUtoo: and if your gcc is in the path and named proper-name-2.95 it should get called |
| 16:22.30 | zecke | GNUtoo: but I have not done this before, so you need to grep a bit :) |
| 16:22.36 | GNUtoo | ok |
| 16:29.51 | zecke | Jin^eLD: let me guess, you still don't have an answer on the devicetables issue? |
| 16:30.42 | *** join/#oe kristoffer (n=kristoff@62.209.186.97) |
| 16:32.15 | Jin^eLD | zecke: correct :) well, likewise answered with some thoughts |
| 16:32.30 | Jin^eLD | I also added some additional thoughts of mine to the PR |
| 16:32.35 | Jin^eLD | but so far noone really picked it up |
| 16:32.52 | Jin^eLD | hi btw :) |
| 16:33.12 | mickeyl | hey guys |
| 16:33.15 | mickeyl | we hit the 5000 mark! |
| 16:33.20 | mickeyl | (bbfiles, that is) |
| 16:33.33 | Jin^eLD | wow |
| 16:33.42 | mickeyl | that counts for a blog post about the status of OM |
| 16:33.45 | mickeyl | oops |
| 16:33.46 | mickeyl | OE even |
| 16:36.59 | Jin^eLD | btw, who is in charge of the task-nas, or - who knows more about it? |
| 16:37.10 | mickeyl | sounds like rwhitby |
| 16:37.30 | Jin^eLD | rwhitby: ping |
| 16:38.47 | mickeyl | rwhitby is in .au timezone |
| 16:39.00 | Jin^eLD | uuuh, ok |
| 16:39.01 | Jin^eLD | thanks |
| 16:39.32 | Jin^eLD | mickeyl: btw, aren't you located in the china/hk/tw area? |
| 16:40.27 | mickeyl | only rarely. usually i'm in .de |
| 16:40.40 | Jin^eLD | oh, I guess I confuse you with someone else |
| 16:40.51 | Jin^eLD | trying to get some info on the Loongson based notebooks :) |
| 16:42.18 | *** join/#oe zecke_ (n=ich@212.23.103.117) |
| 16:42.28 | Jin^eLD | zecke? timed out or got my message? |
| 16:47.44 | HopsNBarley | Jin^eLD, device table issue? |
| 16:48.09 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de) |
| 16:48.14 | Jin^eLD | HopsNBarley: yes, initscripts installs its own |
| 16:48.17 | zecke_ | Jin^eLD: timedout :) |
| 16:48.30 | zecke_ | Jin^eLD: I start to doubt that the crashes of my cellphone are a co-incidence |
| 16:48.49 | Jin^eLD | zecke_: I was saying that likewise did answer with an idea of his own and I also threw in a few thoughts, but noone really picked up the issue |
| 16:48.49 | HopsNBarley | what distro? |
| 16:49.27 | Jin^eLD | HopsNBarley: based on Angstrom but I think it's a generic problem that lies with what the initscripts package si doing |
| 16:49.34 | zecke_ | Jin^eLD: If I understood it right we have two places with device tables? One for image creation and one in basefile? |
| 16:49.34 | Jin^eLD | not package, .bb file rather |
| 16:50.07 | Jin^eLD | zecke_: yes, there is one device table that comes with initscripts and it gets processed by the devices script at startup |
| 16:50.16 | Jin^eLD | ultimately overwriting the existing devtable entries |
| 16:50.31 | Jin^eLD | the devices script however checks if udev or devfs are present and does nothing in that case |
| 16:50.36 | Jin^eLD | and most ppl probably use udev |
| 16:50.41 | Jin^eLD | I noticed this problem with a static dev |
| 16:50.43 | HopsNBarley | i'm more familiar with the stuff done at image creation time. |
| 16:50.56 | zecke_ | Jin^eLD: the solution is simple, isn't it? have only one table :) |
| 16:51.06 | starox | zecke_: for uicmoc4-native, I'm scared to add an -L for zlib because the recepe explicitely unset LFLAGS. |
| 16:51.16 | zecke_ | Jin^eLD: I think I would tweak FILESDIR of inittables |
| 16:51.28 | Jin^eLD | zecke_: yes, but I have no idea on how to let initscripts.bb know about the global devtable file |
| 16:51.46 | zecke_ | starox: add some data to the bug report, the dirname where libz.* is and the link line of of qt that is failing |
| 16:51.48 | Jin^eLD | http://bugs.openembedded.org/show_bug.cgi?id=3593 |
| 16:51.51 | Jin^eLD | that's the PR btw |
| 16:52.12 | HopsNBarley | i'd forget about creating them at boot time, and put them in your image then. is tmp/rootfs/dev correct? |
| 16:52.44 | zecke_ | HopsNBarley: at boot creation is cool for nfsroot |
| 16:53.06 | HopsNBarley | ah yes -for a ro root. |
| 16:53.38 | *** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet) |
| 16:53.40 | Jin^eLD | HopsNBarley: well, that's what I wanted but I noticed that the dev table that was seen when the system was up looked completely different from the one that I specified in the machine.conf |
| 16:53.41 | *** join/#oe schurig_home (n=schurig@frnk-590ed1ad.pool.einsundeins.de) |
| 16:53.49 | Jin^eLD | and found out that initscripts was placing in its own stuff |
| 16:57.30 | *** join/#oe sudharsh_ (n=sudharsh@59.92.44.81) |
| 16:57.39 | HopsNBarley | Jin^eLD, i see your point. it seems the SRC_URI in initscripts should += ${IMAGE_DEVICE_TABLES}, or something like that, rather than blindly include device_table.txt |
| 16:57.48 | Jin^eLD | exactly |
| 16:58.05 | Jin^eLD | but I have no idea on how to do that in a clean way |
| 16:58.18 | Jin^eLD | locally I just hacked in ../../../files/mydevtable.txt |
| 16:58.27 | Jin^eLD | in the SRC_URI which of course is not a nice solution |
| 16:59.01 | HopsNBarley | probably need a spat of python code there to conditionally do that operation? |
| 16:59.08 | HopsNBarley | just guessing. |
| 16:59.19 | HopsNBarley | separately, i just saw something wierd. |
| 16:59.20 | Jin^eLD | could be, that kind of goes a little beyond my OE knowledge |
| 16:59.31 | zecke_ | HopsNBarley: yes, that is what I meant with FILESDIR ;) |
| 16:59.56 | Jin^eLD | zecke_: show us the way =) |
| 17:00.21 | HopsNBarley | from the early december tree, i'd get libvolume-id0 in my image, now, libvolume-id-dev gets pulled in. any ideas? |
| 17:01.03 | zecke_ | Jin^eLD: check FILESPATH and FILESDIR of your bitbake.conf |
| 17:01.23 | zecke_ | Jin^eLD: this is used to find relative paths e.g. SRC_URI += "foo.patch;patch=1" |
| 17:01.25 | starox | zecke_: job's done :) |
| 17:02.00 | zecke_ | Jin^eLD: so in theory, if ou get the base path to the image device tables into the FILESDIR, you are done |
| 17:02.00 | Jin^eLD | zecke_: aaaah! ok now I get your point |
| 17:02.00 | zecke_ | starox: thanks |
| 17:02.24 | Jin^eLD | zecke_: thanks, I will try that |
| 17:02.32 | HopsNBarley | zecke_, thanks. but how will it conditionally still use the default? |
| 17:03.36 | zecke_ | HopsNBarley: which default? |
| 17:04.04 | starox | You made a wonderfull job with bitbake & oe. Thank you guys :) |
| 17:04.12 | HopsNBarley | the default device_table.txt (i think i' |
| 17:04.21 | HopsNBarley | i'm being dense here... (-; |
| 17:04.26 | zecke_ | HopsNBarley: we might want to apply the standard technique and put the devtables to the MACHINE/ dir |
| 17:04.40 | HopsNBarley | zecke_, ah, that is making sense then. |
| 17:04.50 | zecke_ | HopsNBarley: yeah, and you made sense as well :) |
| 17:05.50 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 17:07.05 | HopsNBarley | any idea on this libvolume thing i'm seeing? |
| 17:09.16 | HopsNBarley | here's a diff of the ipkg/status file: -Package: libvolume-id0 |
| 17:09.16 | HopsNBarley | +Package: libvolume-id-dev |
| 17:09.48 | zecke_ | HopsNBarley: do you only have one libvolumne-id-dev package? why is it putting libvolume into the image? |
| 17:12.47 | HopsNBarley | udev-115 is depending on libvolume |
| 17:13.15 | zecke_ | HopsNBarley: okay, which libvolume file gets put into the image? Check which package is providing that |
| 17:13.24 | HopsNBarley | i should say, in the former, depending on libvolume-id0, and in the latter, libvolume-id-dev |
| 17:13.28 | zecke_ | HopsNBarley: check if udev ipkg depends on libvolume? |
| 17:13.31 | HopsNBarley | zecke_, okay, checking. |
| 17:23.18 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 17:26.32 | HopsNBarley | zecke_, in the ipkg/status file, libvolume-id-dev is listed as a dependency, but i'm not sure why |
| 17:27.46 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 17:30.18 | *** join/#oe zecke (n=ich@212.23.103.86) |
| 17:31.59 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 17:33.02 | GNUtoo | hello, i have NOTE: Handling BitBake files: - (4990/4991) [99 %]ERROR: Could not include required file gcc-cross-initial_4.1.2.bb while parsing /oe/packages/gcc/gcc-cross-kernel-2.95_4.1.2.bb but the file gcc-cross-initial_4.1.2.bb exists... |
| 17:36.20 | *** join/#oe rob_w (n=bob@X1d05.x.pppool.de) |
| 17:39.10 | GNUtoo | do they theses files have to be in the same folder? |
| 17:42.46 | zecke | sure |
| 17:51.50 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de) |
| 17:52.09 | HopsNBarley | zecke, i think your phone saw me coming (-; |
| 17:52.56 | HopsNBarley | yes, udev is depending on libvolume-id-dev (i checked both ipkg/status files and the .ipk file directly) - but i'm not sure why this is. |
| 17:53.37 | HopsNBarley | is this dependency generated automatically at package construction time? |
| 18:01.53 | zecke | HopsNBarley: it is automatically generated |
| 18:02.02 | zecke | HopsNBarley: use objdump -x and check SO_NEEDED of it |
| 18:02.28 | zecke | HopsNBarley: find the library name for libvolume, and then grep the shlibs dir in tmp/ and see who is 'providing' that |
| 18:04.21 | *** join/#oe danil (n=Danil@82-39-203-13.cable.ubr02.newy.blueyonder.co.uk) |
| 18:04.52 | HopsNBarley | zecke, thanks. |
| 18:06.48 | zecke | HopsNBarley: and if you know that, just rebuild libvolumeid and see if the file changes (heisenbug) |
| 18:07.44 | HopsNBarley | zecke, ...lib/udev/vol_id requires libvolume_id.so.0 |
| 18:07.49 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 18:10.51 | HopsNBarley | huh, both libvolume-id-dev and libvolume are providing this, if i am understanding.libvolume-id-dev.list:libvolume_id.so.0 |
| 18:11.00 | HopsNBarley | libvolume-id.list:libvolume_id.so.0 |
| 18:11.14 | HopsNBarley | let me check the packages.... |
| 18:11.31 | zecke | HopsNBarley: rebuild libvolume-id (this is why I say heisenbug) |
| 18:13.23 | HopsNBarley | okay. |
| 18:14.55 | HopsNBarley | zecke, thanks for the shlibs pointer -that helps me to understand something new (-; |
| 18:16.38 | HopsNBarley | both still "provide" it. but the -dev package only contains a link ./usr/lib/libvolume_id.so -> /lib/libvolume_id.so.0.80.0 |
| 18:17.06 | zecke | HopsNBarley: the link sounds correct |
| 18:17.21 | zecke | BBL, need to get food |
| 18:26.47 | *** join/#oe pb_ (n=pb@88-111-84-211.dynamic.dsl.as9105.com) |
| 18:32.28 | GNUtoo | how can i prevent optimisations only for building the kernel(with special gcc) i already tried to set FULL_OPTIMIZATION="" in the kernel bb file but it didn't work and still use -mapcs-32 and -mshort-load-bytes |
| 18:38.01 | pb_ | -mapcs-32 and -mshort-load-bytes are not optimisation. |
| 18:38.40 | pb_ | Those options are set by the kernel's own makefiles and are required for correct code generation with some versions of gcc. |
| 18:38.51 | pb_ | (With recent versions of gcc both of those are the default anyway, so there is no benefit in removing them.) |
| 18:44.37 | *** join/#oe greentux (n=lemke@Z7a2a.z.pppool.de) |
| 18:45.54 | *** join/#oe davygravy_ (n=davygrav@h75-100-82-200.75-100.unk.tds.net) |
| 18:47.49 | *** join/#oe ant_ (n=ant@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
| 18:49.13 | GNUtoo | pb_, but my old gcc doesn't recognise them... |
| 18:50.56 | pb_ | What version of gcc are you trying to use? |
| 18:51.26 | pb_ | If it's so old as to not understand -mapcs-32 then it probably can't compile a modern kernel anyway. |
| 18:52.38 | GNUtoo | pb_, 2.95 |
| 18:54.23 | pb_ | that's odd, I am almost certain that 2.95 did support those options |
| 18:54.33 | pb_ | what target triplet are you using? |
| 18:55.25 | GNUtoo | target triplet? |
| 18:55.28 | GNUtoo | what is that? |
| 18:55.46 | pb_ | the string you pass as "--target=..." on the configure command line |
| 18:56.26 | pb_ | when building your compiler, that is |
| 18:57.03 | GNUtoo | i used a pre-built toolchain but the strange thing is that i was able to build the kernel out of oe |
| 18:57.19 | GNUtoo | here's my log file: http://pastebin.com/meba1c7a |
| 18:59.35 | pb_ | that is strange |
| 19:00.33 | GNUtoo | pb_, mabe it's picking the wrong compiler... |
| 19:01.46 | GNUtoo | pb_, is it the right way to setup the compiler? PREFERRED_PROVIDERS += "virtual/${TARGET_PREFIX}gcc-2.95:gcc-cross-kernel" |
| 19:01.51 | pb_ | mm. well, certainly does look like your gcc indeed doesn't understand those options. |
| 19:01.57 | pb_ | maybe this is some special omap version of gcc. |
| 19:02.19 | pb_ | if you're sure that you don't need those flags then I guess you can just patch the kernel makefile to take them out. |
| 19:02.26 | GNUtoo | pb_, how do i setup an external kernel compiler? i've already tried but without sucess |
| 19:04.05 | pb_ | mickeyl can probably answer that question better than me |
| 19:05.32 | GNUtoo | mickeyl, hello i don't know how to setup an external kernel compiler...how do i do that...i have already tried grep but no project has a 2 different compilers... and i've tried without sucess random variables... |
| 19:06.23 | mickeyl | GNUtoo: i can only recommend looking at conf/distro/sharprom-compatible.conf. This is the only occasion I have worked with an external toolchain |
| 19:06.45 | GNUtoo | mickeyl, yes but the problem is that the toolchain is for evrything not just the kernel |
| 19:08.58 | *** join/#oe diJenerate (n=dijenera@66.54.118.16) |
| 19:15.04 | *** join/#oe |fred| (n=fred@e181025133.adsl.alicedsl.de) |
| 19:16.30 | *** join/#oe NineX (i=ninex@NineX.eu.org) |
| 19:27.58 | GNUtoo | mickeyl, isn't there some old configuration of zaurus when it was stuck with a 2.4 kernel because of the sd card driver(so compiling it with a specific gcc version was needed) |
| 19:36.14 | *** join/#oe Dodji (n=dodji@torimasen.com) |
| 19:40.22 | *** join/#oe gremlin[it] (n=gremlin@ppp-239-110.25-151.libero.it) |
| 19:41.29 | *** join/#oe flo_lap (n=fuchs@f049000000.adsl.alicedsl.de) |
| 19:41.33 | GNUtoo | hrw|gone, ping |
| 19:44.00 | GNUtoo | flo_lap, do you know how to use an external toolchain but only for the kernel? |
| 19:45.04 | flo_lap | GNUtoo: not offhand, but that's possible |
| 19:45.26 | GNUtoo | flo_lap, how? |
| 19:45.38 | GNUtoo | ah ok |
| 19:45.44 | *** join/#oe Helge (n=deller@mnhm-590f56f1.pool.einsundeins.de) |
| 19:45.54 | flo_lap | GNUtoo: iirc it was used in kernel 2.4 recipes for some zaurus models auch as collie |
| 19:46.20 | GNUtoo | flo_lap, where can i find theses files? |
| 19:46.32 | GNUtoo | flo_lap, i think they are not anymore in the repo? |
| 19:52.42 | mickeyl | GNUtoo: you can try to download OE from a couple of years ago |
| 19:52.54 | mickeyl | but honestly, i'd rather see that issue being fixed |
| 19:53.45 | CIA-35 | 03mickeyl 07org.oe.dev * r63ae1f48... 10/ (1 packages/efl1/edbus_cvs.bb): edbus cvs catch up with upstream source moving, increase package granularity |
| 19:53.57 | CIA-35 | 03mickeyl 07org.oe.dev * rb51d4243... 10/ (3 files in 3 dirs): add python-edbus, BROKEN though until someone adds dbus 1.1.x |
| 19:54.06 | CIA-35 | 03mickeyl 07org.oe.dev * r9d3729da... 10/ (8 files in 3 dirs): python-efl cvs ship examples, add python-efl-examples as meta package |
| 19:54.15 | CIA-35 | 03mickeyl 07org.oe.dev * re2b3f504... 10/ (1 packages/dtnrg/dtn_2.5.0.bb): dtn 2.5.0 use syntax compatible w/ bitbake 1.8.8 for now |
| 19:54.24 | CIA-35 | 03mickeyl 07org.oe.dev * r24916a17... 10/ (1 packages/python/python_2.5.1.bb): python 2.5.1 fix RRECOMMEND_S_ typo |
| 19:54.30 | CIA-35 | 03mickeyl 07org.oe.dev * r37503acf... 10/ (1 packages/python/python-2.5-manifest.inc): python-2.5-manifest: regenerate |
| 19:54.39 | CIA-35 | 03mickeyl 07org.oe.dev * r51afccca... 10/ (4 files in 3 dirs): ecore cvs package new libraries libecore_imf and liecore_imf_evas. bump edje-viewer |
| 19:54.47 | CIA-35 | 03freyther 07org.oe.dev * r99e95c6a... 10/ (1 contrib/mtn2git/mtn2git.py): |
| 19:54.47 | CIA-35 | * Import revisions without a parent properly! The diffing would have been all right but |
| 19:54.47 | CIA-35 | <PROTECTED> |
| 19:54.47 | CIA-35 | <PROTECTED> |
| 19:54.54 | CIA-35 | 03freyther 07org.oe.dev * r99d10c43... 10/ (1 contrib/mtn2git/mtn2git.py): |
| 19:54.54 | CIA-35 | * Incrementally updating the former heads did not work right. Sometimes we have |
| 19:54.54 | CIA-35 | <PROTECTED> |
| 19:54.56 | CIA-35 | * Back-out this change and save the heads at the end of the script. |
| 19:55.02 | CIA-35 | 03mickeyl 07org.oe.dev * r9b6e07a7... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc: add python-gsmd |
| 19:55.09 | CIA-35 | 03mickeyl 07org.oe.dev * r16808146... 10/ (4 files in 3 dirs): |
| 19:55.09 | CIA-35 | edje-viewer cvs hack minimal pane size to make it work on small displays |
| 19:55.09 | CIA-35 | patch by Thomas Gstaedtner |
| 19:59.44 | *** join/#oe mwester-laptop (n=nnmweste@gw.mwester.net) |
| 20:12.47 | GNUtoo | in order to get an old oe i should get an older database that's all? |
| 20:15.12 | jilles | check out an older version using mtn |
| 20:15.58 | jilles | either way, sometimes stuff uses HEAD of cvs/svn/git/... repos and older versions won't work |
| 20:16.13 | jilles | some lirc stuff did, but I think that's fixed |
| 20:20.51 | *** join/#oe CSMan (n=csman@54.Red-80-39-92.staticIP.rima-tde.net) |
| 20:31.49 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 20:33.56 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 20:39.06 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 20:50.24 | *** join/#oe lfcorreia (n=lfcorrei@d83-187-1-102.cust.tele2.pt) |
| 20:54.47 | *** join/#oe nud (n=sf@91.86.79.103) |
| 20:57.20 | GNUtoo | by the way i didn't understand what was theses weak asignements ?= |
| 20:59.10 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
| 21:02.25 | rwhitby | Jin^eLD: looking for task-nas-server info? |
| 21:03.15 | Jin^eLD | yes! |
| 21:03.17 | Jin^eLD | :) |
| 21:03.33 | Jin^eLD | rwhitby: what exactly is it, how is it added to the image? |
| 21:03.42 | Jin^eLD | or rather - how can I build a NAS image |
| 21:04.00 | Jin^eLD | and also - a suggestion - to add an optional UPnP server :> |
| 21:04.37 | rwhitby | Jin^eLD: you're welcome to add any more applications to it in the same manner as the existing ones. |
| 21:04.59 | rwhitby | as for how to build an image, just use nas-server-image.bb |
| 21:05.13 | Jin^eLD | aah, so I just missed the image |
| 21:05.15 | *** join/#oe Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 21:05.35 | Jin^eLD | well, the suggestion regarding the server was more - for the default image |
| 21:06.05 | rwhitby | right - you're welcome to add it to task-nas-server.bb, which will cause it to be part of the default image |
| 21:06.06 | Jin^eLD | or a variable like it is the case with the ssh daemon selection |
| 21:06.21 | *** join/#oe diJenerate (n=dijenera@72.51.71.16) |
| 21:06.26 | Jin^eLD | I meant default in the distribution :) |
| 21:06.29 | rwhitby | there is no upnp server in there at the moment, so your choice gets to be the default |
| 21:06.30 | Jin^eLD | like, in OE |
| 21:06.46 | rwhitby | OE has no defaults - distros have defaults. |
| 21:06.55 | rwhitby | (or images) |
| 21:07.00 | Jin^eLD | mhm indeed :) |
| 21:07.07 | Jin^eLD | seems I got it all wrong from start to end today hehe |
| 21:08.01 | rwhitby | so add a task-nas-server-upnp section to task-nas-server.bb, hook it in like all the other sections, and put your favourite tested server in that section. |
| 21:08.45 | Jin^eLD | and then submit a patch or something? |
| 21:11.12 | rwhitby | yep - add a patch to an enhancement bug in the bugtracker, and let me know the bug number. |
| 21:11.34 | Jin^eLD | ok, thanks |
| 21:22.18 | *** join/#oe Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 21:23.09 | *** part/#oe synko|on_BB_code (n=SyNko@host190-22-dynamic.182-80-r.retail.telecomitalia.it) |
| 21:24.24 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
| 21:33.09 | *** join/#oe Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 21:35.24 | GNUtoo | by the way tzdata2007e.tar.gz fails...i change the repo |
| 22:01.15 | *** join/#oe oxbaadf00d (n=0xDeadC0@c-24-8-176-221.hsd1.co.comcast.net) |
| 22:07.57 | GNUtoo | hello, what could be the reason of such parse faillure? http://pastebin.com/mb5139f4 |
| 22:11.46 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 22:20.02 | *** join/#oe mgross (n=mgross@66.206.87.117) |
| 22:22.01 | GNUtoo | mabe i understand the problem... |
| 22:22.08 | RP | morning all |
| 22:22.57 | Jin^eLD | hey RP |
| 22:23.47 | *** part/#oe mgross (n=mgross@66.206.87.117) |
| 22:53.29 | *** join/#oe dijenerate (n=dijenera@72.51.75.84) |
| 23:03.32 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 23:07.51 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 23:19.40 | *** join/#oe marcan (i=1337@host215-248.cvf.fit.edu) |
| 23:21.17 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 23:24.25 | *** join/#oe nud_ (n=sf@91.86.73.191) |
| 23:56.01 | CIA-35 | 03mickeyl 07org.oe.dev * racf13b17... 10/ (1 packages/u-boot/u-boot-openmoko_svn.bb): u-boot svn remove obsolete EABI hacking |
| 23:56.06 | CIA-35 | 03mickeyl 07org.oe.dev * rb61b7944... 10/ (7 files in 2 dirs): python-efl cvs generate .edj files and ship 'em |
| 23:56.12 | CIA-35 | 03mickeyl 07org.oe.dev * rd100eb58... 10/ (3 files in 3 dirs): edje-viewer cvs improve no-minimal-size patch so that it actually is half way usable on a handheld |
| 23:56.31 | *** join/#oe florian_ (n=fuchs@f049000000.adsl.alicedsl.de) |