* paulsherwood has spent a *long* time trying to get log4cxx building... :/ | 00:10 | |
paulsherwood | turns out that the git mirrors are not keeping up with their svn! | 00:58 |
---|---|---|
Mode #baserock +o ChanServ by morgan.freenode.net | 03:42 | |
*** persia_ [quassel@2400:8900::f03c:91ff:feae:3452] has joined #baserock | 03:45 | |
persia_ is now known as Guest97708 | 03:48 | |
*** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 245 seconds] | 05:01 | |
*** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 05:02 | |
*** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:15 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:21 | |
Kinnison | paulsherwood: :-( | 08:22 |
*** juergbi [~juerg@vserver.paldo.org] has quit [Ping timeout: 264 seconds] | 08:47 | |
*** juergbi [~juerg@vserver.paldo.org] has joined #baserock | 08:52 | |
paulsherwood | Kinnison: actually, I may be misinterpreting the evidence... | 09:34 |
paulsherwood | according to github.com/apach/log4cxx (which claims to be a mirror of git://git.apache.org/log4cxx.git)... | 09:35 |
paulsherwood | last commit is https://github.com/apache/log4cxx/commit/d03d4fbd20449b2a614fc06f0dae11d84b070fd3 | 09:35 |
paulsherwood | which claims to be equivalent to https://svn.apache.org/repos/asf/logging/log4cxx/trunk@1511179 | 09:37 |
Kinnison | svn trunk is at r1623040 | 09:37 |
paulsherwood | yup | 09:37 |
*** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:38 | |
paulsherwood | and notably, the git repo doesn't build - because it's missing a commit from Jan 2014 - r1556709 | 09:38 |
paulsherwood | istm this is quite a serious issue for apache? | 09:39 |
paulsherwood | (the mirrors being wrong) | 09:39 |
rjek | How on wiki.baserock.org do I get a list of pages on the wiki? | 09:39 |
paulsherwood | rjek: clone it? | 09:39 |
rjek | Oh, no page on the web site for it? | 09:40 |
rjek | cloning seems very heavyweight for getting an index. | 09:40 |
Kinnison | paulsherwood: indeed, the official (git.apache.org) mirror is equally out of date, it's not just the mirroring to github which is lagging | 09:40 |
paulsherwood | rjek: or http://source.baserock.branchable.com/?p=source.git;a=tree | 09:40 |
rjek | Aha. It'd be nice if that were linked somewhere. | 09:41 |
liw-orc | rjek, click "History" to get to the git repo, then "tree" to get to the source files | 09:42 |
liw-orc | not perhaps the most obvious thing, of course | 09:43 |
paulsherwood | :) | 09:52 |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:56 | |
ridgerunner | Ok, questions arising from my initial forays into Baserock: | 10:31 |
ridgerunner | 1. Is there a reason for the installation instructions using a VM? | 10:31 |
paulsherwood | ridgerunner: maybe send to the list? capturing first time reactions is useful | 10:32 |
ridgerunner | ok paulsherwood, will do. | 10:32 |
paulsherwood | i'm not saying don't ask here, especially if you're blocked | 10:32 |
ridgerunner | No, it's a good point, preparing an email will concentrate my mind. | 10:33 |
ridgerunner | And I can put "gut reactions" into it as well. | 10:33 |
paulsherwood | regarding 1. - being in a VM ensures a known environment, should reduce uncertainty and avoid 'this doesn't work on mydistro version foo' problems | 10:34 |
paulsherwood | ridgerunner: careful :) | 10:34 |
paulsherwood | there are sensitive souls here | 10:34 |
ridgerunner | I'll do my best to keep them positive or, at the least, constructive :-) | 10:35 |
paulsherwood | ridgerunner: tvm :) | 10:36 |
*** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 11:18 | |
*** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has quit [Ping timeout: 252 seconds] | 11:54 | |
*** pedroalvarez_ [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has joined #baserock | 11:55 | |
Mode #baserock +cnt by orwell.freenode.net | 11:55 | |
*** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has quit [Ping timeout: 252 seconds] | 11:56 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 12:32 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:38 | |
pedroalvarez is now known as pedroalvarez | 12:47 | |
pedroalvarez | hm... questiion: what do we prefer: | 13:06 |
pedroalvarez | 1) Mason always has to be a distbuild controller, and that controller is the one used to build | 13:06 |
pedroalvarez | 2) Allow Mason to not be a distbuild controller but in the case that Mason is a disbuild controler, have duplicated configuration | 13:06 |
pedroalvarez | I think the latter makes more sense | 13:06 |
Kinnison | I'm unconvinced that this is relevant because in the grand new scheme, jobs will be initiated by gearman workers (turbo-hipster?) on a distbuild cluster | 13:07 |
Kinnison | Probably the same distbuild cluster everyone else uses if poss. | 13:07 |
pedroalvarez | I didn't know about a new scheme | 13:11 |
Kinnison | pedroalvarez: I believe the project is expecting to switch to the openstack infra set, assuming we can make it work for us | 13:12 |
Kinnison | pedroalvarez: because it gets us a lot of useful stuff | 13:12 |
pedroalvarez | I understand | 13:12 |
*** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 13:18 | |
Kinnison | liw-orc: git.baserock.org's lorry-controller timeout... what is it set to? I have a potential lorry which would take 1h40m to do the initial work for... | 13:31 |
liw-orc | Kinnison, default is 3600 seconds (1 hour), but can increase that | 13:33 |
Kinnison | Can it be set in the lorry file itself? | 13:33 |
pedroalvarez | that would be very handy | 13:34 |
liw-orc | in lorry-controller.conf | 13:34 |
Kinnison | okay, I can change that when I add this lorry then | 13:34 |
Kinnison | and we can shunt it back once things have settled | 13:35 |
*** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:35 | |
ssam2 | I saw this brief mailing list thread on licensing: https://mail.gnome.org/archives/desktop-devel-list/2014-September/msg00011.html | 13:57 |
ssam2 | it suggests projects should list all licenses used in their COPYING | 13:57 |
ssam2 | or in some other standardised way | 13:58 |
ssam2 | doesn't really go far, sadly | 13:59 |
liw-orc | for that, you're going to have to invent a standard, I fear | 13:59 |
liw-orc | but the goal is good | 14:00 |
liw-orc | I've done a little work in this area: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ and http://blog.liw.fi/posts/license-summary/ (the former is actively used in Debian, the latter is used by myself only) | 14:01 |
Kinnison | liw-orc: what is the key name and I'll add it to lorry-controller.conf before I commit and push this | 14:03 |
liw-orc | Kinnison, lorry-timeout | 14:04 |
* Kinnison proposes http://pastebin.com/KTbgRPWk | 14:05 | |
Kinnison | eww indentationcockup | 14:05 |
* Kinnison has fixed that | 14:06 | |
richard_maw | Kinnison: I'd have given it 3H, but if you think 2H is fine, +1 | 14:06 |
richard_maw | I assume we don't care about any other branches of log4cxx? | 14:06 |
ssam2 | +1 | 14:06 |
richard_maw | wait, -1 | 14:06 |
liw-orc | Kinnison, let me check LC parses the 2H form | 14:06 |
richard_maw | if you're using layout: standard, then you don't want to include the /trunk at the end of the URL | 14:07 |
* Kinnison waits | 14:07 | |
Kinnison | richard_maw: Oh, git svn init worked with the url with the /trunk | 14:07 |
richard_maw | did you pass any extra --layout options to it? | 14:07 |
Kinnison | no | 14:07 |
Kinnison | is standard not default? | 14:07 |
richard_maw | correct | 14:07 |
Kinnison | boo | 14:07 |
richard_maw | it defaults to just one branch | 14:07 |
liw-orc | Kinnison, use integers, I'll make a note that the lorry-timeout fields needs to be parsed as interval | 14:08 |
liw-orc | i.e., 7200 | 14:08 |
Kinnison | liw-orc: okies | 14:08 |
Kinnison | http://pastebin.com/d4WX4zJ2 | 14:09 |
liw-orc | Kinnison, I think just 7200, not a string value | 14:11 |
Kinnison | okay | 14:12 |
Kinnison | richard_maw: is the lorry content okay? | 14:12 |
richard_maw | it appears to be | 14:12 |
Kinnison | thanks | 14:14 |
* Kinnison pushes | 14:15 | |
ridgerunner | Help needed: "If you're running Baserock in a VM, make sure that USB passthrough is enabled." - how? | 15:00 |
ridgerunner | And why, I guess. | 15:00 |
liw-orc | where is that? | 15:00 |
richard_maw | the Jetson page IIRC | 15:01 |
ridgerunner | http://wiki.baserock.org/guides/baserock-jetson/ | 15:01 |
Kinnison | This is so that you can pass the bootloader USB device through to the VM so that the braining code from nvidia can run and rebrain the jetson with baserock | 15:01 |
ridgerunner | I don't understand that, sorry. | 15:02 |
ridgerunner | 'bootloader' on the Jetson board? | 15:03 |
ridgerunner | What do you mean by "braining code"? | 15:04 |
Kinnison | one of the things you download is some binary-only software from nvidia to write the flash on the jetson using the USB recovery firmware on it | 15:04 |
ridgerunner | "DOWNLOAD" FROM WHERE TO WHERE? | 15:06 |
ridgerunner | Sorry capslock on by mistake. | 15:06 |
Kinnison | The first set of instructions in the jetson -- the second line | 15:07 |
rjek | ridgerunner: I believe to reflash the Jetson with new firmware requires a tool from NVIDIA's website somewhere, and it does this via USB. So you need to "pass through" USB to your virtual machine. | 15:07 |
Kinnison | in the jetson page | 15:07 |
* Kinnison strongly recommends remapping capslock as control, or compose, or something equally chordy, so as to reduce the chance of ACCIDENTALCAPS | 15:08 | |
ridgerunner | No, that would just confuse me. I don't think I've ever done that before and not noticed before I hit Enter. | 15:09 |
Kinnison | But only strange people, such as liw-orc, actually use capslock | 15:09 |
liw-orc | I made a membership card for a fictitious "CAPS LOCK FAN CLUB" once | 15:10 |
ridgerunner | I know several people on Facebook who must be using ASR33s or something because they seem incapable of typing lower case letters. | 15:11 |
ridgerunner | Capslock is very useful when you have a cup of tea in your hand and still want to have correct capitalization. | 15:12 |
ridgerunner | Anyway, thanks for the help. Moving on... | 15:14 |
ridgerunner | Any idea why I "morph branch baserock:baserock/definitions test-branch baserock-14.29" doesn't work? (error follows) | 15:17 |
ridgerunner | Failed to fetch tarball, falling back to git clone. | 15:17 |
ridgerunner | ERROR: Cannot find remote git repository: baserock:baserock/definitions | 15:17 |
ridgerunner | 15:17 | |
ridgerunner | tar: short read | 15:17 |
ridgerunner | A bit of testing shows that I have no external access from the VM. | 15:18 |
Kinnison | make your VM have internet access and then try again | 15:18 |
ridgerunner | DNS lookups work but not alot else. | 15:18 |
ridgerunner | Again, how? I've not used VMs in Linux before. | 15:19 |
Kinnison | I strongly recommend you use libvirt | 15:19 |
Kinnison | it will set up a NAT network for you which is very effective | 15:19 |
tlsa | liw-orc: at what string length do you start using caps lock? | 15:19 |
liw-orc | tlsa, three upper case letters in a row | 15:19 |
liw-orc | possibly four, depending | 15:19 |
tlsa | :o | 15:20 |
liw-orc | it was what my fingers learned when I teaching myself to touch-type (on a mechanical typewriter, no less) | 15:20 |
ridgerunner | Kinnison: libvirt seems to be an API and library. I'm installing virt-manager, is that what I need? | 15:24 |
Kinnison | ridgerunner: yes | 15:24 |
Kinnison | libvirt is the underlying framework | 15:24 |
ridgerunner | Great, ta muchly :-) | 15:24 |
*** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:31 | |
ridgerunner | virt-manager whinges "Unable to connect to libvirt". I tried to sudo libvirtd but that failed. | 15:39 |
pedroalvarez | ridgerunner: your user has to be in an special group to be able to connect to libvirt | 15:39 |
Kinnison | you need to ensure your user is in the right group and then log out and log in | 15:39 |
Kinnison | that's the easiest way | 15:40 |
Kinnison | What OS are you running? | 15:40 |
ridgerunner | Good-o, what group is that. | 15:40 |
ridgerunner | I'm running Debian (wheezy) | 15:40 |
Kinnison | sudo adduser myusername libvirt | 15:41 |
Kinnison | then log out and log in | 15:41 |
Kinnison | that should sort you out | 15:41 |
straycat | I think there might be an issue with morph edit, but I think this might be known? | 15:44 |
richard_maw | I know of a few issues with morph edit, what issue are you thinking of in particular? | 15:48 |
straycat | morph edit gcc set the ref to master | 15:51 |
richard_maw | after a `morph checkout`, then yes, that's a known issue | 15:53 |
richard_maw | i.e. we have no guarantee that the name of the branch you use for your system branch is valid for the branches for the chunks | 15:54 |
richard_maw | temporary build branches mean you should still be able to build your local changes, but you obviously can't push to those repositories | 15:54 |
*** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 16:16 | |
straycat | Oh okay | 16:19 |
liw-orc | pedroalvarez, others: as advised by pedro off-channel, I need to fix the ghost job removal systemd timer unit according to: http://pastebin.com/TwHR99jv -- can I get a quick review (I've verified that it fixes the problem) | 16:21 |
Kinnison | looks reasonable | 16:22 |
pedroalvarez | +1 | 16:22 |
liw-orc | thank you, merging htat | 16:22 |
pedroalvarez | crap, I forgot to run the morph test suite before merging the last change I did | 16:28 |
Kinnison | Should run after merge and before push | 16:29 |
pedroalvarez | also, I don't know how but my patch was incomplete | 16:29 |
Kinnison | so you test what you merged | 16:29 |
pedroalvarez | :( | 16:29 |
*** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:32 | |
*** genii [~quassel@ubuntu/member/genii] has joined #baserock | 16:33 | |
pedroalvarez | here is the fix: http://pastebin.com/W9DwNdUf | 16:34 |
Kinnison | the author line sucks | 16:34 |
* pedroalvarez sighs | 16:34 | |
pedroalvarez | today is not my day | 16:34 |
Kinnison | line length, copyright year, I understand. what's the third hunk about? | 16:35 |
pedroalvarez | the write extension was calling a unexistent method | 16:35 |
Kinnison | I see | 16:35 |
pedroalvarez | I did test that | 16:35 |
Kinnison | okay | 16:35 |
liw-orc | mention that fix in the commit message as well (nonexistent method) | 16:36 |
pedroalvarez | right | 16:36 |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:01 | |
jjardon | Hi, gusb is empty: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gusb.git/ I took a look to the lorry file and seems correct. Any idea what can be happening? | 17:07 |
Kinnison | the URL it has been given is an SSH type URL | 17:09 |
Kinnison | git@gitorious.org:gusb/gusb.git | 17:09 |
Kinnison | it's exceedingly unlikely to ever be able to clone from that | 17:09 |
jjardon | yeah, just realize about that. Will send a patch to the list shortly | 17:09 |
jjardon | Kinnison: or maybe you can change it alredy? it should be git://gitorious.org/gusb/gusb.git | 17:10 |
Kinnison | fixed and pushed | 17:11 |
jjardon | Kinnison: thanks! | 17:12 |
* Kinnison is heading off now though, so I can't help more until tomorrow | 17:12 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:34 | |
*** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving.] | 17:54 | |
*** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:07 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!