| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 00:00 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:02 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 00:08 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:08 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 00:12 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:16 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 00:25 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:26 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 00:31 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:31 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 00:59 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 01:02 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 01:28 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 01:29 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 01:37 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 01:41 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 01:57 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 01:58 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 02:12 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 02:16 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 02:25 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 02:26 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 02:38 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 02:41 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 03:01 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 03:12 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 03:18 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 04:34 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 04:39 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 04:47 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 04:55 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 04:57 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 05:08 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 05:24 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 05:38 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 05:40 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 05:47 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 05:52 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 06:21 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:22 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 06:33 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:34 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 06:39 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:40 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 06:46 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:47 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 06:52 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:52 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:04 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:49 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:22 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:54 | |
| jjardon | Hi!, I was trying to deploy the other day and I kept getting this message error (deploy used to work before): http://fpaste.org/126577/14084389/ Any idea where should I put VERSION_LABEL and why is needed now and not before? | 09:04 |
|---|---|---|
| straycat | You should put it in the gnome-deploy cluster morph, though I don't know why it's needed now. | 09:06 |
| pedroalvarez | Baserock Intrepid I-0.1 has been released! | 09:06 |
| straycat | huzzah! | 09:06 |
| rjek | Intrepid? What does this mena? | 09:11 |
| rjek | mean | 09:11 |
| pedroalvarez | rjek: the previous release was called Horizon H-1.1, so they are just using the alphabet | 09:12 |
| pedroalvarez | and random words | 09:12 |
| rjek | Oh, this is Genivi? | 09:12 |
| straycat | That the release can be likened to a fearless adventurer? | 09:13 |
| rjek | Intrepid was not a good choice. That was a release of Ubuntu. | 09:13 |
| pedroalvarez | hm... did get confused with the name? | 09:13 |
| pedroalvarez | no, it's called Intrepid | 09:14 |
| rjek | (This is another problem with codenames, IMO: they're fine for internal use, but for releases they're a bad idea. People naturally expect them to be unique in a given field. People don't expect that of boring numbers.) | 09:15 |
| straycat | Codenames based on a particular scheme rather than random words might work better. | 09:16 |
| rjek | You still run the risk of namespace clash :) | 09:17 |
| * straycat nods | 09:17 | |
| petefoth | straycat: nope! Numbers - done properly - is what you need (IMHO) | 09:17 |
| rjek | Step one: Pick a name and Google it. If it has more than a couple of thousand hits, return to step one. | 09:21 |
| straycat | You could write a crawler that uses machine learning to classify codenames as "software" or "other" Then remove any codenames in the "software" category and pick from those :p | 09:21 |
| rjek | Step two: Use numbers. | 09:21 |
| jonathanmaw | pedroalvarez, not quite random words for GENIVI releases, they're space-themed | 09:21 |
| Kinnison | jjardon: Looks like it's doing an upgrade (raw disk image in place from previous deploy?) so it needs VERSION_LABEL since otherwise it can't know what to call the upgraded system | 09:21 |
| ssam2 | jjardon: yeah, the change is that your .img file now already exists | 09:22 |
| ssam2 | it should probably make that clearer | 09:22 |
| richard_maw | IMO it should only attempt an upgrade if --upgrade is set | 09:29 |
| ssam2 | richard_maw: of course. I think we never updated rawdisk.write to actually check that | 09:42 |
| Kinnison | Anyone know where all these: 2014-08-19 09:47:14 DEBUG run external command: [['git', 'config', '-z', 'core.bare']] | 09:47 |
| Kinnison | come from? | 09:47 |
| Kinnison | when running morph | 09:47 |
| richard_maw | morphlib.gitdir.GitDirectory IIRC | 09:47 |
| richard_maw | there's a property that calls it, and fails to cache it | 09:48 |
| Kinnison | It consumes many seconds of runtime on my rns of morph | 09:48 |
| Kinnison | :-( | 09:48 |
| Kinnison | (this is negligible, but irritating) | 09:48 |
| richard_maw | I wish we were on python3, there's all kinds of useful decorators for this kind of thing | 10:01 |
| straycat | What stops us from using python3? | 10:17 |
| Kinnison | Various of our deps are still python2 only | 10:19 |
| Kinnison | We'd need to update them | 10:19 |
| Kinnison | In some cases, update == recode | 10:19 |
| richard_maw | we use cliapp + all its depends, pyyaml and pyfilesystem | 10:19 |
| richard_maw | though I think the latter 2 have python3 support | 10:19 |
| persia | Can six help in that direction, or is it only for avoiding upgrades? | 10:20 |
| richard_maw | AIUI six is supposed to help if you still need to support older versions of python | 10:21 |
| richard_maw | so perhaps useful for porting cliapp to python3, but not so useful for morph itself | 10:21 |
| richard_maw | since we could just opt to use python3 | 10:21 |
| paulsherwood | the GENIVI names are 'space-themed' | 10:29 |
| * rjek tries to think what Intrepid might be, other than the class of vessel featured in Star Trek: Voyager | 10:30 | |
| richard_maw | well, you will grasp at straws if you need every letter of the alphabet | 10:30 |
| persia | Depends on the naming scheme. For something like "flower names", or "fruits", it's usually safe. For something like "Planets", one has trouble getting started. | 10:32 |
| * paulsherwood hopes to see GENIVI Klingon in his liefetime | 10:32 | |
| rjek | Words in the dictionary, in alphabetical order. Also makes versions comparable. | 10:32 |
| * richard_maw would prefer first thing you see that starts with that letter | 10:33 | |
| rjek | Dongle. | 10:34 |
| Kinnison | Adam | 10:35 |
| Kinnison | Book | 10:35 |
| Kinnison | Car | 10:35 |
| Kinnison | etc | 10:35 |
| paulsherwood | win 40 | 10:35 |
| paulsherwood | bah | 10:35 |
| richard_maw | paulsherwood: currently tidying up a patch to fix that weirdness you had with a build that failed to contact the trove, so decided to use the default commands | 10:35 |
| pedroalvarez | richard_maw: will it fail instead of using the default commands? | 10:36 |
| richard_maw | yes | 10:36 |
| jjardon | Kinnison: ssam2 that was it, Ive removed the previous image and it works. | 10:40 |
| Kinnison | good to hear | 10:40 |
| paulsherwood | any idea why "tar xvf ../baserock-e424935744d-devel-system-jetson.tar.gz" from baserock-jetson instructions would give me "tar: no gzip/bzip2/xz magic" | 10:49 |
| paulsherwood | ? | 10:49 |
| Kinnison | It might not be compressed, yet is named .gz | 10:50 |
| richard_maw | do you have `file`, and if you do, what does it say? | 10:50 |
| paulsherwood | ../baserock-e424935744d-devel-system-jetson.tar.gz: HTML document, ASCII text | 10:51 |
| paulsherwood | maybe it was uploaded strangely? | 10:51 |
| Kinnison | What URL did you download it from and I'll take a looksee | 10:51 |
| paulsherwood | curl -k -O https://download.baserock.org/baserock/baserock-e424935744d-devel-system-jetson.tar.gz | 10:52 |
| De|ta_ is now known as De|ta | 10:52 | |
| paulsherwood | i believe this is a new image radiofree posted overnight | 10:52 |
| richard_maw | paulsherwood: use http not https | 10:54 |
| Kinnison | hebetude% curl -k -I https://download.baserock.org/baserock/baserock-e424935744d-devel-system-jetson.tar.gz ~ | 10:54 |
| Kinnison | HTTP/1.1 401 Authorization Required | 10:54 |
| Kinnison | hebetude% curl -k -I http://download.baserock.org/baserock/baserock-e424935744d-devel-system-jetson.tar.gz ~ | 10:54 |
| Kinnison | HTTP/1.1 200 OK | 10:54 |
| * Kinnison concurs. http not https | 10:54 | |
| paulsherwood | ah. i was cutting and pasting instructions from wik. i'll fix them | 10:54 |
| Kinnison | ta | 10:54 |
| paulsherwood | whoa.. that's going to take 45 minutes, i may need a different network | 10:56 |
| Kinnison | it's a 400 meg file | 10:57 |
| Kinnison | ca. 150kB/s is believable for our internal network right now | 10:57 |
| paulsherwood | yup | 10:58 |
| SotK | paulsherwood: copy/pasting those instructions worked for me | 10:58 |
| paulsherwood | SotK: when did you last run them? radiofree tweaked things overnight... | 10:59 |
| SotK | paulsherwood: this morning | 11:00 |
| paulsherwood | weird, then | 11:00 |
| richard_maw | j | 11:01 |
| richard_maw | it could be our internal network vs external network issues | 11:01 |
| richard_maw | SotK: were you using the internal network, guest network or a wifi dongle? | 11:02 |
| paulsherwood | richard_maw: are you saying it's me, again? :) | 11:02 |
| richard_maw | paulsherwood: not unless there's a manner in which you _are_ the internal network | 11:02 |
| paulsherwood | :-) | 11:02 |
| richard_maw | since I would have gotten the same result as you did, had I followed the instructions on the wiki page | 11:02 |
| SotK | richard_maw: I was using a wifi dongle when I did it, fwiw | 11:02 |
| richard_maw | yep, it's some issue with our internal network, so https would normally be appropriate instructions | 11:03 |
| persia | Y'all need to find a better network :) I usually complain about my networks, but they don't usually cause http vs. https sorts of issues. | 11:04 |
| Kinnison | http vs. https is that the server download.baserock.org is on doesn't have (a) a baserock.org certificate or (b) SNI | 11:04 |
| Kinnison | or if it does have SNI, it's not doing it quite right | 11:04 |
| persia | So, I think it's not your network. I can replicate Kinnison's results from my DC, where https doesn't work. | 11:07 |
| * Kinnison is quite confident that he's right | 11:08 | |
| persia | Hmm. c0b2381ed8c9fe2af96a98aaab60383757e9caf9 doesn't come with a comment, but I think it's best reverted (as done in 97cdd4f8f6f9e91b5aeff76e3c04f24331c98809) | 11:11 |
| Kinnison | which repo is that? | 11:11 |
| Kinnison | richard_maw: I'm pondering your cat-file change and will reply after I've had some lunch | 11:14 |
| doffm | Has anyone tried kvm (libvirtd) on baserock recently? | 11:25 |
| richard_maw | doffm: not recently, it's not part of the devel systems any more because we didn't need it for day-to-day development, and needing to build it slowed down our day-to-day development | 12:25 |
| doffm | richard_maw: Ok, thanks. Not working on my devel machine. I'll do another devel build with it in. Check it hasn't bit rotted. | 12:45 |
| Kinnison | richard_maw: What's your opinion of http://pastebin.com/p5WTjDrM ? (Note, untested beyond running firehose with it) | 14:10 |
| Kinnison | richard_maw: there's definite whitespace cockups :-) | 14:12 |
| richard_maw | Kinnison: there looks to be something a bit odd with the whitespace, and I'd prefer the dict to be _config, so people don't try to use that instead of get_config | 14:12 |
| Kinnison | I might turn it into a proper patch at somepoint then | 14:12 |
| Kinnison | richard_maw: newer version: http://pastebin.com/Fu3rgQ0e | 14:50 |
| Kinnison | richard_maw: Also I'd like to put http://pastebin.com/32QDbNCe into definitions master to mean I can build newer cpython which is needed for our CA/CI/CD pipe | 14:51 |
| richard_maw | +2 to the config thingy | 14:51 |
| richard_maw | for the python2 symlink, I've have gone with `test -e`, and `condition || command` isn't my favourite idiom, as it feels the wrong way aroud to me. I'd prefer `if [ ! -x "$..." ]; then ln -s ...; fi` | 14:55 |
| * rjek keeps thinking there's something on his screen because of the ~ at the end of Kinnison's pastes at 1154. | 14:56 | |
| rjek | You should all talk more so it scrolls off the top. | 14:56 |
| richard_maw | in this case I think `ln -sf` would replace it correctly, but we're better off with what the original link target is if it exists | 14:56 |
| richard_maw | I'm on the fence as to whether we ought to reverse the condition, and use a proper flow control structure, so +1 rather than +2 | 14:57 |
| Kinnison | heh | 14:57 |
| Kinnison | rjek: use a bigger font | 14:57 |
| Kinnison | And yeah, I should find a way to more easily not copy the RPS1 when doing pastes | 14:58 |
| Kinnison | Anyone else want to consider if they'd accept http://pastebin.com/32QDbNCe ? | 14:59 |
| Kinnison | doffm: ^^ (since it was your change to python's morphology which I'm updating) | 14:59 |
| paulsherwood | Kinnison: +1 | 15:04 |
| Kinnison | paulsherwood: to the python morph change? | 15:04 |
| paulsherwood | yup | 15:04 |
| Kinnison | thanks | 15:04 |
| paulsherwood | as a ruby user, i'm ok with the idiom :) | 15:05 |
| * richard_maw adds another thing about ruby to the list | 15:05 | |
| Kinnison | richard_maw: You can confirm that your +2 was correctly applied here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/commit/?id=7e2553e2101310e9ddfce2ca93c1c923b062ad1e | 15:07 |
| richard_maw | Kinnison: yep, looks good | 15:08 |
| pedroalvarez | Kinnison: is that fix related to this error:? | 15:10 |
| pedroalvarez | ERROR: Command failed: git config -z morph.repository | 15:10 |
| richard_maw | no | 15:10 |
| richard_maw | it just caches the result | 15:10 |
| Kinnison | it's related to the tonnes of 'git config -z core.bare' you tend to see in logs | 15:10 |
| richard_maw | pedroalvarez: where do you see that error? | 15:11 |
| pedroalvarez | richard_maw: only happened once, not sure if I can reproduce it | 15:11 |
| Kinnison | richard_maw: You can see the result of my definitions change here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=ebfcbd166dfe49c6632d0aeeb6d2050a4d507576 | 15:11 |
| Kinnison | paulsherwood: ^^^ | 15:11 |
| paulsherwood | tvm | 15:12 |
| richard_maw | pedroalvarez: you will see non-fatal messages about that in the logs of builds if you have git repositories in your system branch that didn't come from a morph edit | 15:12 |
| pedroalvarez | richard_maw: this is what happened in my case http://pastebin.com/PUFdSRGB | 15:14 |
| pedroalvarez | richard_maw: hm... maybe casued by an incomplete `morph edit` | 15:14 |
| pedroalvarez | richard_maw: And I fixed it removing the upstream folder of my workspace, so you are probably right | 15:15 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:23 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:01 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:32 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving.] | 17:32 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:16 | |
| jjardon | hi, after upgrading to latest morph, I get this when building http://fpaste.org/126832/79119140/ Any idea if there is any recent change that can cause this? | 20:14 |
| Kinnison | You're not using latest morph entirely think | 20:41 |
| Kinnison | And if you are, then you have some bad morphologies somewhere | 20:42 |
| Kinnison | because we're being more strict about morphology content | 20:42 |
| Kinnison | I suggest you run with higher debug (--verbose --log-level=debug --log=/dev/stdout) and then see if you can see which morphology is causing the error | 20:42 |
| Kinnison | Also I suggest you raise on the ML that the error is unhelpful in diagnosing what's up | 20:43 |
| Kinnison | :-) | 20:43 |
| jjardon | Kinnison: ok, thanks for the hints. I asked because Ive build succesfully just before switch to use morph master instead the one included in the chroot image | 20:45 |
| Kinnison | Yeah, we've been cleaning up morphologies. If you can integrate the work that has been done in master of definitions then you'll be in a cleaner place overall too | 20:45 |
| Kinnison | Esp. since then you could play with firehose for tracking all the gnome repos | 20:45 |
| Kinnison | which might automate your work for you | 20:46 |
| jjardon | Kinnison: yep, I was about to rebase my gnome system with the current definitions ;) Let me try if I found something with the more verbose logs and if not i will ask in the list | 20:49 |
| pedroalvarez | jjardon: rebasing to master of definitions is not going to be easy :/ | 20:58 |
| pedroalvarez | jjardon: I'm just thinking that you can use the same script we have run to reorganize your definitions repository and fix your chunk morphologies | 20:59 |
| pedroalvarez | jjardon: and it will move your chunk morphologies to definitions.git, and I know you are interested in that | 20:59 |
| jjardon | pedroalvarez: yeah, that was the idea. But Id like to check before if the new morph still build my old definitions | 20:59 |
| Kinnison | jjardon: Pedro and Fran pushed a fix to definitions *before* we did the move | 21:00 |
| Kinnison | jjardon: If you rebase on top of that, you'll only have your morphologies at risk of not being supported | 21:01 |
| Kinnison | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=a90e321bbd4e431c27d7919c18d36ec1de02a2ba | 21:01 |
| Kinnison | there | 21:01 |
| pedroalvarez | I was going to suggest that | 21:02 |
| pedroalvarez | jjardon: rebasing on top of e424935744d9faf27327ee40987620412c41716f should be safe | 21:02 |
| jjardon | ok, thanks for the help | 21:05 |
| jjardon | only to be completely clear: is it normal that my current system/definitions, that build fine with the morph included in the baserock image from 18 of july, stop building when swicthing to morph master? | 21:13 |
| pedroalvarez | jjardon: is a situation that we are aware of | 21:14 |
| jjardon | pedroalvarez: ok, then I do not bother you anymore ;) | 21:15 |
| pedroalvarez | jjardon: not bothering at all | 21:15 |
| pedroalvarez | all the questions are welcome :) | 21:15 |
| jjardon | can I also make a suggestion? I think it would be a good idea to separate definitions from any code/script. We have this problem in GNOME where the modulesets are in the same repo as jhbuild its difficult to follow the development of the modulesets definitions or the tool (jhbuild) | 21:19 |
| jjardon | its not the same as morph is in a separate repo but I saw the number of script in the definitions repo is growing | 21:20 |
| pedroalvarez | Yeah, I see your point, now the log in definitions.git is a mix of commits of some scripts and commits of changes in the morphologies | 21:23 |
| jjardon | exactly. It happened to us that some people are more interested in the tool (jhbuild) and other in the modulesets. | 21:26 |
| pedroalvarez | jjardon: what decison have you taken? | 21:27 |
| pedroalvarez | to fix this issue, I mean | 21:27 |
| jjardon | separate the modulesets in a different repo (https://git.gnome.org/browse/gnome-modulesets/) But a lot of infrastructure changes are needed so is on hold at the moment | 21:29 |
| jjardon | "[Build 1/1860] [stage1-binutils-bins] Fetching to local cache: artifact stage1-binutils-bins" seems to be working again :) | 21:41 |
| pedroalvarez | jjardon: and reusing fresh cache from git.baserock.org :) | 21:42 |
| pedroalvarez | wow, 1860 | 21:43 |
| jjardon | pedroalvarez: :) and this is only up to gnome-shell. A more complete system would be quite bigger | 21:51 |
| * jjardon owns a beer to the organize-morphologies script | 22:03 | |
| jjardon | but still I get an error: http://fpaste.org/126854/08485874/ | 22:09 |
| pedroalvarez | jjardon: is this running organize-morphologies script? | 22:10 |
| jjardon | pedroalvarez: yes | 22:10 |
| jjardon | note I moved wayland-ivi-extension to a new weston-genivi stratum | 22:11 |
| pedroalvarez | which sha1 are you using of the wayland-ivi-extension repo? | 22:12 |
| jjardon | this is how it looks like: http://fpaste.org/126855/86349140/ | 22:12 |
| jjardon | oh, let me check | 22:12 |
| jjardon | pedroalvarez: 8b59529cf3b279a948f253bc79263d00d3f051a5 | 22:15 |
| pedroalvarez | jjardon: found it! | 22:15 |
| pedroalvarez | s/moprh/morph/ in that stratum | 22:16 |
| jjardon | pedroalvarez: good catch! ;) | 22:18 |
| jjardon | mmm, seems I hit another: http://fpaste.org/126864/88612140/ | 22:50 |
| jjardon | also, it would be nice if the script could ignore the repos with uri "file://", will take a look tomorow | 23:07 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!