| 00:07.48 | *** join/#oe wicknix2 (~wicked@176.63-135-151.netnet.net) |
| 00:09.37 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 00:26.59 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 00:30.16 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rf285e1e754 10openembedded.git/ (12 files in 2 dirs): |
| 00:30.16 | CIA-2 | m4: use autotools_stage, checksum in SRC_URI, switch to .inc, add 1.4.14 |
| 00:30.16 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 00:40.21 | *** part/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:39.03 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-53-226.w86-212.abo.wanadoo.fr) |
| 01:39.03 | *** join/#oe polyonymous (~hacker@g230193213.adsl.alicedsl.de) |
| 01:39.03 | *** join/#oe _diego_ (~diego@host-78-14-230-154.cust-adsl.tiscali.it) |
| 01:39.03 | *** join/#oe pb__ (~pb@88-108-113-12.dynamic.dsl.as9105.com) |
| 01:39.03 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 02:17.10 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 02:26.06 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 03:26.54 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 04:48.49 | *** join/#oe BillK (~BillK@203-206-49-109.dyn.iinet.net.au) |
| 05:16.49 | *** join/#oe polyonymous (hacker@hackele-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 05:19.06 | *** join/#oe william_zhang (~william@58.247.126.174) |
| 05:33.43 | *** join/#oe Ironnads (~Ironnads@host86-185-38-70.range86-185.btcentralplus.com) |
| 05:54.30 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 05:58.19 | *** join/#oe kerute (~kerute@kerunix.com) |
| 06:08.42 | *** join/#oe Laibsch (~Laibsch@p5B3B355E.dip.t-dialin.net) |
| 06:12.23 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * red68667b91 10openembedded.git/ (7 files in 4 dirs): |
| 06:12.23 | CIA-2 | netatalk: Upgrade from 2.0.3 to 2.0.5 |
| 06:12.23 | CIA-2 | Addresses CVE-2008-5718. |
| 06:12.23 | CIA-2 | netatalk-2.0.3-db43.patch: Done differently. |
| 06:12.23 | CIA-2 | netatalk-2.0.3-xfs.patch: Drop as the config switch was not used |
| 06:12.24 | CIA-2 | netatalk-2.0.3-setXid.patch: Was not used. |
| 06:26.12 | *** join/#oe Laibsch1 (~Laibsch@p5B3B355E.dip.t-dialin.net) |
| 06:33.48 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r4fb5a96bb2 10openembedded.git/recipes/net-snmp/ (net-snmp-5.4.2.1/CVE-2008-6123.patch net-snmp_5.4.2.1.bb): |
| 06:33.48 | CIA-2 | net-snmp-5.4.2.1: Addresses CVE-2008-6123. |
| 06:33.48 | CIA-2 | See http://bugs.gentoo.org/show_bug.cgi?id=250429 for more details. |
| 06:39.49 | *** join/#oe dth_ntb (dieter@p4FDEB163.dip.t-dialin.net) |
| 06:45.12 | *** join/#oe dth_ntb (~dieter@p4FDEEDC2.dip.t-dialin.net) |
| 07:00.40 | *** join/#oe morphis (~morphis@89.204.137.96) |
| 07:02.19 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 07:03.17 | *** join/#oe Laibsch (~Laibsch@p5B3B355E.dip.t-dialin.net) |
| 07:32.52 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:35.49 | *** join/#oe rob_w (~bob@p549BF774.dip.t-dialin.net) |
| 07:36.43 | mckoan | good morning |
| 07:39.54 | zecke | hi |
| 07:40.22 | *** join/#oe dth_ntb (~dieter@p4FDEEDC2.dip.t-dialin.net) |
| 07:42.43 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 07:46.04 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:48.12 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 07:49.17 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 07:55.09 | *** join/#oe claudiuM (~claubu@host53-250-dynamic.0-87-r.retail.telecomitalia.it) |
| 07:58.10 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7004e43af6 10openembedded.git/recipes/lttng/lttng-control_0.12.bb: |
| 07:58.11 | CIA-2 | lttng-control: upgraded to 0.79 |
| 07:58.11 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 08:01.23 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8eb15be652 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 08:01.23 | CIA-2 | task-shr-feed: add evopedia |
| 08:01.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:01.34 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * ra2193c4e95 10openembedded.git/recipes/freesmartphone/fsodatad_git.bb: |
| 08:01.34 | CIA-2 | fsodatad: move mobile-broadband-provider-info to RDEPENDS |
| 08:01.34 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:02.34 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 08:09.03 | eFfeM | is there an easy way to harvest all url's from all recipes with all the metadata (like PV) expanded ? |
| 08:09.31 | Laibsch | eFfeM: what do you want to do? |
| 08:10.32 | eFfeM | eventually check if all url's point to still-existing (http, ftp and maybe cvs/svn/git locations) |
| 08:10.45 | eFfeM | the original one, not the angstrom mirror or so |
| 08:11.08 | eFfeM | I've bumped into two last few days that didn't even exist any more |
| 08:11.36 | eFfeM | one being the lttng one changed above (guess that was from a 2006 version that was gone a loooong time ago) |
| 08:13.36 | eFfeM | and apparently also some of the gnu mirrors don't work any more |
| 08:16.46 | Laibsch | OK |
| 08:16.58 | Laibsch | that should be much less of an issue now since OE mirrors all sources |
| 08:16.59 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:17.23 | Laibsch | hrw (or was it zecke) has written an URL checker script |
| 08:17.27 | Laibsch | check contrib/ |
| 08:18.00 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 08:18.06 | eFfeM | will do, actually the lttng thing was apparently not cached and I also had problems with findutils |
| 08:20.09 | *** join/#oe Heinervdm (~thomas@pD9E13B63.dip.t-dialin.net) |
| 08:20.17 | claudiuM | hi, I have a problem with gnu-config...do_patch fails with quilt usage message; what should be the problem? |
| 08:21.26 | hrw|gone | eFfeM: run contrib/source-checker/oe-source-mirror-build.py |
| 08:21.35 | Laibsch | eFfeM: there are a few sources that were already vanished when I tried to mirror them |
| 08:21.45 | Laibsch | hrw provided a few, I also had a few |
| 08:22.16 | Laibsch | at this point in time I'm not putting any further effort into the old sources |
| 08:22.18 | hrw|gone | will be back in ~2h |
| 08:22.24 | Laibsch | bye |
| 08:22.26 | eFfeM | guess if the sources were vanished, there should be a better/newer versions |
| 08:22.53 | eFfeM | Laibsch: basically in my branch I'll eihter update or nuke them |
| 08:23.03 | eFfeM | hrw|gone: cya later & thanks for the link |
| 08:23.56 | Laibsch | some sources have completely disappeared |
| 08:24.16 | eFfeM | then imho it is questionable to keep the recipe around |
| 08:24.26 | Laibsch | with some effort they may of course be hunted down |
| 08:24.38 | Laibsch | I did quite a bit of that effort |
| 08:25.14 | *** join/#oe henomis (~simone@host31-198-static.4-79-b.business.telecomitalia.it) |
| 08:25.17 | Laibsch | I also did remove one or two recipes |
| 08:25.23 | Laibsch | but as you know, that's very risky |
| 08:25.37 | eFfeM | that's why i do it in my own branch |
| 08:26.19 | Laibsch | I know |
| 08:26.25 | Laibsch | good luck |
| 08:26.48 | Laibsch | a few months ago I would have gladly joined your effort |
| 08:26.57 | eFfeM | ty, didn't get to pushing it yesterday, actually 4 recipes did not yet build properly for console-image |
| 08:27.08 | eFfeM | and maybe some users of them ofc |
| 08:27.26 | eFfeM | still wondering why console-image would require things like gnome and x11 and so on |
| 08:27.36 | Laibsch | "bitbake -g" |
| 08:27.58 | eFfeM | i know |
| 08:29.31 | henomis | Hello, I have a question about Compulab CM-X300...will be supported by OE? I noticed there is CM-X270 support...anyone have tried to use it with CM-X300? |
| 08:34.48 | *** join/#oe Crofton (~balister@91.113.195.98) |
| 08:38.11 | *** join/#oe noglitch (~Miranda@mail.atmel.fr) |
| 08:44.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raf23fbe727 10openembedded.git/recipes/pidgin/pidgin_2.6.6.bb: pidgin: add 2.6.6 |
| 08:44.28 | mckoan | henomis: hi |
| 08:44.40 | henomis | mckoan: hi |
| 08:47.14 | eFfeM | actually the reason console-image drags in all those X stuff is because bluez4 depends on gst-plugins-base which drags in things like pango, gstreamer, gnome-vfs, cdparanoia etc etc |
| 08:47.29 | mckoan | henomis: looks like CM-X300 is not currently supported |
| 08:48.12 | mckoan | henomis: and of cource the CM-X270 kernel won't suit |
| 08:50.16 | eFfeM | actually we have 10 recipes for bluez4 so maybe there is one without gst-plugins :-) |
| 08:52.03 | henomis | mckoan: sure, the kernel is not the same...but using a CM-X300 kernel with all the remaining applications builded for CM-X270 target...it should works. Or not? |
| 08:52.29 | eFfeM | hrw|gone: i'm not a python wiz but it seems the scripts in source-checker just compare the dl dir with checksums.ini |
| 08:52.44 | eFfeM | i would like to fetch the original src |
| 08:58.43 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:59.44 | mckoan | henomis: you need only the proper kernel, userspace doesn't change |
| 09:01.04 | henomis | mckoan: ok, tnx :) |
| 09:01.18 | mckoan | henomis: you're welcome :-D |
| 09:03.42 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 09:06.15 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 09:19.36 | JaMa|Wrk | hrw|gone: ping me when you're back, I'm curious why you forced *.h installed to include/SDL in http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=cdba23dc285142750361fa95360e8c67d8351c9e, newer SRCREVs are installing it include/smpeg, so if it's ok to let it there (with conversion to new staging) |
| 09:21.02 | claudiuM | hi, I have a problem with gnu-config...do_patch fails with quilt usage message; any suggestion of what can I do to solve the problem? |
| 09:23.19 | *** join/#oe Pr0t0N (~lcintrat@111.21.76-86.rev.gaoland.net) |
| 09:31.02 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:32.08 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 09:39.23 | *** join/#oe siji (~siji@122.170.9.183) |
| 09:51.02 | CIA-2 | 03Gregoire Gentil <gregoire@gentil.com> 07org.openembedded.dev * rc7fcc36b36 10openembedded.git/recipes/mplayer/ (files/yuv.S mplayer_svn.bb): |
| 09:51.02 | CIA-2 | mplayer: Upgrade yuv assembly conversion in vo_omapfb |
| 09:51.03 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:52.57 | nik0n_ | hi, will there be a merge of the linux-kernel-base class into stable 2009? to support > 2.6.33 kernels in old stable? or is there a new stable/2010 branch to be created? |
| 09:58.46 | hrw|gone | JaMa|Wrk: feel free |
| 09:59.38 | hrw|gone | nik0n_: extract needed patches from .dev, adapt them for stable, send for review |
| 10:00.06 | JaMa|Wrk | hrw|gone: maybe it will make this not needed anymore :) sdlperl/sdl-perl_1.20.3.bb: sed -i -e 's:#include <smpeg/smpeg.h>:#include <smpeg.h>:g' SDL_perl.xs |
| 10:00.18 | hrw|gone | maybe |
| 10:00.21 | hrw|gone | bb in few |
| 10:01.16 | florian | good morning |
| 10:05.41 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 10:05.57 | siji | hi all |
| 10:06.19 | siji | How to enable PowerVr SGx on beagle angstrom demo image |
| 10:06.20 | siji | ?? |
| 10:07.45 | hrw | morning |
| 10:09.49 | hrw | eFfeM: ah... that script just checks DL_DIR and export list of good files... |
| 10:10.25 | hrw | eFfeM: if you want to fetch check all then "bitbake -cfetchall world" can be used or extract links from checksums.ini |
| 10:11.32 | *** part/#oe henomis (~simone@host31-198-static.4-79-b.business.telecomitalia.it) |
| 10:20.15 | eFfeM | hrw, will try that |
| 10:27.49 | *** join/#oe palisv (~palisv@79.138.148.48.bredband.tre.se) |
| 10:30.50 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:36.24 | eFfeM | hrw tried it but world says there are unbuildable targets :-( 9ERROR: Required build target 'sugar-fructose' has no buildable providers. |
| 10:36.24 | eFfeM | ) |
| 10:36.43 | hrw | bitbake -k? |
| 10:39.21 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8c37bbf914 10openembedded.git/recipes/gstreamer/ (2 files in 2 dirs): gst-plugin-gles: update to current git |
| 10:43.09 | *** join/#oe mlip2 (~mlip2@62.218.44.194) |
| 10:48.15 | *** join/#oe GNUtoo (~GNUtoo@host142-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 10:54.07 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:55.10 | CIA-2 | 03Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * rdc7f0c8bb2 10openembedded.git/recipes/squashfs-tools/ (squashfs-tools-4.0/Makefile.patch squashfs-tools_4.0.bb): |
| 10:55.10 | CIA-2 | squashfs-tools-4.0: Use LDFLAGS in Makefile. |
| 10:55.10 | CIA-2 | LDFLAGS was not used. Fixed that. |
| 10:55.10 | CIA-2 | The staged zlib was not picked up on a system that hadn't zlib-dev |
| 10:55.10 | CIA-2 | installed natively. |
| 10:55.11 | CIA-2 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
| 11:08.31 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 11:11.12 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:16.37 | *** join/#oe mr_nice (~nice@95-90-75-53-dynip.superkabel.de) |
| 11:19.50 | *** join/#oe blindvt` (~b@62-99-204-228.c-vdreihufeisengasse.xdsl-line.inode.at) |
| 11:20.00 | blindvt` | hi |
| 11:26.08 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:40.48 | *** join/#oe bala_holmes (~7aa4eed8@gateway/web/freenode/x-nebtwxldhtugosqj) |
| 11:51.43 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4b674c46ac 10openembedded.git/recipes/gstreamer/ (gst-plugin-bc/gst-debug.diff gst-plugin-bc_git.bb): gst-plugin-bc: add git version |
| 11:51.43 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5663153404 10openembedded.git/recipes/gstreamer/ (gst-plugins-package.inc gst-plugins.inc): gst-plugins: seperate packaging from configuring .inc |
| 11:51.44 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5a21221562 10openembedded.git/recipes/gstreamer/gst-plugin-gles_git.bb: gst-plugin-gles: use proper gst-plugin packaging |
| 11:53.10 | blindvt` | kergoth_, ping.. I get parse errors (with bb master, in case that matters) for e.g.: SRC_URI = "git://some.thing.tld/foo ${@['', '${FILE_FOO}'][bb.data.getVar('USE_NLS', d, 1) == 'yes']} " |
| 11:53.44 | blindvt` | specifically: NOTE: <type 'exceptions.SyntaxError'>:EOL while scanning string literal (<string>, line 1) while evaluating: |
| 11:54.29 | blindvt` | [snip];branch=master;protocol=git ${@['', '${FILE_FOO}'][bb.data.getVar('USE_NLS', d, 1) == 'yes']} file://foo.config [snip] |
| 11:54.49 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 11:55.01 | blindvt` | kergoth_, am i doing something wrong or is that a buglet? |
| 11:55.28 | *** part/#oe gugus (hugues@mail.hiegel.fr) |
| 12:02.33 | hrw | eFfeM: any plans when to publish your branch with cleanups? |
| 12:02.59 | eFfeM | hrw, i hope to be able to push it tonight |
| 12:03.06 | eFfeM | keeps fingers crossed |
| 12:03.26 | hrw | great |
| 12:04.01 | eFfeM | the criterion for pushing is that it builds console-image and that that image runs the basic stuff on my board |
| 12:04.03 | hrw | I have few changesets for gnutls 2.8+ build breaks. but they break everyone with 2.4.2 used |
| 12:04.41 | *** join/#oe mlip2 (~mlip2@62.218.44.194) |
| 12:05.40 | eFfeM | basically yesterday evening I ended up having 4 non-building recipes (and maybe a few that depend on it) fontconfig dbus-glib and 2 which I forgot |
| 12:05.41 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 12:06.19 | hrw | ~love Debian for gnutls patches |
| 12:06.20 | ibot | If you love Debian for gnutls patches so much, why don't you marry it? (oooooh) |
| 12:06.24 | hrw | ;D |
| 12:06.30 | hrw | ibot: I am already taken |
| 12:06.31 | ibot | it is my pleasure to meet you, already taken |
| 12:07.01 | eFfeM | had to revert a few BBCLASSEXTEND="native" though where the obvious patches did not work |
| 12:07.19 | eFfeM | i've reserved most of the evening for it |
| 12:07.55 | eFfeM | it is only a first step though, lots of work needed as there is lots of crud around |
| 12:08.05 | eFfeM | i feel i only touched the surface |
| 12:09.19 | bala_holmes | xorg-server-1.5.3 is support touch screen? |
| 12:09.34 | hrw | if you use drivers for it then yes |
| 12:09.57 | mlip2 | hej |
| 12:10.09 | mlip2 | anyone seen strange linking errors recently ? |
| 12:10.40 | mlip2 | just did a git pull, and rebuild a (private) recipe; undefined symbol: _ZNSs4_Rep20_S_empty_rep_storageE is the result ... |
| 12:18.22 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 12:19.27 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 12:19.37 | siji | Downloading http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/libpixman-1-dbg_0.17.8-r0.5_armv7a.ipk. |
| 12:19.38 | siji | wget: server returned error: HTTP/1.1 404 Not Found |
| 12:19.38 | siji | Collected errors: |
| 12:19.38 | siji | <PROTECTED> |
| 12:19.38 | siji | <PROTECTED> |
| 12:19.49 | siji | Am getting this error while trying to build clutter |
| 12:20.09 | siji | did opkg update manytimes but still getting the same |
| 12:20.13 | siji | how to resolve this |
| 12:27.41 | *** part/#oe Laibsch (~Laibsch@p5B3B355E.dip.t-dialin.net) |
| 12:28.48 | zecke | hmmm... it is sad that no one else bothers to remove remote code exploits. :( |
| 12:29.08 | hrw | 80x25 framebuffer on 24" lcd is too hardcore |
| 12:29.24 | Romke | yes it is |
| 12:29.28 | hrw | zecke: ? |
| 12:29.38 | raster | zecke: exploits are fun! |
| 12:29.40 | raster | :) |
| 12:29.58 | zecke | hrw: I posted a list of affected packages and no one really bothers fixing it |
| 12:30.13 | zecke | raster: well, new ones yes. Being exploitable by a three year old zlib bug is not funny. |
| 12:30.21 | zecke | (i think our zlib is fine though) |
| 12:30.40 | hrw | zecke: I got used to that |
| 12:30.55 | zecke | hrw: used to what? |
| 12:31.15 | hrw | having my mails ignored on OEML |
| 12:31.41 | *** join/#oe kristoffer (~kristoffe@95.209.1.105.bredband.tre.se) |
| 12:32.33 | zecke | But it is not that hard. If you feel responsible for GNOME, you update gnome-screensaver. |
| 12:32.59 | hrw | I know, but people are lazy |
| 12:33.25 | zecke | yeah, maybe then we should support emdebian, instead of having a swiss cheese distro construction set |
| 12:33.33 | hrw | I just fixed bunch of recipes which failed on new gnutls but pushing changes will break everyone who did not upgraded |
| 12:33.46 | zecke | "Hey, you can create a distro with OE, but it will be owned fasta than Windows 95" |
| 12:34.03 | blindvt` | kergoth_, drats, i forgot to declare FILE_FOO. Still, the EOL parse errors on an attempt to expand an undeclared variable is a bit misleading imho. |
| 12:35.21 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rc28fa72a4c 10openembedded.git/ (4 files in 2 dirs): |
| 12:35.21 | CIA-2 | samba: Upgrade stable releases from 3.2.8 to latest 3.2.x release |
| 12:35.21 | CIA-2 | This is addressing: CVE-2009-1886, CVE-2009-1888, CVE-2009-2813 |
| 12:35.21 | CIA-2 | CVE-2009-2948 and CVE-2009-2906. |
| 12:35.26 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rb0a786a159 10openembedded.git/recipes/samba/ (samba-ads-3.3.0/wbstatic.patch samba-ads_3.3.0.bb): |
| 12:35.26 | CIA-2 | samba-ads: Upgrade from 3.3.0 to 3.3.9 to benefit from various fixes |
| 12:35.26 | CIA-2 | There were certain but bugs that were fixed between 3.3.0 |
| 12:35.26 | CIA-2 | and 3.3.8, it makes sense to upgrade to this version. |
| 12:36.28 | zecke | hrw: latest example is neon, luckily it is so old people will need to use their time machine to find the exploits |
| 12:36.37 | *** join/#oe marcosmamorim1 (~marcos@201-43-152-254.dsl.telesp.net.br) |
| 12:36.50 | hrw | neon... subversion used it - right? |
| 12:37.02 | zecke | yes, and someothers |
| 12:43.58 | bala_holmes | hi, how to enable touch option in "xorg-server-1.5.3" |
| 12:44.19 | zecke | our apr has two issues too |
| 12:46.12 | XorA | zecke: gnome-screensaver is on my TODO, but gnome is a whole pile of pain |
| 12:46.39 | zecke | XorA: the good thing is, it should be only a minor release |
| 12:53.23 | *** join/#oe palisv (~palisv@79.138.149.89.bredband.tre.se) |
| 13:00.08 | *** join/#oe kristoffer (~kristoffe@95.209.1.105.bredband.tre.se) |
| 13:06.14 | *** join/#oe steliosk (~Stelios@ipa107.2.tellas.gr) |
| 13:09.39 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 13:10.18 | XorA | wow I never even knew samba-essential existed :-) |
| 13:11.08 | hrw | iirc it was minimal samba install |
| 13:12.11 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 13:12.50 | zecke | and a sane smb.conf to get started |
| 13:13.00 | XorA | has always just used the samba recipe |
| 13:16.09 | *** join/#oe kristoffer (~kristoffe@109.58.4.91.bredband.tre.se) |
| 13:24.21 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:28.07 | *** join/#oe BenLauDC (~benlau@221.125.8.18) |
| 13:38.33 | *** join/#oe raster_ (~raster@203-158-57-233.dyn.iinet.net.au) |
| 13:40.45 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 13:43.17 | *** join/#oe palisv (~palisv@94.191.144.215.bredband.tre.se) |
| 13:45.56 | mwester | samba-essential is intended for very small mem devices, i.e. the NSLU2 -- works wonderfully. :) |
| 13:46.23 | zecke | mwester: i agree, I was hoping to find a DEPENDS on samba-essential in a task or image, but I didn't. |
| 13:48.06 | zecke | mwester: I'm not denying the usefulnes of that app, I just think that 15 potential remotely exploitables issues in that smbd is bad. (and it is less than 15 as some bugs were in nmbd too.. which maybe isn't part of samba essential). :) |
| 13:53.58 | mr_nice | hm we could add something like at the end of local.conf.sample to the exploitable recipes? 'Do not use this package until you want a remote hole' |
| 13:55.34 | zecke | mwester: We could just patch base.bbclss. "You are building a Mickey Mouse Distribution with known remote exploits. Enjoy your trip to the Wonderland" :) |
| 13:56.10 | mickey|office | lets call this Goofy or Donald Duck, otherwise people will think i'm crazy |
| 13:56.29 | zecke | mwester: sorry. didn't mean to tab complete you |
| 14:00.05 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rfc4226e83f 10openembedded.git/ (8 files in 3 dirs): |
| 14:00.05 | CIA-2 | git: Upgrade from 1.6.0.4 to 1.7.0.2 |
| 14:00.05 | CIA-2 | The git-daemon+(x)inetd has a known denial of service problem. Upgrade |
| 14:00.05 | CIA-2 | to a newer git version just in case. Remove two bogus autoconf patches |
| 14:00.05 | CIA-2 | that can be done by passing in autoconf varaibles. Switch to local |
| 14:00.05 | CIA-2 | checksums instead of checksums.ini |
| 14:00.18 | zecke | http://www.vuxml.org/freebsd/index.html <- this is a very nice, one can pick a random version and fix it. We are likely shipping a bad version |
| 14:07.54 | ynezz | zecke: nice url |
| 14:08.41 | *** join/#oe aloisiojr (~aloisio@189.99.187.101) |
| 14:09.30 | eFfeM | siji: guess you need to run opkg update or angstrom need to update its pacakge index, the version in the feed is http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/libpixman-1-dbg_0.17.8-r6+gitr7a15fa25ddb88ebb4ac00772854271f102f06e81.5_armv7a.ipk |
| 14:10.06 | eFfeM | could be that package index is out of date, in which case you need to bother koen i guess |
| 14:10.16 | *** join/#oe denix|air (~denys@32.165.249.115) |
| 14:10.20 | siji | oh ok |
| 14:10.23 | XorA | package-index is rebuilt every 8 hours or so |
| 14:10.39 | siji | so wht u will suggest |
| 14:10.53 | XorA | what was original problem, I missed it |
| 14:10.56 | siji | shld i update the package index |
| 14:11.05 | hrw | siji: do "opkg install http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/libpixman-1-dbg_0.17.8-r6+gitr7a15fa25ddb88ebb4ac00772854271f102f06e81.5_armv7a.ipk" |
| 14:11.12 | siji | <PROTECTED> |
| 14:11.18 | hrw | siji: it will fetch and install |
| 14:11.25 | siji | wget: server returned error: HTTP/1.1 404 Not Found |
| 14:11.45 | siji | ok |
| 14:12.04 | *** join/#oe aloisiojr1 (~aloisio@189.96.13.105) |
| 14:12.50 | siji | btw how to update the package index of angstrom? |
| 14:15.59 | hrw | ssh login to angstrom account on server, cd to feed dir, run tool to update pakcage index. simple |
| 14:16.19 | XorA | which is all dont by script so its unlikely its wrong |
| 14:16.23 | XorA | done |
| 14:16.36 | siji | ok |
| 14:16.54 | XorA | but still I dont see what the original issue was |
| 14:17.03 | siji | oh srry |
| 14:17.11 | siji | wil paste again |
| 14:17.13 | XorA | is the one with Angstrom feed access :-) |
| 14:17.47 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd2fc55223a 10openembedded.git/recipes/gstreamer/gst-plugin-bc/gst-debug.diff: gst-plugin-bc: update patch to the version thats going upstream |
| 14:18.10 | siji | <siji> Downloading http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/libpixman-1-dbg_0.17.8-r0.5_armv7a.ipk. |
| 14:18.10 | siji | <siji> wget: server returned error: HTTP/1.1 404 Not Found |
| 14:18.10 | siji | <siji> Collected errors: |
| 14:18.10 | siji | <siji> * opkg_download: Failed to download http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/libpixman-1-dbg_0.17.8-r0.5_armv7a.ipk, wget returned 1. |
| 14:18.11 | siji | <siji> * opkg_install_pkg: Failed to download libpixman-1-dbg. Perhaps you need to run 'opkg update'? |
| 14:18.57 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 14:18.58 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 14:19.01 | siji | Now same error for libexpat |
| 14:19.08 | *** join/#oe rsalveti (~rsalveti@187.77.66.235) |
| 14:19.21 | *** part/#oe rsalveti (~rsalveti@187.77.66.235) |
| 14:20.04 | XorA | looks like you need to run opkg update |
| 14:20.20 | siji | i did it manytimes |
| 14:20.25 | siji | but still getting the same error |
| 14:22.06 | XorA | arse Angstrom feed is actually wrong :-( |
| 14:23.15 | siji | srry? |
| 14:23.52 | XorA | Packages points to a different version than is in feed, maybe koen just did an upload and upadate-packages is still running |
| 14:24.08 | eFfeM | siji: as a workaround you can browse http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/debug/ then find the latest version and install that one, but it is a pain in the ass if you have multiple pacakges |
| 14:24.25 | siji | I was doing that |
| 14:24.41 | siji | but u are right hve to install lot of packages ;( |
| 14:26.22 | siji | Anyway I will try after some hrs |
| 14:26.32 | siji | let's try my luck |
| 14:26.59 | siji | bye for now |
| 14:27.07 | siji | Thanks alot for the support |
| 14:31.14 | eFfeM | hrw: had bitbake -cfetchall -k world running for a few hours, python was still running at 100% |
| 14:31.51 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 14:42.20 | *** join/#oe GNUtoo (~GNUtoo@host142-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 14:43.57 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 14:44.30 | hrw | crap ;( |
| 14:44.48 | hrw | eFfeM: for recipe in recipes/*/*bb;do bitbake -cfetch -b $recipe;done |
| 14:46.40 | kergoth_ | successfully did a bitbake -k -c fetchall world this weekend, though it took 30+ minutes to generate the runqueue alone |
| 14:48.11 | pb_ | heh |
| 14:51.44 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 14:55.22 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 14:55.49 | eFfeM | hrw didn't think of that |
| 14:56.10 | eFfeM | kergoth_: i think it was already a few hrs generating the runqueue |
| 14:56.13 | kergoth_ | hmm, BPN of gcc-cross-initial is gcc-cross, not gcc |
| 14:56.32 | eFfeM | hrw the for works like a charm |
| 14:57.07 | hrw | eFfeM: simplicity always wins? |
| 14:57.57 | eFfeM | yeah |
| 14:58.33 | hrw | 9 changesets ahead of origin... |
| 14:59.46 | JaMa|Wrk | kergoth_: but it still fetches only latest/preferred versions for world pacakges, doesn't it? |
| 14:59.47 | hrw | will cleanup e2fsprogs + util-linux-ng tomorrow |
| 15:00.16 | kergoth_ | JaMa|Wrk: yeah, hrw's method is definitely superior in more ways than one, if you want to populate for a mirror |
| 15:00.17 | hrw | JaMa|Wrk: if you really want to fetch everything then you need to process every recipe for each MACHINE/DISTRO combo |
| 15:00.26 | JaMa|Wrk | and hrw's method fails for BBCLASSEXTENDS :) |
| 15:00.47 | kergoth_ | heh, well, we need to add a way to specify that for -b anyway |
| 15:01.18 | JaMa|Wrk | yeah I agree, I miss -b everytime I need to debug some recipe with BBCLASSEXTEND |
| 15:01.46 | *** join/#oe aloisiojr (~aloisio@200.199.50.142) |
| 15:02.00 | hrw | libc_uclibc override is true for any abi - right? |
| 15:03.05 | XorA | eFfeM: hrw Angstrom feed is now fixed so if that guy comes back it should work |
| 15:03.15 | XorA | koen kindly found the issue |
| 15:03.20 | hrw | bye |
| 15:06.23 | *** join/#oe aloisiojr1 (~aloisio@200.199.50.142) |
| 15:06.52 | eFfeM | XorA: if i see him i'll tell him, but i'll be heading home in 45 mins (but will be on tonight) |
| 15:09.34 | *** join/#oe aloisiojr (~aloisio@187.90.178.77) |
| 15:15.30 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
| 15:18.40 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 15:20.19 | Heinervdm | how can i specify a branchname with a / for git? just writing the / there results in a phrase error |
| 15:20.52 | kergoth_ | what do you mean? |
| 15:21.03 | Heinervdm | :) |
| 15:21.14 | kergoth_ | branches can have slashes in them fine. i wouldn't suggest putting a *leading* slash, because it wouldn't make any sense, but otherwise.. |
| 15:21.16 | Heinervdm | I hase this SRC_URI: SRC_URI = "git://github.com/heinervdm/bluez.git;protocol=http;branch=felix/fso " |
| 15:21.24 | kergoth_ | ah |
| 15:21.29 | kergoth_ | what's the error you're getting? |
| 15:21.58 | Heinervdm | http://shr.pastebin.com/Lus2e1QS |
| 15:23.17 | Heinervdm | oh |
| 15:23.25 | Heinervdm | the error is somewhere else |
| 15:23.44 | Heinervdm | kergoth_: solved, thx :) |
| 15:24.01 | kergoth_ | heheh, np |
| 15:24.02 | JaMa|Wrk | Heinervdm: no SRCREV defined? |
| 15:24.24 | Heinervdm | JaMa|Wrk: no, an additional \ at the end of SRC_URI |
| 15:31.04 | *** join/#oe jmpdelos__ (~polk@outgoing.delos.com) |
| 15:31.55 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 15:33.14 | *** join/#oe Longfield (~valentin@lsa1pc7.epfl.ch) |
| 15:35.22 | Longfield | hello: has someone experienced an illegal instruction when using -qws with qt4-embedded 4.6.2 ? |
| 15:53.49 | *** join/#oe CosmicPenguin (~nobody@129-46-14-212.qualcomm.com) |
| 15:57.47 | *** join/#oe morphis (~morphis@p5489C4F4.dip.t-dialin.net) |
| 16:05.42 | florian | Longfield: This sounds like Qt is compiled for a wrong architecture. |
| 16:15.19 | *** join/#oe dth_ntb (~dieter@a89-182-14-154.net-htp.de) |
| 16:15.59 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 16:16.11 | *** join/#oe denix|air (~denys@32.165.249.115) |
| 16:17.25 | *** join/#oe palisv (~palisv@95.209.204.143.bredband.tre.se) |
| 16:17.58 | *** join/#oe patrik_ (~palisv@95.209.204.143.bredband.tre.se) |
| 16:18.09 | *** part/#oe patrik_ (~palisv@95.209.204.143.bredband.tre.se) |
| 16:23.56 | *** join/#oe woglinde (~woglinde@82.113.121.220) |
| 16:24.37 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r038f68a6b7 10openembedded.git/ (8 files in 2 dirs): |
| 16:24.38 | CIA-2 | shr: move etk-themes to obsolete, remove etk-theme-neo from RSUGGESTS |
| 16:24.38 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 16:24.38 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd4d8d8ce57 10openembedded.git/recipes/freesmartphone/fsodatad_git.bb: fsodatad: missing PR bump |
| 16:24.39 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r82380e0d0f 10openembedded.git/ (9 files in 2 dirs): |
| 16:24.39 | CIA-2 | shr: move some obsolete SHR apps to obsolete directory |
| 16:24.39 | CIA-2 | * with SRCREV moved from sane-srcrevs.inc to recipes |
| 16:24.39 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 16:26.36 | *** part/#oe bala_holmes (~7aa4eed8@gateway/web/freenode/x-nebtwxldhtugosqj) |
| 16:27.49 | *** join/#oe kristoffer (~kristoffe@95.209.100.150.bredband.tre.se) |
| 16:29.37 | *** join/#oe Laibsch1 (~Laibsch@p5B3B19A2.dip.t-dialin.net) |
| 16:29.46 | woglinde | hi laibsch |
| 16:29.49 | *** join/#oe eFfeM1 (~frans@j200125.upc-j.chello.nl) |
| 16:48.28 | *** join/#oe Laibsch (~Laibsch@p5B3B2A27.dip.t-dialin.net) |
| 16:49.15 | GNUtoo | hi, I'd like to have xmms2 in oe, but it uses waf, should I override do_configure do_compile and do_install ? |
| 16:52.09 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 16:56.15 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 17:00.14 | GNUtoo | it seems that midori uses waf but in a different way |
| 17:03.07 | *** join/#oe hansdampf1 (~moritz@rgnb-4d041751.pool.mediaWays.net) |
| 17:06.46 | GNUtoo | mmm the waf command seem so close to configure |
| 17:06.57 | GNUtoo | is tempted to do a hack |
| 17:07.13 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 17:10.08 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r96270fd7d3 10openembedded.git/recipes/hal/consolekit_0.3.0.bb: |
| 17:10.08 | CIA-2 | consolekit: add pam-plugin-ck-connector package |
| 17:10.08 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
| 17:10.09 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r7c6fbaac31 10openembedded.git/recipes/hal/consolekit_0.3.0.bb: |
| 17:10.09 | CIA-2 | consolekit: pam-plugin-ck-connector rdepends on consolekit |
| 17:10.09 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
| 17:13.01 | *** join/#oe Hasse (~quassel@0x5552e721.adsl.cybercity.dk) |
| 17:21.30 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
| 17:22.11 | *** join/#oe lisppaste7 (~lisppaste@common-lisp.net) |
| 17:22.34 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 17:44.59 | *** join/#oe jayson (~jayson@209-193-94-158.mammothnetworks.com) |
| 17:45.19 | jayson | woa, there is an OE channel, nice :-) |
| 17:45.52 | eFfeM1 | jayson: were here already a while |
| 17:46.00 | eFfeM1 | waiting for you since a year or 5 |
| 17:46.06 | jayson | eFfeM1: lol |
| 17:46.10 | eFfeM1 | welcome ! |
| 17:46.28 | jayson | well, playing with using OE on the nslu2, and on a sheevaplug, figured I would see if there's a channel around as well |
| 17:46.51 | *** join/#oe Hasse (~quassel@0x5552e721.adsl.cybercity.dk) |
| 17:47.24 | eFfeM1 | guys, i tried to change unzip to use BBCLASSEXTEND="native" thought it would be no biggie as native does not seem to do somethign special, yet the build fails with http://tinderbox.openembedded.net/builds/63715/ |
| 17:47.30 | eFfeM1 | anyone an idea how to fix this |
| 17:47.32 | jayson | only 1 question so far..how much diskspace is needed to git OE/bitbake and do a compile? wondering if this 80GB external drive is going to be enough (google: required disk space for open embedded, doesn't help) |
| 17:47.55 | eFfeM1 | jayson: nslu2, that's quite old, you could have come 5 years ago :-) |
| 17:48.21 | eFfeM1 | if this 80 GB is empty i don't think you'll run into space problems |
| 17:48.21 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re518bd5129 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3/rc.pvr libgles-omap3_3.01.00.02.bb): libgles-omap3: autoload bufferclass_ti driver at boot |
| 17:48.26 | eFfeM1 | depends also what you want to build |
| 17:48.31 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re5dcf0d4e4 10openembedded.git/recipes/gtk-webcore/midori_0.2.4.bb: midori: add 0.2.4 |
| 17:48.52 | eFfeM1 | i have an 80 gb /home and build lots of things |
| 17:49.01 | jayson | eFfeM1: I know ;-) I just have one laying around in an old box @ home..figured I would slap up a generic image on it..just going to use it to rsync backups |
| 17:49.26 | jayson | I'm coming from the buildroot world, so this is alittle new to me |
| 17:52.36 | *** join/#oe Laibsch (~Laibsch@p5B3B2A27.dip.t-dialin.net) |
| 17:57.34 | Romke | jayson: I have 8GB in use on my build box |
| 17:57.52 | Romke | that includes the ubuntu install |
| 17:58.12 | Romke | and a few linux source tarballs and trees |
| 17:59.47 | jayson | Romke: awesome, thanks for you input. I'm firing up a debian install as we speak |
| 18:00.59 | *** join/#oe rednul_ (~rednul@host-98-127-6-7.bln-mt.client.bresnan.net) |
| 18:02.49 | Romke | yeah, i built angstrom in that box |
| 18:02.59 | Romke | so it also includes downloads of all things |
| 18:06.15 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 18:10.41 | *** join/#oe aloisiojr (~aloisio@187.116.135.1) |
| 18:13.28 | eFfeM1 | my downloads dir alone is 10 G so 8G seems to be quite small |
| 18:13.39 | DJWillis | zecke: have you seen any packaging probs since you bumped git-native? Noticed it's failing in pop_staging for me http://tinderbox.openembedded.org/packages/511088/ but I am off out so can't look right now. |
| 18:18.20 | blindvt | kergoth_, let me ping you on the s/!= None// bitbake cosmetic patchlet (same for /is not None/ btw..) |
| 18:18.31 | kergoth_ | gah, thanks, was busy this weekend |
| 18:18.52 | *** join/#oe dth (~dieter@p4FDEEDC2.dip.t-dialin.net) |
| 18:22.16 | *** join/#oe marcosmamorim (~marcos@201-13-196-127.dial-up.telesp.net.br) |
| 18:23.57 | blindvt | kergoth_, find ./ -name "*.py" -exec sed -i -e "s/[[:space:]]*\!=[[:space:]]*None:/:/g" -e "s/[[:space:]]*is not None//g" {} + |
| 18:24.27 | blindvt | kergoth_, seems to work fine for me. Many thanks in advance && cheers |
| 18:30.43 | *** join/#oe toi (~toi@d54C06290.access.telenet.be) |
| 18:33.53 | *** join/#oe ReaperOfSouls (~nnnnnnjpu@nat/montavista/x-datqelvbwdacbxqt) |
| 18:37.59 | *** join/#oe denix|air (~denys@32.165.249.115) |
| 18:40.55 | *** join/#oe rednul_ (~rednul@host-98-127-6-7.bln-mt.client.bresnan.net) |
| 18:43.20 | *** join/#oe B_Lizzard (~havoc@athedsl-433214.home.otenet.gr) |
| 18:48.23 | eFfeM1 | any BBCLASSEXTEND wiz around? I seem to have a problem converting unzip |
| 18:52.16 | kergoth_ | blindvt: applying that blindly results in a failed build, will have to do more research to find the spots where it truly does check for None (vs, say, empty list or empty string, which also evaluate as false, iirc) |
| 18:53.57 | *** join/#oe jd (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 18:53.58 | *** join/#oe jd (~jd@Wikipedia/HellDragon) |
| 19:00.45 | eFfeM1 | what is the meaning of NATIVE_INSTALL_WORKS ? |
| 19:08.36 | kergoth_ | eFfeM1: afaik its just a way to force non-legacy staging, but specifically in mind is native recipes, becuase currently native.bbclass provides a do_stage, so would normally result in legacy |
| 19:17.14 | pb__ | hi mickeyl |
| 19:17.31 | pb__ | stabs pxelinux |
| 19:17.45 | mickeyl | evening pb__ , how are things? |
| 19:17.57 | pb__ | spent half the day trying to figure out why my kernel won't boot, only to discover that if you name it with a ".bin" extension then it gets treated differently. doh. |
| 19:18.04 | kergoth_ | ugh |
| 19:18.24 | pb__ | mickeyl: pretty good. still waiting for the lawyers to do their thing with our house purchase, which is frustrating. |
| 19:18.46 | pb__ | office move all going ahead though, the builders finished knocking down the walls today. |
| 19:19.27 | mickeyl | will you lose some productivity during the move or is it going to be fairly streamlined? |
| 19:19.33 | mickeyl | [office, taht is] |
| 19:19.34 | *** join/#oe marcosmamorim (~marcos@201-13-196-127.dial-up.telesp.net.br) |
| 19:19.49 | pb__ | I think we'll probably have about a day of downtime. |
| 19:20.27 | pb__ | split across two calendar days: we'll lose a monday afternoon while everybody puts their stuff in crates, and a tuesday morning while we unpack and set up at the new building. |
| 19:20.39 | pb__ | should hopefully be back up and running (mostly) on tuesday afternoon |
| 19:21.17 | pb__ | although, as of today, we still don't actually have any telecoms in the new office which is not ideal |
| 19:22.00 | mickeyl | right |
| 19:22.07 | mickeyl | but loosing a day or two is fairly well |
| 19:22.32 | mickeyl | when university moved to a new place there was a couple of months "downtime" ;) |
| 19:22.38 | pb__ | heh |
| 19:24.06 | *** join/#oe Hasse (~quassel@0x5552e721.adsl.cybercity.dk) |
| 19:25.26 | *** join/#oe likewise (~chatzilla@82-171-51-231.ip.telfort.nl) |
| 19:26.15 | likewise | gm |
| 19:29.58 | *** join/#oe palisv (~palisv@c-8cfde055.38-1-64736c10.cust.bredbandsbolaget.se) |
| 19:30.20 | pb__ | eh, what crazy stuff is going on with INC_PR in binutils_2.20.bb? |
| 19:33.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:33.29 | *** join/#oe morphis (~morphis@p5489FF23.dip.t-dialin.net) |
| 19:34.42 | florian | re |
| 19:35.28 | blindvt | khem, can you please check if you trip bugs.uclibc.org/1033 (gcc.gnu.org/PR32219 and the ld bug mentioned in there) on arm too (anything !i386 and !bfin where the former's broken and the latter obviously ok)? hidden weak handling in PIC/PIE thing. Just curious.. |
| 19:35.48 | *** join/#oe Laibsch (~Laibsch@p5B3B2A27.dip.t-dialin.net) |
| 19:36.52 | eFfeM1 | hi likewise |
| 19:37.16 | eFfeM1 | kergoth_: ah thanks, I would expect BBCLASSEXTEND itself to take care of those things |
| 19:37.26 | eFfeM1 | but guess it will solve my problem |
| 19:41.09 | kergoth_ | eFfeM1: not sure what you mean. new style vs old style staging is independent of BBCLASSEXTEND vs separate recipes. |
| 19:41.50 | eFfeM1 | ah ok, yeah mixing things up, sry |
| 19:42.19 | kergoth_ | np, its confusing, lots of stuff going on :) |
| 19:42.58 | eFfeM1 | well i have a problem with unzip, i'm trying to get it to use BBCLASSEXTEND, the recipe for native is very small and does nothing spectactular but still a version of unzip with BBCLASSEXTEND="native" gives linker errors http://tinderbox.openembedded.net/builds/63808/ |
| 19:43.03 | eFfeM1 | could use expert advise here |
| 19:46.54 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 19:49.17 | eFfeM1 | is there a difference in handling between inherit native folled by require unzip_${PV}.bb and BBCLASSEXTEND="native" in the nonnative recipe ? |
| 19:49.47 | kergoth_ | well, remember that inherit and require are *immediate* operations |
| 19:50.04 | kergoth_ | if the inherit is before the require, then the unzip recipe can override the bits in the native class, rather than vice versa |
| 19:50.31 | kergoth_ | whereas bbclassextend=native is like adding inherit native to the end of the recipe |
| 19:50.35 | eFfeM1 | ah ok, didn't know what, guess BBCLASSEXTEND puts native after it |
| 19:50.36 | kergoth_ | its after the regular parse |
| 19:50.37 | kergoth_ | right |
| 19:50.43 | eFfeM1 | ah ok |
| 19:50.50 | eFfeM1 | understood |
| 19:50.50 | kergoth_ | so check the recipe and native.bbclass, see whose overriding what :) |
| 19:51.30 | eFfeM1 | guess it is this: export LD = "${CC} ${LDFLAGS}" |
| 19:51.37 | eFfeM1 | in the nonnative recipe |
| 19:53.08 | kergoth_ | might want to do something like EXTRA_OEMAKE += "'LD=${CC} ${LDFLAGS}'" instead, perhaps? |
| 19:53.21 | kergoth_ | shrugs |
| 19:53.39 | eFfeM1 | the recipe is fairly simple: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/unzip/unzip_552.bb |
| 19:53.57 | eFfeM1 | kergoth_: will try that, some variables are still mystery to me |
| 19:54.41 | kergoth_ | well, you can link with ld directly, but its not usually the best way to do, and our ldflags is intended to be passed to gcc as the linker rather than ld (gcc calls ld under the hood) |
| 19:55.08 | kergoth_ | I guess that LD change was their way of forcing the matter to ensure that it obeyed our LDFLAGS,a nd hence got the gnuhash, etc |
| 19:55.25 | *** join/#oe Martin-B (~martin@pool-27-67-198-89.dbd-ipconnect.net) |
| 19:56.30 | ReaperOfSouls | Unless there is a highly compelling reason to link with LD, its almost always wrong to do so. gcc is smarter then the average developer. ;) |
| 19:56.39 | ReaperOfSouls | s/LD/ld/ |
| 19:57.19 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 19:57.27 | kergoth_ | yeah |
| 19:57.28 | eFfeM1 | kergoth_: guess you are right the recipe is from before the pacakges -> recipes rename and after that someone added the LDFLAGS as GNU_HASH fix |
| 19:57.45 | ReaperOfSouls | In a good way too, unlike libtool. |
| 19:58.04 | *** join/#oe marcosmamorim1 (~marcos@201-27-171-30.dsl.telesp.net.br) |
| 19:58.49 | eFfeM1 | kergoth_: with the EXTRA_OEMAKE it builds, ReaperOfSouls will try without the flag at all |
| 19:58.52 | kergoth_ | heh, that's what i was just thinking. rule of thumb: trust gcc, distrust libtool, distrust hand-written makefiles |
| 19:59.24 | kergoth_ | eFfeM1: eh, no, he didn't say to remove it. he said you should link with gcc instead of ld, which is what that export LD / EXTRA_OEMAKE does |
| 19:59.46 | eFfeM1 | also dislikes everything that starts with auto* as it generally generates uncomprehensible makefiles |
| 19:59.54 | eFfeM1 | kergoth_: ah ok, didn't understand |
| 20:00.02 | kergoth_ | auto* is consistent from OE's perspective. we know how to handle it |
| 20:00.07 | ReaperOfSouls | eFfeM1: Yeah sorry my LD was supposed to be ld the utility not the env varible. |
| 20:00.23 | eFfeM1 | no |
| 20:00.23 | kergoth_ | with a custom makefile based system, its comprehensible, but you *have to* read it to make a recipe for it, as you don't know what to expect |
| 20:00.25 | eFfeM1 | np |
| 20:00.34 | kergoth_ | goes back to fighting bitbake |
| 20:00.35 | eFfeM1 | lots of interesting linker errors w/o it. |
| 20:03.05 | eFfeM1 | i think i can convert some more recipes now |
| 20:03.12 | pb__ | kergoth_: what's happening with your packaged staging revamp at the moment? |
| 20:03.27 | eFfeM1 | but first fix a cups cross compile badness |
| 20:14.37 | CIA-2 | 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r2d66520cb9 10openembedded.git/recipes/binutils/ (10 files in 2 dirs): binutils: add 2.20.1 |
| 20:15.30 | Tartarus | pb__: Hey, if I went an added FILESPATHPKG .= gcc-$PV and nuked some duplicate files in your branch, would that be OK? |
| 20:15.35 | Tartarus | pb__: Or want me to email you first? |
| 20:15.41 | pb__ | Tartarus: yeah, that'd be awesome, just go ahead |
| 20:16.12 | Tartarus | k |
| 20:24.03 | *** part/#oe claudiuM (~claubu@host53-250-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:25.38 | *** join/#oe d_t_h (~dieter@p4FDEC10B.dip.t-dialin.net) |
| 20:25.46 | Tartarus | Although honestly, they're unrelated I think, heh |
| 20:28.30 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd0697d0c8a 10openembedded.git/ (3 files in 2 dirs): |
| 20:28.30 | CIA-2 | fso: bump SRCREV for libgsm0710, fso-abyss, frameworkd (redesigned opimd database) |
| 20:28.30 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 20:32.28 | Tartarus | pb__: I almost think we need a files-${GCC MAJOR}.${GCC MINOR} set of dirs |
| 20:33.13 | Tartarus | I started poking the gcc 4.3.x duplicates a bit |
| 20:33.20 | Tartarus | And setting aside all of those unused patches |
| 20:33.40 | Tartarus | files/ is gonna get quite croweded even with say debian-4.3.x and fedora-4.3.x |
| 20:34.12 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 20:34.40 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 20:36.02 | Tartarus | There's only a small number of identical over large ranges of gcc files |
| 20:38.43 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc7fea4b156 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom-task-gnome: add pam ck connector |
| 20:41.42 | blindvt | how can i set PREFERRED_VERSION_gcc* = "4.4.3" at once? Or do i have to explicitly spell out gcc gcc-cross gcc-cross-initial gcc-cross-intermediate gcc-cross-sdk ? |
| 20:42.34 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r509dbd7d97 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: frameworkd: missing quot in postinst :/ |
| 20:42.35 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8c12755bcf 10openembedded.git/recipes/tasks/task-shr.bb: |
| 20:42.35 | CIA-2 | task-shr: replace default browser midori with ventura |
| 20:42.35 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 20:43.27 | mickeyl | blindvt: the latter |
| 20:43.36 | blindvt | ugh |
| 20:43.45 | blindvt | mickeyl, thanks nonetheless |
| 20:43.47 | mickeyl | although depending on what you want to build, you probably don't need all |
| 20:43.53 | mickeyl | and some distros make it more simple |
| 20:43.59 | mickeyl | e.g. in minimal you just need to set it once |
| 20:45.06 | blindvt | ahem. is it just me or does anyone else thing that's a bit awkward? |
| 20:45.34 | blindvt | think even |
| 20:47.27 | mickeyl | i think that's just you |
| 20:48.02 | mickeyl | don't assume that you always want to build the same gcc version |
| 20:48.27 | mickeyl | you might want to build another one for the sdk than the one for cross |
| 20:49.19 | Tartarus | Er |
| 20:49.27 | Tartarus | If you use sane-toolchain.inc |
| 20:49.34 | Tartarus | There's PREFERRED_VERSION_GCC or so |
| 20:49.35 | blindvt | i mean it would be pretty broken to use initial=3.4.6 and rest=whatever but might be needed for if you were about to bootstrap a current distro on a libc.4 box but of course legitimate. But isn't the normal use-case that you should be able to do a shortcut and just say binutils=0.8.15 gcc=47.11 and just use those for cross- and target compilers |
| 20:49.38 | Tartarus | which will set all of the sub ones out |
| 20:49.52 | Tartarus | (angstrom has a similar mechanism) |
| 20:50.18 | Tartarus | And distros not using sane-toolchain.inc really run the risk of other stuff being busted if they aren't careful (ie missing libc-LIBC overrides) |
| 20:51.02 | blindvt | mickeyl, not always, but as a convenient shortcut i as a user would find it handy, fwiw |
| 20:51.48 | mickeyl | blindvt: true, that's why i added sane-toolchain.inc some months ago |
| 20:51.49 | Tartarus | There's a knob for binutils version too :) |
| 20:52.33 | Tartarus | heh |
| 20:52.41 | blindvt | Tartarus, i'll look at that sanity, thanks for the hint (i'm playing with micro since it sounds like the thing that i'd vaguely would want to end up with) |
| 20:53.54 | Tartarus | micro uses sane-toolchain, iirc :) |
| 20:53.59 | Tartarus | looks at mickeyl |
| 20:54.35 | blindvt | mickeyl, nod, i'll have a look. Well thanks a bunch for adding it in advance :) |
| 20:55.27 | mickeyl | :) |
| 20:55.41 | blindvt | mickeyl, could very well be that just the dummy local.conf in there lacks a hint (and thus /me a clue) and all is jazz |
| 20:55.54 | mickeyl | well |
| 20:56.02 | mickeyl | dummy is really rather a build configuration |
| 20:56.10 | mickeyl | toolchain selection is usually a distro type configuration |
| 20:56.22 | mickeyl | s/dummy/local/ |
| 20:59.15 | blindvt | mickeyl, could be. /me as a dummy user just look at conf.sample and base off that. Since the sample just talks about e.g. qte stuff and doesn't list a sample catch-all pattern, it's a(nother) hurdle fyi |
| 21:01.41 | Tartarus | mickeyl: Personally, I'm with blindvt on this one. We should have LIBC, PREF GCC/BINUTILS versions stuff in local.conf.sample, commented out |
| 21:01.56 | Tartarus | and nuke the micro-uclibc / minimal-uclibc distros |
| 21:03.13 | mickeyl | we can't nuke those distros until we have regained sane default settings |
| 21:03.44 | blindvt | oh, and it would be pretty cool if there was some ready to use x86_64 machine or a documented way (that even _i_ could find easily) to pick random standard qemu targets, like an i486-mmu-fpu, armel-nofpu-mmu, mipsel-softfp-nommu, bfin-elf2flt, ppc405-softfp-mmu, coldfire-nommu, m68k-softfp-nommu, arm-926t-mmu etc. Just a suggestion, bit i will need them for testing anyway |
| 21:04.25 | pb__ | Tartarus: yeah, I think it would make sense to have both gcc-MAJOR and gcc-MAJOR.MINOR in FILESPATHPKG. |
| 21:04.53 | blindvt | Tartarus, well, all i'm personally interrested in is micro-uclibc, better wipe the glibc ones for we have uClibc or eglibc/you-name-it for the rest ;P |
| 21:05.20 | Tartarus | blindvt: You misunderstand, I think |
| 21:05.33 | Tartarus | DISTRO=micro-uclibc == LIBC=uclibc DISTRO=micro |
| 21:05.35 | pb__ | Tartarus: apropos LIBC, I disagree that this should be a user-twiddleable knob. I think that is a mistake. |
| 21:05.44 | blindvt | Tartarus, oh, you mean let user decide on LIBC-flavour, right? Sorry then |
| 21:06.14 | pb__ | I do happen to think that, in the specific case of micro, we should probably just support uClibc and ditch the eglibc variant (and minimal would probably make the opposite choice, though mickey can speak to that) |
| 21:06.16 | Tartarus | pb__: Difference between end-user users and distro-developer users I guess |
| 21:06.48 | mickeyl | pb__: sounds good to me |
| 21:06.51 | Tartarus | 'tho even then, some end'ish users need one or the other |
| 21:06.53 | mickeyl | too many variants |
| 21:06.56 | mickeyl | less variants = good |
| 21:07.01 | pb__ | But, if you allow end users to select between two different and binary-incompatible C libraries then you have, effectively, created two different DISROs since they are not interoperable anymore. |
| 21:07.03 | mickeyl | the older i get the more i appreciate |
| 21:07.06 | mickeyl | fewer choices |
| 21:07.40 | Tartarus | pb__: An issue for feed based distros and somewhat an issue for sanity checking |
| 21:07.53 | Tartarus | (or at least making sure LIBC is in the right paths |
| 21:08.17 | blindvt | Tartarus, IDontCare if the user can choose lib variant and whatnot. I want to pick toolchain with one line (PREFERRED_HECK_EVERYTHING_{GCC,BINUTILS} = tip or last release or the single one version the user gives) |
| 21:08.18 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 21:08.47 | Tartarus | blindvt: A valid use case for some, I agree. I've been there :) |
| 21:09.12 | Tartarus | You can for the most part do that know, it's just not a tweak listed in local.conf.sample |
| 21:09.31 | pb__ | Tartarus: it's more than that: if you give the user the choice, you are implicitly promising them that either choice will work. from the point of view of micro, I don't especially want to put any effort into testing or fixing builds with glibc, since I think this is a waste of time: by definition, micro is supposed to be a small footprint DISTRO, and you just won't get that with glibc. likewise, I suspect that mickey would consider time spent |
| 21:09.31 | pb__ | <PROTECTED> |
| 21:09.53 | pb__ | but yes, the problem is most acute for feed-based distros. |
| 21:10.03 | blindvt | and i (and keep expanding them) want DISTRO_FEATURES to decide upon ipv4, ipv6, NLS, LFS, WCHAR, {RPC, NFS}, and if NLS then PICK_me_LANGs etc. |
| 21:10.27 | Tartarus | blindvt: Yes, that would be nice too :) |
| 21:10.55 | pb__ | blindvt: I'm not sure I agree about NFS; I can't think of many/any situations where that needs to be a compile time choice. And I don't necessarily agree about LANGs either, but everything else in your list sounds good. |
| 21:11.00 | Tartarus | pb__: True enough, but there shouldn't be distro specific bugs to either I think |
| 21:11.14 | blindvt | same for SSP and THREAD. You folks hardcode ssp to no but we'll fix that |
| 21:11.22 | Tartarus | pb__: If there's a well supported uclibc distro and a well supported *glibc distro, both should work in either case |
| 21:11.28 | Tartarus | but yeah, I see what you mean too |
| 21:11.40 | pb__ | Tartarus: right, but not necessarily with the same (versions of) packages. |
| 21:11.43 | Tartarus | pb__: Re NFS, it's not so much a compile knob but an image creation knob |
| 21:12.09 | pb__ | Tartarus: you're right that clearly there will be a permutation that works for uclibc, and a permutation that works for glibc, but I am not sure that they will always be the same. |
| 21:12.16 | blindvt | pb__, NFS implies RPC and thus an RPC PREFERRED_PROVIDER (depending on libc ability) |
| 21:13.01 | Tartarus | pb__: I'm also in the camp that there shouldn't be that many permutations of versions, in .dev anyhow.. But anyow, it is an ideal vs real world issue |
| 21:13.09 | Tartarus | ideally, it should just work |
| 21:13.17 | Tartarus | I know from experiance myself even that it doesn't quite |
| 21:13.26 | Tartarus | And keep pushing fixes when I find problems :) |
| 21:14.36 | eFfeM1 | hm get a cross compile badness in gnome-vfs (subdir neon), anyone any clue how to fix this? |
| 21:14.49 | eFfeM1 | the top level makefile already includes /usr/include |
| 21:18.18 | blindvt | pb__, and i'm simply not willing (since i straight out don't have the resources nor inclination) to support pregenerated locales. So the UCLIBC_LOCALE_FILE is gone and will never ever return, i simply cannot prebuild each abi/endianess/bitness variant, even if oe and qemu would work out of the box for my needs. If you want fo_BA.utf8 locale, install it on your glibc buildhost and tell me that we have to generate data for it. If you want the minimum, then install |
| 21:18.18 | blindvt | some en_FOO.* locales and pick MINIMAL_LOCALE. No way out, so you/we _have_ to give educated folks a chance to select if they want None, MINIMAL, ALL_BUILDHOST-INSTALLED |
| 21:19.28 | *** join/#oe marcosmamorim (~marcos@201-68-179-1.dsl.telesp.net.br) |
| 21:20.46 | *** join/#oe ScriptRipper (~martin@host-82-135-36-197.customer.m-online.net) |
| 21:20.47 | blindvt | pb__, likewise for rpc. uClibc does have an rpc impl but we definitely will only provide it for setups that desperately don't want to upgrade to an actively maintained impl. Ours works and is pretty ok, but there are superior impls that we will migrate to (externally) in the next years for sure |
| 21:21.03 | *** join/#oe ScriptRipper (~martin@opensuse/member/MartinMohring) |
| 21:21.49 | pb__ | blindvt: I'm not sure I understand what you're saying about the locales. |
| 21:22.03 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 21:22.12 | blindvt | pb__, see UCLIBC_LOCALE_URI in there |
| 21:22.22 | pb__ | blindvt: for rpc, I think I do understand what you are saying but I am still not clear that this means it ought to be a DISTRO_FEATURE. That sounds more like it is just a distro choice of how to configure uClibc. |
| 21:22.46 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 21:24.49 | pb__ | blindvt: so, are you saying that uclibc now leans on the locales available on the build host in order to generate its own locale files? |
| 21:25.33 | pb__ | I've never really used i18n under uclibc so I am not very familiar with the way it works. |
| 21:27.25 | blindvt | pb__, it's bit- and endian dependant. The ancient version that you (and several others) use simply don't work for all (see helptext of 0.9.30.2 or master). We can easily generate the desired locale data out of the build-host (i.e. all that are installed on the buildhost, i.e. up to the user which locales she wants to support) or a minimal list: see MINIMAL in http://git.uclibc.org/uClibc/tree/extra/locale/Makefile.in and the block below http://git.uclibc.org/uCli |
| 21:27.25 | blindvt | bc/tree/extra/Configs/Config.in#n1352 |
| 21:28.16 | pb__ | blindvt: I'm not quite sure what your references to "you" mean, there. as far as I know, I have never personally used that file for anything. |
| 21:28.37 | blindvt | pb__, landley promised to provide pregenerated locale data about 2 years ago with nada outcome. I'm not going to provide them, so if noone does, you can have at most those that you have on your buildhost. That simple |
| 21:29.03 | pb__ | okay, fair enough. in that case, that isn't a DISTRO_FEATURE, it is a build host feature. |
| 21:29.58 | pb__ | and, practically speaking, since most distros don't control what is installed on the corresponding build hosts, that probably means that uclibc-based distros are going to have to build with NLS effectively disabled. That probably isn't all that big a deal since I suspect most folks are doing basically that already. |
| 21:30.18 | blindvt | pb__, there are people out there that want to support several dozend of locales in their images. These people simply have to install the locales they want on their build-host and (somehow) tell oe to UCLIBC_BUILD_ALL_LOCALE |
| 21:32.05 | Tartarus | Which of course is very host specific :( |
| 21:32.16 | Tartarus | Problem for feed distros, less so others |
| 21:32.30 | blindvt | pb__, sane folks will have locale off anyway, so it's basically a non-issue for oe. Still there should be a documented knob that you have installed de, us, fr but want oe to only support us, fr for example (thus i was assuming the LANGS="us fr" were a distro-specific thing) |
| 21:32.36 | pb__ | blindvt: right, yeah, I understand now. but, as I say, this is now beyond the scope of DISTRO configuration and into user-specific configuration hackery. |
| 21:34.02 | pb__ | I'm not convinced that adding a specific configuration knob to suppress locales that are installed on the host is a worthwhile thing. I wouldn't be massively opposed to it, but absent any real user demand I am not keen to rush off and do it either. |
| 21:35.23 | blindvt | pb__, rpc can just be virtualized, i guess. NLS is currently hardcoded in an inappropriate place. ssp is inappropriately hardcoded to no. ipv4 vs. ipv6 vs. just socket is not expressed at all, AFAICS |
| 21:36.52 | *** join/#oe nik0n (~nik0n@helix.mybll.net) |
| 21:37.12 | blindvt | pb__, fiddling much with nls is most likely not worth the hazzle for a start, agree |
| 21:37.17 | pb__ | yeah, I would be happy to see NLS, ipv4 and ipv6 added to DISTRO_FEATURES if they are not there already. I am not sure I know what ssp is. |
| 21:40.04 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r68ed1f674f 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: frameworkd: bump SRCREV a bit more |
| 21:42.24 | blindvt | stack smashing protector |
| 21:42.27 | blindvt | ~ssp |
| 21:42.28 | ibot | well, ssp is a shared resource with other machines as are the GPIO lines, so separating them out makes integration clearer, the big single file is easiest for initial development tho' |
| 21:43.12 | blindvt | well that too |
| 21:43.17 | pb__ | heh |
| 21:43.41 | pb__ | ibot, ssp is also a stack smashing protector |
| 21:43.42 | ibot | pb__: okay |
| 21:45.00 | *** join/#oe ant__ (~andrea@host2-75-dynamic.5-87-r.retail.telecomitalia.it) |
| 21:45.05 | blindvt | pb__, might i humbly ask you about an opinion wrt http://patchwork.openembedded.org/patch/1625/ ? |
| 21:45.45 | *** join/#oe ScriptRipper (~martin@host-82-135-36-197.customer.m-online.net) |
| 21:45.59 | *** join/#oe ScriptRipper (~martin@opensuse/member/MartinMohring) |
| 21:46.09 | pb__ | ah, yes. that looks fine to me. |
| 21:46.23 | blindvt | pb__, the 'SRC_URI[{sha256,md5}sum] = 0xdeef' shortcut? |
| 21:46.27 | pb__ | yeah |
| 21:46.36 | pb__ | nobody seems to have objected so I guess I will go ahead and check it in |
| 21:51.16 | blindvt | woglinde, didn't you have a USE_NLS cleanup thing somewhere? thought so.. |
| 21:53.08 | Tartarus | wrt USE_NLS please remember libc-uclibc override :) |
| 21:54.06 | blindvt | not that i'd have write-access yet, but is there some public branch that gets periodically blamed by a buildbot where mob could feed their changes for verification? |
| 21:54.28 | blindvt | Tartarus, be assured that that will be about the only thing that i'll actually test ;) |
| 21:55.03 | Tartarus | blindvt: Heh, I mean vs the linux-uclibc test |
| 21:55.20 | Tartarus | There's now an OE override that's on for all uclibc stuff, via conf/distro/include/uclibc.inc |
| 21:56.08 | pb__ | yeah, I'm sort of in two minds about that. I kind of feel that people should be checking TARGET_OS rather than using a new override. |
| 21:56.19 | blindvt | by now i've accumulated some good (as they tested fine for me) and other bumps and virtualizations that i'd love to have tested.. anything like that? |
| 21:56.42 | Tartarus | pb__: But then you git bit by the 3 TARGET_OSes you need to check |
| 21:56.51 | Tartarus | hence the lets add in one override that's set right |
| 21:57.13 | Tartarus | I suppose we could try and always add the override, based on TARGET_OS in bitbake.conf or something... |
| 21:57.36 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 21:57.38 | blindvt | pb__, what's an override? something i should rather do than http://paste.debian.net/63256/ ? |
| 21:57.39 | Tartarus | But the "oh we fixed uclibc but didn't try gnuspe+uclibc or not-arm+uclibc" bugs suck |
| 21:57.48 | pb__ | yeah, that might be better. I would be happy enough with the extra override if the two things are tightly coupled together. |
| 21:58.19 | pb__ | you're right that the "forgot uclibceabi" case does suck, but of course this is exactly the same issue that upstream configure.in scripts are going to have. |
| 21:58.28 | Tartarus | pb__: I'm still not convinced that a distro without {eglibc,glibc,uclibc}.inc being pulled in is valid, or at least not something that needs to be taking special care, on the distro maintainers side |
| 21:59.20 | *** join/#oe robtow (~rob@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 22:00.11 | CIA-2 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07org.openembedded.dev * rf83598d515 10openembedded.git/ (2 files in 2 dirs): base.bbclass: provide shortcut syntax for first anonymous entry in SRC_URI |
| 22:01.15 | blindvt | Tartarus, imho any such distro should default to glibc. If you don't ask/demand you get the thing that everybody seems to pick. But then debian testing seems to have gone eglibc by now.. -- including assorted gettext breakage that will impose unto oe ;) |
| 22:02.11 | eFfeM1 | what do i need to do to publicize my branch ? |
| 22:02.23 | pb__ | Tartarus: well, yeah, maybe. it isn't as if uclibc.inc contains any very high technology: apart from the OVERRIDES thing in question it consists of two weak assignments, one piece of avr32 bogosity, and three preferred providers for uclibc itself. |
| 22:02.44 | pb__ | eFfeM1: that's up to your own ingenuity. google adwords? local newspaper? |
| 22:03.14 | blindvt | goes to ask google what an override in oe is & |
| 22:03.25 | eFfeM1 | pb, an oe branch; i've made a local branch which is good enough to make public and want to push it |
| 22:04.02 | pb__ | eFfeM: there are no special rules for that. if you want to push it, and it has a sensible name, you can go ahead and do so. |
| 22:04.06 | Tartarus | pb__: Right. All of the libc.inc's are intended to weak assign the virtuals to the libc and add libc-FOO override |
| 22:04.16 | pb__ | eFfeM: if you want to merge it into .dev, the normal rules would apply |
| 22:04.40 | eFfeM1 | pb_ it tells me that it does not appear to be a repository, guess it needs to be created remotely |
| 22:05.22 | pb__ | eFfeM: I think you are using the wrong syntax. |
| 22:05.34 | eFfeM1 | git push branchname |
| 22:05.34 | Tartarus | eFfeM1: git push origin my-local-branch:me/sensible-branch-name |
| 22:05.43 | blindvt | on the same note, how would i (be allowed to) have a private branch in the oe repo? *FAQ ? |
| 22:05.48 | eFfeM1 | Tartarus: thanks |
| 22:05.51 | Tartarus | Will create me/sensible-branch-name upstream |
| 22:06.49 | pb__ | blindvt: if you have write access to the oe repo, it is as easy as using the git command that tartarus just mentioned. if you don't have write access, ask the admins to give you that access and then see above :-} |
| 22:06.53 | JaMa | eFfeM1: there is even short page in wiki about WIP branches.. |
| 22:07.22 | blindvt | Tartarus, i don't have any .ssh key stored on any oe box ATM, i.e. no write access. Should i go somewhere else, provide my own repo somewhere for the curious? |
| 22:07.23 | JaMa | eFfeM1: http://wiki.openembedded.net/index.php/GitPhraseBook#Create_your_own_short_lived_feature_branch |
| 22:08.03 | pb__ | blindvt: that would be fine too. I think kergoth keeps his special bits on github or some such place. |
| 22:09.16 | eFfeM1 | ok i think i get it, jama thanks for the link pb_, Tartarus, JaMa thanks for the info |
| 22:10.27 | blindvt | pb__, k. then i'll try github for the osuosl folks are usually not really delighted if i store repos worth several 100 MB on their boxes |
| 22:12.46 | ynezz | does anybody knows what the space limit on the gitorious? On github it's 300MB |
| 22:12.58 | eFfeM1 | hmm, get message about merging remote changes |
| 22:16.01 | CIA-2 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r4d3121cbcc 10openembedded.git/recipes/linux/linux_2.6.32.bb: |
| 22:16.01 | CIA-2 | linux: Do not put the simone kernel image into package. |
| 22:16.02 | CIA-2 | The default bootloader configuration expects the kernel in a separate partition. We save quite some precious flash removing the kernel from the filesystem. |
| 22:16.49 | eFfeM1 | this is what I get: http://www.pastebin.ca/1829171 |
| 22:21.23 | pb__ | I think you misunderstood Tartarus's suggestion. What is your local branch actually called, and what do you want to call it in the upstream repo? |
| 22:21.29 | eFfeM1 | can't I just update my branch and merge later ? |
| 22:22.07 | eFfeM1 | the local branch is called sanity, remotely i'd like to call it either sanity or if people prefer so eFfeM/sanity |
| 22:22.22 | *** join/#oe ScriptRipper (~martin@host-82-135-36-197.customer.m-online.net) |
| 22:22.37 | *** join/#oe ScriptRipper (~martin@opensuse/member/MartinMohring) |
| 22:23.19 | eFfeM1 | oh f***, thougth the my-local-branch was part of the command |
| 22:23.22 | pb__ | so, git push origin sanity:effem/sanity |
| 22:23.45 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rc77f216ab2 10openembedded.git/classes/package_ipk.bbclass: |
| 22:23.45 | CIA-2 | package_ipk: ensure pkgdest/root dirs exist before the lockfile/chdir |
| 22:23.45 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:23.53 | eFfeM1 | should i use the effem prefix if I also want others to work on this branch |
| 22:24.09 | eFfeM1 | aim is to clean up some things and have a testing branch for that |
| 22:25.08 | pb__ | yes, probably. |
| 22:25.25 | pb__ | if you wanted to lose the effem prefix then I think you would need to think of a more descriptive name than "sanity" |
| 22:25.59 | eFfeM1 | ok, will add effem to it, we can rename if needed |
| 22:26.14 | eFfeM1 | thanks alot, push is on its way |
| 22:27.01 | Tartarus | shared/ |
| 22:27.24 | pb__ | right, but "shared/sanity" is a hopelessly vague name |
| 22:27.30 | Tartarus | That's what someone mentioned after i pushed things to pb/toolchain-desuck :) |
| 22:27.36 | Tartarus | Yeah, that's also true |
| 22:27.57 | eFfeM1 | i've just pushed under eFfeM/sanity |
| 22:28.04 | eFfeM1 | bedtime now, cya all later & hve fun |
| 22:28.22 | *** join/#oe qsp (~qsp@bl9-20-147.dsl.telepac.pt) |
| 22:30.01 | qsp | good evening, i'm having troubles while compiling a kernel because the task menuconfig depends on gnome-terminal.. you dont happen to know how to change it into xchat or ncurses? (i cant find the task in the bb file...) |
| 22:30.18 | pb__ | xchat? that'd be an eleet choice for a terminal |
| 22:30.25 | qsp | :-D |
| 22:30.28 | qsp | xterm, sry |
| 22:30.34 | pb__ | I think ${TERMCMD} is what you want |
| 22:30.58 | qsp | i should set it in the bb file then? shouldnt it be there somewhere already? |
| 22:31.12 | pb__ | ah, no, ${TERMCMDRUN} |
| 22:31.15 | pb__ | you can set it in local.conf |
| 22:31.27 | pb__ | TERMCMDRUN = '${XTERM_TERMCMD} -e $SHELLCMDS' |
| 22:31.32 | pb__ | something like that |
| 22:31.43 | qsp | ah, great! i was looking in /openembedded/recipes/linux/linux-rp_2.6.26.bb |
| 22:31.48 | kergoth_ | thinks its rather weird and annoying that we need to set two variables for that :) |
| 22:31.50 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:31.53 | qsp | wrong place then. i'll try setting it in local.conf |
| 22:32.32 | pb__ | kergoth_: yeah, it is both of those things. |
| 22:32.41 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r4eb51d8d2c 10openembedded.git/recipes/linux-libc-headers/ (12 files): |
| 22:32.41 | CIA-2 | linux-libc-headers: kill unneeded do_stage functions |
| 22:32.41 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:52.31 | qsp | pb__: TERMCMDRUN = '${XTERM_TERMCMD} -e $SHELLCMDS' |
| 22:52.31 | qsp | TERMCMD = '${XTERM_TERMCMD} -e $SHELLCMDS' |
| 22:52.38 | qsp | this solved it, thank you ! |
| 23:02.32 | *** join/#oe Ox83 (~Ox83@c-67-169-113-42.hsd1.ca.comcast.net) |
| 23:10.13 | *** join/#oe jmpdelos__ (~polk@outgoing.delos.com) |
| 23:11.15 | *** join/#oe marcosmamorim (~marcos@187.35.36.13) |
| 23:13.59 | *** join/#oe wicknix3 (~wicked@175.63-135-148.netnet.net) |
| 23:17.54 | kergoth_ | qsp: there is an XTERM_TERMCMDRUN, fyi. TERMCMD = "${XTERM_TERMCMD}" TERMCMDRUN = "${XTERM_TERMCMDRUN} will do |
| 23:19.02 | qsp | mm. thanks. i-ll remove redundant var then. |
| 23:19.49 | qsp | mm, it remains 2 vars.. what changes is the argument. ok :-) |
| 23:20.51 | *** join/#oe Ox83 (~Ox83@c-67-169-113-42.hsd1.ca.comcast.net) |
| 23:23.33 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 23:28.03 | *** join/#oe pood (~pood@c-67-169-113-42.hsd1.ca.comcast.net) |
| 23:50.41 | *** join/#oe raster (~raster@enlightenment/developer/raster) |