| 00:32.23 | *** join/#oe tlwoerner__ (~trevor@100.43.98.203) |
| 00:33.36 | *** join/#oe Nitin (~nakamble@134.134.139.76) |
| 01:01.46 | *** join/#oe mrcan_ (~m@178.62.169.8) |
| 01:26.25 | *** join/#oe mrcan__ (~m@212.253.79.123) |
| 01:37.14 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 01:39.14 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:c56c:3c38:c890:59fd) |
| 01:46.49 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:52.25 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 02:01.06 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:c56c:3c38:c890:59fd) |
| 02:02.09 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 02:16.53 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 02:23.15 | *** join/#oe smurray (~scottm@135-23-64-25.cpe.pppoe.ca) |
| 04:01.08 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 04:10.28 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
| 04:34.59 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 04:39.01 | *** join/#oe blindvt` (~b@2001:62a:4:203:6631:50ff:fe2c:fefa) |
| 04:39.19 | *** join/#oe tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 04:39.20 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:35fe:5a5b:31db:a1f4) |
| 04:49.39 | *** join/#oe Vutral (P4rPO0zHy3@mirbsd/special/Vutral) |
| 05:38.55 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 06:19.32 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:25.26 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 06:32.42 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 06:37.22 | *** join/#oe stiandre (~stiandre@109.247.13.242) |
| 06:55.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:31.09 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 07:31.11 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:34.16 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:39.04 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 07:56.59 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 07:57.38 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 08:12.04 | *** join/#oe mrcan (~m@unaffiliated/mrcan) |
| 08:15.18 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 08:26.25 | *** join/#oe phdeswer_ (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 08:27.07 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 08:36.31 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:37.40 | *** join/#oe GusBricker (~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au) |
| 08:42.22 | *** join/#oe tlwoerner_ (~trevor@linaro/tlwoerner) |
| 08:49.00 | *** join/#oe tasslehoff (~Tasslehof@ti0260a430-0796.bb.online.no) |
| 09:10.41 | *** join/#oe saline (~irenacob@li629-190.members.linode.com) |
| 09:18.29 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
| 09:37.05 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:37.37 | *** join/#oe GusBricker (~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au) |
| 09:39.50 | bluelightning | morning all |
| 09:52.50 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 09:55.22 | *** join/#oe _ao2 (~ao2@host31-46-dynamic.61-82-r.retail.telecomitalia.it) |
| 09:56.58 | *** join/#oe ao2__ (~ao2@host31-46-dynamic.61-82-r.retail.telecomitalia.it) |
| 10:00.15 | *** join/#oe _ao2 (~ao2@host31-46-dynamic.61-82-r.retail.telecomitalia.it) |
| 10:03.10 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 10:05.22 | *** join/#oe hamis_lt_u (~irfan@110.93.212.98) |
| 10:11.33 | mago_ | hey bluelightning |
| 10:11.59 | bluelightning | hi mago_ |
| 10:12.35 | mago_ | whats up in intel-land? :) |
| 10:15.11 | bluelightning | mago_: not too much, although there's plenty of things to do as usual :) |
| 10:16.03 | ensc|w | does there exist some mechanism to prevent absolute filenames in .pc files? e.g. target 'fontconfig.pc' contains a -I<abspath-to-sysroot>/usr/include/freetype2 which results in -I<abspath-to-sysroot>/<abspath-to-sysroot>/usr/include/freetype2 when running 'pkgconfig --cflags fontconfig' |
| 10:16.46 | ensc|w | libkmod.pc contains such paths in -L which might create broken rpaths |
| 10:22.21 | koen | yes, pkgconfig supports variables like 'includedir' |
| 10:22.42 | koen | and OE should sanitize them when using pkgconfig.bbclass |
| 10:22.45 | koen | (iirc) |
| 10:25.18 | ensc|w | pkgconfig.bbclass contains only a single line... (a DEPENDS) |
| 10:28.30 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 10:30.05 | koen | hmmm |
| 10:30.12 | koen | maybe it's in a different class now |
| 10:33.38 | *** join/#oe anarsoul|2 (~anarsoul@86.57.155.118) |
| 10:34.00 | anarsoul|2 | ant_work: hi |
| 10:34.12 | ant_work | hello |
| 10:34.27 | anarsoul|2 | ant_work: I've updated my linux repo on github, see v3.18-anarsoul-wip branch |
| 10:34.41 | anarsoul|2 | for h1940 you need everything except pxa stuff |
| 10:35.47 | ant_work | ok, thx, noted |
| 10:35.54 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
| 10:35.58 | bluelightning | anarsoul|2: hey |
| 10:36.03 | anarsoul|2 | hi bluelightning |
| 10:36.04 | ant_work | waiting for yocto-3.18 |
| 10:37.01 | ant_work | btw Bruce promised a 'vanilla' branch for next release, better to ping him |
| 10:38.51 | ant_work | _ao2: don't you have some ezx patches as well? |
| 10:39.28 | _ao2 | ant_work, not really |
| 10:39.59 | ant_work | I see |
| 10:40.38 | ant_work | heh, bluelightning is braking but I'd obsolete many kernels and recipes in meta-hh |
| 10:41.25 | bluelightning | ant_work: I think we can probably go ahead and do that now for those machines that have never worked |
| 10:41.50 | ant_work | does bitbake still skip /obsolete and /non-working ? |
| 10:42.38 | anarsoul|2 | ant_work: well, my branch should work for rx1950 as well, I can test it tonight |
| 10:43.04 | bluelightning | ant_work: it will (by virtue of BBFILES), but it's probably best to just leave them in a branch I'd say |
| 10:43.05 | anarsoul|2 | so at least one more machine can be moved from linux-handhelds |
| 10:43.14 | bluelightning | anarsoul|2: great, thanks! |
| 10:43.37 | ant_work | lumag: ^ pls send one more invitation |
| 10:46.39 | anarsoul|2 | btw, as far as I know DT support was added for s3c24xx, so it's possible to build unified kernel (well, some minor patches are needed, e.g. for LCD power control) for all s3c24xx-based PDAs |
| 10:47.00 | anarsoul|2 | however, I didn't try it yet |
| 10:51.04 | lumag | anarsoul|2, ant_work I need a github id then. |
| 10:51.21 | lumag | bluelightning, from you too. |
| 10:52.11 | anarsoul|2 | mine is "anarsoul" (obvious :)) |
| 10:54.03 | lumag | ant_work, or did you mean the asana invitation? |
| 10:56.38 | ant_work | LinuxPDA |
| 10:57.35 | lumag | ant_work, done |
| 11:03.14 | anarsoul|2 | uh, I'm not good at github markdown... |
| 11:04.09 | lumag | anarsoul|2, you can use html as well. Just name the file .html instead of .md |
| 11:04.26 | lumag | .md is nearly like a wiki |
| 11:06.59 | lumag | In front of the file comes a section with metadata (key: value lines between two three-dash-lines). They are used e.g. to generate the beautiful tables. |
| 11:09.50 | anarsoul|2 | ok, I've added h1940 |
| 11:09.51 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 11:11.11 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 11:11.18 | lumag | anarsoul|2, why cpufreq is n/a ? |
| 11:12.35 | anarsoul|2 | lumag: well, it was never implemented in WinMobile, and in linux it's quite tricky to implement it, because LCD power (not backlight) is somehow depends on PWM |
| 11:13.18 | anarsoul|2 | and as far as I know it was broken recently during transition to new clk framework |
| 11:13.22 | lumag | can you put that to comments (status-cpufreq-comment: .. |
| 11:13.31 | anarsoul|2 | ok |
| 11:14.51 | _ao2 | ant_work, if you remove ezx stuff that's OK, just ping me so I can save them locally |
| 11:18.02 | *** join/#oe hamis_lt_u_ (~irfan@110.93.212.98) |
| 11:19.14 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 11:19.23 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 11:19.36 | lumag | ant_work, what is the issue with ezx in meta-hh? Never tested? |
| 11:21.18 | anarsoul|2 | hm, looks like I broke it :( |
| 11:23.02 | anarsoul|2 | lumag: any idea what's wrong? |
| 11:24.24 | anarsoul|2 | ah, I guess metadata needs html-style links, not md |
| 11:25.22 | lumag | anarsoul|2, yes. |
| 11:25.40 | lumag | The error is very cryptic though. |
| 11:25.53 | lumag | Spend few minutes trying to understand what is wrong. |
| 11:27.25 | anarsoul|2 | I guess git push --force is not acceptable way, so I'll just make 2 fixup commits? |
| 11:27.53 | lumag | anarsoul|2, as you'd like . |
| 11:29.28 | lumag | after that I'll change NA to N/A globally - the later makes more sense. |
| 11:30.40 | anarsoul|2 | lumag: done |
| 11:31.52 | Crofton|work | stupid question |
| 11:32.17 | Crofton|work | we are trying to set a static IP address in /etc/network/interfaces, but find it still wipes resolv.conf at boot |
| 11:32.22 | Crofton|work | HELP! |
| 11:32.30 | Crofton|work | yeah, customer on irc :) |
| 11:34.26 | lumag | Crofton|work, maybe that's due to systemd-networkd? |
| 11:34.30 | lumag | (wild guess) |
| 11:34.38 | Crofton|work | should be systemd free |
| 11:35.37 | bluelightning | Crofton|work: connman? dnsmasq? file symlinked into /var/volatile? |
| 11:35.48 | bluelightning | vpn client software ? |
| 11:35.55 | Crofton|work | core-image based |
| 11:38.27 | *** join/#oe rsalveti (~rsalveti@162.243.213.221) |
| 11:45.42 | Crofton|work | byw, does anyone really use distcc? |
| 11:46.50 | lumag | Crofton|work, I use icecc |
| 11:47.15 | Crofton|work | distcc shows up as part of the dev packagegroup I think, so hard to remove |
| 11:49.24 | bluelightning | Crofton|work: it's not that hard to remove |
| 11:49.33 | bluelightning | it's only added for qemu machines |
| 11:49.52 | Crofton|work | is running on not enough coffee and customer questions to early |
| 11:50.02 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 11:50.02 | Crofton|work | weird, why does it end up in my image |
| 11:50.53 | bluelightning | not sure, but the only way I know it ever gets into the image is via POKYQEMUDEPS, and that's only ever added to DISTRO_EXTRA_RDEPENDS for qemu machines |
| 11:51.14 | bluelightning | well, that's by default anyway |
| 11:51.40 | bluelightning | hmm, packagegroup-core-sdk does contain it as well |
| 11:51.56 | Crofton|work | yeah, that is the one that gets me |
| 11:52.06 | Crofton|work | we should discuss this |
| 11:52.23 | Crofton|work | I want to be able to build stuff, but distcc is overkill for most cases |
| 11:52.25 | bluelightning | perhaps, but a lot of those packagegroups aren't going to be perfect for everyone |
| 11:52.54 | bluelightning | it could be that distcc support isn't really commonly needed these days though |
| 11:53.31 | Crofton|work | that is my thought |
| 11:53.48 | Crofton|work | basically, I will end up rewriting it |
| 11:58.31 | Crofton|work | bluelightning, btw, the stand emails should go out today. If you do not see it let me know and I can prod the fosdem guys |
| 11:58.44 | bluelightning | Crofton|work: ok |
| 11:59.03 | bluelightning | ideally we would make the OE-Core packagegroups useful for the common case, but it's not entirely unexpected that people will want to modify them; package selection basically comes down to distro policy |
| 11:59.58 | *** join/#oe _ao2 (~ao2@host172-192-dynamic.3-87-r.retail.telecomitalia.it) |
| 12:18.02 | *** join/#oe JimNH2 (~jmchale@50-205-152-202-static.hfc.comcastbusiness.net) |
| 12:25.55 | *** join/#oe erbo (~erbo@83.218.80.242) |
| 13:00.35 | *** join/#oe infobot (ibot@rikers.org) |
| 13:00.35 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 13:14.14 | Crofton|work | FYI: https://events.ccc.de/congress/2014/Fahrplan/events/6240.html |
| 13:21.55 | mago_ | Crofton|work: to get static ip on my devices, i just created a init-ifupdown.bbappend that overrides "interfaces" file, seems to work fine |
| 13:22.20 | mago_ | (although, when i come to think of it, i did not set any DNS) |
| 13:22.52 | Crofton|work | :) |
| 13:23.01 | Crofton|work | yeah, the trick is resolv.conf I think |
| 13:25.16 | Crofton|work | I would think just using the bbappend to replace interfaces would be best |
| 13:26.25 | *** join/#oe stiandre (~stiandre@109.247.13.242) |
| 13:31.12 | *** join/#oe ao2__ (~ao2@host151-81-dynamic.57-82-r.retail.telecomitalia.it) |
| 13:35.28 | *** join/#oe Vutral (Q0U3VLvbsx@mirbsd/special/Vutral) |
| 13:37.06 | mago_ | i'm compiling for 2 different machines, one Cortex A8-based machine and another Cortex A9-based. Both are using armv7 instruction set. How come they do not share tmp-eglibc/work/armv7a-vfp-neon... directory? instead the cortex a8 compiles its non-machine dependent packages into tmp-eglibc/work/cortexa8t2hf-vfp-neon .. Is this a bug in one of the layers, or is it because some TUNE_FEATURE that makese the armv7 |
| 13:37.07 | mago_ | binaries incompatible with eachother? |
| 13:38.17 | *** join/#oe _ao2 (~ao2@host151-81-dynamic.57-82-r.retail.telecomitalia.it) |
| 13:52.33 | spaszkoPL | JaMa: How to include in my machine qtquick demos? Do i have to add to IMAGE_INSTALL quick1-demos ? |
| 13:53.21 | spaszkoPL | Because i've added to qtbase PACKAGECONFIG += examples |
| 13:53.30 | spaszkoPL | Bu i only have qtbase examples and widgets. |
| 13:53.46 | spaszkoPL | Ps. Also added qtbase-examples to IMAGE_INSTALL. |
| 13:56.59 | spaszkoPL | My mistake. I want QML examples like on this side https://qt-project.org/doc/qt-4.7/qdeclarativeexamples.html |
| 13:57.06 | spaszkoPL | Not qtquick. |
| 14:02.11 | Crofton|work | so apparently setting up static ip + static resolv.conf is a pain in the adss with stuff based off core-image-minimal |
| 14:02.16 | Crofton|work | why is this so hard |
| 14:04.51 | bluelightning | Crofton|work: by all means, file a bug... |
| 14:05.17 | Crofton|work | trying to check if I screwed something up |
| 14:05.49 | Crofton|work | I'm also not certain what the correct behavior is |
| 14:06.28 | Crofton|work | google suggests adding this to /etc/network/interaaces |
| 14:06.31 | Crofton|work | <PROTECTED> |
| 14:08.59 | spaszkoPL | Ok, answer was : qtdeclarative-examples. :) |
| 14:18.04 | JaMa | mago_: you need to select the same DEFAULTTUNE for both of them |
| 14:19.17 | mago_ | Crofton|work: can't you just install a /etc/resolv.conf manually? |
| 14:19.26 | Crofton|work | nope, it gets wiped out |
| 14:20.48 | *** join/#oe mrcan_ (~m@212.253.79.123) |
| 14:22.37 | *** join/#oe gabrbedd- (~gabrbedd@li680-65.members.linode.com) |
| 14:22.58 | *** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com) |
| 14:23.00 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 14:23.00 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 14:23.05 | Crofton|work | who reads /etc/network/interfaces and des the work? |
| 14:23.06 | *** join/#oe hrww (~hrw@redhat/hrw) |
| 14:23.34 | *** join/#oe Jackie (~quassel@106.120.101.38) |
| 14:24.09 | *** join/#oe gratian1 (~gratian@130.164.62.191) |
| 14:24.41 | mago_ | i think it's read by "ifup" Crofton|work |
| 14:24.50 | Crofton|work | which is annoyingly a binary |
| 14:24.50 | *** join/#oe signal11_ (esteban@abq.quaddro.net) |
| 14:24.58 | mago_ | when you do "ifup -a", it'll bring up all "auto" interfaces |
| 14:25.19 | *** join/#oe dlan_ (~dennis@119.9.91.38) |
| 14:25.19 | *** join/#oe dlan_ (~dennis@gentoo/developer/dlan) |
| 14:25.53 | mago_ | Crofton|work: i think maybe the way to go here is to figure out why your /etc/resolv.conf gets wiped? |
| 14:26.03 | Crofton|work | that happens at boot |
| 14:26.09 | Crofton|work | in volatile.cache |
| 14:26.17 | Crofton|work | the question is how do you rebuild it |
| 14:27.03 | *** join/#oe vmesons (~quassel@128.224.252.2) |
| 14:29.31 | *** join/#oe ao2__ (~ao2@host209-148-dynamic.3-87-r.retail.telecomitalia.it) |
| 14:30.28 | *** join/#oe phantomcircuit (~phantomci@smartcontracts.us) |
| 14:30.59 | *** join/#oe akbennett (akbennett@gateway/shell/linaro/session) |
| 14:31.20 | *** join/#oe joeythesaint (~joe@vegas.deserted.net) |
| 14:32.40 | mago_ | well, isn't /etc/resolv.conf linked with /var/run/resolv.conf by /etc/init.d/populate-volatile.sh ? so you probably need to provide a different /etc/default/volatiles/00_core (if you want to prevent that linkage). I think "initscripts" package provides that file |
| 14:33.52 | Crofton|work | this fiel is missing |
| 14:33.53 | mago_ | so a .bbappend for initscripts that replaces "volatiles" files might do the trick to prevent the system from wiping your manually installed resolv.conf |
| 14:33.55 | Crofton|work | /lib/resolvconf/list-records |
| 14:34.13 | Crofton|work | mago_, we need to work out why this is so hard on a default mage |
| 14:34.32 | mago_ | i think it's hard because no one cares about static IPs anymore ;-) |
| 14:34.36 | Crofton|work | yep |
| 14:34.57 | mago_ | you use link-local addresses/dhcp/zeroconf |
| 14:35.14 | Crofton|work | the resolvconf script is supposed to solve this, but it seems like the list-records is missing |
| 14:35.25 | mago_ | alright, that's a good clue |
| 14:35.40 | Crofton|work | yep |
| 14:35.48 | Crofton|work | now to see where it is supposed to come from |
| 14:36.13 | *** join/#oe _ao2 (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 14:47.17 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:58.00 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 15:19.30 | Crofton|work | mago_, volatile.cache beats resolv.conf with a large club |
| 15:20.27 | mago_ | dang it |
| 15:22.42 | mago_ | hopefully someone more involved will answer your oe-core mail |
| 15:24.17 | Crofton|work | yep |
| 15:25.11 | *** join/#oe akbennett (akbennett@gateway/shell/linaro/x-gekqcrwijaqwcwto) |
| 15:25.32 | Crofton|work | the image is a bit of a hodge podge atm, but I can't imagine that stuff changes much |
| 15:37.10 | Crofton|work | I think I should set dns-gateway in the interfaces file, and that should get propagated into resolv.conf |
| 15:38.43 | *** join/#oe sarahsharp (sarah@nat/intel/x-vpgctqvgyxhiidbg) |
| 15:40.06 | *** join/#oe woglinde (~henning@ip5b41c286.dynamic.kabel-deutschland.de) |
| 15:43.14 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:599c:a49a:d3b2:4e7a) |
| 15:59.43 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 16:06.07 | *** join/#oe Jackie (~quassel@106.120.101.38) |
| 16:14.17 | mago_ | hodge podge |
| 16:14.24 | mago_ | never heard that word before :) |
| 16:16.21 | *** join/#oe ao2__ (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 16:17.20 | *** join/#oe erbo (~erbo@83.218.80.242) |
| 16:19.22 | *** join/#oe _ao2 (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 16:55.04 | mago_ | whats a recommended release strategy for OE layers? it seems like most layers do branches for each Yocto release, and i guess this makes it easy for users: just use daisy-branch of all your layers and "it should work" (tm). But that doesn't guarentee that backports to a daisy branch will break a layer, so do projects also keep tags on these branches? |
| 16:57.58 | mago_ | example: for each of your layers, you tag the tested commit with "daisy-releaseX" let products lock onto those tags. If you bring in updates to the daisy branch, you will again tag with "daisy-releaseX+1" on all layers, even if only one of the layers has changed. This would ensure that users always use the correct combination of layer revisions |
| 17:02.19 | bluelightning | mago_: there shouldn't ever be backwards-compatiblity breaking changes in a stable branch, so it shouldn't be necessary to go to that level |
| 17:02.56 | mago_ | well, just recently alsa-utils broke when i merged upstream daisy onto my local daisy |
| 17:03.13 | mago_ | so it does happen, and i'd like to be ready for that. Products should never be on a floating branch |
| 17:03.55 | mago_ | i needed to apply this patch to get daisy to build: http://patchwork.openembedded.org/patch/80727/ |
| 17:05.06 | JaMa | mago_: specify tested revision in your setup scripts and update even release branches only after internal testing |
| 17:06.55 | mago_ | but if product doesn't lock to a specific commit on each daisy branch, how can you re-produce an old build? |
| 17:09.45 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 17:10.14 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 17:16.10 | bluelightning | mago_: I guess what I am suggesting is that if those things happen then that's the problem we should address |
| 17:16.34 | bluelightning | mago_: by all means record the specific revision you successfully built with, that's not quite what you were suggesting though |
| 17:17.26 | mago_ | bluelightning: well, i need to be able to reproduce older builds. So somehow I need to record specific revision, and then tags are probably more readable than hardcoding my setupscript to a specific sha-id? |
| 17:19.01 | bluelightning | mago_: it depends if you are prepared to keep to only upstream releases or not (or you store your own copy of the repo with your own tags in it) |
| 17:20.00 | mago_ | we are sticking to upstream releases, but we keep own copies of the repos in-house (in case the upstream repo goes away in the future) |
| 17:24.35 | mago_ | bluelightning: how do you ensure you can build old releases at Intel? |
| 17:26.16 | bluelightning | mago_: well, at least on the Yocto Project team we record the revisions built in our autobuilder reports, these values can be fed back into the build later on if needed |
| 17:28.51 | mago_ | ok |
| 17:30.36 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-70-168.dyn.mobistar.be) |
| 17:35.20 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 17:48.09 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 17:50.19 | *** join/#oe stiandre (~stiandre@214.97.45.31.customer.cdi.no) |
| 17:57.51 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 18:00.20 | *** join/#oe ao2__ (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 18:03.35 | JaMa | mago_: setup scripts which lock the revision are git repository, so if I want to re-produce older build I'll checkout older revision of setup scripts repo |
| 18:03.53 | JaMa | and we tag the setup scripts repo |
| 18:04.04 | JaMa | with build/product names as needed |
| 18:04.49 | *** join/#oe ao2 (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 18:28.42 | *** join/#oe _ao2 (~ao2@host101-93-dynamic.59-82-r.retail.telecomitalia.it) |
| 18:29.00 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-70-168.dyn.mobistar.be) |
| 18:38.07 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 18:54.57 | Crofton|work | sgw_, I'm goin gto try building an image from oe-core and duping against master |
| 18:55.43 | Crofton|work | do you have an expected course for this? |
| 18:57.24 | kergoth | https://github.com/MentorEmbedded/meta-sourcery/pull/56 - seem reasonably sane? not happy with it being one commit, but i gave up on even trying to break it up for the reasons mentioned in the req |
| 19:00.39 | *** join/#oe blilly1 (~blilly1@c-50-170-54-92.hsd1.wa.comcast.net) |
| 19:04.10 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-70-168.dyn.mobistar.be) |
| 19:08.57 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:17.16 | sgw_ | Crofton|work: hi, sorry not completely following your question, I understand your going to try and reproduce the resolv.conf issue with master? I would hope that it works if you include the resolvconf package. |
| 19:18.14 | *** join/#oe stiandre_ (~stiandre@109.247.13.242) |
| 19:21.25 | Crofton|work | it didn't on the dodgy image I ahhve |
| 19:21.33 | Crofton|work | looks liek parts are not getting packaged |
| 19:21.47 | Crofton|work | need to check resolvconf build history after this finished |
| 19:22.15 | Crofton|work | basically, I want something sane to file a bug for :) |
| 19:22.29 | Crofton|work | or figure out needed backports |
| 19:25.41 | Crofton|work | do you expect adding a dns-nameservers line to an iface in the interfaces file to set a static entry in resolv.conf? |
| 19:25.41 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 19:28.40 | koen | Crofton|work: depends on your network manager |
| 19:28.51 | Crofton|work | there isn't one |
| 19:30.45 | koen | so how does the ip address get set? |
| 19:30.59 | koen | if there isn't a network manager all your interfaces will stay down |
| 19:31.05 | koen | unless you use the kernel cmdline |
| 19:32.42 | *** join/#oe wto (~wto@h-140-88.a336.priv.bahnhof.se) |
| 19:34.46 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 19:39.26 | *** join/#oe uwe_ (~uwe_@dslb-094-216-124-219.094.216.pools.vodafone-ip.de) |
| 19:41.27 | *** join/#oe Crofton|work (~balister@pool-71-171-45-99.ronkva.east.verizon.net) |
| 19:53.54 | *** join/#oe Crofton|work (~balister@pool-71-171-45-99.ronkva.east.verizon.net) |
| 19:55.28 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 20:00.36 | *** join/#oe Nitin (nakamble@nat/intel/x-aktoqzwgmgqfbykz) |
| 20:06.14 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
| 20:06.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:38.42 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:52.58 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:599c:a49a:d3b2:4e7a) |
| 21:09.14 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 21:38.18 | *** join/#oe stefan___ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca) |
| 22:01.12 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 22:07.30 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
| 22:33.15 | *** join/#oe ant__ (~andrea@host37-46-dynamic.5-87-r.retail.telecomitalia.it) |
| 22:53.53 | *** join/#oe woglinde (~henning@e179188062.adsl.alicedsl.de) |
| 22:59.13 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 23:33.37 | *** join/#oe Crofton|work (~balister@pool-71-171-45-99.ronkva.east.verizon.net) |