| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 01:43 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 02:03 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 08:11 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Changing host] | 08:11 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 08:11 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:32 | |
| rjek | bwh: :( | 08:44 |
|---|---|---|
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:06 | |
| pedroalvarez | So, I've been told that when doing a merge, I should put a Reviewed-by list (or something) pointing to the reviewers of the patch. I normally do this, but without puting emails addresses, which turns up that is not enough to identify a Person. Also I've been told that this is a common practice in opensource projects. How could a Baserock contributor know this? This the first opensource project I colaborate with, and I didn't know about all of this. | 09:21 |
| persia | We probably ought document it somehow. Generally speaking early contributors don't need the Reviewed-By lines because they can't commit the merge. | 09:22 |
| persia | I presume we have assumed that people will learn from seeing merge commits, but that may not be sufficiently explicit. | 09:23 |
| persia | I suspect it deserves a paragraph in http://wiki.baserock.org/contributing/#index9h2 | 09:23 |
| pedroalvarez | I'll be happy with that | 09:24 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:26 | |
| persia | pedroalvarez: What do you think of http://paste.baserock.org/idijefacas ? Do we need more there? | 09:29 |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has joined #baserock | 09:30 | |
| Mode #baserock +v ssam2 by ChanServ | 09:30 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:30 | |
| pedroalvarez | persia: is "pseudoheaders" enough? I would have failed to understand that | 09:31 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:31 | |
| persia | Then it isn't enough. Hrm. | 09:31 |
| persia | How would you describe them? | 09:32 |
| pedroalvarez | The thing is that I'm not familiar with the pseudoheaders term | 09:34 |
| Kinnison | They're often referred to as 'tags' by people in kernel circles | 09:34 |
| Kinnison | pseudoheaders go at the start of a message | 09:34 |
| Kinnison | tags go at the end | 09:34 |
| Kinnison | And signed-off-by, reviewed-by, acked-by, tested-by etc. all go at the end of the commit message | 09:34 |
| persia | bare "tags" or "commit tags"? | 09:34 |
| Kinnison | Textual "tags" in the commit message | 09:34 |
| Kinnison | it's a poor term | 09:35 |
| Kinnison | But it's the term used in the 'Submitting patches' document in the linux documentation tree | 09:35 |
| persia | Do you think s/pseudoheaders/tags/ would be comprehensible? | 09:35 |
| Kinnison | no | 09:35 |
| Kinnison | sadly | 09:35 |
| persia | Right. | 09:35 |
| Kinnison | s/pseudoheaders/lines at the end of the commit message/ | 09:35 |
| Kinnison | or similar | 09:35 |
| persia | I don't like the grammar for that, but yes, that might work. | 09:36 |
| pedroalvarez | couldn't we put a small example? | 09:36 |
| pedroalvarez | or a link to a place where it's explained? | 09:36 |
| persia | So, "Merge commit messages should contain Reviewed-By: lines at the end of the commit message gathered from the review mail in the thread." | 09:36 |
| Kinnison | pedroalvarez: yes, examples would be a good idea | 09:36 |
| Kinnison | persia: that'd get a +1 from me | 09:37 |
| persia | So http://paste.baserock.org/ujozesovis ? | 09:38 |
| Kinnison | the double quotes and the cut off sentence make me sad | 09:39 |
| * pedroalvarez is still not understanding even with the expansion of "pseudoheaders" | 09:39 | |
| Kinnison | but the example (if you put a $ git log -1 at the top) should be okay | 09:40 |
| * persia gets annoyed at the vast number of "clipboards" and wishes X selections worked properly | 09:40 | |
| Kinnison | pedroalvarez: are you aware that email messages are split into two major parts -- the headers and the body? | 09:40 |
| pedroalvarez | hm.. I kind of am | 09:40 |
| pedroalvarez | :) | 09:40 |
| Kinnison | pedroalvarez: in the good old days, most people's mail clients had control of the headers in an easy to edit way, and they would put control information into the headers | 09:40 |
| persia | http://paste.baserock.org/agicacohif ? | 09:40 |
| Kinnison | e.g. for bug trackers | 09:40 |
| pedroalvarez | Now I get it | 09:41 |
| Kinnison | When mail clients became much more "coddling", the practice was shifted to putting them as the first part of the mail body | 09:41 |
| Kinnison | these were so-called pseudo-headers | 09:41 |
| Kinnison | persia: If you want the commit, merge, author, date lines at the top, then please make it clearer that it's a 'git log' output, otherwise people might think those need to go in the commit message | 09:42 |
| persia | We had pseudo-headers back when everyone could edit headers as well, but usually only because some NNTP gateways mangled headers. | 09:42 |
| Kinnison | persia: those were the bad old days :-) | 09:42 |
| persia | You walk a narrow line :p | 09:42 |
| * Kinnison chuckles | 09:43 | |
| persia | http://paste.baserock.org/uriziqaled ? | 09:43 |
| Kinnison | +1 | 09:44 |
| pedroalvarez | +1 | 09:44 |
| pedroalvarez | thanks persia :) | 09:44 |
| straycat | why is someone's name not enough to identify them? | 09:44 |
| straycat | or did we have a sudden overnight increase in contributors that i'm not yet aware of? | 09:44 |
| pedroalvarez | too many john smiths in the world :) | 09:44 |
| persia | And we have a mix of email and non-email attributions in the history. It seems normal practice in other contexts to include email, so it seems easier. | 09:45 |
| persia | If you believe we shouldn't, we can change: it's only a wiki page, not the policy page. | 09:46 |
| straycat | eh, doesn't hurt to have emails in the commit, i've just not bothered with it so far cause names seem enough atm | 09:51 |
| franred | straycat, repositories are historical, we should think on the future community members too and give them the possibility to contact people who made some patch in the past ;-) | 09:56 |
| straycat | oh, you mean like git log? | 09:57 |
| straycat | if you want to put emails in review commits go for it, i'd rather not be forced to perform extra manual steps everytime i perform a merge | 09:58 |
| franred | straycat, reviewers are not in the merge commit nor in the patch commits | 09:58 |
| franred | :) | 09:58 |
| straycat | realistically anyone reviewing anything will be easily findable in the git log | 09:59 |
| straycat | so this dicussion is pretty moot | 09:59 |
| * straycat goes back to stuff | 09:59 | |
| franred | straycat, I disagree but it is my opinion | 10:00 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:02 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:20 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 10:23 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:27 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 10:31 | |
| straycat | otoh, might not be so bad with a commit template, but still probably unnecessary | 10:32 |
| ssam2 | i have a list of ready-written 'Reviewed-By' tags which I just copy from when creating a merge commit, which makes the process fast and also saves mistyping people's names | 10:36 |
| ssam2 | it is unnecessary work though, if we switch to having Zuul do merges then I guess we don't have to worry about this | 10:36 |
| persia | I'd like it if Zuul did that. | 10:37 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:46 | |
| straycat | bah, for some reason I believed the set of args passed to each extension was the same | 10:54 |
| straycat | it now turns out the to_lorry extension doesn't get a version | 10:54 |
| straycat | presumably because this wasn't needed for rubygems | 10:54 |
| ssam2 | that's exactly the reason :) | 10:56 |
| ssam2 | if adding a version for .to_lorry would make the set of args the same for all extensions, I'm very much in favour of it | 10:56 |
| ssam2 | in fact, if it's necessary then i'm in favour of it either way... | 10:56 |
| straycat | Not quite sadly, looking at it now find_deps gets the source_repo as the first arg as well | 10:57 |
| straycat | as the name | 10:57 |
| ssam2 | hmm, yeah | 10:57 |
| ssam2 | which makes sense, to_lorry can't get the source repo passed to it for obvious reasons :) | 10:58 |
| straycat | yes :) | 10:58 |
| ssam2 | but I can see why, if you need a tarball import, you need to pass a version to the to_lorry program .. | 10:58 |
| straycat | I could make it something specific to the python importer and pass it in through extra_args, but it strikes me that other extensions may want the version number at that stage | 10:59 |
| ssam2 | sure, anything doing a tarball import | 11:00 |
| ssam2 | i'm surprised i didn't need this when implementing the Omnibus importer. maybe I just didn't get that far. | 11:00 |
| straycat | Okay well if you're fine with it I'm happy to modify that interface and update the other extensions as needed | 11:03 |
| jmalk | hi all, quick question - http://wiki.baserock.org/guides/vm-setup/ - this guide uses port 5555 for the VM, is there a reason for this particular port? | 11:04 |
| persia | jmalk: It isn't usually used by other things, but this isn't a particularly strong reason. | 11:05 |
| jmalk | persia: so if I were confident with my ports it could just as easily be another not-used-much-by-other-things port? | 11:06 |
| persia | Right. | 11:06 |
| jmalk | thanks | 11:06 |
| CTtpollard | jmalk, you can also do multiple port forwards if needs be, I had 4 mapped at one point | 11:06 |
| ssam2 | straycat: awesome, thanks | 11:07 |
| persia | I switched to running a system under libvirt after a short while, to make network management easier. | 11:07 |
| jmalk | CTtpollard: any advantages to that, or something that arose from necessity? | 11:07 |
| CTtpollard | I was hosting 3 services from within the vm which I needed external access to | 11:08 |
| persia | The main advantage is being able to deliver more services: e.g. ssh+http+https+http-on-alternate-port | 11:08 |
| jmalk | ah, I see | 11:09 |
| straycat | Zara_, did we get your stuff merged? | 11:09 |
| Zara_ | no, sorry, for the import tool I still need to rebase the commits that jmac asked for rebasing | 11:11 |
| straycat | *nod* | 11:11 |
| Zara_ | I should have it done soon, provided I figure out rebasing. :P Though I'm not totally sure what I do at that point-- I'm guessing I resend the patch to the same thread, but I'm not sure how to do that. | 11:12 |
| straycat | eh, you can just rebase it and send it to the list as a v2 or v3 or whatever it is | 11:13 |
| jmacs | I would resend it as a new thread with "v4" or something added to the subject | 11:13 |
| Zara_ | ok, thanks :) that definitely sounds easier. | 11:15 |
| perryl | :q | 11:16 |
| straycat | heh | 11:16 |
| perryl | augh | 11:16 |
| tiagogomes | If I run `morph edit foo`, will morph always build from the repo created my `morph edit`, or it will look if there is a remote branch with more recent commits | 11:23 |
| straycat | i'm pretty sure it just uses your local clone | 11:24 |
| perryl | if i set a value in morph, can anyone tell me how to get that value in the system the morph is deploying? | 11:25 |
| straycat | /baserock/deployment.meta seems to have that | 11:27 |
| ssam2 | perryl: what's the exact problem here ? | 11:28 |
| perryl | ssam2: i'm probably overthinking the issue; i'm looking at add_settings in morphlib and there's nothing that intuitively states "this is how to pass an argument in from the morph", | 11:29 |
| ssam2 | is this for passing an argument to the firehose plugin? or for passing arguments to firehose.configure ? | 11:31 |
| perryl | preferably both | 11:32 |
| ssam2 | ok. they ate separate problems | 11:32 |
| perryl | morph seems to do nothing but confuse me, looking at it; is there any documentation on it i can read through? | 11:32 |
| ssam2 | *are | 11:32 |
| ssam2 | perryl: try `man cliapp` | 11:32 |
| ssam2 | or http://linux.die.net/man/5/cliapp (the same thing) | 11:33 |
| ssam2 | cliapp is a separate library, which provides some useful features like commandline and config file parsing | 11:33 |
| ssam2 | we use it in a few other programs like the import tool | 11:33 |
| ssam2 | and we use it in Morph | 11:33 |
| tiagogomes | Lorry seems to to have imported the gcc-4.9.2 tarball | 11:35 |
| tiagogomes | s/to to/to not | 11:36 |
| ssam2 | tiagogomes: I'll have a look why | 11:38 |
| tiagogomes | ssam2 thanks | 11:38 |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has quit [Quit: Leaving] | 11:39 | |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has joined #baserock | 11:40 | |
| Mode #baserock +v ssam2 by ChanServ | 11:40 | |
| ssam2 | seems like one job timed out, and there have been a number of successful jobs subsequently | 11:44 |
| ssam2 | but the gcc-4.9.2 tag definitely doesn't exist | 11:44 |
| ssam2 | I wonder if the failed job has triggered a bug | 11:44 |
| franred | hi, I need to add python-memcached to a stratum, memcached is databases.morph stratum, should I add it to databases or directly to openstack-services where it will be used? | 11:45 |
| Kinnison | Probably databases | 11:45 |
| ssam2 | yeah, the problem is that there's a 0-byte gcc-4.9.2.tar.bz2 in /home/lorry/working-area/delta_gcc-tarball | 11:45 |
| ssam2 | suggests a bug in Lorry | 11:45 |
| Kinnison | or the download timed out and got killed | 11:46 |
| franred | Kinnison, I will add to databases then, cheers | 11:46 |
| Kinnison | or disk space hiccoughed | 11:46 |
| ssam2 | however the 0 byte file got there, there's definitely a bug in Lorry because it should have removed it on failure | 11:46 |
| Kinnison | nod. | 11:47 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 11:47 | |
| Kinnison | it's hard for it to remove-on-failure if it got killed though | 11:47 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:47 | |
| Kinnison | Probably good for it to go "does it exist, and is it > 0 bytes long" rather than just "does it exist" as its check | 11:47 |
| ssam2 | hmm, yeah that'd be a good safety measure | 11:48 |
| ssam2 | i shall cook up a patch | 11:48 |
| Kinnison | double double, toil and trouble, fire burn and asphalt bubble. | 11:49 |
| persia | [ -s ${FILE} ] is a nice way to do this: lots of folk run [ twice for some reason. | 11:49 |
| Kinnison | persia: sadly that's not very pythonic :-) | 11:49 |
| franred | Kinnison, I've seen that six is now in 4 parts if I add it to databases (as a python-memcached dependency, it will be in 5 strata), should we move six to a foundation or core? | 11:49 |
| persia | Kinnison: Ah, indeed. | 11:50 |
| Kinnison | franred: cor, sounds sad. Erm... what is it? | 11:50 |
| persia | We should probably put six wherever we have python | 11:50 |
| franred | Kinnison, https://pypi.python.org/pypi/six :S | 11:51 |
| persia | Kinnison: six provides support for code that is both python 2 and python 3 | 11:51 |
| pedroalvarez | yeah, sounds like it could go to wherever python is | 11:51 |
| ssam2 | six should definitely be with python, it's super handy | 11:52 |
| Kinnison | franred: put it next to python2 and python3 then | 11:52 |
| pedroalvarez | and it is less than 100K | 11:53 |
| franred | Kinnison, cpython is in core | 11:53 |
| pedroalvarez | to core then | 11:53 |
| * franred moves six to core and remove from the other packages (this change will not be available until we merge openstack) | 11:54 | |
| franred | s/packages/strata/ | 11:54 |
| pedroalvarez | franred: I'm failing to build your WIP openstack_server system | 11:55 |
| pedroalvarez | http://paste.baserock.org/ukusaduzen | 11:55 |
| franred | pedroalvarez, thats pretty odd | 11:55 |
| pedroalvarez | it is | 11:56 |
| pedroalvarez | since I can see the sha1 present in g.b.o. | 11:56 |
| franred | pedroalvarez, can you paste the morph.log? | 11:56 |
| pedroalvarez | franred: http://paste.baserock.org/amequmutex | 11:58 |
| pedroalvarez | I'm invetigating | 11:58 |
| jmacs | Is "All Baserock linux systems will use systemd" a reasonable statement to make when submitting a patch to an outside project? | 11:58 |
| persia | No. | 11:59 |
| persia | The minimal system already doesn't, and I've talked to people who want to do even smaller systems not using systemd. | 11:59 |
| franred | pedroalvarez, maybe latest morph? | 12:00 |
| pedroalvarez | franred: Hm.. I believe that I'm running latest morph | 12:00 |
| Kinnison | jmacs: "The vast majority of full-featured Baserock systems use systemd" | 12:00 |
| Kinnison | jmacs: might be a better way of putting it | 12:00 |
| jmacs | Kinnison: That will do. | 12:00 |
| jmacs | I have to submit patches to at least two project which determine the choice of sysvinit/systemd/upstart based purely on the distribution name | 12:01 |
| Kinnison | Oh dear | 12:02 |
| Kinnison | they'll be screwed with ubuntu switching then | 12:02 |
| Kinnison | and debian's ability to have any/all of the above | 12:02 |
| * jmacs shrugs | 12:02 | |
| ssam2 | tiaggomes: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gcc-tarball.git/tag/?id=gcc-4.9.2 | 12:03 |
| pedroalvarez | ssam2: did removing the empty file just wokr? | 12:03 |
| ssam2 | pedroalvarez: I also ran `curl -X POST -d 'path=delta/gcc-tarball' 'http://local | 12:03 |
| ssam2 | host:12765/1.0/move-to-top` | 12:03 |
| pedroalvarez | yeah, just to avoid the wait | 12:04 |
| ssam2 | which reminds me, a commandline client for lorry-controller would be really handy :) | 12:04 |
| straycat | +5000 | 12:07 |
| bwh | jmacs: Because run-time detection is so hard? | 12:16 |
| jmacs | It is run-time detection. It's just bad run-time detection. | 12:17 |
| bwh | jmacs: Is it trying to detect from inside the system or outside? | 12:21 |
| pedroalvarez | So this bug http://paste.baserock.org/amequmutex is eithier something weird happening in g.b.o, either a bug in morph | 12:22 |
| jmacs | bwh: Inside. | 12:22 |
| pedroalvarez | Another way to reproduce the error: http://paste.baserock.org/mayotosusa | 12:24 |
| ssam2 | pedroalvarez: hmm, have you investigated what the object 1f3a975a421c3ccf5d20dcce9d4c88d25676d073 actually is ? | 12:24 |
| bwh | jmacs: These are the tests that Debian hooks into init scripts to hand over to upstart/systemd http://paste.baserock.org/odagujimam | 12:25 |
| ssam2 | pedroalvarez: `git cat-file -t 1f3a975a421c3ccf5d20dcce9d4c88d25676d073` | 12:25 |
| ssam2 | it may be that Morph is giving a perfectly accurate error, if that is a tag object ... | 12:25 |
| bwh | jmacs: So, maybe you can get $project to do the same | 12:25 |
| ssam2 | I can't remember if morph understands tag objects directory or not | 12:25 |
| ssam2 | (directly | 12:25 |
| pedroalvarez | ssam2: sams says: fatal: bad file | 12:26 |
| * pedroalvarez needs another brain | 12:26 | |
| franred | pedroalvarez, it serializes for me | 12:26 |
| pedroalvarez | ssam2: git says: "fatal: git cat-file 1f3a975a421c3ccf5d20dcce9d4c88d25676d073: bad file" | 12:26 |
| jmacs | bwh: I'll consider it. It's nice and simple, but I think testing it would get time-consuming | 12:26 |
| pedroalvarez | franred: what sha1 of morph are you using? | 12:27 |
| franred | pedroalvarez, Im using morph 1bed7a3732e7d6158613609a57fb1f77ec99de1e | 12:27 |
| pedroalvarez | same error :( | 12:29 |
| franred | pedroalvarez, very odd | 12:29 |
| * pedroalvarez nukes the cached git repo, and tries again | 12:30 | |
| pedroalvarez | error again | 12:36 |
| pedroalvarez | this doesn't make any sense to me | 12:36 |
| paulsherwood | pedroalvarez: doing what? | 12:38 |
| pedroalvarez | paulsherwood: building openstack-server system in baserock/frandred/openstack branch. I'm getting also this error http://paste.baserock.org/mayotosusa but fran doesn't suffer it. Can others confirm that is my problem and nobody else? | 12:40 |
| paulsherwood | do you have connectivity? i tink it's possible to get that error if it fails to check the upstream repo for ecxample | 12:41 |
| pedroalvarez | although my understanding of serialise-artifact is that it asks the trove, so it should behave the same for everyone | 12:41 |
| pedroalvarez | paulsherwood: yeah, I can see git.baserock.org from my dev-vm | 12:42 |
| ssam2 | i tried the serialise-artifact command and got: ERROR: Git directory /src/cache/gits/git___git_baserock_org_delta_six has no commit at ref 43c2db60d6aab5e3cf397d5126ba04cf60c24435^{tree}. | 12:44 |
| ssam2 | so, who knows :/ | 12:44 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 12:45 | |
| franred | ssam2, ?? :/ | 12:45 |
| ssam2 | i think that's a bug in the hacked-up version of morph I'm using actually, I don't see it with master ;) | 12:46 |
| ssam2 | yeah, serialise-artifact succeeds for me with master | 12:47 |
| ssam2 | just you Pedro! | 12:47 |
| pedroalvarez | I... I can't believe that is just me | 12:48 |
| * pedroalvarez finds out that he is not running latest morph from git | 12:49 | |
| pedroalvarez | I was running 0861a2054145b9558f108e0662b35061db2a19ec | 12:50 |
| pedroalvarez | which should be in morph master | 12:50 |
| pedroalvarez | same error with morph master | 12:51 |
| pedroalvarez | but it may be just me | 12:52 |
| pedroalvarez | but I doubt it | 12:52 |
| pedroalvarez | but I do believe you franred and ssam2 | 12:52 |
| ssam2 | it does suggest cache corruption on your machine ... | 12:52 |
| ssam2 | except that we tried that already | 12:53 |
| ssam2 | maybe it's the version of Git you have ? | 12:53 |
| pedroalvarez | ssam2: but, did't serialize-artifact just ask the trove for info? | 12:53 |
| ssam2 | I have 2.1.3 in my baserock chroot | 12:53 |
| ssam2 | pedroalvarez: no, it uses info in /src/cache/gits if possible | 12:53 |
| franred | ssam2, pedroalvarez, git version 1.8.4 | 12:54 |
| pedroalvarez | 2.1.3 | 12:54 |
| * pedroalvarez removes the local git and tries serialise-artifact again | 12:54 | |
| pedroalvarez | and that worked | 12:58 |
| * pedroalvarez tries now with a local build | 13:00 | |
| pedroalvarez | same error :( | 13:00 |
| * pedroalvarez goes for lunch | 13:01 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 13:22 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 14:02 | |
| bashrc | http://wiki.baserock.org/How_to_install_a_big-endian_Linux_system_to_NVIDIA_Jetson_TK1 | 14:09 |
| richard_maw | ooh | 14:10 |
| persia | Nice! | 14:11 |
| robtaylor | niiiice | 14:11 |
| pedroalvarez | could we move it to guides?? | 14:11 |
| bashrc | more work needs to be done on the sleep, but otherwise it works | 14:11 |
| pedroalvarez | s/?/\// | 14:11 |
| bashrc | it is in the guides section | 14:12 |
| bashrc | http://wiki.baserock.org/guides/ | 14:13 |
| richard_maw | bashrc: you can make the "Configure the boot." shell script simpler if you use a http://www.gnu.org/software/bash/manual/bashref.html#Here-Documents | 14:14 |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:14 | |
| pedroalvarez | isn't it doable with baserock? | 14:15 |
| pedroalvarez | I mean, using baserock tooling? (e. i. morph) | 14:15 |
| pedroalvarez | it looks to me doable in baserock | 14:19 |
| pedroalvarez | am I wrong? | 14:19 |
| paulsherwood | bashrc: any chance you could make a video to show big-endian boot on jetson please? | 14:20 |
| bashrc | maybe yes | 14:20 |
| paulsherwood | super :) | 14:20 |
| robtaylor | bashrc: might be worth you joining #tegra btw :) | 14:23 |
| bashrc | on freenode? | 14:24 |
| robtaylor | yep | 14:24 |
| *** De|ta [~arc@195.242.156.171] has quit [Quit: leaving] | 14:24 | |
| *** tpollard_ [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:25 | |
| *** De|ta [~arc@195.242.156.171] has joined #baserock | 14:26 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 14:27 | |
| mauricemoss_ | I'm preparing a system to build a raw image for our chromebook, therefore a signed kernel and another partition layout is needed. Can someone have a look at the patch I'm creating and comment whether this makes sense from a baserock perspective? http://paste.baserock.org/fopamutonu | 14:40 |
| bashrc | any particular place you'd like the big-endian video uploading to? | 14:40 |
| richard_maw | mauricemoss_: you need to bake-in the kernel flags? | 14:41 |
| bashrc | does baserock have an owncloud? | 14:41 |
| pedroalvarez | bashrc: vimeo maybe? | 14:41 |
| pedroalvarez | http://vimeo.com/baserock | 14:42 |
| Kinnison | Baserock has vimeo and youtube | 14:43 |
| Kinnison | Whichever you'd prefer | 14:43 |
| mauricemoss_ | richard_maw, this is one issue.. I need a tool to sign the kernel and write the kernel args, so it's not possible to do this in morphlib/writeexts.py | 14:43 |
| pedroalvarez | Kinnison: is the youtube-baserock thingy a channel? | 14:45 |
| pedroalvarez | or an user? | 14:45 |
| pedroalvarez | is something that people can join and upload their videos? | 14:46 |
| richard_maw | mauricemoss_: we can't assume we know the kernel arguments in advance, so we need to do the kernel signing at disk image construction time, so it has to go in morphlib/writeexts.py somehow. So we need to add the vbutil_kernel command to development systems. | 14:46 |
| bashrc | ok here goes. Maybe the font could have been bigger. https://www.youtube.com/watch?v=4WdogJhrHQk | 14:47 |
| richard_maw | mauricemoss_: why do you have empty install_commands at the end of linux-acer-cb5-311-tk1.morph? | 14:47 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 14:48 | |
| Kinnison | pedroalvarez: a channel | 14:48 |
| Kinnison | pedroalvarez: I believe richard_maw has the credentials | 14:48 |
| richard_maw | mauricemoss_: also, are you sure your configure-commands work? there is no /scripts/config script, it's relative to the current directory for a reason | 14:49 |
| richard_maw | also, what's /chromeos/scripts/prepareconfig? | 14:49 |
| richard_maw | Kinnison: so do you | 14:50 |
| * richard_maw will forward the e-mail Kinnison sent him to pedroalvarez | 14:50 | |
| mauricemoss_ | richard_maw, that was a c&p mistake, here's the full one: http://paste.baserock.org/cepaqajaso is it sensible to build vbutil_kernel in morphlib/writeexts.py? | 14:50 |
| pedroalvarez | richard_maw: thanks :) | 14:51 |
| pedroalvarez | bashrc: I'd have expected a `uname -m` instead of `ls` :P | 14:51 |
| mauricemoss_ | richard_maw, /chromeos/scripts/prepareconfig is the "chrome os" way of preparing the kernel config: http://www.chromium.org/chromium-os/how-tos-and-troubleshooting/kernel-configuration | 14:52 |
| richard_maw | mauricemoss_: I don't know what vbutil_kernel _is_. If it were a 10 line shell script I'd say ok, but I doubt it is, so we probably need to add the tools built in https://chromium.googlesource.com/chromiumos/platform/vboot_reference/ to developer systems | 14:54 |
| richard_maw | mauricemoss_: they don't use /chromeos/scripts/prepareconfig, they use ./chromeos/scripts/prepareconfig | 14:55 |
| richard_maw | is the chromeos subdirectory part of upstream kernel trees, or is it a vendor kernel thing? | 14:55 |
| mauricemoss_ | richard_maw, it's not 10 lines :) cgpt will be needed from these built tools as well | 14:55 |
| mauricemoss_ | richard_maw, afaik it's only in the chrome os repo | 14:57 |
| bashrc | the final proof! https://www.youtube.com/watch?v=-CnA633HhtE | 15:00 |
| franred | pedroalvarez, your problem is because thrift has moved the tag to a new sha1 | 15:02 |
| pedroalvarez | yay! | 15:02 |
| jmacs | woo | 15:03 |
| franred | eww | 15:03 |
| pedroalvarez | franred: can you double check that is a stable branch/tag? | 15:03 |
| franred | pedroalvarez, I think it is stable | 15:04 |
| franred | there are nothing which indicates that the 0.9.2 is/was not stable :S | 15:05 |
| pedroalvarez | maybe the version number? I tried to upgrade debus to 1.9.4 and I was told that the 9 meant not-stable | 15:06 |
| pedroalvarez | s/debus/dbus/ | 15:07 |
| mauricemoss_ | richard_maw, can you point me to the strata of the dev tools? I will prepare a patch then | 15:07 |
| franred | pedroalvarez, http://git.baserock.org/cgi-bin/cgit.cgi/delta/thrift.git/commit/?id=1f3a975a421c3ccf5d20dcce9d4c88d25676d073 - http://git.baserock.org/cgi-bin/cgit.cgi/delta/thrift.git/commit/?id=591e20f9636c37527a70dc03598218c3468a0eff | 15:08 |
| franred | they are different and both are 0.9.2 tag, in any case I will update to the latest sha1 | 15:09 |
| pedroalvarez | franred: thanks for restoring my sanity | 15:09 |
| pedroalvarez | also the former looks like it was a tag (by the contents of the commit message), but it's not anymorre | 15:10 |
| franred | pedroalvarez, no probs | 15:10 |
| pedroalvarez | the git object may be in git.baserock.org, that's why we can see it using cgit, but is not present when we do a git clone | 15:11 |
| pedroalvarez | franred: this is what I meant regarding dbus version numbers: http://git.baserock.org/cgi-bin/cgit.cgi/delta/dbus.git/tree/README#n66 | 15:13 |
| franred | pedroalvarez, oh, I didn't know that, cheers | 15:14 |
| Zara_ | patch sent. Hopefully, nothing too weird happened. | 15:23 |
| franred | pedroalvarez, I've fixed the ghost tag ;-) | 15:27 |
| pedroalvarez | ta! | 15:27 |
| mauricemoss_ | Is there a way to ignore SSL certificate errors when building from external sources? | 15:28 |
| pedroalvarez | franred: in #thrift they say that the tag is stable | 15:28 |
| franred | well.... they may claim the same 3-4 months ago | 15:30 |
| franred | s/may/might/ | 15:30 |
| rjek | mauricemoss_: From git? There's an environment variable you can set | 15:31 |
| mauricemoss_ | rjek: yeah from git. are they documented somewhere? | 15:33 |
| rjek | GIT_SSL_NO_VERIFY=true | 15:33 |
| rjek | GIT_SSL_NO_VERIFY=true git clone ... | 15:34 |
| rjek | etc | 15:34 |
| rjek | I believe you can have it permanently not check SSL certificates with a git config, but I'd recommend against that | 15:34 |
| mauricemoss_ | thanks! | 15:34 |
| pedroalvarez | franred: they said that the tag was created after the rebase :P | 15:35 |
| franred | I wouldn't put 0.9.2 sha1 if it didn't exist, I would put 0.9.1 because in openstack branch I try to use latest tags (or master if tags are very old and master is not very busy) | 15:37 |
| franred | pedroalvarez, ^^ | 15:37 |
| franred | in any case we have fixed the error ;-) | 15:37 |
| ssam2 | a few of our systems at baserock.org had PasswordAuthentication enabled in /etc/sshd_confug | 15:40 |
| ssam2 | all the Baserock ones, in fact | 15:40 |
| ssam2 | I wonder if we should change the default in Baserock to be false ? | 15:40 |
| ssam2 | it's not really a security issue by default I guess because we don't have a default root password | 15:40 |
| straycat | oh, these guys are using keyword arg syntax to describe something that's not a keyword arg >.> | 15:41 |
| ssam2 | but still quite a gotcha if we expect people to be throwing up baserock machines on the internet | 15:41 |
| straycat | thanks <.< | 15:41 |
| rjek | Both PasswordAuthentication *and* PermitRootLogin should be disabled. | 15:43 |
| ssam2 | that'd be an issue for Baserock, though, until we get user accounts | 15:43 |
| DavePage | Install fail2ban by default? :) | 15:43 |
| ssam2 | unless that does something other than what its name suggests | 15:43 |
| rjek | Yes, and fail2ban | 15:44 |
| ssam2 | would like to | 15:44 |
| straycat | not really | 15:44 |
| ssam2 | but can't do that in 10 minutes, unlike changing the default SSH config | 15:44 |
| straycat | we've been meaning to sort out deploying with keys by default for ages | 15:44 |
| straycat | this might motivate us to do that | 15:44 |
| persia | fail2ban may make sense for servers, but probably not devel systems | 15:44 |
| rjek | persia: If a devel system is connected to the internet, it makes sense! | 15:45 |
| DavePage | persia: It makes sense on anything directly Internet-connected IMHO | 15:45 |
| rjek | snappish | 15:45 |
| straycat | even with keys? | 15:45 |
| DavePage | Sysadmin systems have PermitRootLogin no and PasswordAuthentication no, hardcoded password hashes (for console logins), fail2ban and run sshd on a nonstandard port (doesn't make you more secure, but does mean you should worry more about any attacks) | 15:45 |
| DavePage | straycat: fail2ban cuts down on your auth.log spam in that case ;) | 15:45 |
| ssam2 | what does PermitRootLogin do ? | 15:45 |
| straycat | rokay | 15:45 |
| ssam2 | I can't find it in `man sshd` | 15:45 |
| pedroalvarez | straycat: the journal is unreadable after all the attacks | 15:45 |
| persia | Depends on the internet connectivity. Most devel systems are behind a dnsmasq on a laptop. | 15:46 |
| ssam2 | oh, sshd_config | 15:46 |
| DavePage | The name is fairly self explanatory :) | 15:46 |
| straycat | pedroalvarez, haha yes i've seen that many times, it's very common :p | 15:46 |
| ssam2 | if PermitRootLogin is false than root can't log in at all | 15:46 |
| persia | They can access the internet, but several layers of NAT prevent inbound investigation. | 15:46 |
| ssam2 | so injecting SSH keys at deploy time is no help | 15:46 |
| rjek | ssam2: Correct. | 15:46 |
| ssam2 | we'd need user accounts by default in Baserock before we could do it | 15:46 |
| rjek | One should ssh as a non-root user and then sudo -i | 15:46 |
| ssam2 | which we need, but again, my list of tasks has many things on it | 15:47 |
| DavePage | You can also do PermitRootLogin without-password which only allows SSH keys for root | 15:47 |
| straycat | oh good point sorry | 15:47 |
| persia | Wasn't there some work for user accounts by default done for the vagrant stuff? | 15:47 |
| DavePage | PermitRootLogin without-password may be a reasonable compromise | 15:47 |
| ssam2 | including setting up Storyboard so we can track all these tasks! | 15:47 |
| bashrc | also use the cyphers from bettercrypto.org within sshd_config | 15:47 |
| ssam2 | thanks for the suggestions anyway, I guess I'll add this stuff to http://wiki.baserock.org/stories-for-storyboard/ for the time being | 15:48 |
| ssam2 | it's important that we do it as soon as we have capacity | 15:48 |
| locallycompact | What may it mean has happened if a lorry job gets stuck on DEBUG run external command: [['git', 'remote', 'update', 'origin', '--prune']] | 15:48 |
| locallycompact | It hangs there for a while and then reports an exit code of -9 | 15:48 |
| ssam2 | failing to connect ? | 15:48 |
| Kinnison | -9 means it got killed for taking too long | 15:48 |
| ssam2 | oh, yeah | 15:49 |
| straycat | the -9 means ^ | 15:49 |
| Kinnison | likely either it fails to connect, or the pull is waaaay too huge | 15:49 |
| Kinnison | I forget what the job timeout is on modern troves, but if the pull takes hours then it is likely to be murdered | 15:49 |
| DavePage | bashrc: I'd advise against that; protecting against government-level hackers at the expense of potential compatability issues probably isn't desirable for Baserock. | 15:49 |
| locallycompact | The pull is not particularly large | 15:49 |
| ssam2 | I remember that timeout causing lots of trouble when we were helping set up a Trove in India | 15:49 |
| ssam2 | due to the slow speed of the connection available | 15:50 |
| bashrc | DavePage: I suppose there could be compatabiliy issues with sha2 | 15:50 |
| locallycompact | BUt it doesn't seem to be getting to pulling, just stuck on this prune command | 15:50 |
| Kinnison | remote update is the pull | 15:51 |
| straycat | so, deploy with keys would be a start, user accounts would be best | 15:51 |
| Kinnison | the --prune causes it to remove local refs no longer present on the remote | 15:51 |
| locallycompact | oh, maybe it is slightly large | 15:52 |
| locallycompact | 1.3GB in the working area so far | 15:53 |
| jmalk | because I'm new to VMs I'm having some trouble following http://wiki.baserock.org/devel-with/#index4h2 - problems: don't know name of my VM or path to disk image. is it the desired one for the new baserock I'm trying to deploy or an existing one? if anyone could point me to further reading I'd be v grateful. | 15:56 |
| straycat | desired | 15:57 |
| jmacs | ISTR yesterday paulsherwood said that we used to require two network interfaces on baserock deployments, but don't anymore. Is that correct? | 15:58 |
| jmalk | straycat: thanks. | 15:59 |
| straycat | wait, jmalk and jmacs are different people? | 15:59 |
| jmalk | straycat: yep | 15:59 |
| straycat | Okay, give me a few minutes to adjust | 16:00 |
| Kinnison | straycat: one of them is being john malkovic | 16:00 |
| straycat | I don't know what that means | 16:00 |
| * Kinnison hides back under his unfunny rock | 16:00 | |
| straycat | sounds like a good idea :) | 16:00 |
| straycat | jmacs, I don't think we do? :s | 16:01 |
| straycat | I didn't realise we ever did either :s | 16:01 |
| Kinnison | We used to require 2 NICs on VirtualBox deployments to allow for a cluster of VMs on one system which regularly changes network location to talk to one another reliably while also having external connectivity | 16:01 |
| Kinnison | (think devel and trove systems on a laptop fr.ex) | 16:02 |
| jmacs | Ah, could well be VirtualBox specific | 16:02 |
| Kinnison | Indeed | 16:02 |
| Kinnison | It was | 16:02 |
| jmalk | straycat: so for path I make up something sensible to name the end result? | 16:02 |
| jmacs | There are bits in virtualbox-ssh.write which still require eth0 and eth1 in NETWORK_CONFIG. | 16:02 |
| straycat | jmalk, the format is /vmname/path_to_vm_image | 16:03 |
| jmalk | straycat: understood. but am I making up vmname as I write the cluster morph file, or does it refer to something in my host OS? | 16:03 |
| perryl | does anyone know much about cliapp? i'm trying to input values into a plugin via self.settings and having issue | 16:04 |
| straycat | jmalk, you just make up the name | 16:04 |
| jmalk | straycat: ok, thanks very much | 16:05 |
| straycat | perryl, what sort of values? | 16:06 |
| perryl | straycat: i want to get a username and url for gerrit set in the deployment morph, and then input them from .conf to a morph plugin | 16:07 |
| perryl | unfortunately i'm not too familiar with cliapp, so i keep getting AttributeError: 'Plugin' object has no attribute 'settings' | 16:08 |
| straycat | can you paste the code? | 16:08 |
| ssam2 | perryl: I think you need to use self.app.settings not self.settings | 16:09 |
| ssam2 | cliapp needs better documentation for sure :( | 16:09 |
| straycat | I think bits are missing, mostly cause upstream lacks the time | 16:10 |
| straycat | but there are some nice examples at least | 16:10 |
| perryl | it works! | 16:12 |
| straycat | heh | 16:12 |
| perryl | i'm kinda glad it didn't need a rework, but...i always feel angry when it's a simple fix that i missed | 16:13 |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has quit [Quit: Leaving] | 16:19 | |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has joined #baserock | 16:20 | |
| Mode #baserock +v ssam2 by ChanServ | 16:20 | |
| jmacs | So our instructions on the wiki for virtualbox say eth0 and eth1 are required, and the virtualbox-ssh.write also appears to require them... | 16:21 |
| Kinnison | Yes, but simple-network.configure was either deprecated or removed, making it hard to do in the right way | 16:21 |
| Kinnison | I think rationalising virtualbox-ssh.write to cope without them might be the best approach | 16:21 |
| ssam2 | i don't think simple-network.configure is deprecated, it's just broken | 16:22 |
| ssam2 | i'm going to need to fix it as part of my current project, if nobody gets around to it first | 16:22 |
| Kinnison | ssam2: cool, well if you do, it'll help with the virtualbox stuff too I imagine | 16:24 |
| Kinnison | ssam2: though I said deprecated since it was removed from all the system definitions last I knew | 16:25 |
| ssam2 | I guess it's not really needed, you can just use install_files | 16:25 |
| ssam2 | to install a /etc/systemd/systemd-networkd.config file | 16:25 |
| pedroalvarez | true | 16:26 |
| pedroalvarez | I wanted to fix the extension, but I failed to see how can we know the name of the network interface before deploying | 16:27 |
| Kinnison | Makes it a tad harder for deployment variables to affect networking, but meh :-) | 16:27 |
| Kinnison | pedroalvarez: typically we're deploying to devices we know the shape of | 16:27 |
| pedroalvarez | then, it should be another environment variable | 16:29 |
| ssam2 | http://wiki.baserock.org/stories-for-storyboard/#index12h1 is my attempt to sum up the discussion we had previously about security out-of-the-box | 16:39 |
| pedroalvarez | May I ask what imports are supported now by the import tool? | 16:40 |
| * pedroalvarez is writting some release notes | 16:40 | |
| pedroalvarez | oh, it's called baserock-import | 16:43 |
| straycat | omnibus, python, rubygems? not sure what the state of omnibus is though, ssam2? | 16:47 |
| straycat | not sure how much of it's 'stable' yet though | 16:48 |
| pedroalvarez | I've put that it's possible to import foreign packaging rom Gems, PIP and NPM. Is that wrong/ | 16:49 |
| pedroalvarez | ? | 16:49 |
| straycat | npm's not been merged yet | 16:49 |
| locallycompact | My giant lorry got to just under 9GB and then timed out, how can I get around this? | 16:49 |
| pedroalvarez | s/rom/from/ | 16:49 |
| pedroalvarez | straycat: thanks | 16:49 |
| straycat | the pip stuff has known bugs, fixes in flight | 16:49 |
| straycat | you can import stuff with it, but might run into problems for non-trivial imports | 16:50 |
| straycat | (avoidable problems) | 16:50 |
| pedroalvarez | Current draft of the release notes: http://paste.baserock.org/tejumojeqa.md | 16:52 |
| Zara_ | might be worth saying that npm work just needs to be merged, since I'm guessing 'work in progress' could mean it's nowhere near ready. | 16:54 |
| Zara_ | but I don't know how much that matters | 16:55 |
| straycat | oh it has been merged | 16:55 |
| pedroalvarez | Zara_: it matters, can you help me to rephrase that? | 16:55 |
| straycat | ssam2, just merged it | 16:55 |
| straycat | s/,// | 16:55 |
| pedroalvarez | straycat: yeah, but the release branch is behind that, and the release build and uploaded :) | 16:56 |
| Zara_ | hahaha just saw :) | 16:56 |
| pedroalvarez | I don't know if that matters given the released systems doesn't include it | 16:56 |
| Zara_ | oh right, okay, gimme a sec | 16:56 |
| straycat | pedroalvarez, what? we don't release devel-systems anymore? | 16:56 |
| pedroalvarez | straycat: :/ | 16:57 |
| pedroalvarez | didn't you know> | 16:57 |
| pedroalvarez | ? | 16:57 |
| straycat | no | 16:57 |
| pedroalvarez | distbuild systems where renamed to build systems as well | 16:57 |
| straycat | right | 16:57 |
| pedroalvarez | and we release build systems | 16:58 |
| straycat | okay | 16:58 |
| Zara_ | maybe go with the wording similar to that in the weekly report, ie: 'npm import tool functionally complete, in the process of being merged' | 16:58 |
| pedroalvarez | "NPM support is complete but not available in this release" | 17:01 |
| pedroalvarez | mmkay | 17:02 |
| *** tpollard_ [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:02 | |
| pedroalvarez | I think that the release notes are ready :) | 17:02 |
| pedroalvarez | http://paste.baserock.org/ojemumuqin.md | 17:03 |
| ssam2 | pedroalvarez: 2 p's in 'support' | 17:20 |
| ssam2 | sytems -> systems | 17:20 |
| ssam2 | assits -> assists | 17:21 |
| ssam2 | Zookeper -> Zookeeper | 17:21 |
| ssam2 | looks great other than that I think | 17:21 |
| ssam2 | also, instead of 'Gems and PIP' I'd say 'RubyGems and PyPI; | 17:21 |
| ssam2 | ; -> ' | 17:21 |
| ssam2 | or even 'https://www.rubygems.org/ and https://pypi.python.org/pypi' | 17:22 |
| ssam2 | i'm being picky cus 'pip' is not a package *repository*, it's a program | 17:22 |
| pedroalvarez | ssam2: hey! you know I appreciate your nitpicking :) | 17:26 |
| pedroalvarez | otherwise I wouldn't sent it for review | 17:26 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 17:27 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 17:27 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:27 | |
| pedroalvarez | then I think I[m going to put [RubyGems] and [PyPI], and put the links | 17:28 |
| straycat | Zara_, I take it npm never needs to do tarball imports? | 17:29 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:33 | |
| Zara_ | straycat: I don't think so, though honestly I'm not sure. Does this help answer your question? https://www.npmjs.com/package/npm-fetch | 17:38 |
| Zara_ | as far as I can gather widely used npm packages are all on the npm registry, in json format | 17:38 |
| straycat | Zara_, the question really is in the npm world can you reliably get hold of the source repo? | 17:39 |
| straycat | also woohoo, just imported sinatra with the import tool :) | 17:39 |
| Zara_ | straycat: tarballs are listed in the registry, though I guess anyone who can change the repo addresses in there would also be able to change what the registry said about the tarball | 17:42 |
| Zara_ | I know very little about tarballs and this is probably apparent. | 17:43 |
| straycat | okay, so it roughly looks as though you fetch some packageinfo from repository, and the url field contains a repo to the package's source repo? | 17:47 |
| straycat | *from some package repository | 17:47 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:53 | |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 18:02 | |
| pedroalvarez | Hey! Baserock 15.02 has been released! | 18:06 |
| petefoth | pedroalvarez: \o/ Time to go to the pub then! | 18:07 |
| pedroalvarez | indeed | 18:09 |
| ssam2 | thanks pedroalvarez! | 18:10 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 18:18 | |
| *** ssam2 [~ssam2@cpc7-asht7-2-0-cust170.10-1.cable.virginm.net] has quit [Quit: Leaving] | 18:24 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 18:55 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 19:26 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 240 seconds] | 20:14 | |
| *** DavePage [~dpage@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 245 seconds] | 20:15 | |
| *** DavePage [~dpage@access.ducie-dc1.codethink.co.uk] has joined #baserock | 20:15 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 20:15 | |
| *** rdale [~quassel@204.Red-83-49-88.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 20:48 | |
| *** rdale [~quassel@89.Red-83-55-118.dynamicIP.rima-tde.net] has joined #baserock | 20:48 | |
| *** rdale_ [~quassel@252.Red-2-138-201.dynamicIP.rima-tde.net] has joined #baserock | 20:50 | |
| *** rdale [~quassel@89.Red-83-55-118.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 20:53 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:00 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 21:00 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 21:00 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:00 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:54 | |
| *** rdale [~quassel@100.Red-83-61-42.dynamicIP.rima-tde.net] has joined #baserock | 22:10 | |
| *** rdale_ [~quassel@252.Red-2-138-201.dynamicIP.rima-tde.net] has quit [Ping timeout: 244 seconds] | 22:13 | |
| paulsherwood | pedroalvarez: well done! | 22:20 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 23:28 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!