*** rdale has quit IRC | 01:50 | |
*** gtristan has quit IRC | 06:09 | |
*** gtristan has joined #baserock | 06:40 | |
*** fay_ has joined #baserock | 08:01 | |
*** toscalix has joined #baserock | 08:10 | |
straycat | oh dear | 08:27 |
---|---|---|
straycat | mason failed with https://mason-x86-64.baserock.org/log/f240e55dac9239c90d50e4b6a8799f5230882de0--2015-11-20%2008:11:10.log since the llvm upgrade we no longer build shared libs | 08:28 |
straycat | looking at the llvm docs i see that shared libs aren't enabled, so perhaps it would be better to compile mesa with --disable-llvm-shared-libs | 08:28 |
straycat | sorry, i mean to say that "shared libs aren't recommended" | 08:29 |
*** bruce_ has joined #baserock | 08:31 | |
*** toscalix has quit IRC | 08:45 | |
*** toscalix has joined #baserock | 08:45 | |
*** rdale has joined #baserock | 09:06 | |
pedroalvarez | yeah, I saw that error yesterday night :/ | 09:08 |
pedroalvarez | I want pre-merge CI more than ever :) | 09:09 |
straycat | i've patched mesa to use --disabled-llvm-shared-libs and it compiles, just waiting for the rest of the build | 09:10 |
* pedroalvarez has no idea about graphics | 09:11 | |
straycat | it shouldn't make a difference, the libraries will just be statically linked instead | 09:12 |
pedroalvarez | do you want me to test graphics with that patch? | 09:12 |
straycat | is that a lot of work? | 09:14 |
radiofree | llvm is only used for the swrast stuff, so as long as weston-simple-egl works in a vm that's a good enough test | 09:15 |
*** Lachlan1975 has joined #baserock | 09:17 | |
straycat | genivi build finished with https://gerrit.baserock.org/#/c/1479/ | 09:26 |
*** tiagogomes has joined #baserock | 09:28 | |
* pedroalvarez tests | 09:37 | |
*** Lachlan1975 has quit IRC | 09:37 | |
*** jonathanmaw has joined #baserock | 09:40 | |
*** locallycompact has joined #baserock | 09:50 | |
* gtristan looks at audio-bluetooth... and considers that pulseaudio needs x11 and GTK+... and groans | 09:56 | |
* gtristan facerock | 09:57 | |
gtristan | ouch | 09:57 |
straycat | hrm, 232 commits in definitions since the last release | 10:01 |
*** ssam2 has joined #baserock | 10:06 | |
*** ChanServ sets mode: +v ssam2 | 10:06 | |
*** DavePage has left #baserock | 10:08 | |
straycat | gtristan, for the release notes, it would be cool to write about all the gnome stuff, do we pretty much have a basic gnome system now? | 10:10 |
gtristan | straycat, I'm struggling a little to find the definition of 'basic gnome system', maybe I strive too much for perfection I'm not sure | 10:12 |
straycat | the vagueness there is mostly due to my lack of gnome knowledge, i see there's a gnome system in definitions and i seem to remember you saying that gdm, gnome-shell, gnome-terminal are there? | 10:13 |
gtristan | straycat, basically - in my local branch goa is working very well, most of the platform is (albeit I think I need to pay attention to pulseaudio) | 10:14 |
straycat | okay that's awesome then | 10:14 |
gtristan | except that the last 2 days I've been struggling to make the initial setup work... it works except that the credentials for online accounts are lost in the handoff from the gnome-initial-setup user to the user it creates | 10:15 |
gtristan | which is a delicate dance to begin with | 10:15 |
gtristan | other than that, if you re-authorize your online accounts, next login the keyring automatically unlocks (and updates when you change the password and such) | 10:16 |
gtristan | and then say, if you have your google account there, gnome-shell's calandar will show your events | 10:16 |
gtristan | which is nice, online desktop UX pretty much works except for initial setup | 10:16 |
gtristan | also localization & input methods work very well | 10:17 |
* gtristan still has to add those chinese fonts | 10:17 | |
pedroalvarez | oh! for the notes, LOCALES! | 10:17 |
gtristan | to be honest this system will be the first I know of where asian input methods work out of the box | 10:17 |
straycat | :) | 10:17 |
straycat | we also seem to have put the xfce system into the ci, which is cool | 10:19 |
gtristan | system still lacks apps of course, but that is really the easy part | 10:19 |
gtristan | I havent tested audio at all though, looking at this baby: http://pkgs.fedoraproject.org/cgit/pulseaudio.git/tree/pulseaudio.spec ... | 10:19 |
gtristan | looks like we have some traveling before audio really works as expected | 10:19 |
pedroalvarez | straycat: weston-simple-egl works, we are good to go | 10:22 |
straycat | cool | 10:22 |
ssam2 | release!!! this is exciting | 10:32 |
straycat | :D | 10:32 |
rjek | oooh | 10:32 |
*** locallycompact has quit IRC | 10:33 | |
*** locallycompact has joined #baserock | 11:17 | |
straycat | pedroalvarez, i've pushed the release branch | 11:18 |
pedroalvarez | good :) | 11:19 |
*** locallycompact has quit IRC | 11:27 | |
*** locallycompact has joined #baserock | 11:28 | |
straycat | draft release notes are at http://wiki.baserock.org/releases/baserock-15.47/ let me know if you think i've missed anything or if i've made them to informal/excitable this time. | 11:45 |
straycat | *too | 11:45 |
pedroalvarez | They look good to me :) | 11:47 |
straycat | there is a point at the end about artifacts | 11:50 |
straycat | and it mentions x86 only, but we build jetson arm artifacts now do we not? | 11:50 |
pedroalvarez | we do, but the mason instance that is doing that is not public, so nobody can check that it is still providing artifacts | 11:51 |
pedroalvarez | s/is doing that/is creating arm artifacts/ | 11:51 |
straycat | okay, because iirc we used to upload x86 and arm artifacts to git.baserock.org, so that all releases were just fetched, without even needing to set artifact-cache-server | 11:53 |
pedroalvarez | yes | 11:54 |
straycat | i guess we still do that, and that it's just users of cache.baserock.org that will have x86-only, the real problem being here that we can't specify a list of cache servers, i guess | 11:54 |
pedroalvarez | having 2 cache artifacts was a bit confusing in my opinion | 11:54 |
pedroalvarez | I stopped uploading artifacts to g.b.o to be honest | 11:55 |
straycat | oh, okay | 11:55 |
* rjek puts in a request for a tarball of the ARM file system to be readily available | 11:55 | |
straycat | well i guess for most people this makes no difference, so... | 11:55 |
straycat | rjek, that's a standard part of the process so it should be there | 11:56 |
jmacs_ | My devel system seems to be having trouble with SSL certificates. Do I need to do anything special to install root CAs on a recent baserock build? | 11:59 |
*** jmacs_ is now known as jmacs | 11:59 | |
straycat | jmacs, what trouble exactly? | 11:59 |
jmacs | "Could not fetch URL https://pypi.python.org/simple/sandboxlib/: connection error: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) - skipping" | 11:59 |
straycat | okay you should be able to fix that by upgrading | 12:00 |
straycat | ca-certs got broken by the move to python3, which got fixed quite recently | 12:00 |
jmacs | Ah, ok, I'm on a Nov 8 definitions | 12:00 |
rjek | straycat: Ah, I thought on prior releases only ARM images made it | 12:01 |
jjardon | straycat: about "a tarball of the ARM file system to be readily available"; its new in this release, so maybe its worth a note | 12:01 |
straycat | jmacs, 4b9f6341f0d0a890c6a112a1db077506a86f4fb8 should be the commit that fixes that | 12:02 |
pedroalvarez | thanks for mentioning the arm rootfs, I was forgeting about it | 12:02 |
straycat | rjek, sorry i misread, pedroalvarez seems to know about it anyway | 12:03 |
straycat | jjardon, okay i'll add a note | 12:04 |
ssam2 | straycat: release notes look fine | 12:13 |
ssam2 | except, I'd prefer if the 'definitions compatibility' section matched previous ones | 12:13 |
ssam2 | it's quite a complex thing to reason about so I think saying "Baserock references systems now use version 6." alone isn't so helpful | 12:14 |
ssam2 | in http://wiki.baserock.org/releases/baserock-15.34/ it's a bit clearer what this all means for the user, I thikn | 12:15 |
ssam2 | think | 12:15 |
*** bwh_ has quit IRC | 12:17 | |
*** gtristan has quit IRC | 12:17 | |
*** bwh has joined #baserock | 12:18 | |
*** bwh has quit IRC | 12:21 | |
*** bwh has joined #baserock | 12:22 | |
straycat | ssam2, okay | 12:30 |
straycat | fixed and added a note about arm rootfs | 12:36 |
straycat | pedroalvarez, alright mason failed for some reason | 12:40 |
straycat | some error running strip commands when building mesa | 12:40 |
*** toscalix has quit IRC | 12:42 | |
jjardon | I've never seen that before | 12:49 |
straycat | i don't really know what's going on there, i've built that system on x86-64 on my machine here | 12:52 |
ssam2 | straycat: I meant all of the text under 'definitions compatibility, shall I add the rest there? | 12:53 |
straycat | oh i see, no i can do that | 12:54 |
pedroalvarez | Mason is fine, it only failed because of a transfer error | 12:59 |
straycat | ok cool | 13:01 |
straycat | ssam2, should be fixed now? | 13:01 |
ssam2 | perfect, thanks | 13:03 |
*** gtristan has joined #baserock | 13:17 | |
pedroalvarez | systems are being deployed right now :) | 13:32 |
straycat | cool | 13:34 |
*** toscalix has joined #baserock | 13:46 | |
jmacs | If we were to start up the Baserock deterministic builds thing properly, how difficult would it be to get a web server at "reproducible.baserock.org" I could push pages to? | 13:54 |
persia | pedroalvarez ssam2 gary_perkins_ franred ^^ | 14:00 |
*** persia_ has quit IRC | 14:03 | |
*** persia_ has joined #baserock | 14:03 | |
jmacs | Hmm, clang does take a while to build | 14:28 |
rjek | What you need is a faster compiler | 14:29 |
* straycat thinks we'll have improvements to the format solve that problem | 14:30 | |
franred | jmacs, what do you want to push? cache artifacts? definitions? documentation? | 14:35 |
jmacs | Build reports, which will be static HTML + a bit of CSS mainly | 14:35 |
franred | I fear that ssam2 and pedroalvarez will be your best bullets then | 14:38 |
franred | jmac^^ | 14:38 |
persia | jmacs: At a high level, it means putting a description of such a server in the infrastructure definitions repo, and then deploying it, just to provide a bit of frame. | 14:39 |
straycat | pedroalvarez, what's the state of the builds? | 14:46 |
pedroalvarez | straycat: the last image is being compressed | 14:47 |
straycat | awesome :) | 14:47 |
pedroalvarez | sorry I can't help now jmacs, but if you manage to set up a server somewhere, you can ask gary_perkins_ to create the DNS entry | 14:47 |
*** gary_perkins_ is now known as gary_perkins | 14:48 | |
*** gary_perkins has joined #baserock | 14:49 | |
jmacs | pedroalvarez: No problem, it's not urgent. | 14:57 |
jmacs | I have my own web server which I'm using at the moment - if you have sufficient trust in me to point a subdomain at it, then that would work fine. | 14:57 |
pedroalvarez | I'm ok with that | 14:59 |
pedroalvarez | straycat: once they are uploaded, do you want me to update the symlinks in download.baserock.org? | 15:00 |
straycat | pedroalvarez, that would be good, shall i tag this now? | 15:02 |
pedroalvarez | yes :) | 15:02 |
pedroalvarez | Ok. that's done | 15:04 |
jjardon | \o/ | 15:10 |
jmacs | gary_perkins: If you're ok with that DNS entry, my server is 178.79.131.63 | 15:12 |
gary_perkins | jmacs: yep, no problem | 15:14 |
jmacs | There's just a placeholder there at the moment (if I've set up apache properly) | 15:14 |
gary_perkins | jmacs: ok, done. May take a bit of time to propagate, of course | 15:15 |
jmacs | Of course. | 15:16 |
gary_perkins | already! reproducible.baserock.org has address 178.79.131.63 | 15:16 |
jmacs | Oh, it kind of works. Although my HTML is broken. | 15:18 |
jmacs | Thanks gary_perkins | 15:18 |
radiofree | the table looks lovely jmacs | 15:38 |
rjek | That's pretty shiny | 15:39 |
jmacs | It'd be good to have something actually related to Baserock on there. I'm working on that now. | 15:42 |
tiagogomes | what is the name of the thingy that provides a git API ? is it morph-cache-server? | 15:56 |
ssam2 | what do you mean by git API ? | 15:57 |
ssam2 | morph-cache-server is http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/morph-cache-server | 15:57 |
ssam2 | it adds a couple of HTTP methods that expose some info about cached git repos | 15:58 |
tiagogomes | for example to resolve the tree sha1 for a given commit sha1 for certain repoi | 15:58 |
tiagogomes | s/repoi/repo | 15:58 |
ssam2 | right, that's morph-cache-server | 15:58 |
ssam2 | that lets you do it over HTTP | 15:58 |
straycat | 15.47 is released! | 16:09 |
rjek | \o/ | 16:09 |
rjek | Congratulations | 16:09 |
straycat | thanks to pedroalvarez mostly i think | 16:09 |
* straycat runs to catch a train he will probably miss | 16:09 | |
straycat | ssam2, i don't know whether the mail i sent to announce will need moderation or not, possibly | 16:11 |
* straycat disappears | 16:11 | |
*** bruce_ has quit IRC | 16:22 | |
* tiagogomes would like that more morph changes were mentioned in the release notes | 16:24 | |
*** ssam2 has quit IRC | 16:27 | |
tiagogomes | mmm, running morph without workspaces causes build branches to persist | 16:58 |
persia | tiagogomes: Hrm? How do you mean? | 17:00 |
persia | I would have thought that not having workspaces helped reduce spurious persisting branches (or at least, that was my experience) | 17:01 |
tiagogomes | persia morph creates a temporary branch when it does a build. It is supposed to delete that branch when the build finishes or fails | 17:02 |
persia | I thought morph stopped creating those temporary branches when workspaces were dropped. | 17:02 |
persia | At least, that was the idea (and part of the point) | 17:02 |
tiagogomes | no, a temporary branch is created on definitions only unless you pass --local-changes=ignore | 17:05 |
persia | Oh, it might be a workflow thing. | 17:07 |
persia | For the non-workspace model, I think the recommendation was to build against a clean commit of definitions | 17:07 |
persia | (with the idea that one can `git commit --append` if adjustment is required) | 17:08 |
persia | The temporary branches are just to ensure the reflog contains something that allows one to recover the results of the build if one likes it. | 17:08 |
persia | (to make up for not having that be stored in the workspace) | 17:08 |
tiagogomes | mmm. it could become annoying to the user if he has to amend a commit several times in a short time frame | 17:09 |
persia | Depends on the user. My personal git workflow involves running git commit --amend before `make` every time. | 17:16 |
persia | Just so I have a reflog of everything that happened, and can get back to an earlier state within the commit if I didn't like what I did. | 17:16 |
persia | And yet I only have one commit to submit, avoiding any merge commits, as my commits can be fast-forwarded safely. | 17:17 |
jjardon | jmacs: maybe a good idea to add a link to reproducible.baserock.org in http://wiki.baserock.org/projects/deterministic-builds/ ? | 17:17 |
jmacs | I'm going through the baserock page at the moment; I'll be updating it | 17:17 |
jmacs | Currently reproducible.baserock.org does not have any baserock-related content on it | 17:18 |
jjardon | jmacs: nice, great work btw! | 17:18 |
jmacs | Thank you | 17:19 |
jmacs | I should patch 'df' so it says "Check system-version-manager list" in flashing letters | 17:26 |
*** locallycompact has quit IRC | 17:50 | |
*** jonathanmaw has quit IRC | 17:57 | |
*** rdale has quit IRC | 17:59 | |
straycat | 16:24 ! tiagogomes would like that more morph changes were mentioned in the release notes | 18:02 |
straycat | tiagogomes, perhaps you should have said something in the 3 or so hours i gave for people to review the notes? | 18:02 |
*** toscalix has quit IRC | 18:09 | |
tiagogomes | sorry, I missed the link | 18:11 |
straycat | apology accepted :) | 18:13 |
*** fay_ has quit IRC | 18:29 | |
*** edcragg has quit IRC | 18:50 | |
*** franred has quit IRC | 19:05 | |
*** tiagogomes has quit IRC | 19:27 | |
*** edcragg has joined #baserock | 22:42 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!