| *** gtristan has quit IRC | 04:03 | |
| *** gtristan has joined #baserock | 04:29 | |
| SotK | argh, ran out of space! | 07:45 |
|---|---|---|
| gtristan | hahaha | 07:47 |
| gtristan | sorry, it's *big* hehe | 07:47 |
| gtristan | 7GB image now (well, 6GB wasnt enough so I cranked it) | 07:47 |
| gtristan | SotK, I home webkit build completed at least ! | 07:47 |
| gtristan | thats a real pain to rebuild | 07:48 |
| SotK | no worries, I think my artifact cache is full of old stuff | 07:48 |
| * gtristan regularly removes the gnome-system artifact | 07:48 | |
| * SotK notices a bunch of chunk names are appearing as "foo.morph" in his morph log | 08:03 | |
| SotK | but not all of them... (eg. "Building chunk epiphany", "Building chunk yelp.morph") | 08:04 |
| *** toscalix has joined #baserock | 08:19 | |
| VLetrmx | welcome back SotK :) | 08:20 |
| gtristan | Ummm | 08:20 |
| gtristan | ok I think I have spotted a terrible flaw, but I can't be entirely certain | 08:21 |
| gtristan | submodules | 08:21 |
| gtristan | Now, how do we know what SHA1 a given checkout will clone as a submodule when building ? | 08:21 |
| gtristan | This is why richard_maw's proposing of multiple source declarations for a given chunk is so important, right ? | 08:22 |
| VLetrmx | i think we're capable of tracking submodules in baserock, it's just not very convenient without multiple sources, and currently i'm not sure we bother to commit submodule updates to fix the sha | 08:29 |
| gtristan | VLetrmx, where is this defined ? | 08:30 |
| gtristan | I.e. how do I know that when building a given SHA1 for module A, I will get a specific SHA1 for it's submodule ? | 08:31 |
| gtristan | the .gitmodules file is supposed to specify more I guess ? | 08:33 |
| VLetrmx | no | 08:33 |
| VLetrmx | you update the submodule, cd into the directory and git checkout the sha you want, then you can commit the subproject at a specific sha afaict | 08:34 |
| gtristan | What does this mean "commit the subproject at a specific sha" ? | 08:35 |
| *** rdale has joined #baserock | 08:37 | |
| VLetrmx | like this http://sprunge.us/hAaL | 08:37 |
| gtristan | What is the "common" file ? | 08:39 |
| gtristan | something understood by git ? | 08:39 |
| VLetrmx | common is just the submodule in this case, that file gets generated by git when you run a submodule update | 08:41 |
| franred | gtristan, could not create a branch, and point the submodule to the sha1 that youwant should the problem at the moment? (I think is what VLetrmx is describing anyway) | 08:44 |
| franred | create a branch for the repository which contains the submodule | 08:44 |
| gtristan | VLetrmx, I see, so "common" is a file which git generates and can be committed to the git repo along with the .gitmodules file | 08:48 |
| gtristan | right ? | 08:48 |
| gtristan | then if the file already exists at the given ref of the module, cloning that module at that given ref will automatically clone the submodule at the specified ref ? | 08:49 |
| gtristan | franred, yes, that is what I didn't understand... *where* one can point a submodule, i.e. where that information is declared | 08:50 |
| gtristan | so basically, we are way off base with the current stuff, none of the submodule fixes we have in place in our baserock/ branches even bother to specify a submodule | 08:51 |
| gtristan | sorry, specify a submodule SHA1 | 08:51 |
| gtristan | which means, every time we build anything with a submodule currently, we are just getting whatever happens to be in master for that module | 08:52 |
| gtristan | unless the upstream had *at least* specified a branch or tag for that submodule | 08:52 |
| gtristan | Does git at *least* handle this automatically when creating a tag ? | 08:53 |
| gtristan | so when I tag a git module which has a submodule, checking out a tag of the parent will get the exact state of the submodule when I tagged the parent module ? | 08:53 |
| franred | gtristan, Im not sure, but I think in definitions we don't specify submodue SHA1. You need to modify the parent repository, pointing implicity the submodule to the SHA1 you want that baserock clones | 08:54 |
| gtristan | franred, right, but we *do* have such a branch for every, single, module that has any submodules | 08:54 |
| gtristan | in order to at least point it upstream | 08:54 |
| gtristan | however we do not specify anything for which SHA1 we want | 08:55 |
| gtristan | anyway, I managed to only notice this now | 08:55 |
| gtristan | thanks for clarifying | 08:55 |
| franred | nowster, we do not do anything with submodules at the moment, more than clone them in the specific SHA1 that the parent repository points at. That was why richard_maw proposed the multiple sources declaration | 08:56 |
| gtristan | toscalix, a few weeks ago, you asked if for a given checkout/tag of the definitions repository, we could build *exactly* the same thing in 10 years | 08:56 |
| gtristan | toscalix, I was incorrect to answer that you could - the submodule situation blocks that | 08:57 |
| gtristan | should not be extremely hard to fix | 08:57 |
| *** milad has joined #baserock | 08:58 | |
| toscalix | gtristan: to me this is a very important point. Maintainability is key for "business" success | 08:58 |
| *** milad has joined #baserock | 08:59 | |
| gtristan | I think it's very high priority too, I think that reproducibility is where baserock shines | 08:59 |
| gtristan | we should at least get that part perfectly | 08:59 |
| VLetrmx | gtristan, we don't need to change anything anyway, the submodule's sha is tracked when you add it as a submodule | 08:59 |
| franred | gtristan, there are also another case where the multiple source declaration is useful: when a repository requires another repository source code for building | 08:59 |
| milad | hi | 08:59 |
| franred | good morning | 09:00 |
| *** milad has quit IRC | 09:00 | |
| VLetrmx | but if we want to deviate from upstream then we can do so without multiple sources | 09:00 |
| VLetrmx | bye milad :) | 09:00 |
| *** milad has joined #baserock | 09:00 | |
| VLetrmx | hi milad :) | 09:00 |
| *** milad has quit IRC | 09:00 | |
| VLetrmx | bye milad :) | 09:00 |
| gtristan | franred, I think it's important to not mix that up | 09:02 |
| *** milad has joined #baserock | 09:02 | |
| gtristan | franred, i.e. if it's really a separate repository, it should be a separate chunk | 09:02 |
| *** ctbruce has joined #baserock | 09:02 | |
| milad | i have problems with vehicle web api | 09:02 |
| gtristan | we should not have a policy which allows one to build an entire system inside one chunk, just because we have multiple sources capabilities | 09:03 |
| milad | i can install vehicle web api on ubuntu, is there any one who can help me with this | 09:03 |
| milad | sorry, i can't | 09:03 |
| milad | any experience with this api? | 09:04 |
| franred | gtristan, look at this example http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/openstack-services/rabbitmq-server.morph and http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/openstack-services/rabbitmq-codegen.morph | 09:04 |
| milad | ? | 09:05 |
| franred | rabbit-codegen is required by rabbitmq-server at compile time but it is not required in the system - we have a chunck which copies crap into the system for building another chunk | 09:05 |
| franred | gtristan, ^^ | 09:05 |
| franred | milad, do you want to install vehible web api in baserock? | 09:06 |
| milad | no. actually i want to install it in ubuntu 15 | 09:07 |
| milad | i want develop some web apps | 09:07 |
| milad | and i need it | 09:07 |
| milad | the build scripts are not working | 09:07 |
| *** edcragg has joined #baserock | 09:07 | |
| milad | the vehicle data simulator and etc are very important to me | 09:07 |
| gtristan | franred, there are other examples where multi-source is really important though... | 09:07 |
| gtristan | franred, for instance, there are some really irresponsible upstream maintainers who have wget hardcoded into their makefiles | 09:08 |
| gtristan | and we end up using the tarball because it's just too hard to track | 09:08 |
| gtristan | multi-source would allow us to factor those out | 09:08 |
| * gtristan checks the links above | 09:08 | |
| franred | gtristan, yep, I've seen that too :/ | 09:08 |
| gtristan | eek, that chunk is disgusting | 09:09 |
| milad | !! | 09:10 |
| tiagogomes__ | gtristan multisources will be also useful to build GCC, as GCC requires access to the GMP, MPFR and MPC libraries | 09:11 |
| franred | gtristan, yep, that is what I mean... but how would you solve that? | 09:11 |
| franred | milad, not sure if CTtpollard could help you | 09:12 |
| franred | milad, in any case would be useful if you post the error you are seen | 09:12 |
| milad | franred, have you worked with this api? | 09:13 |
| franred | milad, no, I didn't | 09:13 |
| milad | franred, you know someone who did? | 09:13 |
| CTtpollard | milad: try asking in #automotive :) | 09:14 |
| milad | ok | 09:14 |
| milad | thanx! | 09:14 |
| tiagogomes__ | gtristan, the submodule commit ID is stored in the parent tree, so there is not loss of reproducibility at the moment. However because we don't want to clone repos outside of the trove, currently we have to create a delta in the parent repo to replace the submodule repo URLs. We want a declarative way to do this | 09:15 |
| *** bashrc has joined #baserock | 09:17 | |
| gtristan | tiagogomes__, I dont understand how this works | 09:17 |
| * VLetrmx ← bad at explaining :( | 09:18 | |
| tiagogomes__ | gtristan what part exactly? | 09:18 |
| gtristan | tiagogomes__, when I clone gedit and do 'git checkout SHA1'... how can this possibly effect the state of the libgd submodule ? | 09:18 |
| gtristan | which is a different git repository with a different history | 09:18 |
| gtristan | tiagogomes__, I can imagine there *can* be some magic when you have a gedit checkout, and run 'git tag release-1.0'... that there is some internal git-foo recording the sha1 of the current state of the submodule | 09:20 |
| VLetrmx | 08:59 VLetrmx$ gtristan, we don't need to change anything anyway, the submodule's sha is tracked when you add it as a submodule | 09:20 |
| gtristan | but even that, I think is doubtful | 09:20 |
| tiagogomes__ | gtristan if will affect the libgb submodule, because the submodule SHA1 is stored in the parent repo tree. You can read the submodule SHA1 by doing ` git ls-tree HEAD libgdpath` | 09:20 |
| tiagogomes__ | gtristan git internally stores information about directories in a git tree object. The git tree object for the directory where the submodule is checked out, contains the submodule SHA1 | 09:22 |
| *** CTtpollard has quit IRC | 09:35 | |
| gtristan | tiagogomes__, I've presently been asking about this in #git... and now have a bit better understanding | 09:35 |
| gtristan | tiagogomes__, thanks for clarifying | 09:35 |
| gtristan | black magick that it is | 09:36 |
| gtristan | essentially, what it means is that... if you do "git commit" in gedit, without the libgd submodule currently checked out, internally git will record a commit where "the libgd sha1 is the same as the last commit id... has not changed" | 09:37 |
| gtristan | and it also means, one can do a "git checkout <sha1>" from the submodule | 09:37 |
| gtristan | and then git add path/to/submodule | 09:37 |
| *** CTtpollard has joined #baserock | 09:37 | |
| gtristan | and then "git commit" in the parent | 09:37 |
| gtristan | this should create a commit in the parent repo *even though nothing changed*, and it exists only to adjust the submodule's state in the current HEAD | 09:38 |
| gtristan | or new HEAD | 09:38 |
| gtristan | tiagogomes__, so yeah, essentially this tracking just "works for free", however scary it seems to be | 09:39 |
| *** ctbruce has quit IRC | 09:39 | |
| *** ctbruce has joined #baserock | 09:40 | |
| *** gtristan has quit IRC | 09:45 | |
| *** milad has quit IRC | 09:55 | |
| *** locallycompact has joined #baserock | 09:56 | |
| *** ssam2 has joined #baserock | 09:57 | |
| *** ChanServ sets mode: +v ssam2 | 09:57 | |
| *** jonathanmaw has joined #baserock | 10:01 | |
| *** ssam2 has quit IRC | 10:05 | |
| *** ssam2 has joined #baserock | 10:06 | |
| *** ChanServ sets mode: +v ssam2 | 10:06 | |
| *** edcragg has quit IRC | 10:09 | |
| *** edcragg has joined #baserock | 10:30 | |
| *** Lachlan1975 has joined #baserock | 10:42 | |
| *** gtristan has joined #baserock | 11:00 | |
| benbrown_ | SotK, franred: Thanks for the reviews! | 11:13 |
| *** jonathanmaw_ has joined #baserock | 11:13 | |
| benbrown_ | I've just received a bunch of emails mentioning failed merges, do I need to do something on my end or will it sort itself out? | 11:13 |
| tiagogomes__ | "Submitted, Merge Pending" again | 11:14 |
| tiagogomes__ | benbrown_, you may have to bribe Pedro | 11:15 |
| tiagogomes__ | or sacrifice a goat | 11:15 |
| SotK | I wonder if using Zuul for merging like OpenStack do will stop this kind of problem | 11:15 |
| benbrown_ | tiagogomes__: Thanks, could you provide any additional info on the sacrifice, is there some special ritual involved? | 11:16 |
| benbrown_ | Is Zuul the entity I am performing the sacrifice for? | 11:16 |
| tiagogomes__ | wrong God | 11:17 |
| *** jonathanmaw has quit IRC | 11:17 | |
| paulsherwood | does lorry/lc handle shallow clones yet? | 11:21 |
| persia | Having Zuul immediately merge ready branches should reduce the rebases needed as compared to reviewers remembering to press the "merge" button. | 11:28 |
| ssam2 | paulsherwood: not that i know of | 11:28 |
| persia | Zuul v3 is nearly ready, with some useful new features for this sort of thing as well. | 11:29 |
| *** jonathanmaw_ has quit IRC | 11:31 | |
| pedroalvarez | Hello, God here | 11:32 |
| pedroalvarez | I've received the Goat | 11:32 |
| pedroalvarez | it was tasty | 11:32 |
| Zara | this was an odd thing to tab into | 11:32 |
| pedroalvarez | I've noticed also that the first merge needed a rebase, breaking the dependencies of the other patches | 11:33 |
| pedroalvarez | So, I'll use my magic to rebase all of them, and merge them if that's ok | 11:34 |
| franred | pedroalvarez, please, use your magic | 11:34 |
| pedroalvarez | done | 11:36 |
| * pedroalvarez goes to convert water into wine | 11:36 | |
| rjek | I did not realise pedroalvarez was the second coming, but on reflection it explains much. | 11:37 |
| persia | His delegation is limited, but within his sphere of authority, his powers admit no equal. | 11:38 |
| franred | pedroalvarez, are you preparing some kind of Dionysus's party? | 11:38 |
| *** tiagogomes_ has joined #baserock | 11:39 | |
| *** tiagogomes__ has quit IRC | 11:39 | |
| benbrown_ | pedroalvarez: Thank you, glad you appreciated the sacrifice. | 11:44 |
| pedroalvarez | :) | 11:44 |
| *** tiagogomes_ has quit IRC | 11:47 | |
| *** ssam2 has quit IRC | 11:55 | |
| gtristan | have a few more patches up... but can I get some +1 for this one specifically: https://gerrit.baserock.org/#/c/1610/ ? | 12:04 |
| gtristan | the g.b.o version has an (irrelevant) delta applied and just need to know what the SHA1 is going to end up being | 12:05 |
| *** ssam2 has joined #baserock | 12:09 | |
| *** ChanServ sets mode: +v ssam2 | 12:09 | |
| pedroalvarez | ouch, just found that libvpx is broken in armv7l | 12:31 |
| pedroalvarez | http://paste.baserock.org/urajozakif | 12:31 |
| radiofree | might be one of those ones you have to specific CROSS_COMPILE info for, even if the CROSS_COMPILE ends up being /usr/bin/gcc | 12:38 |
| radiofree | maybe https://build.opensuse.org/package/view_file/multimedia:libs/libvpx/libvpx-disable-cross-for-arm.patch?expand=1 | 12:38 |
| pedroalvarez | or maybe is just because `cat -n` is not supported? | 12:39 |
| pedroalvarez | althought that link looks like the answer | 12:40 |
| pedroalvarez | -t | 12:40 |
| radiofree | "Unable to invoke compiler: arm-none-linux-gnueabi-gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" | 12:41 |
| *** ssam2 has quit IRC | 12:41 | |
| *** edcragg has quit IRC | 12:43 | |
| radiofree | pedroalvarez: and https://build.opensuse.org/package/view_file/multimedia:libs/libvpx/libvpx-armv7-use-hard-float.patch?expand=1 | 12:45 |
| radiofree | those two patches at least get it past configure for me | 12:46 |
| radiofree | maybe a nicer way of doing it | 12:46 |
| *** ssam2 has joined #baserock | 12:58 | |
| *** ChanServ sets mode: +v ssam2 | 12:58 | |
| gtristan | ah, thanks jjardon | 12:59 |
| *** jonathanmaw has joined #baserock | 13:12 | |
| gtristan | oh crap ! | 13:22 |
| gtristan | hahaha | 13:22 |
| * gtristan saw webkit completed building... so interrupted the build to complete the rest after moving | 13:22 | |
| gtristan | but... artifact creation was not complete ! | 13:22 |
| * gtristan palmface | 13:22 | |
| *** gtristan has quit IRC | 13:43 | |
| *** tiagogomes_ has joined #baserock | 13:53 | |
| *** gtristan has joined #baserock | 13:54 | |
| *** tiagogomes_ has quit IRC | 14:03 | |
| *** tiagogomes_ has joined #baserock | 14:04 | |
| *** edcragg has joined #baserock | 14:07 | |
| jjardon | hi, im getting this error in stage2-fhs-dirs when running ybd: http://paste.baserock.org/ivicocosak any idea what is going on? | 14:41 |
| SotK | iirc `cache.get_cache()` can return a boolean when the thing it attempts to get isn't in the cache | 14:42 |
| paulsherwood | jjardon: which version of ybd please? | 14:43 |
| jjardon | paulsherwood: 203edcbba7d2f263b407c833bf86de86f550cb41 | 14:44 |
| jjardon | so 15.45 tag | 14:45 |
| paulsherwood | hmmm. has this worked for you before? | 14:45 |
| jjardon | nope | 14:45 |
| paulsherwood | :/ | 14:46 |
| paulsherwood | so new setup... first time, this error? | 14:46 |
| paulsherwood | and nothing 'interesting' in your definitions? | 14:47 |
| jjardon | ah, wait; I have errors before: http://paste.baserock.org/urikosewun | 14:48 |
| jjardon | paulsherwood: yeah, first setup, current definitions | 14:48 |
| paulsherwood | are you root? | 14:48 |
| jjardon | paulsherwood: is ybd meant to run as root? | 14:48 |
| paulsherwood | fraid so | 14:48 |
| jjardon | ah, ok. let me try again | 14:48 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/issues/24 | 14:49 |
| paulsherwood | i don't know what the solution is to get to non-root, but it would be lovely if there were one | 14:50 |
| paulsherwood | jjardon: to speed up your user experience you may want to use the artifact cache... http://wiki.baserock.org/ybd/#index6h2 | 14:51 |
| jjardon | paulsherwood: yeah thanks, I'm using it | 14:53 |
| paulsherwood | ah, so you are :) | 14:54 |
| paulsherwood | let me know how it goes :) | 14:54 |
| * jjardon is using the x86 morph cache, arm7hf morph cache and arm7hf ybd cache at the moment :) | 15:09 | |
| jjardon | paulsherwood: seems is working now running as root, thanks! | 15:10 |
| paulsherwood | great :) | 15:11 |
| jjardon | btw, vc4 (rPi GPU driver) is almost there: http://anholt.livejournal.com/45752.html | 15:34 |
| pedroalvarez | jjardon: ta! I've been following his work for weeks, but stop doing it | 15:35 |
| jjardon | pedroalvarez: this looks useful then: http://dri.freedesktop.org/wiki/VC4/ | 15:37 |
| *** franred has quit IRC | 16:17 | |
| *** Lachlan1975 has quit IRC | 16:31 | |
| *** Lachlan1975 has joined #baserock | 16:33 | |
| *** ssam2 has quit IRC | 16:44 | |
| *** ctbruce has quit IRC | 16:53 | |
| *** edcragg has quit IRC | 17:02 | |
| *** rdale has quit IRC | 18:03 | |
| *** jonathanmaw has quit IRC | 18:05 | |
| *** toscalix has quit IRC | 18:14 | |
| * SotK clears enough space to upgrade to the GNOME system | 18:29 | |
| *** Lachlan1975 has quit IRC | 18:40 | |
| pedroalvarez | Exciting! | 18:49 |
| gtristan | Guys, it's late, I thought I was coming home to a built webkit and trying out gnome calendar, but... | 18:52 |
| gtristan | https://gerrit.baserock.org/#/c/1612/ | 18:52 |
| gtristan | First, they moved over to github | 18:53 |
| gtristan | Then, the new devs are amongst those who want to waste everyones time converting stuff to cmake | 18:53 |
| gtristan | and finally this (I commented on that link) | 18:53 |
| gtristan | for some reason lorry wont eat up the new tarball properly, either | 18:54 |
| pedroalvarez | :( | 18:55 |
| gtristan | on the other hand... besides being really annoyed with ical atm... I am excited that somebody else on the planet will actually boot a baserock GNOME image other than me ! | 18:55 |
| gtristan | SotK, let me know how it runs :D | 18:55 |
| gtristan | pedroalvarez, yes... I will take any chance I can get to rant against the cmake zealots | 18:55 |
| * SotK will do, if it ever boots :) | 18:58 | |
| gtristan | heh, it should ! | 18:58 |
| gtristan | I sure hope it does | 18:58 |
| SotK | ok, its booted but gdm didn't start | 18:59 |
| SotK | and I can't log in with my pre-upgrade password | 18:59 |
| gtristan | :-S | 19:00 |
| gtristan | well, this is some kind of btrfs rollover atomic overwrite everything upgrade thing ? | 19:00 |
| gtristan | is a password expected to survive that ? | 19:00 |
| * gtristan has never tested an upgrade of the GNOME system | 19:01 | |
| SotK | it normally does | 19:02 |
| SotK | is there some default password I could expect it to have been set to? | 19:02 |
| gtristan | the root is passwordless | 19:03 |
| gtristan | by default | 19:03 |
| * gtristan notices it's now 4am, while it was certainly only 3am just moments ago :-/ | 19:04 | |
| paulsherwood | sleeeepppp, gtristan | 19:06 |
| gtristan | yes | 19:06 |
| gtristan | I will go to sleep :) | 19:06 |
| * SotK sees "Failed to start Authorization Manager" when trying to boot | 19:48 | |
| SotK | but can't read the journal because logging in isn't working :( | 19:48 |
| SotK | I have a /etc/passwd.rej in my gnome system, I guess that is a sign of something going wrong? | 20:18 |
| SotK | also a /etc/group.rej | 20:19 |
| * SotK fixes the merge conflicts and boots into gdm | 20:25 | |
| SotK | I can't log into the mysterious "Linux User" though, nor can I log in as root with my old password | 20:27 |
| persia | It may be that the merge, even though fixed, still has issues. | 20:36 |
| persia | Try mounting the filesystem from something else, chrooting, and setting a password. | 20:36 |
| * SotK tries it | 20:40 | |
| SotK | didn't seem to work :( | 20:47 |
| persia | Odd. I'd expect using the passwd from the target filesystem to reset the password in the target filesystem would create a shadow that contained the right magic to cause the login from the target filesystem to be able to authenticate. Hrm. | 20:54 |
| *** jjardon has quit IRC | 23:23 | |
| *** jjardon has joined #baserock | 23:26 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!