*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 01:53 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 03:03 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 03:03 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 03:03 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 04:29 | |
*** mike [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:34 | |
mike is now known as Guest5961 | 07:34 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 07:46 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 07:46 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 07:46 | |
*** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 08:01 | |
*** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:14 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:23 | |
*** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:03 | |
*** ssam2 [~ssam2@82.70.136.246] has joined #baserock | 09:37 | |
Mode #baserock +v ssam2 by ChanServ | 09:37 | |
*** jonathanmaw [~jonathanm@82.70.136.246] has joined #baserock | 09:44 | |
*** sambishop [~sambishop@82.70.136.246] has joined #baserock | 09:45 | |
*** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:03 | |
bashrc | on wiki.baserock.org login I'm getting: Error: OpenID failure: time_bad_sig: Return_to signature is not valid. | 10:09 |
---|---|---|
jmacs | Hmm, seems OK here. What id provider did you log in with? | 10:10 |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:10 | |
*** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:12 | |
* Kinnison can log in, using stackoverflow's provider | 10:13 | |
mwilliams_ct | I seem to recall someone saying they'd seen that error intermittently, will check irc logs | 10:14 |
*** lachlanmackenzie [~lachlan@82.70.136.246] has joined #baserock | 10:16 | |
bashrc | I created an account on wiki.baserock.org, so I don't have to use OpenID | 10:21 |
Kinnison | I have no idea how you would have | 10:21 |
Zara_ | bashrc: I get that error every so often; I don't know why it happens on some days but not others. One day it's fine, the next I have to use git to edit. So I'm also curious about this. | 10:37 |
Zara_ | mwilliams_ct: that was probably me | 10:37 |
bashrc | I think it depends upon the emotional state of the wiki | 10:38 |
Zara_ | Maybe it only works for me on odd-numbered days. | 10:39 |
bashrc | or maybe it's not the wiki, it could be Google | 10:40 |
* bashrc finds comments like "This is basically a hacked version of..." | 10:42 | |
bashrc | and "it is not a reasonable fix" | 10:42 |
jmacs | Where? | 10:43 |
bashrc | cross-bootstrap_plugin.py | 10:44 |
bashrc | in morph | 10:45 |
jmacs | Yep | 10:45 |
jmalk | given that git send-email isn't available in baserock, what's the easiest way to mail a patch to the list? | 10:54 |
Zara_ | jmalk: I use git send-email from outside of baserock | 10:55 |
SotK | jmalk: I push the branch somewhere, clone it on my debian machine and use git send-email there | 10:55 |
jmalk | SotK, Zara_ thanks | 10:55 |
petefoth | jmalk: or mount drive in the baserock VM that contains the source in your host using sshfs. I think there are destructions on how to do that on wiki.baserock.org | 10:58 |
tiagogomes_ | reading Sam's email, no `moph petrify` will not come back? | 10:59 |
petefoth | jmalk: http://wiki.baserock.org/quick-start/#index6h2 | 10:59 |
persia | tiagogomes_: We all hope not | 10:59 |
tiagogomes_ | why not? Does one still will have to manually edit definitions to replace branches names with SHA1s? | 11:00 |
ssam2 | tiagogomes_: see the suggestion of a `morph set-ref` command, in the same mail | 11:08 |
tiagogomes_ | ah ok, when I read it in the first time, the suggestion of the optional --tag flag made me thinking that it would only allow you to change a ref to a SHA1, and not to other types of ref | 11:15 |
bashrc | how old is the systemd version in baserock? | 11:49 |
richard_maw | how new do you need it to be? | 11:51 |
* richard_maw is checking which version is available | 11:51 | |
bashrc | as new as possible | 11:51 |
richard_maw | we have v217, we're only one released version behind | 11:52 |
*** a1exhughe5 [~Alex@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:53 | |
richard_maw | what in particular do you need systemd to be able to do? | 11:53 |
bashrc | I was just wondering if it had a certain bug | 11:54 |
bashrc | which was probably fixed in 214 | 11:55 |
bashrc | should there be any .network files within /usr/lib/systemd/network ? | 12:10 |
ssam2 | i think so, yeah | 12:10 |
bashrc | maybe that's the problem | 12:10 |
ssam2 | the systemd chunk install one, if I recall correctly | 12:11 |
ssam2 | ah, no it doesn't | 12:11 |
ssam2 | but my Baserock chroot has /etc/systemd/network/10-dhcp.network, which must come from somewhere L) | 12:12 |
ssam2 | it does indeed come from the systemd chunk according to the metadata in /baserock | 12:13 |
richard_maw | network config in /usr/lib is a bit weird, since it needs to be valid network config for every system | 12:14 |
ssam2 | oh, I missed that bashrc was talking about /usr/lib/systemd/network not /etc/systemd/network | 12:14 |
ssam2 | ignore me | 12:14 |
richard_maw | which means its uses are pretty much limited to networking within the machine | 12:15 |
richard_maw | so containers and VMs etc. | 12:15 |
richard_maw | and AIUI v217 doesn't do any of that, but later releases do | 12:15 |
richard_maw | hence why the /usr/lib network config path is empty | 12:15 |
*** a1exhughe5 [~Alex@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 12:22 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 12:27 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 12:30 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 12:30 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 12:30 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 12:32 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 13:59 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:59 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 14:00 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:00 | |
straycat | heh, hg help config contains info for use with plan9 | 14:08 |
*** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 14:09 | |
*** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Changing host] | 14:09 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 14:09 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 14:26 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 14:43 | |
*** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 14:43 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 14:43 | |
*** a1exhughe5 [~Alex@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:02 | |
jmalk | just sent v2 of my cross-bootstrap branch to the list - AFAIK it's functionally the same but followed rjek's recommended naming convention | 15:02 |
bashrc | should baserock have a resolv.conf ? | 15:12 |
Kinnison | It should automatically make one when it DHCPs | 15:19 |
pedroalvarez | nowadays resolv.conf is a symlink to somewhere created by systemd | 15:26 |
paulsherwood | did anyone discuss or think about ssam2's idea to adopt ostree? | 15:48 |
paulsherwood | when i looked into ostree it seemed quite a major thing. would it be even applicable for embedded, for edxample? | 15:49 |
robtaylor | i see no reason not | 15:49 |
robtaylor | its really just the equivelent of our chunks and chunk server, really | 15:50 |
robtaylor | 'git for file system contents' | 15:50 |
*** Guest5961 [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 15:55 | |
paulsherwood | i think it does rather more than that :) | 15:59 |
robtaylor | true, but the rest is about deploying from that store, and can be done different ways | 16:13 |
paulsherwood | it seems to be a potential basis for atomic updates iiuc | 16:14 |
robtaylor | yep | 16:15 |
robtaylor | there's a hardlink tree deployment | 16:15 |
paulsherwood | so the question is whether that would be something to consider for baserock target systems? | 16:16 |
* pedroalvarez kicks a build of the toolchain-upgrade branch on ppc64 and armv7lhf | 16:16 | |
paulsherwood | pedroalvarez: :-) | 16:17 |
pedroalvarez | I'll have some feedback in some hours :) | 16:17 |
tiagogomes_ | thanks pedroalvarez | 16:22 |
pedroalvarez | np ;) | 16:22 |
ssam2 | well done tiagogomes_ !! | 16:24 |
tiagogomes_ | :) | 16:25 |
tiagogomes_ | This is a very nice reading about cross-compilation: http://preshing.com/20141119/how-to-build-a-gcc-cross-compiler/ | 16:27 |
tiagogomes_ | very clear | 16:27 |
ssam2 | tiagogomes_: did you test cross-bootstrap with your updated toolchain by the way? | 16:29 |
ssam2 | it seems to have many users these days | 16:29 |
tiagogomes_ | ssam2 not yet | 16:29 |
Kinnison | Tiago's work was done in part to facilitate cross-bootstrapping to aarch64 | 16:29 |
Kinnison | We hope to begin testing that v.soon | 16:30 |
ssam2 | cool | 16:30 |
Kinnison | we're rushing to try and get something up on our HP moonshot ready for the baserock meetup in a couple of weeks | 16:30 |
Kinnison | v. exciting times | 16:30 |
paulsherwood | :-) | 16:30 |
ssam2 | would it be helpful to have this patch series merged quickly, given that if cross-bootstrap breaks in master you'll be fixing it soon enough anyway? | 16:31 |
ssam2 | or should we wait? | 16:31 |
Kinnison | Let's wait until we have a little more testing done on it | 16:32 |
Kinnison | but if any of you lot can try it out we'd appreciate it | 16:33 |
Kinnison | it has taken a lot of work for Tiago | 16:33 |
ssam2 | I suppose it won't really bitrot unless we merge other toolchain stuff in the meantime | 16:33 |
Kinnison | indeed | 16:34 |
Kinnison | there's the risk the series might bitrot if Paul's morph-arch stuff was merged | 16:34 |
ssam2 | yes, I suggest we leave that til after | 16:34 |
Kinnison | but frankly I'm tempted to ask that we hold off on that and merge it as part of a series to add aarch64 support | 16:34 |
ssam2 | why? | 16:34 |
Kinnison | May as well deal with it in one series | 16:35 |
ssam2 | well, ok. I'm happy either way | 16:35 |
pedroalvarez | I will try to test tiago's branch asap (also cross-bootstraping) so we can merge it soon so it doesn't need rebasing | 16:36 |
Kinnison | pedroalvarez: thanks | 16:37 |
pedroalvarez | tiagogomes_: first error: stage1-gcc in armv7lhf: http://paste.baserock.org/ujuzifiwux | 16:39 |
pedroalvarez | I can get the full log if needed | 16:39 |
tiagogomes_ | damn it | 16:40 |
pedroalvarez | ppc64 has built it though | 16:40 |
paulsherwood | that's a w00t :) | 16:45 |
pedroalvarez | tiagogomes_: ppc64 - stage2-make | 16:50 |
Kinnison | failed at, or is currently doing? | 16:51 |
pedroalvarez | oops, forgot to attach the link | 16:52 |
pedroalvarez | http://paste.baserock.org/evuyitigis | 16:52 |
pedroalvarez | failed at | 16:52 |
Kinnison | tiagogomes_: Hmm ^^^ looks like that missing sysroot-passed-to-linker issue | 16:54 |
Kinnison | tiagogomes_: yet -Wl,--sysroot is on the cmdline | 16:54 |
*** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 16:58 | |
*** a1exhughe5 [~Alex@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:58 | |
tiagogomes_ | Kinnison, I don't know from where it comes from, there is no -Wl,--sysroot in definitions | 17:03 |
Kinnison | :-( | 17:07 |
tiagogomes_ | I am assuming that if there is a stage2-morph in definitions, the one in the repo is ignored | 17:08 |
tiagogomes_ | Because either stage2-morph in the repo is being favored, or not the right system branch is being checked out | 17:09 |
*** jonathanmaw [~jonathanm@82.70.136.246] has quit [Quit: Leaving] | 17:09 | |
*** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 17:12 | |
ssam2 | tiagogomes_: if there is a 'morph' field for that chunk in the stratum it will look in definitions for its morph file | 17:13 |
ssam2 | without the 'morph' field I'm not sure | 17:13 |
tiagogomes_ | it does | 17:14 |
tiagogomes_ | have | 17:14 |
tiagogomes_ | anyway, I'll not go anywhere just by looking at the logs. Is it possible for me to have access to the ppc64 machine? | 17:15 |
pedroalvarez | tiagogomes_: I can give you access to one ppc64 box that I have around. Give me a sec and I'll /msg you | 17:16 |
tiagogomes_ | ok, I'll start with the ppc64 failure as it is almost end of the day and it seems easier :) | 17:17 |
tiagogomes_ | ppc64 sorted! | 17:20 |
tiagogomes_ | It was my branch, but not the right ref | 17:21 |
tiagogomes_ | an old ref | 17:21 |
tiagogomes_ | 2015-01-21 17:21:13 Updating cached git repository upstream:binutils-redhat for ref b1d3b01332ae49a60ff5d6bf53d3a5b1805769c8 | 17:22 |
tiagogomes_ | ERROR: Git directory /srv/distbuild/gits/git___ct_mcr_1_ducie_codethink_co_uk_delta_binutils_redhat has no commit at ref b1d3b01332ae49a60ff5d6bf53d3a5b1805769c8^{commit}. | 17:22 |
tiagogomes_ | I was trying a `morph build`, should I do a distbuild? | 17:22 |
*** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Ping timeout: 245 seconds] | 17:24 | |
*** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:26 | |
pedroalvarez | tiagogomes_: hm.. oh yeah, the machine I gave you access is using a different trove, and maybe is taking some time to propagate | 17:27 |
tiagogomes_ | pedroalvarez, could the same being happening to the armv7lhf machine? | 17:32 |
pedroalvarez | tiagogomes_: I don't think that's the problem. I've changed the configuration of the ppc64 machine. It should build now. | 17:33 |
pedroalvarez | tiagogomes_: so is f2532705c6e110bf0012cac0933abcbf1c5ed848 the right sha1? | 17:35 |
tiagogomes_ | pedroalvarez, ok, I'll wait news from you on the ppc64 side. Can I have access to the armv7lhf machine? | 17:35 |
tiagogomes_ | pedroalvarez, yep | 17:35 |
pedroalvarez | ok, started building again | 17:35 |
*** ssam2 [~ssam2@82.70.136.246] has quit [Remote host closed the connection] | 17:37 | |
robtaylor | came across this randomly today http://landley.net/aboriginal/about.html | 17:46 |
paulsherwood | woah! | 17:48 |
robtaylor | Rob Landley rings a bell for me, but I can't place him | 17:48 |
paulsherwood | who is this masked superhero? | 17:48 |
tiagogomes_ | pedroalvarez, in which file should I look for the distbuild logs? /srv/distbuild/morph.log? | 17:51 |
Zara_ | Landley's website says he wrote a lot of Busybox, so possibly that's where he's familiar from? | 17:52 |
richard_maw | robtaylor, paulsherwood: Rob Landley was the primary busybox maintainer | 17:52 |
pedroalvarez | tiagogomes_: is not distbuilding. Is just doing a local build in a distbuild node. You will get the logs in /srv/distbuild/morph.log, yeah | 17:52 |
robtaylor | richard_maw: ahh | 17:54 |
robtaylor | that;s the one. probably interacted with him back when I was fixing bugs in busybox.. | 17:54 |
jmacs | I can't see any reason for the checks for "eth0:" and "eth1:" in get_host_interface in virtualbox-ssh.write | 18:00 |
jmacs | Making a patch to remove them unless someone can enlighten me | 18:00 |
*** sambishop [~sambishop@82.70.136.246] has quit [Remote host closed the connection] | 18:02 | |
*** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 18:03 | |
robtaylor | It's clearly a day of cool things. also found this http://ellcc.org | 18:03 |
pedroalvarez | tiagogomes_: good news. In ppc64 is now building gawk | 18:20 |
pedroalvarez | last one, stage 3 | 18:21 |
pedroalvarez | now gcc. If it builds, I guess everything else will be ok | 18:21 |
tiagogomes_ | pedroalvarez great! | 18:23 |
*** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 18:31 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:57 | |
*** lachlanmackenzie [~lachlan@82.70.136.246] has quit [Ping timeout: 240 seconds] | 19:20 | |
*** rdale [~quassel@178.Red-88-13-188.dynamicIP.rima-tde.net] has joined #baserock | 19:28 | |
*** rdale_ [~quassel@253.Red-2-136-156.dynamicIP.rima-tde.net] has quit [Ping timeout: 272 seconds] | 19:31 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 20:02 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 20:02 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 20:04 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 20:04 | |
*** rdale_ [~quassel@139.Red-83-47-19.dynamicIP.rima-tde.net] has joined #baserock | 20:36 | |
*** rdale [~quassel@178.Red-88-13-188.dynamicIP.rima-tde.net] has quit [Ping timeout: 252 seconds] | 20:37 | |
*** rdale [~quassel@61.red-80-26-160.adsl.dynamic.ccgg.telefonica.net] has joined #baserock | 20:43 | |
*** rdale_ [~quassel@139.Red-83-47-19.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 20:43 | |
*** rdale [~quassel@61.red-80-26-160.adsl.dynamic.ccgg.telefonica.net] has quit [Ping timeout: 246 seconds] | 20:49 | |
*** rdale [~quassel@3.Red-79-144-245.dynamicIP.rima-tde.net] has joined #baserock | 20:53 | |
*** rdale_ [~quassel@76.Red-88-13-225.dynamicIP.rima-tde.net] has joined #baserock | 20:55 | |
*** rdale__ [~quassel@90.Red-2-137-7.dynamicIP.rima-tde.net] has joined #baserock | 20:57 | |
*** rdale [~quassel@3.Red-79-144-245.dynamicIP.rima-tde.net] has quit [Ping timeout: 272 seconds] | 20:59 | |
*** rdale [~quassel@204.Red-79-147-223.dynamicIP.rima-tde.net] has joined #baserock | 21:00 | |
*** rdale_ [~quassel@76.Red-88-13-225.dynamicIP.rima-tde.net] has quit [Ping timeout: 276 seconds] | 21:00 | |
*** rdale__ [~quassel@90.Red-2-137-7.dynamicIP.rima-tde.net] has quit [Ping timeout: 240 seconds] | 21:01 | |
*** brlogger [~supybot@host-78-148-25-111.as13285.net] has joined #baserock | 21:11 | |
*** brlogger [~supybot@host-78-148-25-111.as13285.net] has quit [Client Quit] | 21:11 | |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:39 | |
*** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:47 | |
persia | I keep seeing people say "nowadays, foo is <some relation to systemd>". Please do consider that there are also systems that do not run systemd, especially in the resource-constrained space. | 23:01 |
persia | Aboriginal linux looks really interesting, but I'd prefer to see bionic fixed, rather than switching to musl | 23:01 |
paulsherwood | persia: is the foo systemd comment related to ostree, or something else? | 23:02 |
persia | The trigger was "nowadays resolv.conf is a symlink to somewhere created by systemd" which came up just before the OSTree dsicussion, but I've seen the same class of assertion for a number of other things. | 23:06 |
persia | And since we have reference systems in definitions master that do not use systemd, I think it is dangerous to assume that all-things-use-systemd-all-the-time. | 23:06 |
paulsherwood | yup | 23:10 |
*** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 23:31 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!