| radiofree | i'm at odds with this unified patch series | 00:29 |
|---|---|---|
| radiofree | on one hand, apparently, the current release has the same issue with weston-clickdot (but only under weston-ivi-shell, it works fine in desktop-shell) | 00:30 |
| radiofree | but there's an issue with weston-simple-egl in *both* shells (that is, if you abort it brings down everything graphical) | 00:31 |
| radiofree | so it's a combination of kernel/driver upgrades and (maybe?) userspace upgrades | 00:31 |
| radiofree | i'll resubmit the patch series with the 3.17 kernel that at least works as well as the genivi kernel, but will allow us to unify | 00:32 |
| radiofree | i'll test a bit more tomorrow, but i think that's the best option for a release on friday | 00:33 |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 01:20 | |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 245 seconds] | 03:37 | |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 03:37 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 240 seconds] | 03:37 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 03:37 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 06:48 | |
| aananth | #aananth | 06:50 |
| paulsher1ood | pedroalvarez: you're a star :) | 07:35 |
| abdul | ssam2, deployment of wandboard image is completed | 08:13 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:13 | |
| paulsher1ood | abdul: w00t! :) | 08:27 |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:41 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:45 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 09:06 | |
| paulsher1ood | would anyone know why deploy might hang on 'populating "orig" subvolume'? | 09:12 |
| paulsher1ood | http://paste.baserock.org/gezosegubu.vhdl | 09:12 |
| paulsher1ood | 25 minutes so far | 09:12 |
| franred | which cluster are you deploying? | 09:13 |
| paulsher1ood | upgrade-devel.morph | 09:13 |
| *** aananth [~caananth@74.112.167.117] has quit [Remote host closed the connection] | 09:14 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:21 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:26 | |
| pedroalvarez | paulsher1ood: 25 minutes is too long, has it finished? | 09:30 |
| *** mauricemoss_ [~simonh@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:33 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 09:45 | |
| paulsher1ood | nope | 09:50 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:50 | |
| paulsher1ood | i've repeated this several times. i fear something has changed | 09:50 |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 09:51 | |
| pedroalvarez | hm.. | 09:51 |
| pedroalvarez | the way that this works is: | 09:53 |
| pedroalvarez | 1) It "clones" doing a btrfs snapshot of the orig version of the default system | 09:53 |
| pedroalvarez | 2) It rsync-s the new system to the created snapshot | 09:53 |
| pedroalvarez | maybe rsync is going slow due that everything has changes | 09:53 |
| pedroalvarez | s/changes/changed/ | 09:53 |
| paulsher1ood | i doubt it's that, tbh. | 09:54 |
| aananth | I am following "http://wiki.baserock.org/guides/configuring-a-trove/". My question is w.r.t command "ssh git@trove group adduser local-config-admins adminuser". I don't see any username "git" in /etc/passwd/ or /etc/shadow/ | 09:54 |
| paulsher1ood | but i'll prove my theory soon | 09:54 |
| aananth | How do I verify if the deployment is correct? | 09:54 |
| pedroalvarez | paulsher1ood: yeah, but is my first theory | 09:54 |
| Kinnison | aananth: If there's no 'git' in /etc/passwd then it sounds like the Trove ansible setup hasn't run | 09:54 |
| Kinnison | pedroalvarez: ^^^ | 09:54 |
| pedroalvarez | aananth: Kinnison is right, can you paste your /var/log/ansible file? | 09:55 |
| aananth | Ok, let me do that... | 09:56 |
| pedroalvarez | paulsher1ood: your theory is? | 09:56 |
| paulsher1ood | please hold :) | 09:57 |
| aananth | pedroalvarez: Please find the contents in http://pastebin.com/rKYLSkhs | 09:57 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:58 | |
| pedroalvarez | aananth: I think your trove may not have internet connection. Is that right? | 09:59 |
| pedroalvarez | aananth: can you `ping git.baserock.org` ? | 09:59 |
| aananth | Yes it is behind the proxy. | 10:00 |
| pedroalvarez | aananth: have you ever managed to put a baserock machine running behind that proxy? In that case, can you do the same for this trove? | 10:01 |
| pedroalvarez | aananth: the command that is failing to run is `ssh-keyscan localhost git.baserock.org` | 10:03 |
| aananth | pedroalvarez: Yes, for devel-Virtual Machine. W.r.t ping, I can ping the ip address of baserock, but not the text. http://pastebin.com/67V1wKVT | 10:03 |
| * pedroalvarez ponders a trove deployment troubleshooting wiki page | 10:03 | |
| aananth | Let me do similar set up on trove as well. | 10:04 |
| pedroalvarez | aananth: aah! I understand. How do you fixed it? adding 8.8.8.8 to resolv.conf? | 10:04 |
| aananth | pedroalvarez: I have not fixed it, but just found the ip address of baserock.org and typed it manually to check if the internet connections exist. | 10:05 |
| pedroalvarez | aananth: yeah, I meant, how did you fix it for other machines. | 10:06 |
| aananth | pedroalvarez: we install a tool named "corkscrew", we configure it and also configure git, ssh to execute corkscrew. | 10:08 |
| aananth | pedroalvarez: In order to add configs for proxy, shouldn't I add my username as the first step using "ssh git@trove group adduser local-config-admins adminuser"? | 10:09 |
| aananth | Are you saying if the proxy issue is resolved, I will be able to do the first step? | 10:10 |
| pedroalvarez | Now I understand the real problem here | 10:12 |
| franred | jjardon, is your patch-series: "Add weston system containing latest stock weston" ready for reviews? | 10:13 |
| pedroalvarez | Is not possible to configure a proxy before the trove has internet connection, since the trove uses the internet to configure itself | 10:13 |
| jjardon | franred: it is | 10:14 |
| aananth | pedroalvarez: Ok, thanks. Let me first setup corkscrew and configure ssh to tunnel through our proxy first. | 10:14 |
| franred | jjardon, thanks, we will review it, sorry for the delay | 10:15 |
| pedroalvarez | aananth: can we try another thing? can you add "nameserver 8.8.8.8" to your /etc/resolv.conf file, then `systemctl restart trove-setup`, and then send me the /var/log/ansible file again? | 10:16 |
| aananth | pedroalvarez: OK. Let me do the above first. | 10:26 |
| aananth | But I have almost done the corkscrew setup as well. Let me execute by adding nameserver first. | 10:26 |
| aananth | pedroalvarez: Here is the output -- http://pastebin.com/E9qjx6nD. (this log was after I did a reboot) | 10:30 |
| pedroalvarez | aananth: I thinkg the log is incomplete, maybe it was still running | 10:33 |
| pedroalvarez | I think this time it worked and you can begin with the steps to configure the proxy | 10:33 |
| * pedroalvarez wonders why he can't reuse the cache that is on 85.199.252.93 | 10:36 | |
| aananth | pedroalvarez: I could see I make progress, but I get "Unknown command: useradd" error. Any error in "ssh -i id_rsa.pub git@vtsc-trove useradd caananth "Aananth C N" "caananth@visteon.com""? | 10:43 |
| pedroalvarez | aananth: I believe that "useradd" is not the right command here | 10:45 |
| pedroalvarez | aananth: can you point me to the instructions that you are following/ | 10:45 |
| pedroalvarez | ? | 10:45 |
| Kinnison | if you're adding a user to trove, then 1. the command has a space in (i.e. user add) and 2. it's username email realname | 10:46 |
| Kinnison | so ssh -i id_rsa.pub git@vtsc-trove user add caananth caananth@visteon.com Aananth C N | 10:46 |
| Kinnison | might work better :-) | 10:47 |
| aananth | pedroalvarez: Sorry, I am wrong. I took wrong notes from Sam's training. It was based on http://wiki.baserock.org/guides/configuring-a-trove/, but the command is from my notes. | 10:49 |
| aananth | Kinnison: thanks for correcting me. It worked. | 10:49 |
| Kinnison | aananth: glad I could help | 10:50 |
| paulsher1ood | pedroalvarez: my theory was that latest morph changes might have broken something. however i think i've disproved it.... which brings me to the glibc change, i fear. still investigating | 10:54 |
| pedroalvarez | morph changes can't explain this behaviour | 10:54 |
| persia | Could it be a disk space issue? Performing significant changes to my systems caused me to move from a default 4GB volume to a default 8GB volume | 10:55 |
| paulsher1ood | good point. i'll try a smaller system | 10:57 |
| paulsher1ood | (as deployment target) | 10:57 |
| paulsher1ood | pedroalvarez: could the glibc thing have increased our sizes significantly? | 10:57 |
| pedroalvarez | I doubt it :/ Is not a bigger thing, is just a newer version | 10:58 |
| Kinnison | But it means *everything* got recompiled | 10:59 |
| Kinnison | and got new version symbols | 10:59 |
| Kinnison | so every binary is different | 10:59 |
| pedroalvarez | that was my first theory | 10:59 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 11:04 | |
| aananth | pedroalvarez: command "ssh git@vtsc-trove whoami" works perfectly! But the command "git clone ssh://git@vtsc-trove/local-config/lorries lorry-config" fails! Error Message: "[vtsc-trove] CRIT: Repository local-config/lorries does not exist". Any clue why? | 11:06 |
| Kinnison | you need your trove ID in there | 11:06 |
| Kinnison | e.g. git clone ssh://git@vtsc-trove/TROVEID/local-config/lorries lorry-config | 11:06 |
| pedroalvarez | indeed | 11:06 |
| radiofree | pedroalvarez: so the gpu stuff | 11:07 |
| Kinnison | where TROVEID is whatever you configured the trove with | 11:07 |
| pedroalvarez | radiofree: any news? | 11:07 |
| radiofree | the main issue is crashing clients in *stock* weston (desktop-shell), which is a regression, and important to fix | 11:07 |
| radiofree | however i believe that to be a userspace issue | 11:07 |
| radiofree | the crashing clickdot in weston-ivi-shell is of no concern for a genivi release | 11:07 |
| radiofree | that fancy shell isn't part of genivi, it's just a reference | 11:07 |
| pedroalvarez | radiofree: right, does the mock navigation works? | 11:08 |
| radiofree | i'll test some egl clients in wayland-ivi-extension (the actual important genivi bit) and make sure everything works there, then send for review again with my comments | 11:08 |
| radiofree | however i think we might need to downgrade cairo or something... | 11:08 |
| radiofree | *but* there's one last kernel/nouveau combo for me to try first :) | 11:09 |
| pedroalvarez | radiofree: thanks! | 11:09 |
| pedroalvarez | is this going to be 3.17 or 3.18? | 11:09 |
| radiofree | 3.18 | 11:10 |
| radiofree | rc4 to keep paulsher1ood happy | 11:10 |
| pedroalvarez | hehe | 11:10 |
| aananth | Kinnison: my trove id is "vtsc-trove", I tried "git clone ssh://git@vtsc-trove/vtsc-trove/local-config/lorries lorry-config", I get "CRIT: This repository is not for you". Any clues | 11:11 |
| Kinnison | Sounds like your user isn't in the local-config groups | 11:12 |
| Kinnison | can you run ssh git@vtsc-trove whoami | 11:12 |
| Kinnison | and pop the result in a pastebin for us? | 11:12 |
| paulsher1ood | radiofree: :-) | 11:14 |
| paulsher1ood | pedroalvarez: implication of this would be we update to rc4 for all our default definitions, is that ok? | 11:15 |
| paulsher1ood | (or maybe not :-) ) | 11:15 |
| aananth | Kinnison: Here it is http://pastebin.com/csBAaH9B. Also I found that the local-config directory is in "/home/git/repos/vtsc-trove/local-config" path inside trove. | 11:15 |
| Kinnison | Yeah, that whoami output doesn't give any group memberships | 11:15 |
| Kinnison | With the key which is trove-admin, could you please run: group adduser local-config-writers bsp_ts | 11:15 |
| Kinnison | then try the clone again | 11:15 |
| Kinnison | aananth: when I say 'run' I mean via ssh git@trove | 11:16 |
| aananth | Ok | 11:16 |
| * paulsher1ood hits the deploy hang with base-system too, so probably not size-related | 11:20 | |
| pedroalvarez | paulsher1ood: does your system have space enough? | 11:21 |
| aananth | Kinnison: I get "CRIT: You may not perform site administration". I tried with "-i id_rsa.pub" and without it for the ssh command. | 11:22 |
| paulsher1ood | pedroalvarez: how do i find that out? | 11:22 |
| pedroalvarez | paulsher1ood: can you leave it running at some point today and check if it finishes? | 11:22 |
| pedroalvarez | paulsher1ood: `df` | 11:22 |
| paulsher1ood | pedroalvarez: i've left it overnight in the first instance. am not repeating that | 11:22 |
| Kinnison | aananth: with -i id_rsa.pub -- what does whoami give you? | 11:22 |
| pedroalvarez | paulsher1ood: oh! i didn't know that, I thought you only waited for 25 minutes | 11:23 |
| paulsher1ood | pedroalvarez: on a working version this step takes 1 minute | 11:23 |
| aananth | Kinnison: Same as what I had pasted in http://pastebin.com/csBAaH9B. Let me check if I am using wrong id_rsa.pub file... | 11:24 |
| pedroalvarez | aananth: I think you are :) | 11:25 |
| paulsher1ood | pedroalvarez: oh, interesting. i have run out of space. you're right. now the question is, why? :-) | 11:25 |
| franred | paulsher1ood, have a look at /tmp/failed | 11:25 |
| pedroalvarez | he is out of context :) | 11:26 |
| paulsher1ood | pedroalvarez: http://paste.baserock.org/vusuwuyeya.erlang_repl | 11:26 |
| aananth | Kinnison: I think I am using the right file, it gives me the same output as in pastebin. | 11:26 |
| franred | pedroalvarez, yeah :S | 11:26 |
| Kinnison | aananth: It's likely picking up the identity file from ~/.ssh | 11:27 |
| pedroalvarez | paulsher1ood: ugh,, don't remove anything in /tmp please | 11:27 |
| pedroalvarez | paulsher1ood: or you will have to flash again | 11:27 |
| rdale_ | i have a line 'ref: 5.4' in stratum and i am getting this error: ERROR: Ref 5.4 for qtwebkit in stratum strata/qt5-tools-qtwebkit-wayland.morph is not a string | 11:28 |
| paulsher1ood | pedroalvarez: this is my vm, not jetson | 11:28 |
| aananth | Kinnison, pedroalvarez: No, I have the trove-admin pub key in my local folder and I think it is right. May be I will redo the whole excercise. | 11:28 |
| rdale_ | and i can't see what is wrong with '5.4' | 11:28 |
| Kinnison | aananth: Do you have the private key for trove-admin too? Kinda needed :-) | 11:28 |
| paulsher1ood | rdale_: put quotes round it | 11:28 |
| paulsher1ood | known bug | 11:28 |
| Kinnison | aananth: I typically try and have multiple users (real UNIX users) for multi-key scenarios | 11:29 |
| rdale_ | ah ok - a number is something that starts with a digit, but v5.4 would be a string | 11:29 |
| pedroalvarez | paulsher1ood: right, first `umount /tmp/*` | 11:29 |
| paulsher1ood | within the vm? | 11:30 |
| paulsher1ood | before doing anything, any idea what has filled this up? | 11:30 |
| pedroalvarez | no clue, but I want you to do that first because you may want to free space in /tmp thinking that is full, and you have your filesystem mounted there | 11:31 |
| Kinnison | It's likely a failed deploy left mounts around | 11:32 |
| paulsher1ood | umount: /tmp/ssh-tFOukP19y5: not mounted | 11:32 |
| paulsher1ood | now i have some space | 11:32 |
| pedroalvarez | paulsher1ood: yeah, that's normal given my command, but now your `df` shouldn have things like: "/dev/sda 4194304 3819308 4300 100% /tmp/tmp.WBzb0V" | 11:33 |
| paulsher1ood | http://paste.baserock.org/oxirepodic.erlang_repl | 11:33 |
| Kinnison | that looks better | 11:34 |
| Kinnison | now clean up your TEST | 11:34 |
| Kinnison | then check df again | 11:34 |
| paulsher1ood | i have no TEST | 11:34 |
| Kinnison | But there's an implication that anything larger than about 900M won't deploy safely | 11:34 |
| paulsher1ood | so i don't have to mount anything else? i should be ok to rerun a deploy? | 11:36 |
| pedroalvarez | aananth: I can help you to recover the admin pub key. it should be in "/etc/trove/admin.key.pub" in your trove | 11:36 |
| aananth | Kinnison: Yes, I have private key also. | 11:36 |
| pedroalvarez | oh, yeah you need the private | 11:37 |
| Kinnison | aananth: well, once you've worked out the ssh runes to get the right private/public keypair working, add your bsp_ts user to the local-config-writers group and you should be golden to proceed | 11:37 |
| * Kinnison unfortunately isn't sure what ssh runes to recommend :-( | 11:37 | |
| pedroalvarez | aananth: ignore my comment about recovering the ssh key | 11:38 |
| aananth | pedroalvarez: Ok. Kinnison: I am bit confused :-), should I use private key of trove admin to add user and group? | 11:41 |
| pedroalvarez | yes | 11:41 |
| Kinnison | yes | 11:41 |
| aananth | Ok :-) I messed it. I hope if I retry with private key again, it should work? | 11:42 |
| Kinnison | It should | 11:43 |
| Kinnison | The user looks to have been added okay, so you just need to do the 'group useradd local-config-writers bsp_ts' | 11:43 |
| paulsher1ood | pedroalvarez: after clearing that space, and trying again only to deploy a base-system, still hangs | 12:13 |
| pedroalvarez | and is your system full again? | 12:13 |
| paulsher1ood | pedroalvarez: yes | 12:14 |
| persia | paulsher1ood: Do you have enough systems in your environment that you can delete some with system-version-manager? | 12:15 |
| pedroalvarez | persia: nope | 12:15 |
| pedroalvarez | He only has one I believe | 12:15 |
| paulsher1ood | this is the weird thing. i've been successfully doing this for a long time, getting up to 3 coexisting systems. here i have one, am trying to deploy a second, and hanging | 12:16 |
| persia | And a large one, hrm. Yes, that requires larger storage to deal with the massive delta glibc introduces | 12:16 |
| paulsher1ood | so glibc does increase our sizes significantly? | 12:17 |
| pedroalvarez | no | 12:17 |
| paulsher1ood | are we doing deltas? i thought we weren't | 12:17 |
| persia | paulsher1ood: It has to do with the size of the delta: the more similar the systems, the more btrfs can reuse stuff with a CoW snapshot, so you don't actually need all the underlying storage (or e;se I misunderstand how the upgrade process works) | 12:17 |
| pedroalvarez | persia: you are right, that's why he can have even 3 systems in the same vm with only 4G | 12:18 |
| persia | paulsher1ood: We're not precomputing deltas, but because of the use of CoW snapshots and rsync, most of the benefits of deltas are captured. | 12:19 |
| paulsher1ood | ah, ok | 12:21 |
| pedroalvarez | I councur with "4g may not be enought to upgrade to the latest version of definitions" | 12:21 |
| paulsher1ood | in which case, i'm not alone with this. anyone trying to redeploy to self after the glibc change is unlikely to succeed? | 12:21 |
| pedroalvarez | paulsher1ood: I have a system here with 59% of its space used, I'm going to try to upgrade it | 12:23 |
| paulsher1ood | can/should deploy check availalbe space before going into a hang? | 12:24 |
| pedroalvarez | is hard to know how many space we need | 12:24 |
| paulsher1ood | is there any stuff i can clear out to make room? | 12:26 |
| * paulsher1ood wonders what's clogged his / partition now.... http://paste.baserock.org/jotiloripo.hs | 12:27 | |
| richard_maw | perhaps some failed upgrades left in your root subvoleume | 12:28 |
| paulsher1ood | what would they look like, please? | 12:28 |
| paulsher1ood | is there some pattern i can rm ? | 12:29 |
| richard_maw | I don't know it from memory, but if you mount /dev/sda to /mnt, you can poke around int here | 12:30 |
| richard_maw | and you'll want to `btrfs subvolume delete` instead of plain rm | 12:30 |
| richard_maw | since a) it'll be quicker and b) won't require allocations to remove the files | 12:30 |
| pedroalvarez | I think that even the failed upgrades should appear in `system-version-manager` | 12:30 |
| paulsher1ood | that sounds a bit beyond my skill level, tbh | 12:30 |
| richard_maw | unfortunately it's difficult to have our installs able to clean up on failure if they get stuck | 12:31 |
| persia | I just generated a new VM with larger /dev/sda when I had this issue. | 12:31 |
| paulsher1ood | http://paste.baserock.org | 12:32 |
| richard_maw | we might be able to do something like monitor the rsync process for not changing which files it has open in /proc/$PID/fd, and kill it if they haven't changed in a couple of minutes | 12:32 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 12:33 | |
| paulsher1ood | i think it's a topic for deeper thought - would be a shame for this kind of thing to happen on a fleet of targets | 12:33 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:34 | |
| aananth | Ok, Thanks to all, it was a great learning, I captured them in http://pastebin.com/55gQgdkL. I will retry tomorrow. | 12:35 |
| paulsher1ood | aananth: you've been busy :-) | 12:36 |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 12:46 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Changing host] | 12:46 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 12:46 | |
| rdale_ | is there a standard way of dealing with 'Configure' scripts generated by 'metaconfig'? | 12:55 |
| pedroalvarez | oh really? http://paste.baserock.org/ulikihizev.hs | 12:58 |
| rjek | Why does that pastebin seem to choose which language to highlight as at random? | 12:58 |
| richard_maw | rdale_: I've never heard of metaconfig, sorry. | 12:58 |
| paulsher1ood | pedroalvarez: ouch! | 12:59 |
| * radiofree is flashing a jetson board from another jetson board | 13:10 | |
| * paulsher1ood has done that before :-) | 13:11 | |
| radiofree | using dd? | 13:11 |
| paulsher1ood | sing your flashing script, i think | 13:11 |
| radiofree | oh right, i didn't think that would have worked! | 13:12 |
| radiofree | thought it had intel binaries | 13:12 |
| Krin | hmm, ok so if i was going to use zookeeper to essentialy watch the baserock chunks for any update to a systems installed chunks, would it be possible to then update the chunk without restarting the system? so zookeeper would essentialy be acting as a notification of pushes to the relevant git repos? | 13:12 |
| Kinnison | I'm unsure that's a viable approach. Nominally you could have a zookeeper attached thing watch for newly deployable content and notify a system, but in current upgrade models it'd then involve a build/deploy/reboot cycle to get it in use | 13:13 |
| Krin | hmm, and the major challenge would be getting zookeeper into git, as the file system that is getting updated needs to be zookeeper aware, as zookeeper works by the file that is being updated notifying all it's watchers that it has changed to stop the need for polling | 13:14 |
| paulsher1ood | radiofree: actually maybe it didn't work :-) i can barely remember when i last had two jetsons side by side... | 13:15 |
| richard_maw | I have my suspicions we could construct a parallel mount tree, pivot_root and umount2(path, MNT_DETACH) to get an atomic filesystem update to a running system, but I'd need to prototype it to prove whether it's possible. | 13:15 |
| paulsher1ood | richard_maw: that sounds exciting ! :) | 13:16 |
| rjek | richard_maw: As a reboot-free upgrade? | 13:16 |
| richard_maw | from my understanding of the kernel, this ought to work, but I've never heard of anyone trying this before, so it might nto work | 13:16 |
| richard_maw | rjek: aye | 13:16 |
| Krin | is there an automatic notification of updates to baserock chunks already in place? or is it manually maintained by the users? | 13:17 |
| rjek | richard_maw: You'd probably still need to stop all the services because the file system's vanished from under them (even if GCed), which is only slightly better than a reboot. (Although it might be important if you've bought Enterprise™ hardware that takes 20 minutes to POST) | 13:17 |
| richard_maw | or you have clever services that notice when their libraries change and pivot themselves into a new process | 13:18 |
| richard_maw | irssi has /upgrade, and systemd has `systemctl daemon-reexec` to handle this | 13:18 |
| Kinnison | richard_maw: presumably you'd also want a variant where if the kernel changes, it kexec's the new system instead | 13:18 |
| Kinnison | no idea where that apostrophe came from :-( | 13:18 |
| rjek | Your keyboard! | 13:18 |
| richard_maw | yeah, though the difference between kexecing and rebooting is usually only important on BIG IRON ENTERPRISE MACHINES | 13:19 |
| Kinnison | naughty naughty keyboard. You shall have to be punished. | 13:19 |
| Kinnison | richard_maw: true | 13:19 |
| richard_maw | Kinnison: HIT IT HARDER | 13:19 |
| Kinnison | richard_maw: although, even my laptop is such that at least 60% of my boot time is before grub gets a look-see | 13:19 |
| Krin | Kinnison, i was more tempted to reference pratchet and say "your finger you fool" | 13:20 |
| * Krin wonders if anyone gets the reference or he just sounds insulting now | 13:20 | |
| * Krin is going to take the sudden silence in channel to mean the latter | 13:23 | |
| pedroalvarez | i need some help with this problem w | 13:26 |
| pedroalvarez | meh | 13:26 |
| pedroalvarez | I'll ask for help later, now lunch | 13:26 |
| pedroalvarez | I was going to talk about this error: http://paste.baserock.org/ulikihizev.hs | 13:27 |
| pedroalvarez | this is building gstreamer with new bison | 13:28 |
| persia | I'd likea a more verbose log for that | 13:28 |
| franred | persia, it is a gstreamer 1.2 compilation and it fails when try to run configure (looks like the perl does not understand the letters as characters to check the versions?) | 13:30 |
| franred | versions of bison* | 13:31 |
| paulsher1ood | can/should we move gstreamer forward? 1.2 seems a long time ago | 13:31 |
| pedroalvarez | this is the full log: http://paste.baserock.org/ceyaneyina | 13:32 |
| * pedroalvarez lunches | 13:32 | |
| pedroalvarez | I will try to upgrade gstreamer to see if that solves the issue | 13:33 |
| paulsher1ood | in other news, i've managed to self-deploy the latest devel-with-glibc to a recent devel vm, so the space issue is probably specific to my original vm | 13:46 |
| paulsher1ood | thanks for the help on diagnosing that | 13:47 |
| pedroalvarez | jjardon radiofree: would an upgrade of gstreamer cause problems I'm weston/wayland? | 13:47 |
| radiofree | no | 13:48 |
| jjardon | pedroalvarez: dont think upgrade will fix the issue: i thin franred is rigth and the version checker for bison doest expect letters | 13:55 |
| paulsher1ood | this reminds me of a previous experience where 'repo' expected only numbers in git's version | 14:08 |
| paulsher1ood | (ie android repo) | 14:08 |
| paulsher1ood | SotK: can you get your prototype running in public somewhere? would be nice to see it in action.... maybe we have some spare capacity at dc | 14:16 |
| SotK | paulsher1ood: I can try, who do I ask to obtain an account at dc? | 14:20 |
| paulsher1ood | SotK: you shouldn't need an account i think - maybe pedroalvarez can help you | 14:21 |
| * paulsher1ood spoke too soon - managed to kill his new vm entirely | 14:23 | |
| jmacs | Hmm, morph produces a lot of strace output | 14:28 |
| *** cosm_ [~Unknown@us1x.mullvad.net] has joined #baserock | 14:32 | |
| *** cosm [~Unknown@host-78-150-56-250.as13285.net] has quit [Ping timeout: 255 seconds] | 14:36 | |
| *** cosm_ [~Unknown@us1x.mullvad.net] has quit [Ping timeout: 245 seconds] | 14:41 | |
| pedroalvarez | I need some kind of help with this problem of bison and gstreamer | 14:52 |
| pedroalvarez | I wonder now how this has ever worked with previous versions of bison | 14:53 |
| pedroalvarez | ok, is because bison is giving things that are not in [0-9] in its version number | 14:56 |
| richard_maw | pedroalvarez: create a .tarball-version file in pre-configure-commands? | 14:57 |
| pedroalvarez | of bison you mean? | 14:57 |
| richard_maw | yes | 14:57 |
| pedroalvarez | that fix makes me sad | 14:59 |
| paulsher1ood | urgh | 14:59 |
| pedroalvarez | sigh.. | 15:02 |
| paulsher1ood | there must be another solution, surely? | 15:03 |
| paulsher1ood | what's reacting badly to the version number? | 15:03 |
| pedroalvarez | I can also rebase my commit until its first 4 chars of the sha1 doesn't contains [a-f]... | 15:03 |
| pedroalvarez | (joking, of course) | 15:03 |
| pedroalvarez | gstreamer, when checking the version of bison, fails: http://paste.baserock.org/ceyaneyina | 15:03 |
| paulsher1ood | patch to fix gstreamer version checking? | 15:04 |
| paulsher1ood | or ignore version checking? :) | 15:04 |
| pedroalvarez | actually they don't need any version, just need bison | 15:05 |
| pedroalvarez | I don't know who wants to compare it with a version | 15:05 |
| pedroalvarez | to me this sounds like an autoconf bug | 15:05 |
| pedroalvarez | or bison for adding the sha1 to its version number | 15:06 |
| franred | pedroalvarez, sometimes you need to use bigger versions of certain packages to compile your package (functions.... not sure if the term is API compatible) | 15:07 |
| franred | so you need to check that your system contains the package and its version is correct | 15:08 |
| pedroalvarez | franred: It doesn't look like that in gstreamer: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gstreamer.git/tree/gstreamer.spec.in | 15:09 |
| rdale_ | in the git log of our lorried bison, jannis has made a commit about getting the version from the NEWS file and putting in into .tarball-version - what does that do? | 15:09 |
| pedroalvarez | oh! | 15:10 |
| pedroalvarez | he dropped it later | 15:11 |
| pedroalvarez | I just want to note, that it has been working by chance before my upgrade to a newer version | 15:12 |
| pedroalvarez | I tempted to add that patch again | 15:17 |
| jmacs | Does morph filter the output from configure scripts so it only shows things starting with ERROR? Is there a quick way to disable that? | 15:21 |
| straycat | I don't really remember | 15:25 |
| straycat | But I did add a --build-log-on-stdout option | 15:25 |
| straycat | it's really an internal option for use by distbuild, but it might be useful for you in this case | 15:26 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 15:26 | |
| franred | jjardon, radiofree, do we need the command-line parser for gstreamer in baserock? pedroalvarez can --disable-parse will not check bison nor flex | 15:32 |
| pedroalvarez | is kind of a shame that we have to disable things because of that | 15:32 |
| franred | jmacs, you could also check the errors in morph.log | 15:32 |
| franred | pedroalvarez, have you check the gstreamer bug tracker to check if there are more people with that error? | 15:33 |
| pedroalvarez | jmacs: I don't think we filter anything | 15:33 |
| pedroalvarez | franred: nope | 15:33 |
| jjardon | command line parser is important: I alot of time you need to create test pipelines using the command line (with gst-launch, for example) | 15:33 |
| franred | pedroalvarez, maybe it is worth to check by something like: AG_GST_BISON_CHECK errors | 15:34 |
| franred | jjardon, I feared that was the answer | 15:34 |
| franred | jmacs, a very nice way to check what happens when your compilation fails is do a chroot into the staging area (but if it fails it will be in "failed" rather than in "staging" - error message wise) | 15:36 |
| franred | so you can run the commands manually in the status as the system is | 15:37 |
| jmacs | I'm not talking about compilation but configuration scripts | 15:37 |
| jmacs | I have just put "ERROR:" in front of all my debugging printouts | 15:39 |
| franred | jmacs, do you have run with --verbose? | 15:39 |
| jmacs | Nope, I could try that | 15:39 |
| * paulsher1ood is sad to note that upgrading to the glibc version is also hanging on jetson | 15:49 | |
| jmacs | OK, looks like morph doesn't filter output at all. No idea what was going on there. Thanks for the help anyway. | 15:50 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:58 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 16:02 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 16:02 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:02 | |
| persia | paulsher1ood: Generally speaking, you want to have sufficient free space on the target for the entire new system on upgrade. There are some space savings because of btrfs CoW and some network savings because of rsync, but relying on these is a recipe for pain. | 16:07 |
| paulsher1ood | persia: i'm using default sizes. so this means that users following down this same path will all suffer the same fate, i'm afraid | 16:14 |
| paulsher1ood | ie anyone downloading current devel, then building current definitions and deploying to self | 16:15 |
| persia | Yes. I believe the default size recommendation was made before upgrades worked this way. | 16:15 |
| * paulsher1ood would like folks to consider using cycle.sh to test buld and deploy of changes before they hit master | 16:16 | |
| mauricemoss_ | radiofree, I want to flash u-boot as a coreboot payload to be able to boot any kind of Kernel. | 16:19 |
| radiofree | sorry that sounds very androidy, i have no experience with that | 16:19 |
| radiofree | you could try asking in #tegra | 16:20 |
| mauricemoss_ | ok | 16:20 |
| pedroalvarez | why is autoreconf failing here? http://paste.baserock.org/becibupuze.vhdl | 16:23 |
| paulsher1ood | is this on latest systemd? | 16:23 |
| pedroalvarez | nope | 16:23 |
| pedroalvarez | i'm trying to build bison, from source. but out of morph | 16:24 |
| pedroalvarez | running the same commands that morph runs, but seems I'm missing something | 16:25 |
| pedroalvarez | ok, I was being silly | 16:27 |
| persia | pedroalvarez: Anytime you run perl and get that message, any text you generate is best considered undefined (as your locale may be far from C). Try rerunning in C, nd see if that works. | 16:27 |
| paulsher1ood | we should probably fix perl locale properly? | 16:29 |
| persia | IT's not a perl problem. It's that there are no locales installed by default. | 16:30 |
| pedroalvarez | I want to be in the locales discussion, but I don't have the time now | 16:30 |
| radiofree | pedroalvarez: the unified patches are ready for review again :) | 16:30 |
| persia | I was looking at that some time ago, but got busy with $work and an injury. I'll try again (unless someone beats me to it) | 16:30 |
| radiofree | there are still some issues, my patches for weston not to use glesv2 should fix the bulk of them though | 16:31 |
| radiofree | however, EGLWLMockNavigation in ivi-controller works just fine | 16:32 |
| radiofree | which i suppose is what genivi are after | 16:32 |
| * radiofree will quickly test a 3.17 kernel though | 16:32 | |
| paulsher1ood | pedroalvarez: was there another step for clearing space in after the 'umount /tmp/*' - if not i'm going to have to recreate my vm, and reflash my jetson... | 16:33 |
| pedroalvarez | paulsher1ood: there wasn't, unmounting /tmp/* was for safety reasons | 16:34 |
| paulsher1ood | pedroalvarez: so no way back from http://paste.baserock.org/wahexopura.erlang_repl ? | 16:34 |
| pedroalvarez | doesn't system-version-manager shows anything this time? | 16:36 |
| paulsher1ood | ah. ok. thank you | 16:36 |
| radiofree | paulsher1ood: if you run btrfs filesystem max / | 16:38 |
| radiofree | you should get another 6GB | 16:38 |
| paulsher1ood | radiofree: btrfs filesystem: unknown token 'max' | 16:39 |
| radiofree | oh well i got that command wrong | 16:39 |
| radiofree | btrfs filesystem resize max / | 16:40 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:40 | |
| paulsher1ood | cool, radiofree !! | 16:40 |
| paulsher1ood | should that be on the wiki? | 16:40 |
| pedroalvarez | ok, the delta that we are creating in bison to change the submodules url is causing this version number change | 16:40 |
| pedroalvarez | disabling the check of bison in gstreamer doesn't sound like an option, because other components may do the same check | 16:41 |
| pedroalvarez | I think that generating .tarball-version is a good option here | 16:42 |
| * paulsher1ood can't comment, doesn't understand the issues fully | 16:42 | |
| Kinnison | Can we do that usefully in the morphology? | 16:42 |
| pedroalvarez | we used to do it: http://git.baserock.org/cgi-bin/cgit.cgi/delta/bison.git/commit/?h=baserock/morph&id=fdb8fd5f3a6f8c53b8e81ad9b5d17b479f83c5a3 | 16:43 |
| radiofree | paulsher1ood: if you change the ROOTFS_SIZE=15032385536 on line 28 of the flashing script, when you run that command you end up with a 14G / | 16:43 |
| Kinnison | pedroalvarez: perhaps we should again :-) | 16:43 |
| radiofree | should probably do that | 16:43 |
| pedroalvarez | writing .tarball-version doesn't seem to solve the issue | 16:50 |
| radiofree | i think i'll resubmit those patches with the 3.17 kernel, less issues | 16:51 |
| radiofree | spoke too soon | 16:52 |
| pedroalvarez | Ok, I think I'm going to remove the check in gstreamer, I don't think I can easily fix the bison problem | 16:53 |
| Kinnison | not even inserting tarball version? | 16:53 |
| pedroalvarez | no | 16:54 |
| Kinnison | :-( | 16:54 |
| radiofree | i saw some scooters in china town on sunday for http://kismall.com/index.php | 16:55 |
| radiofree | they appear to be a "just-eat" equivalent for chinese students | 16:55 |
| radiofree | most of the restaurants in china town are on there, which is nice | 16:55 |
| radiofree | erm | 16:56 |
| radiofree | this is totally the wrong channel for that, sorry | 16:56 |
| Zara_ | hahaha | 16:56 |
| rjek | Food is a nice distraction from time to time. | 16:57 |
| * pedroalvarez finds the problem with .tarball-version | 16:58 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:00 | |
| pedroalvarez | for the curious, this is the patch I think I need to fix the version of bison: http://paste.baserock.org/tufekifego.diff | 17:03 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 17:03 | |
| pedroalvarez | how likely is this patch going to be merged? | 17:04 |
| paulsher1ood | +1 from me :) | 17:07 |
| paulsher1ood | (a one line change in a morph file? how much resistance could there possibly be?) | 17:07 |
| paulsher1ood | pedroalvarez: ^^ | 17:07 |
| pedroalvarez | it was a way to check if there were reviewers here :) | 17:08 |
| paulsher1ood | pedroalvarez: if you are confident it works, i would venture a +2 to see how others react :) | 17:08 |
| * paulsher1ood considers himself reasonably competent to review .morph file changes. less so morph code | 17:09 | |
| pedroalvarez | on line change is easy to review, but it doesn't have to be ok | 17:09 |
| paulsher1ood | pedroalvarez: would you prefer me to build it? | 17:10 |
| * paulsher1ood has managed to recover from the space issues now | 17:11 | |
| persia | Some one-line changes in morph files are very hard to review: for example if one just changes a SHA1. | 17:13 |
| paulsher1ood | persia: true | 17:15 |
| ratmice________ | pedroalvarez: in theory the "autoconf way" is not to check versions but features, so gstreamer-common/m4/gst-parse.m4 should check if the '<>' feature works instead of the version :/ not sure exactly what that entails though | 17:15 |
| * paulsher1ood has separated out http://wiki.baserock.org/guides/increase-space/ into its own page | 17:17 | |
| paulsher1ood | i suggest we might notify the list that it might be necessary to increase space before self-upgrading to anything after the glibc change | 17:18 |
| pedroalvarez | ratmice________: agree, I should take a look at gstreamer and see what can I do | 17:18 |
| franred | pedroalvarez, +1 if you add the comment about why we use this workaround | 17:20 |
| pedroalvarez | fair enough, thanks franred | 17:20 |
| pedroalvarez | franred: is this ok? http://paste.baserock.org/xotaqisoze | 17:24 |
| franred | pedroalvarez, it is alright, although I would mark it as a workaround/hack in some way | 17:27 |
| pedroalvarez | true | 17:28 |
| pedroalvarez | merged, thanks! | 17:30 |
| franred | pedroalvarez, it is late but... https://github.com/play/gst-playd/blob/master/common/m4/gst-parser.m4 | 17:31 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 17:32 | |
| * pedroalvarez re-populates the cache | 17:33 | |
| * franred hides... it is the same thing | 17:34 | |
| paulsher1ood | pedroalvarez: shouldn't we just mail the list and recommend the mason cache-server? | 17:35 |
| paulsher1ood | (unless that has to migrate soon)_ | 17:35 |
| persia | I think we should give that a name, and modify morph to default to it, *and* mail the list telling folk not using current morph to consider using the new cache server. | 17:35 |
| paulsher1ood | (would save a lot of copying) | 17:35 |
| paulsher1ood | ok | 17:36 |
| persia | Does morph support redirects? Another option would be to have g.b.o redirect cache requests to the working cache server | 17:36 |
| franred | persia, modify morph to default = add the line in the wiki when it says create morph.conf | 17:37 |
| pedroalvarez | I've sent an email to remember how to reuse the cache from there | 17:38 |
| persia | franred: No, rather modify morph so that if you don't have a line in morph.conf it goes there. | 17:38 |
| persia | The current line is not mandatory | 17:38 |
| paulsher1ood | +1. but then there are many other mods to morph that would be nice too. for example am i right that it downloads every component to cache if it can before downloading the rootfs if it can? | 17:41 |
| pedroalvarez | paulsher1ood: we should look at that bug | 17:41 |
| paulsher1ood | :-) | 17:41 |
| paulsher1ood | radiofree: i've built and booted your unified kernel... it doesn't seem entirely happy though :/ | 17:43 |
| radiofree | what do you mean? | 17:44 |
| radiofree | clear and concise bug report that ;) | 17:44 |
| franred | persia, so redirect to the cache server rather than g.b.o, yep, agreed | 17:45 |
| paulsher1ood | first reboot, lots of errors, then it hung. on hitting reset, it seems happier. | 17:45 |
| radiofree | :\ | 17:45 |
| paulsher1ood | using screen, so i seem to lose all backscroll, otherwise i'd cutnpaster it | 17:45 |
| radiofree | paulsher1ood: ctrl+a : scrollback 1000 | 17:46 |
| paulsher1ood | radiofree: i'm on mac | 17:46 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:47 | |
| paulsher1ood | i may choose to disregard what i saw ... subsequent boots look better | 17:47 |
| radiofree | it's still gnu screen though? | 17:47 |
| pedroalvarez | maybe is Command + a | 17:47 |
| pedroalvarez | :P | 17:47 |
| paulsher1ood | radiofree: it is. so having set that, how do i actually scroll back? | 17:49 |
| radiofree | it's incredibly intuitive paulsher1ood, Command +a :[ | 17:49 |
| paulsher1ood | aha | 17:50 |
| jmacs | Command+a ESC then use pageup/pagedown | 17:50 |
| * paulsher1ood fails | 17:53 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:58 | |
| pedroalvarez | I'll test james patches tomorrow morning just to verify that everything works in the release, and then do the release :) | 17:59 |
| radiofree | pedroalvarez: needs the weston patches as well! | 18:01 |
| radiofree | also | 18:01 |
| radiofree | i'd personally like to upgrade the weston-ivi-shell and wayland-ivi-extensions | 18:01 |
| pedroalvarez | javier's patches? | 18:01 |
| radiofree | oh no, i don't like them | 18:01 |
| radiofree | weston-ivi-shell not weston | 18:01 |
| radiofree | but it's touch-and-go whether or not the wayland-ivi-extensions stuff we've done will be merged in time for tomorrow! | 18:02 |
| radiofree | hopefully will find out in the morning and send a patch to upgrade those | 18:02 |
| rdale_ | if i add a configure line to a build morph, does it add to any existing config lines for that sort of project, or does it replace any default config commands? | 18:21 |
| paulsher1ood | replaces | 18:23 |
| paulsher1ood | rdale_: ^^ | 18:23 |
| rdale_ | ah ok thanks | 18:23 |
| paulsher1ood | radiofree: i spoke too soon.... | 18:31 |
| paulsher1ood | http://paste.baserock.org/olujolerav.avrasm | 18:31 |
| paulsher1ood | can't get back to my trusty devel image | 18:31 |
| radiofree | paulsher1ood: is there an sd card in? | 18:32 |
| paulsher1ood | nope | 18:32 |
| radiofree | i've been seeing this as well, maybe it's a problem with doing the btrfs max command? | 18:32 |
| radiofree | if you reboot it a few times it should work | 18:32 |
| paulsher1ood | possibly | 18:32 |
| radiofree | failing that | 18:33 |
| radiofree | interrupt u-boot and type | 18:33 |
| radiofree | sysboot mmc 0 btrfs 0x90000000 extlinux.conf | 18:33 |
| paulsher1ood | Error reading config file | 18:33 |
| radiofree | oh dear, did you run a cycle script or are you just rebooting? | 18:34 |
| radiofree | btrls mmc 0 | 18:34 |
| radiofree | do you can any output from that | 18:34 |
| paulsher1ood | i had run cycle. was trying to boot back | 18:34 |
| paulsher1ood | <DIR> systems | 18:34 |
| paulsher1ood | <DIR> state | 18:34 |
| paulsher1ood | <FILE> extlinux.conf | 18:34 |
| radiofree | i believe your extlinux.conf my be corrupted then | 18:35 |
| paulsher1ood | seems so :/ | 18:35 |
| paulsher1ood | oh well | 18:35 |
| radiofree | there might be a way to salvage it | 18:35 |
| radiofree | ums 0 mmc 0 | 18:35 |
| radiofree | plug the jetson board into your laptop (using the usb port you use to flash it) | 18:36 |
| radiofree | should come up as a usb device on your laptop | 18:36 |
| radiofree | paste the contents of /path/to/baserock/extlinux.conf somewhere | 18:36 |
| radiofree | these btrfs patches are incredibly flakey though, i'll take a look at them tomorrow morning | 18:36 |
| paulsher1ood | i think this is too complex for me today... it's beer o'clock | 18:37 |
| richard_maw | in other news, I tested the principle by pivot_rooting into a parallel mount tree, and it appeared to be workable, next up in that experiment is probably to extend system-version-manager, but that'll have to wait until I have time to look at it | 18:39 |
| radiofree | maybe we could have some fall back in u-boot if the extlinux.conf fails | 18:40 |
| radiofree | just boot the default subvolume | 18:40 |
| rdale_ | isn't that the same problem i had the with extlinux.conf file with uboot, and i did a 'lsbtrfs' command or similar in uboot and it magically fixed it? | 18:45 |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 18:45 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 18:45 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 18:45 | |
| rdale_ | or radiofree did a magic lsbtrfs i should say | 18:45 |
| radiofree | close, btrls | 18:48 |
| radiofree | that helps in the cases where u-boot can't read anything at all | 18:48 |
| radiofree | looks like it's loading the config and failing because it's wrong | 18:48 |
| rdale_ | i see but this is different then? | 18:48 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:48 | |
| radiofree | rdale_: however yeah, a few btrls' to warm up the fs might help | 18:48 |
| radiofree | one of the failures for the config loading is it it can't load /systems/foo/kernel etc... | 18:49 |
| radiofree | actually for me just then it was failing because the sd card was in :\ | 18:51 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:16 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 21:32 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 21:32 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 21:32 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:33 | |
| *** thecorconian [~jte@75-27-44-31.lightspeed.orpkil.sbcglobal.net] has joined #baserock | 23:05 | |
| pedroalvarez | looks like linux-pam needs to be upgraded too | 23:23 |
| pedroalvarez | http://paste.baserock.org/lehizewuto which I believe is fixed with this patch: https://git.fedorahosted.org/cgit/linux-pam.git/commit/?id=8e508f23bf5ed727649c99bbd540f7b1c2c2bd35 | 23:27 |
| pedroalvarez | I wonder why we are lorrying from tarball | 23:28 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!