| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 00:12 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 08:00 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 09:31 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Remote host closed the connection] | 09:36 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 09:37 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Client Quit] | 09:40 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 09:40 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 09:40 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 09:48 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Remote host closed the connection] | 10:04 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 10:04 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Ping timeout: 260 seconds] | 10:10 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 10:13 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Client Quit] | 10:16 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 10:16 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] | 10:22 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 10:23 | |
| jjardon_ | rjek: the patch would be to upgrade the version of readline, the version in baserock is ancient (for license reasons) and it cause compilation errors when trying to compile a modern version of nm | 10:30 |
|---|---|---|
| *** paulsherwood87 [~paulsherw@cpc65054-bagu12-2-0-cust948.1-3.cable.virginm.net] has joined #baserock | 10:32 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 10:40 | |
| *** paulsherwood87 [~paulsherw@cpc65054-bagu12-2-0-cust948.1-3.cable.virginm.net] has quit [Ping timeout: 265 seconds] | 10:42 | |
| straycat | For the moment you could make a genivi version of the stratum that contains readline, keeping it at its current version. Make the genivi systems depend on that stratum. Then upgrade the version of readline everything else uses. | 10:51 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 10:51 | |
| *** dabukalam [~quassel@87.113.195.160] has quit [Remote host closed the connection] | 11:19 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 11:21 | |
| jjardon_ | straycat: that would not work, you would need to duplicate all the strata on top of core | 11:22 |
| *** dabukalam [~quassel@87.113.195.160] has quit [Client Quit] | 11:22 | |
| *** dabukalam [~quassel@87.113.195.160] has joined #baserock | 11:23 | |
| jjardon_ | mmm, maybe we can create a readline-common and readline-common-genivi stratum, make core depend on readline-common and then in the genivi systems use readline-common-genivi instead readline-common | 11:25 |
| *** dabukalam [~quassel@87.113.195.160] has quit [Client Quit] | 11:25 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 11:28 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 11:30 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 11:31 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 11:31 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 11:32 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 11:33 | |
| *** dabukalam_ [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 11:34 | |
| *** dabukalam_ [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 11:34 | |
| straycat | jjardon_, *nod* that's implied by making the genivi system depend on a genivi core | 11:34 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Read error: Connection reset by peer] | 11:38 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 11:38 | |
| rjek | jjardon_: I mean patch nmcli so it doesn't need the latest readline. | 11:44 |
| rjek | Or patch it so it doesn't need it at all! | 11:44 |
| rjek | GENIVI is not the only project that is allergic to GPLv3. | 11:44 |
| straycat | If anyone actually wants to use it they might want readline | 11:44 |
| rjek | Nobody *wants* to use nmcli :) | 11:45 |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Ping timeout: 256 seconds] | 11:48 | |
| jjardon_ | rjek: no, the correct fix is to find a solution so everyone can use a modern readline in baserock, no patch every module that can have problems with a very old and probably unmaintained readline | 11:51 |
| jjardon_ | straycat: thinking twice I do not think what I said before would work: every program compiled against the modern readline will complain in runtime if the old readline is present instead | 11:54 |
| straycat | Making genivi systems depend on a genivi core that includes the current readline would work. As you say you'd also have to duplicate core's dependants, it's not necessarily a nice solution but it should work. | 11:59 |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 12:03 | |
| jjardon_ | straycat: are you suggesting to have core a genivi-core? that means we have to duplicate all the strata on top! foundation-genivi, mesa-common-genivi, llvm-common-genivi, grpahics-common-genivi .... and all of them with exactly the same content; it would work but I do not think is a valid solution | 12:04 |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 12:06 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 12:07 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has quit [Client Quit] | 12:08 | |
| *** dabukalam [~quassel@ec2-54-69-244-150.us-west-2.compute.amazonaws.com] has joined #baserock | 12:08 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 12:12 | |
| straycat | Well if it works, it's valid imo :p But yes I agree that we don't really want to be duplicating all that stuff. | 12:12 |
| straycat | It seems to me that morph ought to be able to handle this case by providing a way to conditionally select chunks. | 12:14 |
| straycat | That said, we are deliberately trying to keep definitions simple. | 12:15 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 240 seconds] | 12:37 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 12:43 | |
| rjek | jjardon_: Then the solution is to relicence readline under GPLv3 :) | 12:44 |
| rjek | readline has basically been static for decades. I wonder what they changed that nmcli depends on | 12:45 |
| rjek | Still, who's a version junky in this day and age? | 12:45 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 272 seconds] | 12:51 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 12:53 | |
| radiofree | jjardon_: network manager isn't in a genivi system right? | 12:56 |
| radiofree | could you not just add readline to the network manager stratum? | 12:56 |
| straycat | We build python with readline so it needs to be in core at the moment. | 12:59 |
| radiofree | i was thinking you add it as a chunk in NM, make it build depend on that | 13:01 |
| radiofree | but then i suppose there might be problems when you install it | 13:02 |
| radiofree | since the old readline that python etc.. were built against will be replaced with the newer one | 13:02 |
| jjardon_ | radiofree: exactly | 13:02 |
| radiofree | could you just not build readline? | 13:03 |
| radiofree | sorry, nmcli | 13:03 |
| jjardon_ | radiofree: no, readline is a hard dependency of NM | 13:06 |
| radiofree | maybe you should submit a patch for that then | 13:07 |
| jjardon_ | no, as I said before, the correct fix is to find a solution so everyone can use a modern readline in baserock, no patch every module that can have problems with a very old and probably unmaintained readline | 13:08 |
| radiofree | so what solution are you proposing/considering for that? | 13:09 |
| jjardon_ | now is readline, in the future it can be any other GPLv3 module | 13:09 |
| jjardon_ | as straycat said, I guess morph should handle this case by providing a way to conditionally select chunks. This will fix the dependency problems when you want to build wayland-only systems as well | 13:12 |
| radiofree | well customers who might want to use baserock (or any type of embedded system) are gplv3 averse, so imo it's a mistake on network managers part to do that | 13:12 |
| radiofree | unless they're totally resigned to never being used in an embedded context anyway because of connman | 13:13 |
| jjardon_ | radiofree: Maybe, but NM problem is a specific use case of a general problem baserock has | 13:15 |
| jjardon_ | jhbuild solves this with the "--conditions" argument: https://developer.gnome.org/jhbuild/stable/command-reference.html.en , example of use: https://git.gnome.org/browse/jhbuild/tree/modulesets/gnome-suites-core-deps-3.16.modules#n107 | 13:47 |
| straycat | I expect we'd want the conditions to be defined in the definitions rather than on the command line. | 13:49 |
| jjardon_ | straycat: they are defined in the "definitions" (check the moduleset file I pointed in the second link) | 13:52 |
| * straycat nods | 13:53 | |
| straycat | I was commenting on the --conditions flag | 13:53 |
| straycat | I like their dot command more than our graph commands | 14:06 |
| jjardon_ | straycat: yeah, dot is very cool! is it possible to do the same in baserock? | 14:20 |
| jjardon_ | didnt know that | 14:20 |
| straycat | jjardon_, morph has a graph-build-depends command at the moment, but it's not useable because it graphs an entire system and even for our smallest system the entire build graph is too large to be graphed. I've been working on two new commands to replace graph-build-depends, those changes aren't finished yet and I might tweak them further now that I've seen jhbuild's dot. | 14:29 |
| rjek | It is a bug for something to depend on readline. | 14:33 |
| rjek | Submit a patch upstream to remove the dependancy. | 14:33 |
| jjardon_ | rjek: I think you are missing the point here: the bug is in baserock, where I can not use a specific version of a component because morph doesnt have a way to conditionally select chunks | 14:45 |
| rjek | Oh yes, we want that. | 14:45 |
| rjek | But also, I don't want readline in any embedded system I build. | 14:46 |
| jjardon_ | rjek: why do you think is a bug to depend on readline? | 14:46 |
| rjek | (which is why http://bzr.rjek.com/public/fakeline exists) | 14:46 |
| *** jjardon [~jjardon@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 14:46 | |
| jjardon_ is now known as jjardon | 14:46 | |
| rjek | jjardon: Because it's totally unnecessary? | 14:46 |
| rjek | When building something that has to fit in a few tens of MB (or even a few MB), the ~300kB of bloat and likely as-yet-undiscovered environment security bugs isn't welcome for something in the typical case nobody will be typing anything into. | 14:48 |
| rjek | Also, it's possible somebody would want to use Network Manager in a non-GPLv3 system. | 14:50 |
| rjek | I bet it would be trivial to remove the dependancy on the newer version of readline. It's probably even accidental. | 14:50 |
| jjardon | rjek: currently readline is in baserock because python, no nm | 14:51 |
| rjek | There were historically other things that hard-depended on it. | 14:51 |
| rjek | But you're missing my point. | 14:51 |
| jjardon | rjek: and btw, that kind of system (fit in tens of MB) doesnt exist in current baserock definitions | 14:56 |
| rjek | baserock isn't the examples it comes with :) | 14:56 |
| jjardon | rjek: you can say the stuff in system/ are examples, I wouldnt say the same about strata/ | 15:00 |
| paulsherwood | so afaik readline is only used for commandline processing | 15:04 |
| paulsherwood | genivi systems should not have any commandline processing going on | 15:04 |
| paulsherwood | but i think we've been around this topic quite a few times | 15:05 |
| paulsherwood | jjardon: all of the strata are examples too i think | 15:06 |
| jjardon | paulsherwood: not sure I agree: the metada that defines how to build all the stuff is not only examples; then we can say yocto is bitbake + some examples as well | 15:17 |
| straycat | Does that mean our releases are examples? | 15:24 |
| paulsherwood | jjardon: yes, that's what i mean. as a user, it's much easier to create something if i have existing examples to work from | 15:25 |
| paulsherwood | straycat: i don't understand your question | 15:25 |
| paulsherwood | however i have one of my own... | 15:26 |
| paulsherwood | this new 'build-system' - what's it for? | 15:27 |
| straycat | I don't see how we can say that the systems we use every day for development are examples. | 15:27 |
| straycat | I'm not saying they can't be used as examples though | 15:28 |
| paulsherwood | straycat: that's my point. saying they are not examples seems to deny that possibility | 15:29 |
| straycat | This is semantic anyway because they are examples but they're also more than examples because they're the systems we use daily. | 15:29 |
| paulsherwood | i'm not saying they're *only* examples. but they are examples. | 15:30 |
| * straycat nods | 15:30 | |
| * paulsherwood attempts to re-phrase on build-system | 15:31 | |
| paulsherwood | should it be possible to run a build-system for normal morph builds? | 15:31 |
| paulsherwood | ie could i use build-system instead of devel? | 15:31 |
| straycat | I think so, it's just a devel system with extra stuff required for distbuild. | 15:33 |
| * paulsherwood notices that it seems to insist on various config items related to distbuild... | 15:38 | |
| * straycat nods | 15:39 | |
| straycat | you'd still need to deploy it as a distbuild node, but there's no reason you can't ssh in after that and run local builds | 15:39 |
| jjardon | is it ok to ask here for committing patches like this? http://fpaste.org/145139/41425147/ (Upgrade a version in the same stable branch so no API breaks) | 15:42 |
| paulsherwood | +1 from me | 15:42 |
| paulsherwood | (assuming you've built it) | 15:42 |
| jjardon | thanks! | 15:44 |
| jjardon | can I commit directly to master or should I create a branch and a merge commit? | 15:45 |
| paulsherwood | i think technically we're still operating on +2, so you may need a comment from straycat or someone else | 15:47 |
| paulsherwood | i don't know what the policy is on merge commits | 15:49 |
| straycat | Seems sane to me, so if you've tested it then it should be fine. | 15:49 |
| jjardon | great, thanks! | 16:04 |
| jjardon | Could someone also take a look to the "Clean some genivi-related strata" series I sent a while ago? Cheers! | 16:04 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:17 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:17 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 17:06 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 17:06 | |
| straycat | can't just now sorry :/ | 17:15 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 18:09 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 18:10 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 18:25 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 18:25 | |
| * straycat discovers that drafting emails can be a surpsingly good way to force yourself to think about both sides of a technical discussion | 19:43 | |
| * straycat deletes draft | 19:43 | |
| paulsherwood | i hope that doesn't mean you've just decided to ignore reasonableness and stick to your guns :) | 19:52 |
| straycat | haha! | 19:53 |
| * paulsherwood builds baserock/jjardon/clean_genivi on x86_64 and jetson | 19:55 | |
| paulsherwood | straycat: do you know if it's straightforward to run a baserock arm system on x86 using qemu? | 20:14 |
| * paulsherwood notices http://wiki.baserock.org/genivi/#index4h2 | 20:18 | |
| rjek | Evening. | 21:29 |
| paulsherwood | hi | 21:32 |
| * pedroalvarez waves | 21:34 | |
| * straycat meows | 21:34 | |
| radiofree | paulsherwood: it's possible but will be very slow | 21:41 |
| pedroalvarez | Indeed, and you have to use the versatile bsp to follow that instructions | 21:46 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 22:08 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!