| *** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 00:02 | |
| *** ant_home <ant_home!~ant__@host170-209-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 00:04 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 00:08 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 00:09 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 00:13 | |
| *** phragment <phragment!~quassel@vpn.htu.tu-graz.ac.at> has joined #yocto | 00:13 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 00:18 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-airohhztvyuybxxa> has quit IRC | 00:25 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:26 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:29 | |
| *** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC | 00:41 | |
| kergoth | gah, qemu-native just hit an ICE in my host compiler | 01:17 |
|---|---|---|
| * kergoth grumbles | 01:17 | |
| mranostay | kergoth: ice in AZ? :) | 01:40 |
| Crofton|work | no just South Carolina | 01:42 |
| mr_science | you think weather is funny *now*... just wait a couple years... | 01:47 |
| mr_science | and with that, it's time to bail | 01:48 |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:48 | |
| *** khem` <khem`!~kraj@66.129.239.12> has quit IRC | 02:00 | |
| *** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:02 | |
| *** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-43-81-dynip.superkabel.de> has quit IRC | 02:09 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has quit IRC | 02:12 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has joined #yocto | 02:19 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 02:24 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-kaxasvoprcnpxdks> has joined #yocto | 02:32 | |
| *** nitink <nitink!nitink@nat/intel/x-swcergthavcawhyh> has quit IRC | 02:36 | |
| kergoth | mranostay: we're enjoying mid 70s around here | 02:39 |
| kergoth | best time of the year, makes summer worth it | 02:39 |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 02:40 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 02:41 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-kaxasvoprcnpxdks> has quit IRC | 02:41 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 02:45 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 02:46 | |
| *** silviof2 <silviof2!~silviof@ppp-188-174-26-232.dynamic.mnet-online.de> has joined #yocto | 03:01 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC | 03:04 | |
| *** pt__ <pt__!79321429@gateway/web/freenode/ip.121.50.20.41> has joined #yocto | 03:11 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 03:12 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 03:12 | |
| *** weebet <weebet!~weebet@modemcable039.26-178-173.mc.videotron.ca> has quit IRC | 03:16 | |
| pt__ | Hi | 03:16 |
| pt__ | have one doubt | 03:16 |
| pt__ | want to build a module for two hardware(two machine variable), will <bitbake-file>_<machine-name>.bb work? | 03:17 |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 03:18 | |
| *** nitink <nitink!nitink@nat/intel/x-wsfqcdzcujhufzno> has joined #yocto | 03:30 | |
| *** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 03:32 | |
| *** evanp <evanp!evan@nat/intel/x-vwwokkbluyfdbcbv> has quit IRC | 03:34 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has quit IRC | 03:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:47 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 03:56 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 03:57 | |
| *** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 04:06 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-hzumpotylizeyhmz> has joined #yocto | 04:09 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 04:12 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 04:14 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 04:25 | |
| *** evanp <evanp!evan@nat/intel/x-blvwgxjvbvjkzlla> has joined #yocto | 04:29 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 04:35 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 04:36 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-tueeqqxojvutkhrk> has joined #yocto | 04:50 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:52 | |
| *** nitink <nitink!nitink@nat/intel/x-wsfqcdzcujhufzno> has quit IRC | 04:52 | |
| *** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 05:11 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-hzumpotylizeyhmz> has quit IRC | 05:11 | |
| *** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 05:12 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-tueeqqxojvutkhrk> has quit IRC | 05:22 | |
| *** nitink <nitink!nitink@nat/intel/x-kywiwcnaiziqpkph> has joined #yocto | 05:23 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:24 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 05:25 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:42 | |
| *** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 05:45 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 05:53 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 05:53 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 06:03 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 06:04 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 06:09 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 06:10 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:14 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 06:18 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:21 | |
| *** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:30 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 06:33 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:34 | |
| *** agust <agust!~agust@p4FC4695F.dip0.t-ipconnect.de> has joined #yocto | 06:35 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:36 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 06:44 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 06:47 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 06:47 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 06:58 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 06:59 | |
| *** mihai <mihai!~mihai@79.115.59.77> has joined #yocto | 07:05 | |
| *** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has quit IRC | 07:08 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:09 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:10 | |
| *** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 07:10 | |
| *** zecke <zecke!~ich@91-64-90-223-dynip.superkabel.de> has joined #yocto | 07:11 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 07:11 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:14 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:15 | |
| zqad | morning, europeans :) | 07:18 |
| zqad | i sent two emails (description+patch) to poky@yoctoproject.org yesterday, but I cannot see it at https://lists.yoctoproject.org/pipermail/poky/2014-January/date.html . anyone with an idea why? | 07:18 |
| zqad | i'm not subscribed to the list, btw | 07:18 |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:19 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:21 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 07:21 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:25 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:26 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:27 | |
| zqad | ..and the mail was sent from jonas.eriksson@enea.com. i did a trial send first to an external address, so the mail configuration on my side seems alright :) | 07:28 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:31 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:34 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:37 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:37 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 07:37 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 07:38 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:39 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:43 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:43 | |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has joined #yocto | 07:47 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 07:48 | |
| *** nitink <nitink!nitink@nat/intel/x-kywiwcnaiziqpkph> has quit IRC | 07:48 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 07:48 | |
| lpapp | hello, for my question, anyone? | 07:52 |
| lpapp | oopsie, wrong channel, sorry. | 07:52 |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 07:54 | |
| *** mckoan|away is now known as mckoan | 07:59 | |
| mckoan | good morning | 07:59 |
| *** zeeblex <zeeblex!~apalalax@134.134.137.71> has joined #yocto | 08:06 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 08:08 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 08:09 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:16 | |
| *** zecke <zecke!~ich@91-64-90-223-dynip.superkabel.de> has quit IRC | 08:19 | |
| *** florian_kc is now known as florian | 08:19 | |
| *** zecke <zecke!~ich@91-64-90-223-dynip.superkabel.de> has joined #yocto | 08:20 | |
| *** fpaut_ is now known as fpaut | 08:27 | |
| mks | Hello, how can I fixe this | 08:28 |
| mks | gst-ffmpeg was skipped: because it has a restricted license not whitelisted in LICENSE_FLAGS_WHITELIST | 08:28 |
| mks | from poky-dylan/meta/recipes-multimedia/gst-ffmpeg-0.10.13 | 08:30 |
| mks | LICENSE = "GPLv2+ & LGPLv2+ & ( (GPLv2+ & LGPLv2.1+) | (GPLv3+ & LGPLv3+) )" | 08:30 |
| mks | does anyone used gst-ffmpeg ? | 08:33 |
| lpapp | /etc/init.d/rc: /etc/rcS.d/S37populate-volatile.sh: line 1: can't create /etc/volatile.cache.build: No space left on device | 08:42 |
| lpapp | has anyone got a clue for this? | 08:42 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 08:43 | |
| mckoan | lpapp: maybe your HD is full? try df -h | 08:46 |
| mckoan | mks: which machine? | 08:46 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 08:47 | |
| mks | mckoan : fsl imx6q | 08:49 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 08:49 | |
| mckoan | mks: as I supposed | 08:49 |
| mks | mckoan: do I need to append a COMPATIBLE_MACHINE ? | 08:51 |
| mckoan | use meta-fsl-demos and take a look at fsl-image-test.bb | 08:51 |
| mks | ok thanks a lot | 08:52 |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has quit IRC | 08:57 | |
| *** nitink <nitink!~nitink@134.134.139.70> has joined #yocto | 08:58 | |
| *** fpaut is now known as fpaut_ | 08:59 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has quit IRC | 08:59 | |
| *** fpaut_ is now known as fpaut | 09:01 | |
| lpapp | mckoan: it obviously is full, but I am wonder how it can be fixed, and what is causing it. | 09:09 |
| *** pt__ <pt__!79321429@gateway/web/freenode/ip.121.50.20.41> has quit IRC | 09:17 | |
| mckoan | lpapp: you can delete something or use a larger HD | 09:17 |
| -YoctoAutoBuilder- build #1 of nightly-fsl-ppc is complete: Failure [failed RunPreamble CreateAutoConf Create BBLayers Configuration BuildImages CreateAutoConf_1 Building Toolchain Images CreateAutoConf_2 Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/1 | 09:18 | |
| mckoan | lpapp: or maybe I'm misunderstanding what you are doing, please pastebin your log | 09:18 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 09:24 | |
| lpapp | mckoan: delete something? | 09:27 |
| lpapp | it is already like that by the initscripts. :) | 09:27 |
| lpapp | partition is as big as before. | 09:27 |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 09:27 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:32 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:32 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:32 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 09:33 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:33 | |
| lpapp | so I guess I am interested in what that initscript is doing | 09:35 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:39 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 09:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:42 | |
| bluelightning_ | morning all | 09:49 |
| *** bluelightning_ is now known as bluelightning | 09:49 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 09:49 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 09:50 | |
| lpapp | bluelightning: good morning | 09:51 |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 09:52 | |
| *** mihai <mihai!~mihai@79.115.59.77> has quit IRC | 10:01 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 10:06 | |
| *** mihai <mihai!~mihai@79.115.59.77> has joined #yocto | 10:07 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 10:23 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 10:31 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 10:32 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has joined #yocto | 10:33 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 10:34 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has quit IRC | 10:44 | |
| *** zecke <zecke!~ich@91-64-90-223-dynip.superkabel.de> has quit IRC | 10:57 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-yrvehjonxmqjkyrx> has joined #yocto | 10:58 | |
| *** nitink <nitink!~nitink@134.134.139.70> has quit IRC | 11:00 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 11:05 | |
| lpapp | so does anyone know how this script is supposed to work? meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh | 11:05 |
| lpapp | how much rootfs space would it require? | 11:05 |
| lpapp | why does it populate the whole disc on the first boot up? | 11:06 |
| rburton | every boot, because it puts directories into locations that are tmpfs, so empty on every boot | 11:09 |
| lpapp | I am not sure I follow... | 11:10 |
| lpapp | it populates the root (/) to full. | 11:10 |
| lpapp | that is of course unacceptable. | 11:11 |
| lpapp | http://pastebin.kde.org/phevoeeoz | 11:11 |
| lpapp | I do not of course want that. :-) | 11:11 |
| lpapp | so how to fix the issue? | 11:11 |
| lpapp | can't create /etc/volatile.cache.build: No space left on device | 11:11 |
| lpapp | -> /etc is not tmpfs AFAICT | 11:12 |
| *** danielki <danielki!~daniel@188.111.54.34> has joined #yocto | 11:13 | |
| lpapp | test "$VOLATILE_ENABLE_CACHE" = yes && echo "$EXEC" >> /etc/volatile.cache.build | 11:13 |
| lpapp | we switched from RO to RW, so that may be the reason why it appears all of a sudden, but still, it should not behave like this IMHO. :-) | 11:14 |
| lpapp | or is it because we already have a full / before this script is trying to write? | 11:15 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:15 | |
| *** phantoxeD <phantoxeD!destroy@a89-154-119-158.cpe.netcabo.pt> has quit IRC | 11:16 | |
| *** phantoxeD <phantoxeD!destroy@a89-154-119-158.cpe.netcabo.pt> has joined #yocto | 11:16 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has joined #yocto | 11:18 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 11:21 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 11:23 | |
| lpapp | hmm, the core kernel is 1.9 MB on our side with some custom stuff? That does not look alright, does it? | 11:25 |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.76> has quit IRC | 11:25 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has quit IRC | 11:25 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.76> has joined #yocto | 11:25 | |
| lpapp | That seems very big for a limited embedded platform. I would have imagined it around 1-1.2 MB. | 11:26 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 11:26 | |
| lpapp | my desktop kernel is 3.8 MB with the initramfs. | 11:28 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 11:29 | |
| rburton | very hard for people who don't know your use case or kernel config to comment on size | 11:31 |
| lpapp | well, it is poky. | 11:31 |
| lpapp | core-image-minimal | 11:32 |
| rburton | but your kernel, right? | 11:32 |
| lpapp | well, 10K+ LOC maybe. | 11:33 |
| lpapp | that is negligible to the kernel size. | 11:33 |
| rburton | and kernel tuning is obviously something you want to do if you care about the size, there's bound to be bits you can turn off. | 11:33 |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 11:33 | |
| lpapp | well, yes, but really, 1.9 MB sounds huge either way. | 11:33 |
| rburton | so review your kernel config | 11:34 |
| danielki | huh? the kernel size could vary drastically depending on feature set | 11:34 |
| danielki | yeah | 11:34 |
| lpapp | there is no any "huh". | 11:35 |
| lpapp | 1.9 MB is big, period. :) | 11:35 |
| Xz | rburton: when could we expect ASSUME_PROVIDED = "pkgconfig" to be pushed? | 11:35 |
| rburton | lpapp: its half the size of your desktop kernel, so it's not that big | 11:35 |
| lpapp | I would imagine /much/ less for a core-image-minimal. | 11:35 |
| lpapp | rburton: that is very big IMHO. | 11:35 |
| rburton | lpapp: core-image-minimal shares the kernel with core-image-sato | 11:35 |
| lpapp | rburton: I used to have 1-1.2 MB or even less. | 11:35 |
| rburton | so tune it then | 11:35 |
| lpapp | I imagine even core-image-minimal includes a lot of needless stuff. | 11:36 |
| lpapp | (for just booting a system up) | 11:36 |
| rburton | its an example, so by definition yes | 11:36 |
| lpapp | so, what is the reason for /home/root? I still did not get it. | 11:37 |
| rburton | Xz: you'll have to ask RP about that. he might be waiting on darren to review it | 11:37 |
| lpapp | I have not seen that anywhere. | 11:37 |
| rburton | lpapp: so that all homes are in the same mount, i suspect. | 11:38 |
| rburton | move it if it bothers you | 11:38 |
| lpapp | rburton: what is the point of that? Root has always been a super user. | 11:38 |
| lpapp | so it has not been available as such among the regular users for that reason. | 11:38 |
| * danielki found is strange as well, and it clashes with having a separate partition for /home | 11:39 | |
| danielki | but you can set ROOT_HOME to move it | 11:39 |
| lpapp | I know. | 11:39 |
| lpapp | but what I do not know is the point of /home/root, hence asking. :-) | 11:39 |
| lpapp | IMHO, currently, most of the people will override that to /root, so why not have that as a default? | 11:39 |
| *** shaiton <shaiton!~shaiton@fedora/shaiton> has joined #yocto | 11:40 | |
| danielki | btw, when I made that ROOT_HOME change, I had to manually delete the sstate for the recipes involved or it would continue to put the old stuff into generated RPMs -- took me a while to figure that one out | 11:41 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 11:41 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 11:41 | |
| lpapp | "that ROOT_HOME change" means? | 11:42 |
| RP | Xz: I was hoping Darren would comment... | 11:42 |
| danielki | lpapp: I changed it to /root for my images, but I had already done a build with the original setting -- normally Yocto is quite good at recognizing changes, and I even bumped PR, and ran bitbake -f -c clean on base-files and base-passwd, but nothing helped until I deleted the sstate directories | 11:44 |
| lpapp | danielki: yes, but what I meant is, how you changed it... through local conf or layer? | 11:45 |
| danielki | bbappend in custom layer | 11:45 |
| lpapp | really? | 11:45 |
| lpapp | why not the image config or local? | 11:46 |
| rburton | danielki: oh can you file a bug about that, something isn't noticing the variable change. -cclean will only remove the local workdir so as it didn't notice the variable change, the sstate was used. | 11:46 |
| rburton | (-ccleansstate is what you want for that) | 11:46 |
| lpapp | hmm, my lib is 6.8 MB... I wonder if the stuff is stripped, really... | 11:46 |
| danielki | image conf would not apply if you run bitbake on single recipes -- not a good idea. And local conf is not in any git repo -- not an option | 11:46 |
| lpapp | what is this "firmware" file in /lib (2 MB!) ? | 11:46 |
| danielki | rburton: where do I file it? | 11:47 |
| lpapp | !bug | 11:47 |
| rburton | danielki: bugzilla.yoctoproject.org, build system -> oe-core | 11:47 |
| lpapp | !bug 1111 | 11:47 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=1111 enhancement, Low, 1.1 M2, bruce.ashfield, VERIFIED FIXED, [routerstationpro] Add watchdog support in default kernel configure | 11:47 |
| danielki | k | 11:47 |
| lpapp | byo | 11:47 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 11:48 | |
| lpapp | apparently, yocti does not recognize !bug | 11:48 |
| lpapp | (IMHO, it should :) ) | 11:48 |
| lpapp | danielki: well, custom recipes will not apply to other recipes.... | 11:49 |
| lpapp | though we check the local config in since it does not feel so local... | 11:49 |
| danielki | lpapp: hm? it is a bbappend to an existing recipe | 11:50 |
| danielki | and it works | 11:50 |
| danielki | it just has a caching problem | 11:50 |
| lpapp | yes, so if you need it for many recipes, you will do it many times .... :-/ | 11:50 |
| danielki | maybe I could put it into my distro conf | 11:50 |
| lpapp | in fact, I would require that it works for images just fine, anytime wherever it is used the building of that image. | 11:50 |
| lpapp | I certainly want to have several bbappends around. | 11:51 |
| lpapp | do not* | 11:51 |
| lpapp | used for the* | 11:51 |
| danielki | ah wait, I was talking shite | 11:51 |
| danielki | I actually have it in my distro conf already :) | 11:51 |
| * danielki got confused between the various changes he made | 11:52 | |
| lpapp | yes, that makes more sense. | 11:52 |
| lpapp | so: 11:41 < lpapp> what is this "firmware" file in /lib (2 MB!) ? | 11:53 |
| -YoctoAutoBuilder- build #2 of poky-tiny is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/2 | 11:53 | |
| lpapp | I do not find an option for opkg which package owns it | 11:53 |
| lpapp | ah, it might be our custom stuff. | 11:54 |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-mixyhfaiahefuymw> has joined #yocto | 11:55 | |
| *** zeeblex <zeeblex!~apalalax@134.134.137.71> has quit IRC | 11:55 | |
| lpapp | yes, nvm about that one. | 11:57 |
| lpapp | danielki: so if you modify it in the distro conf, the meta initscripts will respect it, too? | 11:58 |
| danielki | yes, I think so | 11:59 |
| danielki | ROOT_HOME is used in several places | 11:59 |
| danielki | in some cases installed files are modified | 11:59 |
| rburton | distro config is global unless specific recipes change it | 12:00 |
| danielki | in any case, it works for us and I can place /home on a separate ubi volume and it still log in as root if /home is not mounted | 12:00 |
| lpapp | yes, exactly. | 12:00 |
| lpapp | I do not see the point of /home/root. :-) | 12:01 |
| danielki | yes, and it causes problems, too | 12:01 |
| lpapp | IMHO, it is going against the Unix philosophy. | 12:01 |
| danielki | otherwise I would not have minded | 12:01 |
| rburton | lpapp: mail the list, there may be valid reasons, or now-obsolete reasons that don't apply anymore | 12:01 |
| lpapp | rburton: http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/32719 | 12:04 |
| Xz | When I build ucblic - it should build ldd (as for uclibc-packages.inc). However ldd does not get built. Inspecting tmp/work/i586-uclibc/uclibc/<ver>/packages-split shows that ldd/ is empty | 12:04 |
| lpapp | you sined it... | 12:04 |
| lpapp | signed* | 12:04 |
| Xz | any ideas? | 12:04 |
| lpapp | oh, sorry, that is systemd | 12:05 |
| lpapp | commit de5b44a74018c49b6f3079c4c5085b4146b422c4 | 12:05 |
| lpapp | Kang introduced it in this commit, but without any explanation why it is /home/root | 12:05 |
| lpapp | it may be that some software had this nasty assumption, or recipe. | 12:05 |
| lpapp | http://lists.openembedded.org/pipermail/openembedded-commits/2012-December/144631.html | 12:06 |
| lpapp | yes, so the thing is, the systemd recipe used /home/root | 12:06 |
| lpapp | the question is why.... | 12:06 |
| lpapp | git show b8744d5376a9df4ec30120fdc8f39579d34d0545 | grep home/root | 12:08 |
| lpapp | + # we only have /home/root, not /root | 12:08 |
| lpapp | + sed -i -e 's:=/root:=/home/root:g' units/*.service* | 12:08 |
| lpapp | danielki: are you also on the list? I could CC you, too. | 12:10 |
| lpapp | (if not) | 12:10 |
| danielki | lpapp: no, I'm not yet on the list. mail is daniel.elstner@kdab.com | 12:10 |
| danielki | thanks | 12:11 |
| *** Zaif <Zaif!~zaif@pc-sig01.acc.uni-paderborn.de> has joined #yocto | 12:11 | |
| lpapp | danielki: heh, you work for KDAB? | 12:13 |
| lpapp | :-) | 12:13 |
| danielki | yep | 12:13 |
| lpapp | nice. | 12:13 |
| ant_work | lpapp: FHS 2.3 still says /root : Home directory for the root user (optional) | 12:13 |
| lpapp | yes | 12:13 |
| lpapp | hence writing the email. :-) | 12:14 |
| danielki | lpapp: ah, I see you're a KDE guy :) | 12:14 |
| lpapp | not much these days. :) | 12:14 |
| ant_work | so iirc first embedded debian had /home/root | 12:14 |
| lpapp | ant_work: the question is _why_ ? | 12:14 |
| danielki | lpapp: well, I'm originally a GNOME guy who managed to end up at KDAB anyway -- didn't know about the company until shortly before I joined it :) | 12:15 |
| zqad | guess: to have / RO, but /home RW | 12:15 |
| lpapp | well, KDAB is more into Qt these days than KDE, no? | 12:15 |
| lpapp | zqad: I do not see the point for RO / | 12:16 |
| lpapp | zqad: you can remount stuff r/w. | 12:16 |
| danielki | yeah, but we have quite a few KDE guys as employees | 12:16 |
| lpapp | So what is the point? :-) | 12:16 |
| zqad | lots of embedded folks do :-) | 12:16 |
| lpapp | yes, we used to do that, too. | 12:16 |
| lpapp | but IMHO, the predecessors made a mistake. :) | 12:16 |
| lpapp | since you can remount it r/w anytime, what is the additional gain of RO? | 12:16 |
| av500 | oh, kdab still exists :) | 12:17 |
| zqad | well, squashfs is one thing. and dm-verity is another. | 12:17 |
| lpapp | zqad: I do not know these, so I will assume they are valid use cases. Still, I do not see them the majority to lead the value of the default path. | 12:17 |
| danielki | av500: it's well and very much alive indeed | 12:18 |
| zqad | booting from a cpio and having a persistent /home is a third.. :) | 12:18 |
| av500 | years ago we had a visit from Kalle here :) | 12:18 |
| danielki | heh | 12:18 |
| zqad | but I guess that someone sometime thought that it's for the best | 12:18 |
| lpapp | danielki: yes, dfaure, volker, etc. | 12:19 |
| * av500 wonders how to remount a cramfs root to RO | 12:19 | |
| av500 | to RW* | 12:19 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 12:19 | |
| av500 | or squashfs | 12:19 |
| lpapp | zqad: right, I will assume these are valid use cases, cannot judge currently, but considering that how infrequent these are on embedded, I would say go ahead and purge /home/root | 12:20 |
| lpapp | and these users can modify the default. | 12:20 |
| danielki | lpapp: indeed, volker sits just a few doors away from me :) | 12:20 |
| lpapp | ubifs, jffs2, etc are way more common. | 12:20 |
| av500 | in all the systems you sampled maybe | 12:21 |
| zqad | exactly. in my experience, "real" flash file systems are not that common. | 12:21 |
| lpapp | zqad: and pratically speaking, even in those cases, you could have a root partition. | 12:21 |
| lpapp | keeping /root as is. | 12:21 |
| lpapp | so I really do not see any problem. :) | 12:22 |
| lpapp | but I see a lot more trouble from /home/root. | 12:22 |
| zqad | but what if you upgrade? you probable erase your root partition. and thus want to keep your persistent data in one place, e.g. /home/root | 12:22 |
| zqad | I see no problems :-) | 12:22 |
| ant_work | btw I've noticed we get per default "UBIFS: reserved for root: 0 bytes (0 KiB" | 12:22 |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has joined #yocto | 12:24 | |
| lpapp | zqad: upgrade, erase your root partition? | 12:25 |
| lpapp | Surely, I do not know what you are referring to? | 12:25 |
| lpapp | It is just a generic config/upgrade issue... It has not much to do with the ROOT_HOME. | 12:25 |
| lpapp | practically speaking, upgrade happens with packages these days than reflashes IMHO. | 12:25 |
| lpapp | (mostly) | 12:25 |
| lpapp | also, /home/root is not any better than a /root/ partition, just worse due to the no proper super/normal user separation, IMHO. :) | 12:26 |
| zqad | hm | 12:26 |
| zqad | i don't think anyone of us can win this argument :-) | 12:27 |
| lpapp | well, the mailing list will decide. | 12:27 |
| av500 | but we can prolong it indefinitley | 12:27 |
| av500 | like the debian vote | 12:27 |
| danielki | I agree, having the choice is fine, but the default may still be questionable | 12:27 |
| zqad | av500 :-) | 12:27 |
| *** rainerschuster <rainerschuster!~Adium@67.134.158.25> has joined #yocto | 12:27 | |
| lpapp | if your only worry is persistent data, /root parition will do it as fine as /home/root. | 12:28 |
| *** KotH <KotH!~attila@lou-outside.kinali.ch> has joined #yocto | 12:28 | |
| lpapp | IMHO, /home/root is a silly idea. | 12:28 |
| KotH | greetings earthlings, i come in piece | 12:28 |
| lpapp | (I do not know how the debian guys came up with it at all...) | 12:28 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 12:30 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 12:31 | |
| lpapp | the big disadvantage of such a change is incompatibility IMHO. | 12:31 |
| lpapp | danielki: ok, sent. | 12:32 |
| danielki | cool | 12:32 |
| lpapp | danielki: so are you also a Qt Expert ? | 12:34 |
| danielki | Nah, not really, I work more on the embedded side of things. You could say I'm a C++ expert though, which might explain why they hired me :) | 12:34 |
| lpapp | wow, C++ in embedded, good to know there are such people.... Unfortunately, so many people (old) people think C is the only true way. :-/ | 12:35 |
| danielki | lpapp: whereas on the commercial side of things, no-one is using C | 12:37 |
| lpapp | well, we do. :-/ | 12:37 |
| danielki | oh, I haven't seen that in a while :) | 12:37 |
| lpapp | ok, so it seems Yocto does not strip libraries by default. | 12:42 |
| * av500 sees a lof of java in embedded.... | 12:43 | |
| lpapp | av500: you have a different definition of embedded, I think... | 12:43 |
| * KotH sees a lot of forth in embedded | 12:44 | |
| lpapp | so the default value for INHIBIT_PACKAGE_STRIP is 1 set by some class ? | 12:45 |
| lpapp | for instance: file ./tmp/sysroots/foo/lib/libc-2.17.so | 12:48 |
| lpapp | ./tmp/sysroots/foo/lib/libc-2.17.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped | 12:48 |
| lpapp | oh, possibly I am wrong, these are actually stripped for the image, but the non-stripped interim version is kept around, too. | 12:50 |
| danielki | lpapp: well, android certainly counts as embedded, so java is indeed used a lot. thankfully, I have nothing to do with that | 12:55 |
| danielki | you would be surprised what some of our customers are trying to put on an embedded device :) (HTML5 for instance) | 12:59 |
| av500 | omg | 13:00 |
| av500 | some people even put that on phones | 13:00 |
| danielki | yep | 13:00 |
| av500 | what has become of the world.. | 13:01 |
| *** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has joined #yocto | 13:01 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 13:02 | |
| lpapp | danielki: not for me. | 13:02 |
| lpapp | android is a generic computing platform... you have millions of apps. | 13:02 |
| danielki | lpapp: well a bit like yocto :) | 13:02 |
| * danielki hides | 13:02 | |
| lpapp | for me, embedded means a dedicated system for 1-2 or a couple of tasks at maximum with very limited resources accodingly. | 13:03 |
| av500 | ah, so embedded == no apps for it | 13:03 |
| lpapp | danielki: and on such platorms, java is a clear no starter. | 13:03 |
| danielki | lpapp: but android is being used for specialized systems | 13:03 |
| lpapp | danielki: on such systems, too. | 13:03 |
| danielki | I don't like it either, but as I said... you would be surprised what some people are attempting to do | 13:03 |
| lpapp | danielki: that does not make it more dedicated that a particularly designed system for that task to put harmony between the use and the platform. | 13:04 |
| lpapp | s/that/than/ | 13:04 |
| danielki | well, the embedded work I am involved with is very UI heavy | 13:05 |
| lpapp | s/use/use case/ | 13:05 |
| KotH | av500: but the c64 that runs the big train display in zh mainstation is embedded ;) | 13:05 |
| lpapp | danielki: to be complete, even Qt is a no starter for us with small flash. :) | 13:06 |
| lpapp | Qt embedded means powerful "embedded" systems that are much more powerful than my few years old PCs. | 13:07 |
| danielki | yes | 13:07 |
| * av500 did QT embedded on 150mhz arm9 | 13:07 | |
| danielki | many of the systems we work on have a UI that requires OpenGL acceleration | 13:07 |
| danielki | iMX and OMAP based, mostly | 13:08 |
| lpapp | av500: we are talking about Q toolkit, not Quick time. | 13:09 |
| lpapp | Quick Time* | 13:09 |
| lpapp | different project... ;-) | 13:09 |
| av500 | lpapp: I am well aware of that | 13:09 |
| lpapp | video or did not happen. :) | 13:10 |
| av500 | http://www.youtube.com/watch?v=juSloegmnsk | 13:10 |
| lpapp | because you can use QString on embedded, and it may even run... but running a full UI stack on a real embedded, that is a challange, especially with Qt 4, or it will be almost unusable. | 13:10 |
| av500 | there, even done by Churby himself | 13:11 |
| lpapp | and with Qt 5 it is even more impossible. | 13:11 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 13:11 | |
| lpapp | av500: right, so basically that looks like a desktop UI | 13:13 |
| danielki | well, depends on what you mean by "real embedded" :) | 13:13 |
| lpapp | forced onto an embedded hardware. :-/ | 13:13 |
| danielki | that's just bad UI design | 13:13 |
| lpapp | danielki: nah, it is more. | 13:13 |
| av500 | it is QT embedded on an arm9, 150mhz | 13:13 |
| lpapp | Qt did not really have nice UI back then for embedded. | 13:13 |
| lpapp | (themes, tools for rapit prototyping, etc) | 13:13 |
| lpapp | (still does not have it for real embedded) | 13:14 |
| danielki | our customers mostly use custom UIs implemented in QML | 13:14 |
| lpapp | QML is a toy IMHO. :-) | 13:14 |
| lpapp | a huuuge one. | 13:14 |
| lpapp | to get qml without any frameworks, just to build up the UI, you are getting close to 10 MB | 13:14 |
| lpapp | (if not more) | 13:14 |
| lpapp | and the language is almost 5 years old, but still has no any ISO spec. | 13:15 |
| danielki | well, that's nothing given the platforms we normally work on :) | 13:15 |
| lpapp | it is changing randomly as the time goes ahead. :) | 13:15 |
| lpapp | well, people use 8-32 MB flashes out there for embedded, as well. | 13:15 |
| danielki | tell the Qt guys, not me | 13:15 |
| danielki | I'm currently working on a system with 1GiB flash, and that's even the usual size for us :) | 13:16 |
| lpapp | 64-512 MB RAM, etc. | 13:16 |
| lpapp | on such systems, QML is just a big no-go inherently. :-/ | 13:16 |
| danielki | well it needs hardware acceleration | 13:17 |
| danielki | so it plays in the beefy league by definition | 13:17 |
| lpapp | no, it does not. | 13:17 |
| danielki | for real use it does | 13:17 |
| danielki | at least with Qt5 | 13:17 |
| lpapp | it has both types of backend AFAIK. | 13:17 |
| lpapp | raster and gpu as well. | 13:17 |
| danielki | not anymore | 13:17 |
| lpapp | surely, it does. :) | 13:17 |
| danielki | OpenGL is a hard dependency of Qt 5 | 13:17 |
| lpapp | software adn gpu* | 13:17 |
| lpapp | opengl != hardware acceleration | 13:18 |
| lpapp | it is just a graphics API. | 13:18 |
| danielki | sure | 13:18 |
| danielki | but it is slow without | 13:18 |
| lpapp | well, good that we have better alternatives for embedded than Qt, e.g. fltk. | 13:18 |
| danielki | trust me, our customers who use QML all have hardware acceleration, and they need it too :) | 13:19 |
| Xz | RP: ok, let's wait for Darren | 13:19 |
| lpapp | yes, I trust... I am referring to my minimal use case though. :) | 13:19 |
| danielki | yes -- different things, different domains :) | 13:19 |
| *** rainerschuster <rainerschuster!~Adium@67.134.158.25> has quit IRC | 13:22 | |
| mks | hi, how can I be sure my overlay recipe (.bbappend) is used when baking it ? | 13:33 |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 13:34 | |
| mks | FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:" | 13:34 |
| mks | is this the only variable need to set ? | 13:35 |
| *** spulwurm <spulwurm!2e8c5c22@gateway/web/freenode/ip.46.140.92.34> has joined #yocto | 13:36 | |
| -YoctoAutoBuilder- build #2 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/2 | 13:37 | |
| Xz | anybody has any idea what is wrong with ldd & ucblic? After compiling ucblic in packages-split ldd/ dir is empty and basically ldd does not get installed on image | 13:38 |
| Xz | no problem with eglibc however | 13:38 |
| *** KotH <KotH!~attila@lou-outside.kinali.ch> has left #yocto | 13:40 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 13:42 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 13:42 | |
| *** belen <belen!~Adium@192.55.54.40> has joined #yocto | 13:42 | |
| *** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 13:46 | |
| *** slaz_ <slaz_!~slaz@97.96.229.77> has joined #yocto | 14:00 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@cpe-065-190-086-231.nc.res.rr.com> has joined #yocto | 14:04 | |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC | 14:05 | |
| *** slaz_ <slaz_!~slaz@97.96.229.77> has quit IRC | 14:08 | |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto | 14:17 | |
| lpapp | du -sh /var/lib/opkg/ | 14:22 |
| lpapp | 2.2M /var/lib/opkg/ | 14:22 |
| lpapp | is it normal size, or I can shrink it much more down? | 14:22 |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 14:28 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 14:28 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 14:28 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 14:29 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 14:30 | |
| *** dany <dany!~Thunderbi@c-4f66d521-74736162.cust.telenor.se> has joined #yocto | 14:33 | |
| TuTizz | hi every one, | 14:41 |
| rburton | lpapp: if you don't want opkg on the target, remove the package-management image feature. if you do, you need that. | 14:41 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 14:41 | |
| jwessel | RP: I had no idea what that file was for. I am looking as to how it can be validated building the source separate from the objects. | 14:42 |
| lpapp | rburton: OK | 14:42 |
| jwessel | I had assumed we had some kind of opt out list and not an opt in list for the separate build dir. | 14:42 |
| RP | jwessel: ideally, I want to get to an opt-out model but opt-in was at least progress in that direction | 14:44 |
| RP | jwessel: usually, set those variables, try a build and see if you get what you expect is a good enough test | 14:44 |
| jwessel | I am looking for doc as to how to change it. I am assuming you just add the vars to local.conf to test locally for a single package. | 14:44 |
| jwessel | I couldn't find a reference in the documentation as to how to use it :-) | 14:45 |
| *** sjolley <sjolley!sjolley@nat/intel/x-swqcolrnizlewnos> has joined #yocto | 14:47 | |
| *** riskable <riskable!~quassel@2601:e:8c00:7e:b000:1b3d:6c52:befa> has quit IRC | 14:48 | |
| -YoctoAutoBuilder- build #4 of nightly-x32 is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/4 | 14:49 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 14:49 | |
| jwessel | I'll send a new patch. I just tested it with the vars in my local.conf and it builds fine. | 14:50 |
| TuTizz | I want to create the following custom filesystem /boot (ext3 unmount) / (squashfs ro) /home (ext3 + ecryptfs) /update (ext3 unmount) /update-1 (ext3 unmount), can someone help me please? | 14:54 |
| TuTizz | I found IMAGE_TYPES = "squashfs" but that create the entire image, what should I do? | 14:54 |
| TuTizz | Where should I specify this options? | 14:54 |
| RP | jwessel: the documentation hasn't caught up with SEPB, B is documented though and the rest is standard overrides. Yes, enabling from local.conf should be fine | 14:55 |
| *** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 14:56 | |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has joined #yocto | 14:59 | |
| lpapp | danielki: still there? | 14:59 |
| danielki | yep | 15:00 |
| lpapp | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/base-passwd/base-passwd/nobash.patch#n6 | 15:00 |
| lpapp | I asked about this yesterday, but got no replies ... :-/ | 15:00 |
| lpapp | so why is that needed? It breaks for anyone like us where /etc/shadow is there. | 15:00 |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:01 | |
| lpapp | also, why is this patch not separated into two as it has two logically different custom mods? | 15:01 |
| lpapp | it would be easier to disable the "*" (/etc/shadow) part... | 15:01 |
| lpapp | btw, is there a nice way of disabling a patch meta tries to apply on top of something? | 15:01 |
| danielki | lpapp: I think you're talking to the wrong guy :) | 15:02 |
| lpapp | I am talking to everyone. :D | 15:02 |
| danielki | ah ok :) | 15:02 |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has joined #yocto | 15:03 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 15:10 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-109-47.customers.d1-online.com> has left #yocto | 15:18 | |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-mixyhfaiahefuymw> has left #yocto | 15:18 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 15:18 | |
| *** ddalex <ddalex!~ddalex@192.198.151.44> has quit IRC | 15:22 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 15:22 | |
| *** ddalex <ddalex!~ddalex@192.198.151.43> has joined #yocto | 15:23 | |
| *** Zaif <Zaif!~zaif@pc-sig01.acc.uni-paderborn.de> has quit IRC | 15:23 | |
| *** Zaif <Zaif!~zaif@pc-sig01.acc.uni-paderborn.de> has joined #yocto | 15:24 | |
| *** belen <belen!~Adium@192.55.54.40> has quit IRC | 15:24 | |
| *** belen <belen!~Adium@134.134.137.73> has joined #yocto | 15:25 | |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has quit IRC | 15:32 | |
| *** dany <dany!~Thunderbi@c-4f66d521-74736162.cust.telenor.se> has quit IRC | 15:33 | |
| *** ddalex <ddalex!~ddalex@192.198.151.43> has quit IRC | 15:36 | |
| mks | does anyone know when the linux-fslc kernel will include pcie support for imx6 ? | 15:38 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:42 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has quit IRC | 15:48 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has joined #yocto | 15:48 | |
| lpapp | is there some global config? | 15:48 |
| lpapp | similarly to local.conf, but actually committing global stuff that should be the same by our developers, like the distro, etc? | 15:48 |
| lpapp | or it is just fine to commit the local.conf for such stuff? | 15:49 |
| rburton | lpapp: that would be the distro config, or if its actually a "site" configuration then site.conf (distribute that however you wish) | 15:49 |
| danielki | lpapp: one thing you could do is to add it default-content to setup-environment, which is in a repo | 15:49 |
| danielki | or site.conf | 15:50 |
| danielki | :) | 15:50 |
| rburton | i have site.conf in a personal layer that i add to all new build directories | 15:50 |
| lpapp | is there a better place than local.conf for setting this? IMAGE_FEATURES += "package-management" | 15:51 |
| lpapp | Couldn't I just put it into the image file? | 15:51 |
| rburton | yes | 15:51 |
| rburton | if its an image-specific thing | 15:51 |
| danielki | lpapp: the standard setup-environment script has a variable for DISTRO btw, the default of which you could change | 15:51 |
| lpapp | I really do not know why I put it into the local.conf.... | 15:51 |
| rburton | you'll note that plenty of images set specific image features | 15:51 |
| lpapp | ah, because we have different images, possibly. | 15:52 |
| lpapp | right, so anyway... the main question is local.conf is not really local. | 15:52 |
| lpapp | is there a global config file? | 15:52 |
| rburton | and then a developer may chose to override that and add it to their local.conf to eg get packages or ssh on an otherwise minimal image | 15:52 |
| lpapp | I know I argued for one long time ago, but perhaps stuff changed. :-) | 15:52 |
| rburton | no | 15:52 |
| lpapp | no, it is not a random environment | 15:52 |
| lpapp | we work on the same stuff with the same goal. | 15:53 |
| lpapp | hence, most of the setup (if not all) should be the same. | 15:53 |
| rburton | -> distro configuration | 15:53 |
| lpapp | and should be coming from the repository for convenience. | 15:53 |
| lpapp | no | 15:53 |
| lpapp | there are settings over settings that are the same, e.g. package management. | 15:53 |
| rburton | or, a site.conf in your layer | 15:53 |
| *** belen <belen!~Adium@134.134.137.73> has quit IRC | 15:53 | |
| lpapp | over distros* | 15:54 |
| *** sjolley <sjolley!sjolley@nat/intel/x-swqcolrnizlewnos> has quit IRC | 15:54 | |
| lpapp | or EXTERNAL_TOOLCHAIN, NO32LIBS, etc. | 15:54 |
| lpapp | pretty much my whole local.conf should be global. | 15:54 |
| danielki | rburton: is site.conf updated by setup-environment if it exists already? IIRC it was not, but I might misremember | 15:54 |
| lpapp | we even have similar machines, so even BB_NUMBER_THREADS and PARALLEL_MAKE. :-) | 15:54 |
| lpapp | yes, really, my local.conf should be global | 15:55 |
| lpapp | applied to all developers. | 15:55 |
| lpapp | which we currently do through local.conf, but AFAIK it was not meant for such stuff. | 15:55 |
| rburton | danielki: not iirc | 15:55 |
| rburton | lpapp: those are auto-detected in master now :) | 15:55 |
| danielki | lpapp: hm, the setup-environment script I have figures out the parallel settings automatically | 15:56 |
| lpapp | rburton: that is nice, but that was just one of those. | 15:56 |
| rburton | danielki: setup-environment is a angstrom thing (iirc). it's not oe-core. | 15:56 |
| lpapp | (not that we will switch to master in 2014) | 15:56 |
| lpapp | for instance, the tedious ROOT_HOME would also better fit in a global conf for us. | 15:57 |
| lpapp | in our "PDK", that is. | 15:57 |
| rburton | changing ROOT_HOME is 100% a distro configuration change | 15:58 |
| *** nitink1 <nitink1!nitink@nat/intel/x-yrvehjonxmqjkyrx> has quit IRC | 15:58 | |
| lpapp | no no | 15:58 |
| lpapp | it is a global change at us. | 15:58 |
| lpapp | we will never use insane home root path. :-) | 15:58 |
| lpapp | no matter what distro, etc, well unless someone else takes over the maintainership here. :) | 15:59 |
| lpapp | (with a vastly different mindset) | 15:59 |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 15:59 | |
| lpapp | btw, this sentence is obsolete then in the current documentation ... A good example is perhaps the level of parallelism you want to use through the BB_NUMBER_THREADS and PARALLEL_MAKE variables. | 15:59 |
| *** dv__ is now known as dv_ | 15:59 | |
| lpapp | or at least, there could be a more useful example... | 15:59 |
| *** ddalex <ddalex!ddalex@nat/intel/x-tdxejjfsmenfvrax> has joined #yocto | 16:00 | |
| av500 | send a patch? | 16:00 |
| rburton | are you confused by the phrase "distro configuration"? The distro *is* your product. | 16:00 |
| rburton | lpapp: still a fine example, we just have better defaults | 16:00 |
| lpapp | rburton: define distro | 16:00 |
| *** nitink <nitink!nitink@nat/intel/x-cqflamfosvtpmvpe> has joined #yocto | 16:00 | |
| lpapp | I disagree, and I will file a bugreport | 16:00 |
| lpapp | why would you set that if it is autodetected? | 16:00 |
| lpapp | I understand you can, but what is the point? :) | 16:00 |
| rburton | because autodetection isn't foolproof? | 16:00 |
| lpapp | what foolproofness does it require? | 16:01 |
| lpapp | jom has been bullet and fool proof AFAICT, for instance. | 16:01 |
| rburton | it doesn't know that i prefer to use N-2 so that i can run parallel builds | 16:01 |
| LetoThe2nd | lpapp: http://www.jom.de/? | 16:02 |
| LetoThe2nd | disagreed. | 16:02 |
| rburton | lpapp: distro configuration - the configuration that is read when you do DISTRO="mydistro" | 16:02 |
| lpapp | LetoThe2nd: No. | 16:03 |
| lpapp | rburton: so in Yocto sense, Android and Ubuntu may not be different distributions? | 16:03 |
| rburton | lpapp: not sure what you're getting at | 16:04 |
| lpapp | it is a _totally_ valid use case IMHO to supply two different distributions by a company. | 16:04 |
| lpapp | (or more) | 16:04 |
| *** JaMa <JaMa!~martin@ip-89-176-104-107.net.upcbroadband.cz> has quit IRC | 16:04 | |
| rburton | yes | 16:04 |
| rburton | of course it is | 16:04 |
| lpapp | in fact, poky already does that. | 16:04 |
| lpapp | poky and poky-tiny. | 16:04 |
| rburton | yes | 16:04 |
| rburton | and they can share files, as poky and poky-tiny do | 16:04 |
| lpapp | which is why I mentioned not to put ROOT_HOME into each separate distribution. | 16:07 |
| lpapp | I would see it better fit in the site.conf | 16:07 |
| *** JaMa <JaMa!~martin@ip-89-176-104-107.net.upcbroadband.cz> has joined #yocto | 16:10 | |
| rburton | or have a common file that all your distros include | 16:10 |
| lpapp | I prefer the global configs in one place. | 16:11 |
| lpapp | for easier maintenance. | 16:11 |
| lpapp | rburton: as for the threads and parallel make, I am not convinced it is as frequent a use case and some other that could be put into the documentation instead, but it is just a minor improvement either way. | 16:12 |
| lpapp | as some other* | 16:12 |
| lpapp | LetoThe2nd: | 16:13 |
| lpapp | http://qt-project.org/wiki/jom | 16:13 |
| av500 | another clone of make? | 16:15 |
| lpapp | rburton: but yes, if you wish to have ROOT_HOME the same for X distrution, but not Y, you could use different shared files. | 16:15 |
| LetoThe2nd | lpapp: if it is "bullet and fool proof" (as you stated) - why does it need ~25linus of usage message? | 16:15 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 16:15 | |
| lpapp | av500: no | 16:15 |
| lpapp | LetoThe2nd: I do not understand the question, I am afraid. | 16:15 |
| LetoThe2nd | NVM | 16:16 |
| * LetoThe2nd leaves for good today. | 16:16 | |
| *** ehp <ehp!~quassel@mailhost.exterity.com> has joined #yocto | 16:18 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 16:21 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 16:23 | |
| lpapp | rburton: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-BB_NUMBER_THREADS | 16:32 |
| lpapp | has no any note about the ideal being autodetected. | 16:32 |
| rburton | it literally landed yesterday | 16:33 |
| lpapp | same issue, http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PARALLEL_MAKE | 16:33 |
| lpapp | without docs? :/ | 16:33 |
| lpapp | is there a corresponding bug number, or I shall just open a new ticket? | 16:34 |
| lpapp | [YOCTO #2528] | 16:35 |
| lpapp | !bug 2528 | 16:35 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=2528 enhancement, Low, Future, richard.purdie, RESOLVED FIXED, A bitbake build should automatically use all cores. | 16:35 |
| *** dRp3pP3r <dRp3pP3r!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has joined #yocto | 16:39 | |
| lpapp | danielki: what is the correct syntax for setting ROOT_HOME? | 16:41 |
| lpapp | is it ??= or simply =? | 16:41 |
| danielki | just = | 16:41 |
| lpapp | ok, thanks | 16:41 |
| danielki | ??= would not set it if already set | 16:41 |
| *** belen <belen!~Adium@134.134.137.73> has joined #yocto | 16:41 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 16:41 | |
| danielki | ?= and ??= are probably different levels of not-touching :) | 16:42 |
| rburton | yes :) | 16:42 |
| lpapp | danielki: well, I would think ?= appends, but cannot be sure. | 16:42 |
| danielki | no | 16:42 |
| danielki | += and .= are different variants of appending | 16:43 |
| danielki | and _append :) | 16:43 |
| lpapp | IMO, it is a weird syntax that I would personally obsolete... | 16:43 |
| danielki | lpapp: GNU make has ?= as well | 16:43 |
| lpapp | that does not make it any good | 16:43 |
| lpapp | in fact, GNU make is bad IMHO. :) | 16:43 |
| danielki | in this case, it is fitting | 16:43 |
| lpapp | (and hopefully no one is really using for new projects, I know there are weird people :) ) | 16:44 |
| lpapp | it* | 16:44 |
| danielki | well, nothing is worse than qmake :) | 16:44 |
| lpapp | ask your colleague steveire about cmake... | 16:45 |
| rburton | ?= for "set if not already set" goes back a very long time | 16:45 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 16:45 | |
| danielki | lpapp: steveire is known around here for his cmake advocacy :) | 16:45 |
| Xz | is Yocto microforum due in 15min? or just my callendar getting mad? | 16:46 |
| av500 | rburton: that arguments does not matter to young people | 16:46 |
| danielki | and I'm probably the only autotools fanboy in the entire company :p | 16:46 |
| lpapp | and hopefully over the whole world. :) | 16:46 |
| lpapp | ;-) | 16:46 |
| danielki | hah | 16:46 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 16:47 | |
| lpapp | av500: there is nothing worse and demotivating than old people carrying the mess, and forcing for newcomers with better technologies around. | 16:48 |
| lpapp | more demotivating* | 16:48 |
| danielki | I don't see what's messy about ?= | 16:48 |
| lpapp | the magical mess | 16:49 |
| rburton | the question implies a query, and the = implies assignment | 16:49 |
| rburton | -> conditional assignment | 16:49 |
| danielki | but I'm past thirty, so what do I know :) | 16:49 |
| av500 | lpapp: remember than once you get old :) | 16:49 |
| *** fpaut is now known as fpaut_ | 16:50 | |
| lpapp | av500: I will try hard. | 16:50 |
| rburton | danielki: did you have a gnome commit account? if so you're due a sticker ;) | 16:50 |
| danielki | rburton: sure I did, even an old one with just my first name :) | 16:50 |
| danielki | I think it may actually still be valid | 16:51 |
| rburton | danielki: http://www.flickr.com/photos/35468147630@N01/3101889727/in/photolist-5J6ZKn | 16:51 |
| danielki | haha | 16:51 |
| rburton | those are seriously rare, i may be entirely out | 16:51 |
| danielki | uuuuh | 16:52 |
| lpapp | danielki: don't you agree it is more talkative: | 16:52 |
| lpapp | a) if (!a) a = b; | 16:52 |
| lpapp | or | 16:52 |
| lpapp | b) set_if_empty(a, b) | 16:52 |
| danielki | nah, please keep it declarative | 16:52 |
| danielki | ok b would work | 16:52 |
| danielki | but seriously... no. | 16:52 |
| av500 | -ETTOOMUCHTOTYPE | 16:52 |
| danielki | :p | 16:52 |
| lpapp | av500: heard about completion? | 16:53 |
| av500 | in ed? | 16:53 |
| lpapp | in anything | 16:54 |
| lpapp | and even if not, I think it is still easier to remember a definite meaning than magical characters. | 16:54 |
| lpapp | perhaps the original authors did not think the world would become complex, so it was initially OK for them... | 16:55 |
| av500 | lpapp: how do you remember what = means in C? | 16:55 |
| av500 | or == | 16:55 |
| danielki | yocto has far worse entry-barrier difficulties than ?= | 16:55 |
| lpapp | av500: I do not use C. It is an obsolete language IMHO. :-) | 16:55 |
| av500 | you'd love COBOL | 16:55 |
| lpapp | (carried on by old people again...) | 16:56 |
| av500 | ah right, c++ got rid of = and == | 16:56 |
| av500 | or is it called cpostincrement | 16:56 |
| lpapp | are you now really comparing = and == (which is defacto in languages) with ?=? | 16:57 |
| lpapp | and with ??=? | 16:57 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 16:58 | |
| *** mckoan is now known as mckoan|away | 16:59 | |
| *** onoffon is now known as khem` | 16:59 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:00 | |
| *** rainerschuster1 <rainerschuster1!~Adium@tmo-101-25.customers.d1-online.com> has joined #yocto | 17:01 | |
| lpapp | rburton: does the site.conf have to match that name or it can be different? | 17:01 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 17:03 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 17:03 | |
| khem` | lpapp: may be its explained in docs I would first check the manuals before asking here | 17:07 |
| lpapp | khem`: I have read it a few times already... | 17:08 |
| lpapp | khem`: but you are free to point out if it is in there. :-) | 17:08 |
| khem` | e.g. https://www.yoctoproject.org/documentation/current | 17:08 |
| lpapp | http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#user-configuration | 17:08 |
| lpapp | basically there is no any note about that. | 17:08 |
| lpapp | and mind you, there is a lot of undocumented stuff in Yocto, as well. | 17:09 |
| khem` | read http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html | 17:09 |
| khem` | and there site.conf and auto.conf and so on are written with different typography | 17:09 |
| khem` | that should mean something | 17:09 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 17:10 | |
| Xz | I have a recipe for brand new nodejs version in meta-oe | 17:10 |
| Xz | should I add it next to old one, or replace? | 17:11 |
| khem` | Xz: replace unless there is a reason for old one to exist e.g. ABI breakage | 17:11 |
| lpapp | Xz: I would replace it if you mean 0.10.25 | 17:12 |
| lpapp | khem`: I really do not know what you mean. | 17:13 |
| *** rainerschuster1 <rainerschuster1!~Adium@tmo-101-25.customers.d1-online.com> has quit IRC | 17:13 | |
| lpapp | you are basically linking the same documentation with regards to site.conf as what I did.... | 17:13 |
| *** rainerschuster <rainerschuster!~Adium@tmo-101-25.customers.d1-online.com> has joined #yocto | 17:13 | |
| Xz | lpapp: yeah, 0.10.25 | 17:14 |
| *** dRp3pP3r <dRp3pP3r!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has quit IRC | 17:15 | |
| lpapp | Xz: replacement should be fine for that version IMHO. | 17:15 |
| -YoctoAutoBuilder- build #4 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/4 | 17:16 | |
| *** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 17:17 | |
| *** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 17:20 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 17:20 | |
| lpapp | rburton: cause I seem to have some site-foo.conf, but I am not sure if that is supposed to work. | 17:21 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 17:21 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 17:21 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 17:23 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 17:23 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has joined #yocto | 17:25 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 17:25 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 17:26 | |
| *** mr_science <mr_science!~sarnold@net-cf9a4e93.cst.impulse.net> has joined #yocto | 17:27 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:27 | |
| *** Crofton <Crofton!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has quit IRC | 17:27 | |
| *** onoffon is now known as khem` | 17:31 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 17:33 | |
| *** behanw <behanw!~behanw@207.6.123.58> has joined #yocto | 17:37 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-101-25.customers.d1-online.com> has quit IRC | 17:38 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 17:39 | |
| *** sgw_ <sgw_!~sgw@172.56.33.3> has joined #yocto | 17:43 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 17:46 | |
| *** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC | 17:46 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 17:48 | |
| *** onoffon <onoffon!~kraj@66.129.239.12> has joined #yocto | 17:49 | |
| *** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 17:50 | |
| *** davest <davest!Adium@nat/intel/x-sguqcqbqqrvykgow> has joined #yocto | 17:50 | |
| *** weebet <weebet!~weebet@modemcable039.26-178-173.mc.videotron.ca> has joined #yocto | 17:54 | |
| weebet | is there any way to know what is the package name for a recipe ? | 17:55 |
| *** onoffon is now known as khem` | 17:55 | |
| lpapp | weebet: there can be more than one, no? | 17:57 |
| *** belen1 <belen1!~Adium@134.134.137.73> has joined #yocto | 17:58 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:58 | |
| danielki | try bitbake -e <recipe-name> | grep '^PACKAGES=' | 17:58 |
| Xz | in order to send meta-oe patch do I send it to: openembedded-devel@lists.openembedded.org ? | 17:59 |
| *** belen <belen!~Adium@134.134.137.73> has quit IRC | 18:00 | |
| khem` | http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 18:00 |
| lpapp | Xz: yes | 18:00 |
| Xz | just to many email addresses | 18:00 |
| lpapp | :-) | 18:00 |
| khem` | and usually look at the README of a given layer its required for layers to describe the patch submission process | 18:01 |
| *** danielki <danielki!~daniel@188.111.54.34> has quit IRC | 18:01 | |
| Xz | khem`: you did previous nodejs version | 18:02 |
| Xz | khem`: you will probably want to review what I did - since I dropped half of your previous patch | 18:02 |
| weebet | thank you danielki | 18:03 |
| Xz | khem`: looks like that was upstreamed to nodejs | 18:03 |
| Xz | khem`: so no need to patch it again | 18:03 |
| *** spulwurm <spulwurm!2e8c5c22@gateway/web/freenode/ip.46.140.92.34> has quit IRC | 18:04 | |
| lpapp | Xz: you may need new patches. ;-) | 18:04 |
| Xz | lpapp: khem`: anyway, sent an email, take a look | 18:04 |
| lpapp | I forgot for a second... the relation between the image and distro conf? | 18:04 |
| lpapp | how does the image know again which distro conf to use? | 18:05 |
| lpapp | as I do not see direct reference. | 18:05 |
| *** nitink <nitink!nitink@nat/intel/x-cqflamfosvtpmvpe> has quit IRC | 18:11 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 18:15 | |
| lpapp | bluelightning: I am still not sure how the SDKPATH is supposed to be used. | 18:16 |
| lpapp | when does that get set? Do I need to run a script explicitly after each new sh session on my machine or how? | 18:16 |
| bluelightning | SDKPATH sets the default installation path for the SDK | 18:17 |
| bluelightning | which can be overridden when you run the installer script | 18:17 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:17 | |
| lpapp | bluelightning: yes, but I need to know the installed SDK path from the build system of my software. | 18:18 |
| bluelightning | completely separately, every new shell session in which you want to use the SDK after installation, you need to run the environment setup script | 18:18 |
| lpapp | bluelightning: where is that? | 18:18 |
| bluelightning | whereever you chose to install the SDK | 18:18 |
| bluelightning | which, like I said, is ultimately specified when you install the SDK | 18:18 |
| lpapp | ah, there are three scripts beside the sysroots folder. | 18:19 |
| lpapp | environment, site-config and version. | 18:19 |
| lpapp | so, in that case, I do not actually have the SDKPATH, but PKG_CONFIG_SYSROOT_DIR | 18:21 |
| lpapp | once I run the environment setup script. | 18:21 |
| *** belen1 <belen1!~Adium@134.134.137.73> has quit IRC | 18:22 | |
| bluelightning | yes, but other variables point to the correct executables | 18:22 |
| bluelightning | e.g. CC | 18:22 |
| bluelightning | if you want to extend the environment setup script you can | 18:22 |
| lpapp | yes, but I still need the include and lib paths | 18:22 |
| lpapp | well, I would extend it right in Yocto like this: | 18:22 |
| lpapp | PKG_CONFIG_INCLUDE_DIR=$PKG_CONFIG_SYSROOT_DIR/usr/include etc | 18:24 |
| lpapp | PKG_CONFIG_LIBRARY_DIR=$PKG_CONFIG_SYSROOT_DIR/usr/lib:$PKG_CONFIG_SYSROOT_DIR/lib etc | 18:24 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 18:24 | |
| *** pidge <pidge!~eflanagan@83.217.123.106> has quit IRC | 18:24 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:24 | |
| lpapp | although someone is necessarily obliged to use standard paths, so that would make the case lotta more complex... | 18:25 |
| Crofton|work | for farks sake,we need to release a guide for the press | 18:26 |
| Crofton|work | "Yocto Linux" | 18:26 |
| lpapp | not necessarily* | 18:27 |
| Crofton|work | http://linuxgizmos.com/pistol-grip-barcode-scanners-run-yocto-linux/ | 18:27 |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 18:29 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 18:30 | |
| lpapp | bluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5771 | 18:32 |
| yocti | Bug 5771: normal, Undecided, ---, jessica.zhang, NEW , Add convenience variables for the include and library paths | 18:32 |
| lpapp | bluelightning: do you know what the relation is between the image and the distro conf? How does the image pick up the distro config? | 18:35 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 18:37 | |
| *** nitink1 <nitink1!~nitink@134.134.139.74> has joined #yocto | 18:45 | |
| *** zecke <zecke!~ich@vdsl.fuckup.club.berlin.ccc.de> has joined #yocto | 18:46 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 18:48 | |
| *** nitink1 <nitink1!~nitink@134.134.139.74> has quit IRC | 18:50 | |
| Garibaldi|work | is ${LDFLAGS} intended to be something passed to ${LD} ? | 18:50 |
| Garibaldi|work | (seems like an obvious question, I know) | 18:50 |
| Garibaldi|work | but my LDFLAGS has -Wl,O1 and I get an error our of ${LD} saying that's an invalid option | 18:51 |
| khem` | Garibaldi|work: yes, however LD = CC | 18:51 |
| Garibaldi|work | LD=i586-poky-linux-ld | 18:52 |
| khem` | when you call linker directly then LDFLAGS should be cleared out | 18:52 |
| *** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 18:52 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-107-127.customers.d1-online.com> has joined #yocto | 18:52 | |
| Garibaldi|work | well, LD=i586-poky-linux-ld --sysroot=/blah/blah/blah | 18:53 |
| *** rainerschuster <rainerschuster!~Adium@tmo-107-127.customers.d1-online.com> has left #yocto | 18:53 | |
| Garibaldi|work | so I should unset LDFLAGS if $LD is being used? | 18:53 |
| khem` | yes | 18:53 |
| khem` | I assume this is kernel compile ? | 18:54 |
| Garibaldi|work | no | 18:54 |
| Garibaldi|work | a recipe for a library | 18:54 |
| khem` | another way is you can set LD to CC | 18:54 |
| khem` | thats better for apps anyway | 18:55 |
| lpapp | Garibaldi|work: it depends on how you build. | 18:55 |
| lpapp | it feels like you are using raw makefiles? | 18:55 |
| Garibaldi|work | Unfortunately, yes | 18:55 |
| lpapp | Garibaldi|work: LDFLAGS needs to passed to the linker, yes. | 18:56 |
| lpapp | Garibaldi|work: usually, they go hand in hand, like $(LD) $(LDFLAGS) ... | 18:57 |
| Garibaldi|work | lpapp: yeah, that makes sense. But then, my LDFLAGS has "-Wl,-O1" | 18:57 |
| Garibaldi|work | and ld complains that it isn't valid | 18:58 |
| lpapp | Garibaldi|work: you need to pass linker flags. :) | 18:59 |
| Garibaldi|work | I didn't build LDFLAGS | 18:59 |
| lpapp | Garibaldi|work: you can also use CC/CXX | 18:59 |
| Garibaldi|work | looks like it's coming from bitbake.conf | 19:00 |
| lpapp | Garibaldi|work: e.g. LD = $(CXX) | 19:00 |
| Garibaldi|work | yeah, I'll give that a shot too | 19:00 |
| Garibaldi|work | I'm just trying to figure out what the "right" way to do it is | 19:01 |
| Garibaldi|work | given that these variables are exposed by the build system environment | 19:01 |
| Garibaldi|work | I mean, if LD should be CC, shouldn't that be pre-set by Yocto? :-) | 19:02 |
| khem` | Garibaldi|work: no, usually thats the assumption since thats the most common case | 19:02 |
| Garibaldi|work | I didn't go out of my way to change anything, that's just what I have | 19:03 |
| khem` | but some packages dont do it for various reasons when they need special memory maps etc. | 19:03 |
| Garibaldi|work | (meaning I didn't turn any knows ---that I know of--- to change $LD to be i586-poky-linux-ld) | 19:03 |
| Garibaldi|work | s/any knows/any knobs/ | 19:04 |
| khem` | thats ok | 19:04 |
| khem` | here the app is not doing the usual stuff | 19:04 |
| khem` | so need to tweak it | 19:04 |
| khem` | either change the Makefile of app and create a patch | 19:04 |
| khem` | or tweak the recipe to Set LD to be CC | 19:04 |
| Garibaldi|work | That I'll buy -- the Makefile is ... frustrating | 19:05 |
| khem` | or alter LDFLAGS to be feedable to bare linker | 19:05 |
| khem` | you have 3 options | 19:05 |
| Garibaldi|work | ok, thanks | 19:05 |
| khem` | of course make sure that all this is in accordance with the final output of package | 19:05 |
| Garibaldi|work | yeah | 19:06 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:10 | |
| Garibaldi|work | so in short, if I understand correctly, LDFLAGS contains linker flags to be passed to $CC not $LD; the expectation is that CC with parse them off and invoke $LD correctly? | 19:10 |
| Garibaldi|work | s/with parse/will parse/ | 19:11 |
| Garibaldi|work | so I wouldn't expect to see a Makefile with $(LD) $(LDFLAGS) ..., (unless LD=CC) | 19:12 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 19:12 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 19:13 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 19:13 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 19:15 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 19:16 | |
| *** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 19:17 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 19:20 | |
| *** mihai <mihai!~mihai@79.115.59.77> has quit IRC | 19:22 | |
| *** mihai <mihai!~mihai@188.27.91.149> has joined #yocto | 19:22 | |
| khem` | yes | 19:35 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 19:37 | |
| *** Crofton <Crofton!~balister@wsip-98-191-4-207.rn.hr.cox.net> has joined #yocto | 19:39 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 19:40 | |
| *** wrotte <wrotte!~textual@129.59.115.4> has joined #yocto | 19:49 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 19:52 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 19:53 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 19:56 | |
| *** wrotte <wrotte!~textual@129.59.115.4> has quit IRC | 19:56 | |
| *** Crofton <Crofton!~balister@wsip-98-191-4-207.rn.hr.cox.net> has quit IRC | 20:00 | |
| *** khem` <khem`!~kraj@66.129.239.12> has quit IRC | 20:04 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:07 | |
| -YoctoAutoBuilder- build #3 of eclipse-plugin-juno is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-juno/builds/3 | 20:12 | |
| *** griznj <griznj!~griznj@ool-4577349a.dyn.optonline.net> has joined #yocto | 20:16 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 20:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:19 | |
| *** swex <swex!~swex@178.17.197.102> has joined #yocto | 20:19 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 20:22 | |
| *** griznj <griznj!~griznj@ool-4577349a.dyn.optonline.net> has quit IRC | 20:24 | |
| *** rainerschuster <rainerschuster!~Adium@tmo-107-127.customers.d1-online.com> has joined #yocto | 20:29 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:31 | |
| -YoctoAutoBuilder- build #3 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/3 | 20:32 | |
| -YoctoAutoBuilder- build #3 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/3 | 20:32 | |
| *** jcallea <jcallea!~jcallea@rrcs-24-97-209-160.nys.biz.rr.com> has joined #yocto | 20:32 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 20:32 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:44 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:53 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:57 | |
| *** zecke <zecke!~ich@vdsl.fuckup.club.berlin.ccc.de> has quit IRC | 21:17 | |
| *** sgw_ <sgw_!~sgw@172.56.33.3> has quit IRC | 21:28 | |
| *** sgw_ <sgw_!~sgw@172.56.33.3> has joined #yocto | 21:31 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:40 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:41 | |
| *** mihai <mihai!~mihai@188.27.91.149> has quit IRC | 21:44 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:44 | |
| *** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:45 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:46 | |
| denix | khem: around? | 22:00 |
| *** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 22:04 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.137.75> has joined #yocto | 22:08 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 22:10 | |
| *** nitink1 <nitink1!~nitink@134.134.137.71> has joined #yocto | 22:21 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 22:22 | |
| *** sgw_1 <sgw_1!~sgw@172.56.33.3> has joined #yocto | 22:28 | |
| *** sgw_ <sgw_!~sgw@172.56.33.3> has quit IRC | 22:28 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 22:33 | |
| -YoctoAutoBuilder- build #3 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/3 | 22:40 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 22:57 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 23:07 | |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 23:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:21 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.137.75> has quit IRC | 23:30 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-txwqcvpjwljexkju> has joined #yocto | 23:30 | |
| *** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 23:30 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:30 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:34 | |
| *** davest <davest!Adium@nat/intel/x-sguqcqbqqrvykgow> has quit IRC | 23:37 | |
| *** davest <davest!Adium@nat/intel/x-iebygvttkgdkpltt> has joined #yocto | 23:46 | |
| -YoctoAutoBuilder- build #24 of buildtools is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/24 | 23:48 | |
| -YoctoAutoBuilder- build #4 of poky-tiny is complete: Failure [failed Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/4 | 23:54 | |
| *** agust <agust!~agust@p4FC4695F.dip0.t-ipconnect.de> has quit IRC | 23:54 | |
| *** sgw_1 <sgw_1!~sgw@172.56.33.3> has quit IRC | 23:58 | |
| *** sgw_ <sgw_!~sgw@172.56.33.3> has joined #yocto | 23:59 | |
| *** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!