| paulsherwood | pedroalvarez: yes. that's fine, i gave +1 on the list | 06:05 |
|---|---|---|
| paulsherwood | jjardon: yes, that's what i did. it starts, but screen is black (VM on MacBook) | 06:05 |
| paulsherwood | but maybe i did something weird, checking. | 06:06 |
| paulsherwood | same result | 06:18 |
| SotK | is this using a recent version of weston ooi? | 07:01 |
| SotK | (I only ask because I tried installing a recent version of weston over the top of what I had installed already and got the same outcome)# | 07:02 |
| radiofree | add --log=weston.log, then check the output of that | 07:07 |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:15 | |
| SotK | radiofree: http://pastebin.com/AivnYX4X | 07:21 |
| SotK | I guess that "[07:14:05.117] Starting with no config file." has something to do with it? | 07:21 |
| radiofree | no that's fine | 07:23 |
| radiofree | odd, everything looks ok, you just get a blank screen with this? | 07:23 |
| radiofree | when you boot do you see tux? | 07:23 |
| SotK | yup | 07:25 |
| radiofree | do you use vga=788 on your command line? | 07:28 |
| radiofree | cat /proc/cmdline | 07:28 |
| SotK | I do | 07:28 |
| SotK | hmm... it works now I've rebooted | 07:29 |
| radiofree | out of interest did you get the log from it? | 07:29 |
| SotK | yep, one sec | 07:29 |
| SotK | http://pastebin.com/xAEtAa1S | 07:31 |
| radiofree | how odd... it's the same | 07:31 |
| radiofree | could be an issue with the vm then, is this virtualbox? | 07:32 |
| SotK | very strange | 07:32 |
| SotK | I'm using kvm/virt-manager | 07:32 |
| jjardon | paulsherwood: mmm, odd. I will try again here. Ive only tested in x86, are you building for other architecture? | 08:12 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:14 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:17 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 08:25 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:34 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:36 | |
| paulsherwood | nope, x86 | 08:42 |
| paulsherwood | i can try on Jetson later, though | 08:43 |
| paulsherwood | i get blank screen too. maybe something similar between my issue and SotKs? | 08:43 |
| paulsherwood | i'm using virtualbox | 08:44 |
| * straycat shudders | 08:49 | |
| pedroalvarez | patch to fix fstab when doing an upgrade sent | 08:54 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:54 | |
| radiofree | jjardon: (VM on MacBook) | 08:54 |
| radiofree | paulsherwood: jetson should work with fbdev backend | 08:55 |
| radiofree | violeta is currently working on getting it working with the drm backend though | 08:55 |
| jjardon | paulsherwood: just rebuild and tested again: it works, but Im using qemu here | 09:04 |
| pedroalvarez | Normaly when I attach a disk to a system running linux, it appears under /dev, normally /dev/sda, /dev/vda | 09:23 |
| pedroalvarez | I wonder if this regex is enough: "^/dev/([a-zA-Z0-9]+)$" | 09:24 |
| pedroalvarez | or the new disk can appear under another folder in /dev | 09:24 |
| pedroalvarez | e.g. /dev/foo/sda | 09:24 |
| richard_maw | you can sometimes see /dev/block/..., but I don't think that is a standard location, I just recall seeing that on Android | 09:27 |
| jjardon | paulsherwood: FYI, seems to work here in virtualbox as well | 09:27 |
| pedroalvarez | richard_maw: ta | 09:28 |
| richard_maw | that regular expression will match things which certainly aren't disk devices though | 09:29 |
| *** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has quit [Quit: Coyote finally caught me] | 09:30 | |
| richard_maw | I'd be tempted to just use ^/dev/((sd|vd|mmcblk)[a-z0-9]+) | 09:31 |
| pedroalvarez | that also makes sense | 09:32 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 09:33 | |
| richard_maw | the only exceptions to ones matching those which are proper devices I know of are /dev/loop* and device mapper | 09:37 |
| richard_maw | I used to see /dev/hd*, but I think that may have been pre-udev | 09:37 |
| richard_maw | an /dev/sg* may be possible, but I've only seen them be CDs | 09:38 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:39 | |
| straycat | hd* is for IDE devices is it not? | 09:40 |
| rjek | hd* is very old. | 09:41 |
| rjek | Even IDE devices will come up as sd* these days, due to the unified ATAPI layer. | 09:41 |
| rjek | LVM and crypto will appear basically anywhere. | 09:42 |
| rjek | pedroalvarez: What problem are you trying to solve? | 09:42 |
| rjek | If you're trying to find a list of valid block devices, cat /proc/partitions and then search /dev for the appropriate block device major:minor numbers | 09:43 |
| pedroalvarez | recognise when a variable is a device | 09:43 |
| rjek | pedroalvarez: Hmm; see if the device is in /dev, if it is extract major and minor device numbers, and see if they're mentioned in /proc/partitions | 09:44 |
| pedroalvarez | rjek: yeah, I'll do something like that. Thanks! | 09:45 |
| pedroalvarez | :) | 09:45 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 09:46 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:49 | |
| paulsherwood | jjardon: must be me :) | 09:51 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 10:27 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:27 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 10:28 | |
| ridgerunner | I'm writing a critique of the "Trove Reference Manual" trying to pick up on the things in it that I find confusing/ambiguous/hard-to-understand. I'm writing it in Wiki format, is there a place I can put it for consideration by the Baserock team? | 10:28 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:28 | |
| petefoth | ridgerunner: on the wiki? (wiki.baserock.org)? | 10:32 |
| franred | or the mailing list | 10:34 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 10:34 | |
| ssam2 | ridgerunner: that may be useful, please keep in mind that said document was originally written as if Trove was a commercial offering and so the tone etc. might seem a bit strange | 10:35 |
| ssam2 | but I don't think we have the resources to rewrite the whole thing from scratch right onw, unless you're volunteering :) | 10:35 |
| ssam2 | *now | 10:35 |
| ridgerunner | Actuall ssam2 the tone is pretty good. I don't think it needs re-writing, just tweaking. I'd be happy to do it but the problem is that I'm picking it up on the things that I feel it doesn't explain, which means that I don't understand it so I couldn't re-write it, IYSWIM. | 10:37 |
| ridgerunner | Why don't I bung out what I've written so far and y'all can decide if it's worth continuing with? | 10:38 |
| pedroalvarez | ridgerunner: pleae, go ahead :) | 10:39 |
| pedroalvarez | s/pleae/please/ | 10:39 |
| ridgerunner | I could hang it in as a link at the top of the page? | 10:41 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 10:42 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:43 | |
| petefoth | ridgerunner: or upload, but son't create any links on other pages. Then just email the url for us to look at | 10:43 |
| ridgerunner | Hm. How do I create a page "blind"? | 10:44 |
| petefoth | create it as a .mdwn file in the root directory (e.g. foo.mdwn). git add, git commit and git push, the the url is http://wiki.baserock.org/foo/ | 10:46 |
| petefoth | ridgerunner: in your clone of the w.b.o repo | 10:47 |
| ridgerunner | Which I don't have :-) | 10:47 |
| paulsherwood | ridgerunner: just go to the desired nonexistent url, then click on the ? to create your page | 10:48 |
| ridgerunner | Brilliant paulsherwood, that works, thanks. | 10:48 |
| ridgerunner | Page at http://wiki.baserock.org/Trove/reference/critique/ | 10:51 |
| ridgerunner | Looking at it, I should probably have copied the page and inlined the comments. | 10:51 |
| paulsherwood | it's fine as is. thanks | 10:52 |
| paulsherwood | pedroalvarez: are you going to merge ca-certs? is it sufficiently +1 enabled? | 10:54 |
| pedroalvarez | I got a +1 from you and another from Richard Maw, but I'm not sure if I can take both of them | 10:55 |
| paulsherwood | why not? | 10:55 |
| paulsherwood | do you fear that either richard_maw or paulsherwood is not a competent reviewer? | 10:56 |
| pedroalvarez | I think both of the reviews are competent reviews, but I would like to have a policy for this | 10:57 |
| pedroalvarez | what makes you a competent reviewer? | 10:57 |
| pedroalvarez | who already is? | 10:57 |
| pedroalvarez | etc | 10:57 |
| pedroalvarez | when can we merge a patch? | 10:58 |
| pedroalvarez | is anybody allowed to +2 instead of +1? | 10:58 |
| paulsherwood | that has been happening, for certain patches where the reviewer felt especially empowered | 10:58 |
| pedroalvarez | IMO I think we have to write something down regarding this | 10:59 |
| Kinnison | Typically I'd only expect to see a +2 from someone who was an upstream contributor and considered by the community to have a strong grip on the codebase | 10:59 |
| Kinnison | However others have said +2 in the past | 11:00 |
| Kinnison | I think it's a question of using common sense on this. | 11:00 |
| Kinnison | At least until upstream can decide a policy | 11:00 |
| paulsherwood | we could write something down, but i'd prefer to discuss after we've established gerrit | 11:00 |
| *** Guest17402 [~gary@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:00 | |
| pedroalvarez | I agree | 11:00 |
| *** mwilliams_ct [~mikewilli@access.ducie-dc1.codethink.co.uk] has joined #baserock | 11:00 | |
| paulsherwood | for the moment, i don't think the current process is dangerous, just there's variable delay | 11:01 |
| pedroalvarez | I'm looking forward to have gerrit | 11:01 |
| pedroalvarez | is not dangerous because we are not too many | 11:01 |
| paulsherwood | sure. i look forward to the time when we're inundated with patches and reviewers | 11:01 |
| Guest17402 is now known as gary | 11:02 | |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:02 | |
| pedroalvarez | :) | 11:02 |
| *** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 11:02 | |
| paulsherwood | meantime, please merge :) | 11:02 |
| gary is now known as Guest47325 | 11:02 | |
| pedroalvarez | ca-certificates, welcome to baserock! | 11:02 |
| *** Guest47325 [~gary@82-70-136-246.dsl.in-addr.zen.co.uk] has quit ["Sayonara"] | 11:03 | |
| ssam2 | yay! | 11:05 |
| ssam2 | seems a commenter on LWN has invented Baserock :) https://lwn.net/Articles/613235/ | 11:08 |
| jjardon | ssam2: hey, about the NetworkManager bracnh, should I send another branch with the patch to fix the issue included or its not needed as we are using a more modern linux-api-headers now? | 11:16 |
| ssam2 | jjardon: if the patch is upstream them maybe best to include the new upstream SHA1 | 11:21 |
| ssam2 | if it's not merged to upstream master then maybe don't bother for now, since it should work fine anyway | 11:21 |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:23 | |
| jjardon | ssam2: its upstream master and in the latest stable branch nm-9-10 | 11:23 |
| petefoth | ridgerunner: a lot of good comments in your critique of the Trove Manual. Before we make any changes to the document however, I think we need to work out -and explicitly record - exactly the target readership is for the document. (regular readers will knwo this is a regular hobby horse of mine - the 'spec' for a document is a: Who are the intended readers and b: what should those readers get from the document.) It is almost certain t | 11:27 |
| paulsherwood | regular readers will also note that things can get bogged down in discussion. i expect that someone can tweak the document relatively quickly. maybe i'll do it if nobody beats me to it :) | 11:28 |
| ridgerunner | petefoth: I certainly would not argue with that. Knowing your target audience and pitching it at the right level is pretty damned important. | 11:29 |
| paulsherwood | ridgerunner: it used to be. less so these days. mainly we need less words, shorter words, and more pictures/videos. | 11:30 |
| * petefoth goes for an edit | 11:30 | |
| ridgerunner | I kind of assumed I might be a good candidate. Lots of experience, has used different IDEs, knows little about Baserock. | 11:30 |
| ridgerunner | paulsherwood: I would agree with that to get people in, but not for a reference manual. | 11:30 |
| ssam2 | jjardon: oh, maybe stick with stable then | 11:31 |
| paulsherwood | ridgerunner: nobody reads the manuals any more. there are no manuals any more | 11:31 |
| paulsherwood | we're all on the interwebs | 11:31 |
| ridgerunner | paulsherwood: maybe that's why there is so much shit software out there. | 11:31 |
| petefoth | ridgerunner: probably not - the Trove reference manual was aimed at SysAdmins who would be responsible for maintaining one or morte Trove systems. Such users woule be expected to have areasonable knowledge of what BAserock is, and how itsa moving parts hang together | 11:32 |
| paulsherwood | ridgerunner: perhaps | 11:32 |
| * petefoth decides *not* to go for an edit after all. Not until we have abetter view of what documents BAserock needs and what should be in them | 11:33 | |
| paulsherwood | petefoth: why not just fix the common-sense things? before ridgerunner's feedback gets lost in the mists of time? | 11:34 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:36 | |
| petefoth | paulsherwood: because 'common sense' is quite hard to tie down. To ensure ridgerunner's feedback doesn't get lost, we could just add a link to his critique in the manual page | 11:37 |
| petefoth | paulsherwood: 'Why not just fix the obvious errors in the code?' 'Because without a spec you don't know that they are errors.' | 11:38 |
| paulsherwood | petefoth: some errors are obvious, irrespective of spec | 11:47 |
| paulsherwood | s/some/many/ | 11:47 |
| petefoth | paulsherwood: indeed. I'm not sure that ridgerunner's critique identifies any such errors in the Trove manual though. | 11:49 |
| paulsherwood | specs typically don't say "no race conditions allowed. no off-by-one errors please" | 11:49 |
| rjek | I've seen a contract from a customer at $PREVIOUSEMPLOYER that demanded bug-free code on the first delivery, and that no open-source software was to be used. The contract's title was "Linux-based network router" | 11:52 |
| jjardon | Is there any way to tell morph not to rebuild the world if I upgrade a component in say, foundation? | 12:01 |
| richard_maw | not currently, because it uses the sha1 of the git commit's tree in dependency calculation | 12:02 |
| richard_maw | an idea we had a while back was to change it to work on an ABI manifest | 12:02 |
| jjardon | so only rebuild if the ABI changes? That would be _extremely_ useful | 12:03 |
| * jjardon doesnt want to rebuild everything because there is a new translation in the git module, for example | 12:04 | |
| richard_maw | there's a tool for C and C++ programs that does that based on symbols and headers, but we'd need something that works for everything | 12:05 |
| paulsherwood | jjardon: for the avoidance of doubt, would you mind pushing a new libdrm branch to gbo, and sticking with the naming convention baserock/jjardon/your-branch ? | 12:09 |
| * paulsherwood would like to be sure he's building what jjardon intends | 12:09 | |
| jjardon | paulsherwood: sure | 12:09 |
| paulsherwood | tvm | 12:10 |
| jjardon | but Im building f26dd579bf8ef44f4c0878bb01708c4671142b2d, if that helps | 12:10 |
| paulsherwood | yup. me too | 12:10 |
| straycat | ssam2, Would be cool if gentoo folks will started showing up here now | 12:21 |
| paulsherwood | unlikely, though :) | 12:23 |
| straycat | oh? | 12:23 |
| paulsherwood | radiofree: any ideas what this means? | 12:23 |
| paulsherwood | http://fpaste.org/138118/ | 12:23 |
| radiofree | paulsherwood: looks like weston-desktop-shell is segfaulting | 12:26 |
| radiofree | paulsherwood: do you have a /usr/share/doc/weston/weston.ini file? | 12:26 |
| jjardon | paulsherwood: seems its my fault: I get the same error as you when compiling with X11 support :/ | 12:28 |
| paulsherwood | hmm..no. | 12:28 |
| paulsherwood | i have only ivi-shell-weston.ini | 12:28 |
| paulsherwood | yay. the bugmagnet strikes again :-) | 12:29 |
| radiofree | paulsherwood: copy that to /root/.config/weston.ini | 12:29 |
| radiofree | then try to run again | 12:29 |
| radiofree | (with the log option) | 12:29 |
| jjardon | paulsherwood: at least if you build a only-wayland system it works ;) | 12:30 |
| * jjardon investigating | 12:30 | |
| radiofree | jjardon: i suspect you're not using the genivi weston version? | 12:30 |
| jjardon | radiofree: I am | 12:34 |
| paulsherwood | radiofree: same result | 12:34 |
| paulsherwood | jjardon: seems like this has some residual x11 linkage? | 12:37 |
| paulsherwood | do you have a newer branch for me to try? | 12:38 |
| pedroalvarez | anybody knows a git:// equivalent for this url? git@bitbucket.org:zzzeek/alembic.git | 12:39 |
| jjardon | paulsherwood: yeah, seems I forgot to add x-common to the genivi-baseline system, one minute | 12:39 |
| paulsherwood | i thought the plan here was to drop x? | 12:40 |
| paulsherwood | pedroalvarez: is x11 still required for genivi baseline in any way? | 12:40 |
| pedroalvarez | no | 12:41 |
| pedroalvarez | they moved to wayland | 12:41 |
| Kinnison | pedroalvarez: IIRC bitbucket don't expose git:// but they do do https:// -- https://bitbucket.org/zzzeek/alembic.git | 12:42 |
| jjardon | note that x-common is not x-generic | 12:43 |
| pedroalvarez | Kinnison: but is that useful from the lorry-controller point of view? | 12:43 |
| Kinnison | pedroalvarez: In principle it should work, in practice it may need the ca-certificates first | 12:44 |
| pedroalvarez | btw, with the next g.b.o upgrade we will have less problems like this | 12:44 |
| paulsherwood | jjardon: regarding the move for dbus-glib, you have +2, but neither reviewer has tested it, i fear | 12:44 |
| radiofree | jjardon: how are you building weston? | 12:44 |
| radiofree | are we not doing -disable-xcb? | 12:45 |
| jjardon | radiofree: no changes from what is currently in baserock | 12:46 |
| franred | pedroalvarez, if we need the ca-certificates that may answer our questions | 12:46 |
| pedroalvarez | we have more https urls that are working in te lorry controller like: https://gitlab.com/gitlab-org/gitlab-shell.git | 12:49 |
| pedroalvarez | but I can't clone them with git clone, even in g.b.o. | 12:50 |
| ssam2 | pedroalvarez: GIT_SSL_NO_VERIFY=yes | 12:50 |
| ssam2 | in the environment | 12:50 |
| pedroalvarez | ssam2: I guess the lorry controller is doing something like that to handle it | 12:50 |
| SotK | paulsherwood: I just had the exact same log output after (yet again) reinstalling weston-ivi-shell, but rebooting my VM fixed it... | 12:52 |
| paulsherwood | SotK: rebooting didn't help for me | 12:53 |
| SotK | most strange | 12:53 |
| paulsherwood | no, the strange one is yours... at least mine definitely doesn't work. | 12:54 |
| paulsherwood | :) | 12:54 |
| pedroalvarez | quick review to change some lorries from ssh:// to https:// http://pastebin.com/rXwP0wP0 | 12:55 |
| paulsherwood | pedroalvarez: why, though? | 12:56 |
| paulsherwood | if it works, don't fix it? | 12:56 |
| pedroalvarez | because they don't work :( | 12:57 |
| Kinnison | pedroalvarez: I take it the ssh URLs were not working? | 12:57 |
| Kinnison | pedroalvarez: the patch looks good to me. I don't see any JSON errors | 12:57 |
| straycat | Is bitbucket https not user@bitbucket.org ? | 12:58 |
| Kinnison | straycat: only for pushing | 12:59 |
| * straycat nods | 12:59 | |
| radiofree | jjardon (and me) is (are) pondering the total anhiliation of x11 from baserock | 13:13 |
| jjardon | so, seems the culcrip is cairo: it build the xcb backend if its in the system. Two possible solutions: build mesa with only wayland support or disable the xcb bakend in cairo unconditinally, any preferences? | 13:14 |
| paulsherwood | flatmush: anyt thoughts? | 13:14 |
| paulsherwood | iirc flatmush (and others) wrestled x11 in in the first place | 13:15 |
| * Kinnison is worried that we'd be shooting ourselves quite hard if we drop X11, OTOH we don't currently build anything much which depends on it | 13:15 | |
| jjardon | paulsherwood: I did it ;) | 13:15 |
| paulsherwood | ah. jjardon always the unsung hero | 13:15 |
| paulsherwood | xfce? | 13:15 |
| jjardon | yeah, we will need X11 to run XWayland for example | 13:16 |
| paulsherwood | but not ncessarily for genivi | 13:16 |
| radiofree | X11 would be necessary for steamos | 13:16 |
| jjardon | the propper solution is the ability of morph to change dependencies between chunk/strata depending on configure options | 13:16 |
| rjek | +inf | 13:16 |
| paulsherwood | let's keep it, it works... .whereas wayland... :) | 13:17 |
| paulsherwood | jk | 13:17 |
| jjardon | ok, I will disable the xcb backend from cairo then | 13:17 |
| jjardon | mmm, this will not work; if we disable xcb and xlib backend cairo build not work in X11 ... Is there any plans to add the ability to morph to set different dependencies depending on configure options? | 13:28 |
| ssam2 | jjardon: not plans that will be here any time soon | 13:29 |
| jjardon | we could go for the wayland-only route for now, as seems genivi is the only system oficially supported by baserock | 13:29 |
| ssam2 | am I right in thinking the other option is just supporting Mesa in Wayland ? | 13:30 |
| ssam2 | then we'd still have X, but just no 3D in X | 13:30 |
| ssam2 | which I think would be better than no X at all | 13:30 |
| jjardon | ssam2: yeah, that could work | 13:41 |
| ridgerunner | Does th team think I should continue with my critique of the Trove Reference Manual? N.b. I will bear in mind the intended target audience :-) | 13:43 |
| pedroalvarez | A couple of python-packages needed for OpenStack: http://pastebin.com/CakNfA5Q | 14:24 |
| franred | pedroalvarez, they look ok to me | 14:25 |
| franred | +! | 14:25 |
| franred | ! = 1 | 14:25 |
| richard_maw | I thought we had everything for OpenStack already. What happened? | 14:26 |
| pedroalvarez | ridgerunner: doffm reported that he was missing some repositories due lorry-controller errors | 14:30 |
| pedroalvarez | but this 2 were never lorried | 14:31 |
| pedroalvarez | I'm waiting to heard from him "yes I need them" | 14:31 |
| pedroalvarez | ridgerunner: sorry, that wasn't for you | 14:32 |
| pedroalvarez | richard_maw: ^^ | 14:32 |
| richard_maw | +1 to merge | 14:33 |
| SotK | root | 14:53 |
| richard_maw | password: | 14:53 |
| jonathanmaw | richard_maw: hunter2 | 14:53 |
| richard_maw | hehehehe | 14:54 |
| richard_maw | well, that's the distbuild unit tests fixed, such as there are any | 15:13 |
| richard_maw | now to integrate some yarns to do a proper integration test | 15:13 |
| ssam2 | richard_maw: have you fixed the actual problem yet ? | 15:17 |
| ssam2 | it's rather bad that master of Morph is still broken | 15:17 |
| violeta | where are all the variables like "DESTDIR", "PREFIX", etc, defined? | 15:18 |
| richard_maw | ssam2: I've made changes relevant to the new morphology structure, but I won't know if that works until I have an integration test | 15:18 |
| richard_maw | violeta: do you need to know in code where they are defined, or just what they all are? | 15:18 |
| ssam2 | richard_maw: OK. might be quicker to just deploy yourself a Mason instance and build something, though | 15:18 |
| ssam2 | in fact, just running `morph serialise-artifact` might be enough to check | 15:19 |
| violeta | richard_maw, what they are, how can I define others, etc | 15:19 |
| richard_maw | ssam2: serialise-artifact won't help me much beyond what I've already got from the unit tests | 15:19 |
| richard_maw | violeta: there's no generic way to define extra variables | 15:20 |
| richard_maw | PREFIX was a special case for us wanting to be able to use the same morphologies in the bootstrap, which puts stuff in /tools, and elsewhere | 15:20 |
| violeta | richard_maw, more specifically I want to know what version of the kernel I'm building, or the name is giving to it... | 15:20 |
| violeta | ah | 15:20 |
| richard_maw | what do you need the kernel version for? | 15:21 |
| ssam2 | richard_maw: as we have learned last week, the unit tests passing does not prove that the code works | 15:22 |
| violeta | I have a problem with "depmod -a" when I'm building a different kernel version than the one my system has | 15:22 |
| richard_maw | ssam2: yes, which is why I'm improving the tests >:-| | 15:22 |
| violeta | it tries to access /lib/modules/3.10* that is the kernel my system has, but I need it to access the folder that is in /lib/modules, that is 3.17* | 15:23 |
| violeta | the error I'm getting: http://pastebin.com/CRs6HeHv | 15:23 |
| juergbi | violeta: you can use 'depmod 3.17.xyz' | 15:23 |
| violeta | juergbi, yes, but that name changes every time I build | 15:24 |
| juergbi | you somehow need to get that version into a shell variable. i'm not familiar with the baserock kernel build, though | 15:25 |
| violeta | richard_maw, ^^ | 15:25 |
| richard_maw | (cd /lib/modules && for version in *; do depmod "$version"; done) perhaps? | 15:25 |
| richard_maw | or `for basedir in /lib/modules/*; do depmod -b "$basedir"; done` | 15:26 |
| violeta | it has to be -a, but I'm going to try! | 15:27 |
| violeta | thanks | 15:27 |
| richard_maw | though after that's run you'll probably run into it complaining that it can't write the modules list file where it wants to | 15:27 |
| richard_maw | actually, no, integrations should be fine | 15:27 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:39 | |
| straycat | No test can prove the code works. | 15:56 |
| violeta | 2014-10-01 15:38:41 Build ends successfully | 16:01 |
| violeta | thanks richard_maw :'-) | 16:01 |
| pedroalvarez | violeta: great! | 16:04 |
| violeta | pedroalvarez, :-D | 16:04 |
| pedroalvarez | I think we should fix the other chunk morphology with depmod in the system integration commands | 16:09 |
| *** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has quit [No Ping reply in 180 seconds.] | 16:16 | |
| *** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has joined #baserock | 16:17 | |
| Mode #baserock +cnt by wolfe.freenode.net | 16:17 | |
| richard_maw | it's a bit weird that we've merged the distbuild code into morph.git, but the cache server stuff hasn't been | 16:21 |
| richard_maw | and you can't run a distbuild without the cache server | 16:21 |
| ssam2 | richard_maw: might make sense to move it into morph.git since it's only one file, yeah | 16:25 |
| ssam2 | I'd like to have far fewer baserock/baserock/ repos | 16:25 |
| richard_maw | well, 3 important file | 16:25 |
| ssam2 | we have loads at the moment, most of which are useless, and it makes the project look way more complex than it actually is | 16:25 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 16:32 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:35 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:47 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 16:50 | |
| CTtpollard | Hello! got a quick question, if I've updated my branch in workspace with morph pull from master from g.b.o , and then go to rebuild a system I've built previously, shouldn't most things be buildable from cache aprt from anychanges to the system-moprh or upstream repo for specific chunks? | 16:50 |
| richard_maw | we updated a component very low in the dependency graph recently, so everything above it needed rebuilding | 16:51 |
| CTtpollard | ah that could be it indeed, well at least It does seem reasonable | 16:54 |
| CTtpollard | ty richard_maw | 16:55 |
| *** dutch_ [~william@2.220.116.99] has joined #baserock | 20:02 | |
| *** dutch_ [~william@2.220.116.99] has quit [Client Quit] | 20:03 | |
| jjardon | Hi, can I ask what is the reason to have cmake in core? just rebuilding the kernel now because cmake got updated... | 20:24 |
| jjardon | ok, just found it: "The GENIVI components layer_management, DLT_daemon and AudioManager use cmake to build" | 20:29 |
| jjardon | Not sure its a enough strong reason, maybe it would be a good idea to put it in a separate stratum? | 20:30 |
| richard_maw | jjardon: the decision to put it there was at a time when we thought a small number of strata would be sufficient | 20:33 |
| richard_maw | we could split it out, but until we can specify runtime-depends (my preference is by allowing you to embed a stratum in another stratum) | 20:34 |
| richard_maw | it'll mean the system morphologies will have a _long_ list of strata | 20:34 |
| jjardon | Id be more interessed in the ABI checker you mentioned the other day. Or do not rebuild at all but that its more a radical decission | 20:36 |
| richard_maw | it's also something I don't believe to be generally solvable | 20:38 |
| richard_maw | http://ispras.linuxbase.org/index.php/ABI_compliance_checker if you're interested | 20:39 |
| jjardon | richard_maw: you mean rebuilds? | 20:39 |
| richard_maw | jjardon: not directly, I mean creating ABI manifests and depending on those rather than the actual built source | 20:40 |
| jjardon | richard_maw: what about not rebuild at all? Or at least have the option | 20:44 |
| richard_maw | hm, we could add a mode that doesn't include the dependencies in the cache keys, which ought to do that, but I can't see it working too well | 20:51 |
| jjardon | if not the only possible solution I imagine to avoid rebuilds is that in the end all the strata would have only one chunk | 20:57 |
| richard_maw | a small number perhaps | 21:15 |
| jjardon | richard_maw: why small? any component can get updates frequently | 21:43 |
| * pedroalvarez manages to get mosh working in baserock | 21:46 | |
| richard_maw | pedroalvarez: woo! | 21:53 |
| richard_maw | in other news of a woo-ish nature, I've got some distbuilds working in the test-suite | 21:54 |
| richard_maw | hm, deploy doesn't currently work, as there are un-cached repositories | 22:02 |
| richard_maw | no, silly me, I was building a different system to the one I tested | 22:10 |
| richard_maw | or maybe I was right in the first place, it failed again | 22:27 |
| richard_maw | it's late, perhaps I forgot I'd commented it out or something | 22:27 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 23:29 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!