abelloni | the end result is that you have more chances of overlapping interesting talks | 00:00 |
---|---|---|
mranostay | abelloni: yeah | 00:03 |
mranostay | at least my talk is the first day | 00:03 |
mranostay | and not the first of the day | 00:04 |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:05 | |
mranostay | abelloni: yeah i see a few overlaps | 00:06 |
mranostay | panto or Tartarus... hard choice | 00:06 |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 00:08 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 00:08 | |
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 00:08 | |
*** _julian_ <_julian_!~quassel@x2f06c1d.dyn.telefonica.de> has quit IRC | 00:10 | |
*** _julian <_julian!~quassel@x2f003ed.dyn.telefonica.de> has joined #yocto | 00:11 | |
*** davest <davest!Adium@nat/intel/x-wutugomfwvbqxulr> has quit IRC | 00:19 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 00:25 | |
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 00:33 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 00:33 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 00:43 | |
*** scot_ <scot_!~scot@130.164.62.183> has quit IRC | 00:49 | |
*** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 00:52 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:53 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:00 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 01:09 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 01:16 | |
halstead | sgw_, All the builders except 02 are ready. You could start a MUT now. | 01:23 |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 01:24 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 01:25 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has quit IRC | 01:26 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:26 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:27 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has joined #yocto | 01:31 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 01:32 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 01:35 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 01:42 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 01:54 | |
*** _Lucretia__ <_Lucretia__!~munkee@90.206.222.251> has quit IRC | 02:00 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:03 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 02:21 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:23 | |
*** uvan <uvan!~uvan@118.69.219.197> has joined #yocto | 02:24 | |
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto | 02:29 | |
uvan | hi all, i try to create a new images and got error: Error: locale-base-en-us not found in the base feeds (genericarmv8 aarch64 noarch any all) | 02:32 |
uvan | could anyone tell me how to include locale in this case? | 02:33 |
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC | 03:08 | |
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto | 03:10 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 03:31 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:46 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 03:47 | |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 03:59 | |
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC | 03:59 | |
*** roxell <roxell!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto | 03:59 | |
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto | 03:59 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 04:00 | |
*** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:00 | |
*** pev <pev!~pev@2.31.88.84> has quit IRC | 04:05 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 04:19 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 04:22 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 04:44 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has joined #yocto | 04:49 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 04:57 | |
*** silviof1 is now known as silviof | 04:59 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:05 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 05:06 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:10 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:11 | |
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 05:15 | |
*** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:30 | |
lpapp | what is the codename for the next poky version? | 05:41 |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC | 05:42 | |
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto | 05:43 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto | 05:43 | |
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 05:57 | |
AlexG | pidge: ping | 05:59 |
*** behanw_ <behanw_!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 06:09 | |
mranostay | AlexG: little late here :) | 06:10 |
AlexG | mranostay: ok | 06:13 |
AlexG | :) | 06:13 |
*** behanw_ <behanw_!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 06:20 | |
mranostay | hi behanw_ ! | 06:23 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 06:29 | |
mranostay | AlexG: had a question? | 06:29 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 06:30 | |
lpapp | AlexG: just ask | 06:37 |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 06:38 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 06:43 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 06:52 | |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 06:55 | |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 06:55 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:57 | |
*** jwessel <jwessel!~jwessel@128.224.250.2> has quit IRC | 06:57 | |
*** jwessel <jwessel!~jwessel@128.224.250.2> has joined #yocto | 06:58 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 07:00 | |
seebs | http://www.kitkat.com/#/home <-- apparently, they have a sense of humor | 07:02 |
*** zeeblex <zeeblex!~apalalax@134.134.139.76> has joined #yocto | 07:03 | |
*** pirut <pirut!~Pirut@134.134.139.72> has quit IRC | 07:04 | |
*** pirut <pirut!~Pirut@134.134.139.72> has joined #yocto | 07:06 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:11 | |
*** zz_ka6sox is now known as ka6sox | 07:14 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 07:15 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 07:16 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:17 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:18 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 07:19 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 07:21 | |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:21 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:21 | |
*** [1]uvan <[1]uvan!~uvan@118.69.219.197> has joined #yocto | 07:23 | |
*** RP <RP!~richard@dan.rpsys.net> has quit IRC | 07:25 | |
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 07:25 | |
*** uvan <uvan!~uvan@118.69.219.197> has quit IRC | 07:25 | |
*** [1]uvan is now known as uvan | 07:26 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 07:26 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 07:26 | |
zibri | seebs: is it yocto compatible? ;) | 07:27 |
lpapp | seebs: sweet | 07:28 |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 07:30 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:34 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:44 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 07:47 | |
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has quit IRC | 07:52 | |
*** sameo <sameo!samuel@nat/intel/x-hsqshcgoblnssvzx> has joined #yocto | 07:53 | |
*** mckoan|away is now known as mckoan | 07:55 | |
mckoan | good morning | 07:55 |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:55 | |
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has joined #yocto | 07:55 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:06 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:06 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:06 | |
rburton | lpapp: "dora" | 08:09 |
lpapp | rburton: thanks. | 08:09 |
rburton | it was announced in the tech call minutes last tuesday, sent to yocto@ | 08:09 |
*** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto | 08:10 | |
rburton | those minutes are always worth a read | 08:10 |
bluelightning | morning all | 08:10 |
lpapp | bluelightning: hi | 08:10 |
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto | 08:11 | |
lpapp | it is a(n unwrittne) rule to always start with 'd'? | 08:11 |
lpapp | unwritten* | 08:11 |
rburton | no | 08:12 |
rburton | that's just the pattern of the current naming scheme | 08:12 |
lpapp | so yes. :) | 08:12 |
*** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has joined #yocto | 08:12 | |
rburton | lpapp: https://wiki.yoctoproject.org/wiki/Releases | 08:13 |
rburton | points if you can identify the naming schemes | 08:14 |
B4gder | well, now with so many names it gets easier to google for them | 08:14 |
rburton | i suspect the final addition makes it a lot easier to google | 08:15 |
rburton | previously you had to have a hunch and guide google with other keywords | 08:15 |
lpapp | ? | 08:15 |
lpapp | by the way, that is lacking the dora cells at the top. | 08:16 |
lpapp | Code name and poky version. | 08:16 |
rburton | so it was | 08:16 |
lpapp | :-) | 08:17 |
rburton | unwritten rule: if you identify the current scheme, don't announce it publically. | 08:17 |
_alex_kag_ | hello! can anybody say about mfw_isink? (imx6) fakesink take a lot of processor time, is it possiple to get frame from isink? | 08:17 |
lpapp | is there a channel for opkg questions? | 08:18 |
lpapp | or we can reach the maintainer only via email? | 08:18 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:25 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 08:27 | |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto | 08:32 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 08:32 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 08:32 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:33 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC | 08:33 | |
eren | morning all | 08:34 |
bluelightning | hi eren | 08:35 |
eren | porky would be a good name canditate for a build bot | 08:38 |
eren | :P | 08:38 |
bluelightning | heh | 08:39 |
eren | guys at axis named it so, which was interesting. I don't know if it was a typo or not | 08:40 |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 08:42 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 08:43 | |
zibri | eren: it wasn't :) | 08:47 |
zibri | a manager accidentaly said "porky" in a meeting, and the name stuck for our migration project :) | 08:48 |
zibri | eren: sorry about the mails btw | 08:48 |
B4gder | hey, don't ruin a good story with facts! B) | 08:48 |
rburton | zibri: i like that story | 08:49 |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 08:50 | |
eren | zibri: ah, don't worry, mails are not problem :) | 08:50 |
eren | zibri: if it is not confidential, what are you using currently for building images? | 08:50 |
zibri | eren: hum, i didn't write our image bbclass, but it's ported from our old system. not exactly sure what you want to know :) | 09:02 |
*** swex__ <swex__!~swex@178.17.203.155> has quit IRC | 09:02 | |
*** swex <swex!~swex@88.210.24.155> has joined #yocto | 09:02 | |
eren | zibri: ah, someone just wrote it then | 09:03 |
zibri | yes | 09:04 |
eren | I always wonder why embdded system companies do not usually think of switching to OE | 09:04 |
eren | here we have a company producing software for routers, they sell quite well but their image is, pardon me, crap | 09:04 |
eren | i have to reboot the machine once in a week | 09:05 |
eren | I learned that they are using some hackery for building images for their boards. I asked why they are not switching to more elegant solutions, they said "it works" | 09:05 |
*** elbc_ <elbc_!2e12602e@gateway/web/freenode/ip.46.18.96.46> has joined #yocto | 09:06 | |
zibri | heh | 09:06 |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 09:16 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 09:17 | |
elbc_ | hi all ! | 09:19 |
elbc_ | I come to you because I would like to build a poky image I've already build before, this image contains wayland and X11 but I would like to re-build it without X11, does someone know how is that possible ? | 09:19 |
elbc_ | thank you | 09:19 |
rburton | elbc_: remove x11 from your DISTRO_FEATURES | 09:21 |
rburton | then you'll be free of any traces of X11 | 09:21 |
rburton | (with x11 distro feature enabled dbus will depend on libx11, which is why you can still get pieces of X on a wayland image) | 09:22 |
elbc_ | I'm a beginner with yocto but actually i didn't found any trace of X11 in my conf file | 09:22 |
elbc_ | thank you for your ansmwer by the way | 09:22 |
bluelightning | eren: well, there's definitely some ramp-up time... it's after that that people see the value of the system | 09:23 |
eren | bluelightning: yeah, learning curve is a bit high but after that it's ok | 09:24 |
eren | at least, it is maintainable | 09:24 |
elbc_ | when the image is built, libX11 is present because I think some features need it. As I said there is no trace of "X11" in my DISTRO_FEATURES, but maybe there is a command to disable or not allow libX11 | 09:25 |
elbc_ | ... | 09:25 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:26 | |
rburton | elbc_: your distro features must have x11, as otherwise libx11 will refuse to build | 09:26 |
rburton | elbc_: (the default has x11) | 09:26 |
elbc_ | ok I'll take a look again. thank you ! | 09:27 |
rburton | if you're using poky from git master, you can use the lovely new _remove operator to edit DISTRO_FEATURES | 09:29 |
rburton | otherwise you'll need to set it | 09:29 |
BCMM | if i don't like one line of a recipe's do_install(), for example, is the correct course of action to replace the entire do_install() in my bbappend? | 09:30 |
rburton | BCMM: yes | 09:31 |
BCMM | thanks | 09:31 |
BCMM | can i ask some advice about submitted changes upstream? i've made a few modifications to the mpd recipe which might be of general interest | 09:32 |
elbc_ | ok I'll try to use it ! thanks a lot for your help | 09:32 |
rburton | BCMM: each layer has a readme with any rules, like where to send the patches. | 09:32 |
BCMM | rburton: for meta-multimedia, it's a mailing list, it's just that somebody posted a patch that does some of the same things as what i did at pretty much exactly the same time, but his has a bug | 09:33 |
BCMM | and i'm rather unsure of the etiquette - should i post a patch to be applied after his patch, or a working version of his patch, or what? | 09:33 |
rburton | BCMM: if that broken patch hasn't been applied, reply on the list and send a revised version | 09:34 |
BCMM | an, in general, are people interested in patches that optionally remove features? | 09:34 |
BCMM | rburton: thanks | 09:34 |
rburton | BCMM: optionally trimming stuff out is fine, best practise is to use PACKAGECONFIG if it works for that package | 09:34 |
BCMM | rburton: that's what i've done, thanks | 09:35 |
BCMM | just wanted to make sure i wasn't totally misunderstanding stuff before posting | 09:35 |
BCMM | now i just have to work out how to make git generate patches for me, cause that's the rules for that layer... | 09:35 |
BCMM | (for some reason, pulseaudio was compulsory in mpd) | 09:35 |
rburton | if you configure git's email sending, you can use git send-email | 09:35 |
BCMM | and dbus in wpa_supplicant | 09:35 |
BCMM | rburton: i've also never modified somebody else's git repo before | 09:36 |
BCMM | i've used a local one, and pulled other ones (obviously) | 09:36 |
BCMM | do i just edit the recipe in the layer, and then git-send-email works out what i've done? | 09:37 |
rburton | it sends the commits as patches | 09:37 |
rburton | so you review your branch and ensure that you've logical changes with clear commit messages | 09:37 |
rburton | i.e. no "add foo", "fix typo", "argh another typo" commits | 09:37 |
BCMM | ah right, so i make a git branch, commit changes to it, then have git generate the patches from that? | 09:38 |
rburton | yes | 09:38 |
BCMM | thanks, i'll go and read git docs and make a brance | 09:39 |
BCMM | branch | 09:39 |
eren | BCMM: that documentation would help: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 09:39 |
rburton | my personal workflow is a "feature" branch per logical set of changes, then i daily rebase all my branches and get to see what's been merged and what is outstanding | 09:39 |
BCMM | rburton: what do you mean by "rebase" in this context? | 09:39 |
BCMM | eren: thanks! | 09:39 |
*** awafaa <awafaa!uid716@gateway/web/irccloud.com/x-xfalgdplezphthqj> has quit IRC | 09:39 | |
eren | ah, rebasing, I haven't done that either | 09:39 |
rburton | BCMM: git-rebase | 09:40 |
eren | I usually create a branch for changes, generate patches from that branch | 09:40 |
eren | then I remove that branch | 09:40 |
eren | if the patches have been applied, of course | 09:40 |
rburton | eren: my "mergeotron" script does a git fetch, rebase's all branches against origin/master, and tells me if any branches are now the same as master (i.e. have been merged), so my other script can prune them from local and remote repos | 09:41 |
BCMM | so... rebase is for if your branch could basically be considered a relatively small set of patches to the master, and rebase basically applies said patches to the latest master? | 09:41 |
rburton | BCMM: basically | 09:41 |
rburton | if you google for git workflow you'll find plenty of example workflows | 09:42 |
BCMM | so in terms of actually making my images, i could have a branch of meta-multimedia in my bblayers.conf, and make changes i want to send upstream to that branch, and changes that only make sense for my project in bbappends in a seperate layer? | 09:42 |
rburton | BCMM: that's pretty sensible for the long-term | 09:44 |
BCMM | rburton: well, it's a pretty small project. thus far, i upstreamable changes for wpa_supplicant and mpd | 09:45 |
BCMM | but i want to do things "cleanly" where i can | 09:45 |
rburton | BCMM: good, make it easier for everyone :) | 09:46 |
*** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has quit IRC | 09:48 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 09:49 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 09:50 | |
*** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has joined #yocto | 09:50 | |
elbc_ | rburton: reading again what you have written, to be sure to understand, are you saying there is no way to disable libx11 (I want to build an image using wayland/weston) | 10:07 |
elbc_ | ? | 10:07 |
elbc_ | thanks again | 10:07 |
rburton | elbc_: removing x11 from your DISTRO_FEATURES will mean you have absolutely zero X in your builds | 10:08 |
elbc_ | yes that'ts what I want | 10:08 |
*** awafaa <awafaa!uid716@gateway/web/irccloud.com/x-jrmgekkmfspmxxok> has joined #yocto | 10:08 | |
rburton | elbc_: and if anything doesn't respect that choice and tries to build something, libx11 checks the DISTRO_FEATURES and will refuse to build | 10:08 |
elbc_ | rburton: ok, so there is no way to build an image entirely based on wayland ? | 10:09 |
rburton | sure there is, just remove x11 from distro features | 10:10 |
rburton | i'm saying that the system will do exactly what you want | 10:10 |
rburton | remove x11 from distro features and you'll have no x11 in your distro | 10:10 |
elbc_ | rburton: ok thank you very much for your patience and your help | 10:11 |
elbc_ | DISTRO_FEATURES_remove = "x11 x11-common xorg-xserver" ? | 10:11 |
rburton | elbc_: are you using poky from git master? | 10:12 |
elbc_ | yes | 10:12 |
rburton | cool, in that case close | 10:12 |
rburton | DISTRO_FEATURES != packages | 10:12 |
rburton | so just "x11" | 10:12 |
elbc_ | ok ! thanks ! | 10:13 |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 10:14 | |
*** OlivierG is now known as OlivierG_ | 10:15 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 10:18 | |
*** uvan <uvan!~uvan@118.69.219.197> has quit IRC | 10:23 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 10:24 | |
BCMM | where can i find a list of vars for paths? i mean, like ${bindir} | 10:33 |
bluelightning | BCMM: best reference for those is meta/conf/bitbake.conf, where their default values are defined | 10:36 |
BCMM | bluelightning: thanks | 10:36 |
*** mankku <mankku!~mankku@projects.sse.fi> has quit IRC | 10:42 | |
*** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has quit IRC | 10:42 | |
*** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 11:02 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:05 | |
Krz | Hi guys, in machine/my.conf originally used: SERIAL_CONSOLE = "" SERIAL_CONSOLES = "115200;ttyS0 115200;ttyS1" | 11:05 |
Krz | now switching to only one COM port | 11:05 |
Krz | is the logic as simple as assigning it to SERIAL_CONSOLE and leaving SERIAL_CONSOLES = "" ? | 11:06 |
*** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 11:09 | |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 11:11 | |
bluelightning | Krz: for dylan, yes; note that the two variables use different syntaxes though | 11:19 |
Krz | so I'm gonna do exactly: SERIAL_CONSOLE = "115200 ttyS1" SERIAL_CONSOLES = "" | 11:19 |
Krz | for dylan | 11:19 |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 11:20 | |
bluelightning | Krz: right, that would be correct assuming ttyS1 is the device you wish to enable | 11:20 |
Krz | bluelightning: thanks very much! | 11:20 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:36 | |
Crofton|work | bluelightning, it sounds like cf0... made a working sdk after installing F19 | 11:38 |
Crofton|work | we may have some problem with Ubuntu something | 11:38 |
*** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 11:44 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:44 | |
elbc_ | rburton: hello again ! I've tried this : DISTRO_FEATURES != "x11" and I had the following error : ParseError: ParseError at /yocto/poky/thinkpad/conf/local.conf:251: unparsed line: 'DISTRO_FEATURES != "x11"' | 12:12 |
elbc_ | do you know why ? | 12:12 |
rburton | oh , i meant that the DISTRO_FEATURES line isn;t a set of packages | 12:12 |
rburton | so DISTRO_FEATURES_remove = "x11" | 12:12 |
elbc_ | ok thanks I will try this | 12:13 |
elbc_ | rburton: beginner question : if it builds correctly, how can I check easily that this line has worked ? | 12:14 |
rburton | elbc_: the work directory for the image will let you browse the rootfs that's been created, and see a list of files | 12:15 |
elbc_ | ok thanks I'll check this list ! | 12:16 |
bluelightning | Crofton|work: FWIW I run ubuntu here, though I haven't made a habit of using the Qt toolchain on this machine | 12:24 |
bluelightning | Crofton|work: but noted, thanks | 12:25 |
Crofton|work | do you use any sdk's? | 12:25 |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 12:25 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 12:26 | |
*** scot_ <scot_!~scot@130.164.62.183> has joined #yocto | 12:26 | |
bluelightning | Crofton|work: I use buildtools-tarball every day on my build machine which is basically an SDK; I've installed the meta-toolchain SDKs a number of times recently to check basic functionality | 12:31 |
Crofton|work | I''l try and get some details about the issue | 12:32 |
Crofton|work | I'm an ubuntu avoider so not much help :) | 12:32 |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 12:32 | |
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 12:33 | |
*** mankku <mankku!~mankku@projects.sse.fi> has joined #yocto | 12:34 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 12:35 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 12:38 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 12:46 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 12:49 | |
Krz | I need to add one entry to inittab. I think there is some magic API to do that in Yocto way, anybody aware? | 12:52 |
bluelightning | Krz: I don't think there's any magic for that, I think you'd just bbappend sysvinit-inittab (see meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb) | 12:55 |
Krz | bluelightning: was looking at this recipe right now. Yeah, it seems I have to do bbappend for that. Does do_install_append in my bbappend sound good? | 12:55 |
bluelightning | Krz: that would work yes | 12:55 |
Krz | bluelightning: nice, cheers | 12:56 |
*** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC | 13:04 | |
*** elmir <elmir!~boris@li501-194.members.linode.com> has joined #yocto | 13:07 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 13:07 | |
*** Daemon404 <Daemon404!~who_knows@host86-135-13-228.range86-135.btcentralplus.com> has joined #yocto | 13:08 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 13:11 | |
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 13:13 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 13:13 | |
*** walters <walters!walters@nat/redhat/x-mrzjxurqimnlaqma> has joined #yocto | 13:17 | |
*** behanw_ is now known as behanw | 13:35 | |
behanw | mranostay, How's it going? | 13:35 |
Krz | what's the codename for 1.5 release? | 13:45 |
rburton | Krz: dora | 13:46 |
Krz | wow, that sounds non-english | 13:46 |
*** Krz is now known as Guest96929 | 13:50 | |
*** davest <davest!~Adium@134.134.137.71> has joined #yocto | 13:52 | |
bluelightning | Krz: well, technically "dylan" is a welsh name so that's also non-English ;) | 13:53 |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC | 13:53 | |
*** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 13:53 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:53 | |
bluelightning | s/welsh/Welsh/ | 13:53 |
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto | 13:54 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto | 13:54 | |
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC | 14:02 | |
*** Daemon404 <Daemon404!~who_knows@host86-135-13-228.range86-135.btcentralplus.com> has quit IRC | 14:03 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 14:03 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 14:04 | |
*** quatre <quatre!c0926547@gateway/web/freenode/ip.192.146.101.71> has joined #yocto | 14:06 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 14:07 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has quit IRC | 14:09 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:10 | |
quatre | I've a question about the package_rpm. There is a recipe I am using that is a pre-compiled program with a few libraries. The rpm for the pre-compiled program mentions that it provides all of the libraries it contains. I want to avoid that. Is there a way to prevent this, such that the rpm will only provide the package name, and not any of the libraries it contains? | 14:10 |
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 14:12 | |
Garibaldi|work | quatre: adjust the recipe to not include them? | 14:15 |
Garibaldi|work | via a .bbappend | 14:16 |
*** fp <fp!~Chaudhary@59.97.56.25> has joined #yocto | 14:16 | |
*** darknighte_znc is now known as darknighte | 14:16 | |
rburton | Garibaldi|work: the depends are added when building the rpm itself | 14:16 |
rburton | quatre: not sure how you can avoid those... | 14:17 |
Garibaldi|work | rburton: I thought that's what he wanted ... to have an external depend rather than the rpm including the lib | 14:17 |
*** fp <fp!~Chaudhary@59.97.56.25> has quit IRC | 14:19 | |
*** ka6sox is now known as zz_ka6sox | 14:19 | |
quatre | Here is the concrete example: I am using a recipe to bring in the oracle java jre. It has several libraries already compiled, including a jpeg library. I move the program and its libraries out of the standard path to avoid conflicts. There are two images being built, one that pulls in the jre, and one that pulls in libjpeg from another recipe. | 14:20 |
quatre | The way it works now, both images happen to pull in the jre. the first pulls it in because it provides the jre. the second pulls it in because it find that it provides libjpeg, but does not see the other rpm file first | 14:20 |
*** mckoan is now known as mckoan|away | 14:21 | |
quatre | I would like the jre rpm to only provide the name of the jre recipe, so that it is not unintentionally pulled in to the other image | 14:21 |
elbc_ | rburton: Hi again, I think X11 has been removed correctly, my question is : is there a way to have no trace of libx11 (because it is still present) if I want some packages like pulseaudio and gtk3 ? | 14:21 |
quatre | I tried setting 'EXCLUDE_FROM_SHLIBS = "1"', as in gcc-package-sdk.inc, but it did not do as I expected | 14:22 |
rburton | quatre: in that case you'll be pleased to know that (iirc) there's a patch on the list to not generate those deps if the libs are not in the default search paths | 14:22 |
rburton | elbc_: gtk3 and pulse will compile fine without x11 | 14:22 |
quatre | that is great news. Do you happen to know where I can find that patch so I may try it out? | 14:23 |
mranostay | win 2 | 14:23 |
elbc_ | rburton: ok, so if after build I see traces of libx11 , i can affirm it is not a problem, can you confirm ? thanks | 14:24 |
mranostay | gah | 14:24 |
rburton | quatre: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip76&id=589a2d0d0768ab399b7bf919480815e0df650303 might be relevant | 14:24 |
rburton | elbc_: if you've correctly removed the x11 distro feature you won't see any libx11. as i've said, libx11 checks for the x11 distro feature and will only build if x11 is enabled. | 14:24 |
*** hollisb <hollisb!~hollisb@67.169.221.181> has joined #yocto | 14:25 | |
*** arky <arky!~arky@117.204.74.153> has joined #yocto | 14:25 | |
elbc_ | rburton: ok, I'll check, I've just put the DISTRO_FEATURES_remove = "x11". thanks again | 14:26 |
RP | JaMa: Did you update your shlibs patches from the ones you posted? | 14:33 |
RP | JaMa: I'm seeing a few small bugs in the ones I took from the list :/ | 14:33 |
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 14:36 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 14:41 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 14:42 | |
elbc_ | is the eglibc error : ERROR: Function failed: do_compile (log file is located at /yocto/poky/thinkpad/tmp/work/x86_64-poky-linux/eglibc/2.18-r0/temp/log.do_compile.3428 a known issue ? | 14:46 |
rburton | probably not | 14:47 |
rburton | pastebin the log please | 14:47 |
elbc_ | here is the end of the log : | 14:51 |
elbc_ | ln -s ld.so /home/elebideau/yocto/poky/thinkpad/tmp/work/x86_64-poky-linux/eglibc/2.18-r0/build-x86_64-poky-linux/elf/ld-linux-x86-64.so.2 /home/elebideau/yocto/poky/thinkpad/tmp/sysroots/x86_64-linux/usr/libexec/x86_64-poky-linux.gcc-cross-initial/gcc/x86_64-poky-linux/4.8.1/ld:/home/elebideau/yocto/poky/thinkpad/tmp/work/x86_64-poky-linux/eglibc/2.18-r0/build-x86_64-poky-linux/shlib.lds:128: syntax error collect2: error: ld returned 1 e | 14:51 |
elbc_ | it didn't work | 14:52 |
rburton | pastebin the full log please :) | 14:52 |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 14:53 | |
*** sameo <sameo!samuel@nat/intel/x-hsqshcgoblnssvzx> has quit IRC | 14:58 | |
*** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has joined #yocto | 15:00 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:03 | |
elbc_ | rburton: try to do a pastebin on pastebin.com but have some problems, trying to do as fast as i can | 15:06 |
*** zeeblex <zeeblex!~apalalax@134.134.139.76> has quit IRC | 15:07 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 15:09 | |
*** arky <arky!~arky@117.204.74.153> has quit IRC | 15:10 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:10 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 15:11 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 15:12 | |
gjohnson | Hello all, is there a way to create a native package based on the output of a target build? This question is in reference to building qt. I want to build qt for my arm target but I would like to then add the generated qmake to my host sysroot. | 15:13 |
elbc_ | rburton: log is too long cannot create a pastebin | 15:13 |
elbc_ | rburton: is there an other way to send you the log ? | 15:15 |
kergoth | try a different pastebin, i'd say. there are plenty fo pastebin sites, i can't imagine they all have the same limitations | 15:17 |
kergoth | gist.github.com, pastebin.ca, others | 15:17 |
elbc_ | kergoth: thanks I'll try | 15:17 |
kergoth | alternatively, if you have dropbox, share it that way, that's always an easy way to share a fiel | 15:17 |
kergoth | or mediafire or rapidshare or.. | 15:17 |
kergoth | always lots of options for such things | 15:17 |
*** arky <arky!~arky@117.204.65.34> has joined #yocto | 15:23 | |
elbc_ | rburton: I'll try to build all packages excepts eglibc and i'll post you the log of the build of eglibc after that if it is ok for you. thanks for your time | 15:31 |
rburton | elbc_: eglibc is pretty important... | 15:32 |
quatre | rburton: still at a bit of a loss. I tried the patch, but the rpm will still list the offending libraries as being provided. I also see that by setting 'EXCLUDE_FROM_SHLIBS = "1"' in a recipe the entire step that the patch tries to help with can be skipped. Even doing that, when I query the generated rpm file: | 15:35 |
quatre | $ rpm -qp $rpm_file_here --provides | grep libjpeg | 15:36 |
quatre | libjpeg.so | 15:36 |
quatre | libjpeg.so(SUNWprivate_1.1) | 15:36 |
quatre | so, the package_do_shlibs step is not the one causing the issue in my case. | 15:36 |
*** zz_ka6sox is now known as ka6sox | 15:39 | |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto | 15:40 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 15:41 | |
elbc_ | rburton: yes I know but that was for have just the log (short) I need | 15:44 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:44 | |
elbc_ | rburton: here is the log ! http://pastebin.com/pB5dCfnV | 15:47 |
quatre | Hm, it seems that including 'SKIP_FILEDEPS = "1"' into the recipe instead appears to work. | 15:47 |
rburton | elbc_: that's... odd. silly question but the disk isn't full? | 15:48 |
elbc_ | rburton: not at all | 15:48 |
RP | quatre: This is an rpm feature enabled at the rpm level | 15:49 |
RP | quatre: you probably need to move the files you don't want to a different directory or something | 15:50 |
RP | quatre: or split the package into two | 15:50 |
elbc_ | rburton: I've to go thanks a lot for your help again, maybe see you tomorrow | 15:51 |
quatre | all the files in the jre package I believe I need. The files in the jre package are installed to a location that is non-standard to avoid other programs from accidently loading with the jre's libraries. | 15:51 |
quatre | the issue is that I am using one workspace to build two images | 15:51 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:57 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:03 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 16:03 | |
*** belen <belen!Adium@nat/intel/x-zfzikgpzpjjtxbjj> has joined #yocto | 16:05 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 16:05 | |
JaMa | RP: I'll compare them with my local copy a bit later and let you know, current version is HEAD~4 here https://github.com/shr-distribution/oe-core/commits/jansa/test | 16:10 |
JaMa | now off to get some food | 16:10 |
*** darknighte is now known as darknighte_znc | 16:11 | |
Guest96929 | there is a gdb recipe in poky | 16:14 |
Guest96929 | but I didn't find gdb-server | 16:14 |
Guest96929 | how do I build gdb-server? | 16:14 |
fray | gdb-server usually comes out of the gdb recipe | 16:18 |
fray | the 'gdbserver' package (produced from the gdb recipe) is what you likely want | 16:19 |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:20 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 16:23 | |
Daemon404 | so it's been a while since i last checked | 16:23 |
Daemon404 | er.. shit wrong channel | 16:23 |
Daemon404 | carry on. | 16:23 |
Guest96929 | ERROR: Nothing PROVIDES 'gdbserver' | 16:24 |
Guest96929 | im using poky dylan 9.0.1 | 16:24 |
kergoth | he just told you the recipe is gdb, not gdbserver | 16:24 |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 16:25 | |
Guest96929 | sorry, my bad | 16:25 |
Guest96929 | so I just build gdb and will have server and client, right? | 16:25 |
fray | you build gdb, and tell your image recipe to install the 'gdbserver' package | 16:27 |
Guest96929 | fray: thanks! | 16:27 |
*** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto | 16:33 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:33 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.216.223> has joined #yocto | 16:35 | |
*** ka6sox is now known as zz_ka6sox | 16:42 | |
*** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 16:44 | |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has joined #yocto | 16:50 | |
*** quatre <quatre!c0926547@gateway/web/freenode/ip.192.146.101.71> has quit IRC | 16:55 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:55 | |
RP | JaMa: ok, I have some fixes then | 16:55 |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:58 | |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 16:59 | |
RP | JaMa: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip76&id=fe9e70f5ff23cd4e77949a4f47cc3de2401b4a22 specifically | 17:00 |
RP | JaMa: I'm now worrying this will cause autogenerated shlibs dependencies for be removed from things though. We probably need to have some kind of RPATH handling to make this all work properly :/ | 17:01 |
* RP is out of time right now but will try and write up a full repsonse/summary | 17:01 | |
JaMa | looks good, my version in jansa/test branch has one more change: | 17:06 |
JaMa | - def read_shlib_providers: | 17:06 |
JaMa | + def read_shlib_providers(): | 17:06 |
*** arky <arky!~arky@117.204.65.34> has quit IRC | 17:09 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:21 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 17:22 | |
*** belen <belen!Adium@nat/intel/x-zfzikgpzpjjtxbjj> has quit IRC | 17:23 | |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 17:24 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:25 | |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC | 17:29 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:30 | |
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 17:35 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 17:36 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 17:50 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 17:52 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 18:04 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 18:13 | |
seebs | So, I've got this one nagging loose end with the pseudo bug pabigot found, which is: How did this ever appear to work? | 18:14 |
bluelightning | I hate when that happens :( | 18:15 |
seebs | Answer: Back in October of 2011, fray renamed the undocumented/internal PSEUDO_RELOADED hack to PSEUDO_UNLOAD. | 18:15 |
seebs | In passing, he added a helpful check in the pseudo client: if PSEUDO_UNLOAD is in the environment, pseudo *also* disables itself. | 18:15 |
seebs | So in any case where you tried to do something like "PSEUDO_UNLOAD=1 <cmd>", the command would run as though it didn't have pseudo in its environment, even if it was actually loaded. | 18:16 |
seebs | Of course, that doesn't entirely resolve the mystery. | 18:16 |
seebs | Because I still don't know why, on the machines not exhibiting this behavior, we don't get any diagnostics about being unable to load libpseudo.so. | 18:17 |
seebs | Ah. Hah. | 18:19 |
seebs | bash/dash | 18:19 |
seebs | pseudo dash -c "PSEUDO_UNLOAD=1 id" => trips t | 18:19 |
seebs | the test I had for this | 18:19 |
seebs | pseudo bash -c "PSEUDO_UNLOAD=1 id" => does not | 18:19 |
fray | all of the testing done at the time used /usr/bin/env | 18:20 |
seebs | And the reason we rarely-if-ever saw it inside WR is that our old build system did not have enough hooks to protect individual apps from bashisms, so we have a habit of changing /bin/sh to point to bash on systems that have to build the old product. | 18:20 |
seebs | And if you had a program which cleaned up its environment, then called something else, and you ran it with PSEUDO_UNLOAD=1 but without the bug fix and you were using dash, it could end up with LD_PRELOAD set and LD_LIBRARY_PATH not set, or something similar. | 18:21 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:22 | |
seebs | Oh, like, say, if it tried to change LD_LIBRARY_PATH. I bet I could now make something that triggers this, but in any event, I am now content to assert that this really IS the fundamental problem, and that there are real reasons for it to appear only sporadically. | 18:22 |
bluelightning | so is pabigot's fix the correct one then? | 18:23 |
bluelightning | (for the confused) | 18:24 |
seebs | Well, "the" correct one might be a bit strong, but I stand by my "this looks good, let's use that until I have time to spend staring at this and thinking more about edge cases". | 18:24 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:24 | |
bluelightning | ok, fair enough | 18:24 |
rburton | seebs: i mysteriously got the problem again today and confirm that his patch fixed it | 18:26 |
seebs | rburton, what's /bin/sh on your machine? | 18:27 |
rburton | bash | 18:27 |
seebs | Huh. Well, then I'm still a little confused. But I think I'm willing to accept that. | 18:28 |
rburton | same here :) | 18:28 |
seebs | FWIW, a quick check for the behavior: | 18:29 |
seebs | pseudo bash -c "PSEUDO_UNLOAD=1 env" | grep LD_PRE | 18:29 |
*** Guest96929 <Guest96929!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 18:30 | |
seebs | And then you can try with other shells, and observe the behavior changing. | 18:30 |
seebs | Thinking more about this, I note a fundamental flaw in pseudo's environment setup, which is that the UNLOAD behavior just tries to remove LD_PRELOAD. So I think I am going to change this so that, if UNLOAD is set, we don't do the environment setup, we just remove LD_PRELOAD. As-is, pseudo will clutter an environment with various PSEUDO_FOO values even if it's being unloaded. | 18:41 |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 18:46 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 18:54 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 18:54 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:57 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:59 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 19:12 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 19:20 | |
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 19:29 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 19:30 | |
*** drasko <drasko!~drasko@gut75-3-82-227-163-94.fbx.proxad.net> has joined #yocto | 19:36 | |
drasko | hi all. My external kernel module includes local .h files. How to tell Yocto to find these files | 19:37 |
drasko | I tried EXTRA_CFLAGS=-I$(PWD), does not work | 19:37 |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 19:39 | |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 19:43 | |
mr_science | how about CFLAGS_append = foo | 19:45 |
*** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has joined #yocto | 19:57 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:09 | |
sgw_ | JaMa: still around? Wanted to ask you about bug #4795 | 20:09 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4795 normal, Medium, 1.5, saul.wold, NEEDINFO , PSEUDO_LOCALSTATEDIR _sometimes_ points to WORKDIR with wrong TARGET_OS | 20:09 |
brm | Hi Guys, Anyone know how to do Yocto app development on Windoze? | 20:10 |
JaMa | sgw_: yes, I've seen NEEDINFO in the morning but haven't had time to reproduce it and add more details | 20:13 |
JaMa | sgw_: fwiw it's not fatal in any way (at least I don't think so) so it's OK to move it to 1.6 | 20:13 |
sgw_ | JaMa: got it was one of those, that I had hanging around and thought I would look at it. I am guessing it's oe-core not poky based and maybe qemuarm for the machine? | 20:18 |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.216.223> has quit IRC | 20:20 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 20:23 | |
sakoman | Is there a way to have an image recipe DEPEND on another image build? A client would like to include the tarball of a small recovery image in the main image build. | 20:32 |
sakoman | Doing the obvious approach, adding a DEPENDS in the image recipe, doesn't trigger a build of the recovery image | 20:33 |
ndec | sakoman: i have done something similar. | 20:34 |
sgw_ | sakoman: I think that's doable, since we do it form initramfs I think | 20:34 |
ndec | i have 2 images. 1 being 'included' in the other one. | 20:35 |
ndec | to make a chroot in my case, but it's similar. | 20:35 |
sgw_ | sakoman: you might need to create a depends on the image:do_rootfs, take a look at imiage-live.bbclass and INITRD_IMAGE | 20:36 |
ndec | sakoman: in the 'top level' image, i do this: | 20:36 |
ndec | do_rootfs[depends] += "my-other-image:do_rootfs" | 20:36 |
sgw_ | ndec got it also | 20:37 |
ndec | yep ;-) | 20:37 |
*** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 20:37 | |
ndec | then in your top level image, you can assume that your other image is in ${DEPLOY_DIR_IMAGE}/ | 20:37 |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has quit IRC | 20:43 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 20:45 | |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 20:45 | |
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 20:47 | |
sakoman | ndec: thanks, I'll try that | 20:52 |
JaMa | sgw_: yes different DISTRO and I've seen it with multiple different MACHINEs | 20:54 |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 20:56 | |
sgw_ | jama, ok I am building an oe-core/qemuarm, I know you said the reproduce was hard, you do know that the pseudo directory is added back in again to deal with setscene | 20:59 |
JaMa | yes, but than I've built the same target twice once completely from sstate-cache and once from scratch and the names of pseudo dirs weren't consistenly all incorrect or correct | 21:04 |
kergoth | heh, bitbake still has a bug where it doesn't re-create the mirror tarballs when the repositories are updated | 21:05 |
kergoth | hrmph | 21:05 |
kergoth | ugh, i don't think BB_SRCREV_POLICY = "cache" is working properly anymore | 21:09 |
* kergoth digs | 21:09 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:26 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 21:41 | |
otavio | sgw_: how that u-boot seems ok on beagle; I sent a upgrade patch for it | 21:42 |
otavio | sgw_: *now that ... | 21:42 |
otavio | bluelightning: sent an e-mail with a possible backport for dylan | 21:46 |
*** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 21:49 | |
sgw_ | otavio: yes, I saw that thanks. | 21:51 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 21:52 | |
sgw_ | tomz2: thoughts on moving lttng to git recipes instead of tarballs? (re otavio email from this morning) | 21:52 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 21:52 | |
tomz2 | sgw_: sounds like a good idea to me | 21:53 |
tomz2 | tomz2: of course it means going through the whole potential renaming issue again, maybe.. | 21:54 |
gjohnson | How do I add extra files so that they get populated in the sysroot? | 22:00 |
*** walters <walters!walters@nat/redhat/x-mrzjxurqimnlaqma> has quit IRC | 22:01 | |
bluelightning | gjohnson: install them within your recipe's do_install into the appropriate path under ${D} and they will be staged into the sysroot automatically | 22:02 |
-YoctoAutoBuilder- build #281 of nightly-non-gpl3 is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/281 | 22:03 | |
otavio | kergoth: ouch; if you fix the cache policy please cc me in the patch so I can test it | 22:03 |
*** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has quit IRC | 22:05 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-bpiisfepgwfuilco> has quit IRC | 22:05 | |
-YoctoAutoBuilder- build #92 of buildtools is complete: Failure [failed Building Images Publishing Layer Tarballs Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/92 | 22:06 | |
BCMM | i don't quite understand the README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY in my /tmp/deploy/images dir - do i have to do something special in order to remove old images? | 22:07 |
BCMM | it seems to collect an extra image for every build i run | 22:07 |
otavio | BCMM: the kernel file, in case you remove it and kernel does not change, it won't be re-deployed. | 22:07 |
-YoctoAutoBuilder- build #293 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/293 | 22:07 | |
otavio | BCMM: same for bootloaders | 22:08 |
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto | 22:08 | |
sgw_ | BCMM: if you know that you are doing you can remove images, problem has been people will remove the kernel or other files and then can not rebuild, what otavio said ;-) | 22:08 |
otavio | BCMM: so you must to be careful | 22:08 |
BCMM | but you can always recover by -c clean'ing the appropriate recipe? | 22:08 |
otavio | sgw_: ;-) | 22:08 |
otavio | BCMM: well, but it takes time and in case you use package feeds it is not wanted | 22:09 |
otavio | BCMM: you can -b deploy -f | 22:09 |
BCMM | i don;t know aht "package feeds" means... | 22:09 |
-YoctoAutoBuilder- build #136 of minnow is complete: Failure [failed Building Images Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Layer Tarballs_2 Publishing Layer Tarballs_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/136 | 22:09 | |
otavio | BCMM: I think it'll do the trick | 22:09 |
otavio | BCMM: look at Yocto docs about package feeds | 22:10 |
kergoth | otavio: not sure exactly what's going on, but i do know we're having trouble shipping with SRCREV=AUTOREV, which was a problem we'd already worked around in the past by pre-supplying the BB_URI_HEADREVS map.. will come up with more detail and open a bug if necessary tomorrow | 22:10 |
* sgw_ the YoctoAutoBuilder is going to make a lot of noise shortly, bad build on my part! | 22:10 | |
kergoth | heh | 22:10 |
otavio | sgw_: you bad! | 22:10 |
otavio | sgw_: please if possible add my u-boot in mut for testing as well | 22:10 |
otavio | sgw_: did you see the distro_features_check additions? | 22:11 |
-YoctoAutoBuilder- build #292 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/292 | 22:12 | |
* otavio went off; bbl | 22:12 | |
-YoctoAutoBuilder- build #121 of minnow-lsb is complete: Failure [failed Building Images Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Layer Tarballs_2 Publishing Layer Tarballs_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/121 | 22:13 | |
-YoctoAutoBuilder- build #248 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Layer Tarballs_2 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/248 | 22:16 | |
-YoctoAutoBuilder- build #278 of nightly-world is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/278 | 22:17 | |
-YoctoAutoBuilder- build #278 of nightly-x86-64-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/278 | 22:20 | |
-YoctoAutoBuilder- build #284 of poky-tiny is complete: Failure [failed Building Images Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/284 | 22:21 | |
-YoctoAutoBuilder- build #282 of build-appliance is complete: Failure [failed Building Images Building Images_1 Publishing Layer Tarballs Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/282 | 22:22 | |
-YoctoAutoBuilder- build #257 of nightly-oecore is complete: Failure [failed Building Images Running Sanity Tests Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/257 | 22:24 | |
-YoctoAutoBuilder- build #284 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/284 | 22:25 | |
-YoctoAutoBuilder- build #276 of nightly-x86-64 is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/276 | 22:29 | |
-YoctoAutoBuilder- build #54 of eclipse-plugin-kepler is complete: Failure [failed Publishing Layer Tarballs Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/54 | 22:30 | |
-YoctoAutoBuilder- build #290 of nightly-x32 is complete: Failure [failed Publishing Layer Tarballs Publishing Layer Tarballs_1 Building Images Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/290 | 22:31 | |
-YoctoAutoBuilder- build #279 of nightly-ppc is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/279 | 22:34 | |
-YoctoAutoBuilder- build #277 of nightly-arm is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/277 | 22:35 | |
-YoctoAutoBuilder- build #282 of nightly-x86 is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Layer Tarballs Publishing Layer Tarballs_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/282 | 22:38 | |
-YoctoAutoBuilder- build #282 of nightly-mips is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/282 | 22:40 | |
-YoctoAutoBuilder- build #257 of nightly-fsl-arm is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/257 | 22:40 | |
-YoctoAutoBuilder- build #53 of eclipse-plugin-juno is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-juno/builds/53 | 22:40 | |
-YoctoAutoBuilder- build #279 of nightly-multilib is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/279 | 22:40 | |
-YoctoAutoBuilder- build #251 of nightly-fsl-ppc is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/251 | 22:40 | |
-YoctoAutoBuilder- build #137 of minnow is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/137 | 22:43 | |
-YoctoAutoBuilder- build #279 of nightly-ppc-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/279 | 22:43 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 22:44 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 22:44 | |
mulhern | Suppose I was running a perl script on qemuppc and it complained because it couldn't find the module File::Basename in its search paths. File::Basename has been part of Perl core since 5.14.2. What should be my cpurse of action? | 22:45 |
mulhern | It seems to be able to find File::Spec. | 22:45 |
mulhern | How can I find out what yocto Perl module actually supplies this module? | 22:52 |
mulhern | The answer is, you can noodle around in the Perl workdir looking for that file name. | 22:56 |
bluelightning | right | 22:56 |
*** davest <davest!~Adium@134.134.137.71> has quit IRC | 22:56 | |
bluelightning | mulhern: perl-module-file-basename I guess | 22:56 |
mulhern | Yup…it's the correct one. | 22:57 |
mulhern | But here's another question. | 22:57 |
mulhern | Is the reason that File::Spec is on qemuppc even though it's not in RDEPENDS of my package pure luck? Because there's another module perl-module-file-spec that seems to contain File::Spec but it's not in my RDEPENDS. | 22:59 |
mulhern | I agree that the naming is helpfully consistent. But I also believe that there are some uber- yocto perl modules that contain more than one actual Perl module. | 23:00 |
*** davest <davest!~Adium@134.134.137.71> has joined #yocto | 23:00 | |
bluelightning | mulhern: right; I'm not sure what the logic has been in how those were grouped | 23:01 |
*** hno <hno!~hno@squid/developer/hno> has joined #yocto | 23:02 | |
-YoctoAutoBuilder- build #55 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/55 | 23:06 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:06 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:07 | |
-YoctoAutoBuilder- build #294 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/294 | 23:10 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:11 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:15 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:19 | |
*** davest <davest!~Adium@134.134.137.71> has quit IRC | 23:31 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:33 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 23:33 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:42 | |
*** hollisb <hollisb!~hollisb@67.169.221.181> has quit IRC | 23:47 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 23:51 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:53 | |
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC | 23:55 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!