*** zoli___ has joined #baserock | 03:59 | |
*** zoli__ has quit IRC | 03:59 | |
*** gfinney has joined #baserock | 08:07 | |
*** gfinney_ has joined #baserock | 08:07 | |
*** a1exhughe5 has joined #baserock | 08:11 | |
*** a1exhughe5 has quit IRC | 08:19 | |
*** rdale_ has joined #baserock | 08:22 | |
*** gfinney has quit IRC | 08:23 | |
*** zoli___ has quit IRC | 08:23 | |
*** gfinney_ has left #baserock | 08:23 | |
*** gfinney has joined #baserock | 08:24 | |
*** zoli__ has joined #baserock | 08:46 | |
*** mariaderidder has joined #baserock | 08:49 | |
*** mike has joined #baserock | 08:53 | |
*** mike is now known as Guest93636 | 08:54 | |
*** mauricemoss_ has quit IRC | 08:55 | |
*** mauricemoss_ has joined #baserock | 08:55 | |
*** bashrc has joined #baserock | 09:05 | |
*** jonathanmaw has joined #baserock | 09:21 | |
*** tiagogomes_ has joined #baserock | 09:24 | |
*** gary_perkins has joined #baserock | 09:30 | |
*** ssam2 has joined #baserock | 09:41 | |
*** ChanServ sets mode: +v ssam2 | 09:41 | |
*** lachlanmackenzie has joined #baserock | 10:07 | |
*** lachlanmackenzie has quit IRC | 10:12 | |
*** edcragg has joined #baserock | 10:17 | |
*** Krin has joined #baserock | 10:17 | |
*** wschaller has joined #baserock | 10:25 | |
*** lachlanmackenzie has joined #baserock | 10:32 | |
edcragg | would it still be acceptable to use the nfsboot.write extension for deployment to a netboot server in the HP moonshot, even though the source says it's depreciated? It seems to do exactly what's needed in this case, i.e. putting a baserock rootfs and kernel on an existing netboot server, where the pxeboot.write extension does more things which aren't required | 10:34 |
---|---|---|
pedroalvarez | edcragg: hmm.. deprecated? do we say that somewhere? | 10:37 |
edcragg | pedroalvarez: yes, in a comment at the top of the nfsboot.write script | 10:39 |
edcragg | *** DO NOT USE *** | 10:39 |
edcragg | - This was written before 'proper' deployment mechanisms were in place | 10:39 |
tiagogomes_ | there is a nfsboot-server.configure write extension | 10:41 |
tiagogomes_ | on definitions | 10:41 |
pedroalvarez | I guess he wants a deployment extension, no a configuration exts | 10:41 |
tiagogomes_ | ah right | 10:41 |
richard_maw | nfsboot-server.configure is some of the work to set up nfs booting that works for nfsboot.write | 10:42 |
edcragg | that doesn't do anything useful iirc in this case | 10:42 |
richard_maw | but you also need to fiddle with the bootloader on each node for nfsboot.write to work as expected | 10:42 |
edcragg | richard_maw: how so? The moonshot U-Boot's already set up for network booting by default, all we need is to deploy new baserock systems to the netboot server | 10:44 |
pedroalvarez | edcragg: I'd say: use nfsboot.write server :) | 10:47 |
edcragg | pedroalvarez: ok, cool, thanks :) | 10:48 |
pedroalvarez | edcragg: althoug maybe you can do the same thing with pxeboot :) | 10:48 |
richard_maw | edcragg: the nodes need to be set up to know "who" they are, and it needs to be synchronised with what you specify when you deploy with nfsboot.write | 10:54 |
edcragg | pedroalvarez: i did wonder that, it seems to set up a local nfs/tftp server and remotely boot an installer system from that if i've understod correctly, which is sort of the other way around | 10:55 |
richard_maw | pedroalvarez: using pxeboot depends on if you want it to boot from the hard-drive, or always boot from PXE | 10:56 |
richard_maw | edcragg: broadly, yes, though I believe it can be configured to use an existing tftp/nfs server instead of spawning one | 10:56 |
edcragg | richard_maw: ok, thanks, i'll have a look | 10:57 |
edcragg | also, understood about having some sort of device ID | 10:58 |
edcragg | i was thinking this could be possible with a MAC specific pxe configuration on the server possibly | 10:59 |
richard_maw | yeah, you ought to be able to use the MAC address as the unique name | 11:00 |
richard_maw | it'll save having different config on each node | 11:01 |
edcragg | yep, it could be the only option anyway as we have no real way to configure U-Boot | 11:02 |
richard_maw | you can't save changes to your u-boot config? | 11:02 |
edcragg | nope | 11:02 |
* richard_maw sighs | 11:02 | |
richard_maw | it was the same for the Highbank servers | 11:02 |
richard_maw | we decided instead to have it use a u-boot script it read from the HDD, which just told it to NFS boot | 11:03 |
* richard_maw has looked at OpenStack's Ironic service for bare-metal deployments recently. | 11:05 | |
richard_maw | It would be a nicer way to do this, if it weren't for the fact that there's a huge amount of work involved in getting it set up, plus extra engineering to put together a suitable installer image for moonshot nodes | 11:06 |
tlsa | http://git.baserock.org/cgi-bin/cgit.cgi/?q=libpciaccess | 11:11 |
tlsa | duplicate lorries? | 11:11 |
pedroalvarez | tlsa: looks like that | 11:11 |
tlsa | one used in strata/libdrm-common.morph | 11:12 |
tlsa | the other used in strata/virtualization.morph | 11:12 |
pedroalvarez | tlsa: thanks for the info! | 11:14 |
tlsa | np | 11:14 |
pedroalvarez | given that libdrm-common is part of genivi, and virtualization has never been in a release, I'd vote for removing the one used in virtualization.morph. But that would break the definitions before the change | 11:16 |
tlsa | well, I noticed because x complains that libpciaccess.so.0 can't be found when it starts on my latest xfce system | 11:17 |
tlsa | so, I was assuming that x needs it | 11:18 |
radiofree | you'd want to use libdrm-common for x as well | 11:20 |
radiofree | depending on the type of x driver you want to build | 11:20 |
radiofree | we could try adding http://cgit.freedesktop.org/xorg/driver/xf86-video-opentegra/ to the jetson image | 11:22 |
radiofree | tlsa: does it work? or fail because of that? | 11:24 |
tlsa | it doesn't work, but its unclear if that's the cause. | 11:25 |
tlsa | it reports that that lib isn't found, then sits there for a while, then says it failed to start | 11:25 |
radiofree | what does the xorg log say? | 11:26 |
radiofree | if you're running in a vm you'll probably need http://git.baserock.org/cgi-bin/cgit.cgi/delta/xorg-driver-xf86-video-fbdev.git/ | 11:26 |
tlsa | radiofree: rebooted into the dev system | 11:26 |
tlsa | radiofree: I've got the fbdev driver (was confused for a moment because git grep didn't show it, but that was because git doesn't know about my strata/x-xorg.morph yet) | 11:32 |
flatmush | Hey, does anybody know if I can run the baserock license checking scripts over a set of repositories managed in repo, and if so, where would I find this script? | 11:34 |
radiofree | tlsa: could you paste the Xorg.0.log somewhere? | 11:34 |
pedroalvarez | flatmush: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/scripts/ (licenseckeck.(sh|pl) | 11:36 |
flatmush | pedroalvarez: Thanks | 11:36 |
tlsa | radiofree: http://pastebin.com/FmtU8BJQ | 11:38 |
radiofree | tlsa: you need to add vga=somemagicnumber to your kernel args | 11:39 |
tlsa | where do I do that? | 11:39 |
radiofree | vga=791 for now (1024x768x24) | 11:39 |
radiofree | vga=791 for now (1024x768x16) even | 11:39 |
radiofree | tlsa: `mount /dev/yourrootpartition /mnt` | 11:40 |
radiofree | `vim /mnt/extlinux.conf` | 11:40 |
franred | pedroalvarez, the default layout in config.layout will put the things in /usr/local/apache2, is there where you suggest to install httpd-apache libraries/binaries...? https://github.com/apache/httpd/blob/trunk/config.layout | 11:40 |
radiofree | edit the kernel args for your TEST, add vga=791 at the end | 11:40 |
pedroalvarez | franred: I see more than one layout there | 11:42 |
radiofree | tlsa: `mount /dev/sda /mnt` for you | 11:42 |
franred | pedroalvarez, umm, I may missread your review, I though you suggest the default layout (I think to use the RedHat layout instead) | 11:42 |
franred | sorry for the noise and thanks for the review :) | 11:43 |
franred | pedroalvarez, ^^ | 11:43 |
*** tiagogomes_ has left #baserock | 11:44 | |
*** tiagogomes_ has joined #baserock | 11:44 | |
pedroalvarez | franred: Redhat layout hardcodes /usr :( | 11:44 |
pedroalvarez | but is better than the previous layout :) | 11:45 |
pedroalvarez | actually all of them harcode /usr | 11:46 |
pedroalvarez | franred: I'd suggest something like: ./configure --prefix="$PREFIX" --enable-layout=RedHat ............ | 11:47 |
tlsa | radiofree: now xinitrc:85: xrdb: not found, and xfce4-session says libatk-1.0.so.0 not found | 11:47 |
tlsa | I'll look into it later - probably more missing deps | 11:48 |
franred | pedroalvarez, I've already had that... although I override some of the layou configuration :) | 11:48 |
pedroalvarez | franred: true, then don't override anything else then, I guess | 11:50 |
*** rdale has joined #baserock | 11:50 | |
franred | pedroalvarez, I will give it a go. thanks | 11:50 |
radiofree | tlsa: well you're getting somewhere at least | 11:51 |
radiofree | tlsa: does it start normally without using xfce? | 11:52 |
*** rdale_ has quit IRC | 11:52 | |
*** rdale_ has joined #baserock | 11:53 | |
*** rdale has quit IRC | 11:56 | |
tlsa | radiofree: yep, it does | 11:58 |
radiofree | at least x is working then! | 11:59 |
tlsa | what's the correct way to set the kernel args? | 12:00 |
tlsa | in the cluster morph? | 12:00 |
radiofree | yep | 12:01 |
tlsa | using the upgrade-devel.morph one atm | 12:01 |
radiofree | tlsa: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/clusters/weston-system-x86_64-generic-deploy.morph | 12:02 |
radiofree | you only need to specify the additional ones, so in your case KERNEL_ARGS: vga=791 | 12:02 |
tlsa | yep | 12:04 |
*** gfinney_ has joined #baserock | 12:24 | |
*** gfinney has quit IRC | 12:24 | |
jjardon | tlsa: add gtk-deps stratum to your system definition | 12:38 |
tlsa | ok | 12:40 |
jjardon | tlsa: libdrm-common and graphics-common as well | 12:50 |
*** mariaderidder has quit IRC | 12:52 | |
*** mariaderidder has joined #baserock | 13:20 | |
*** Blacksnow has joined #baserock | 13:23 | |
*** Krin has quit IRC | 13:23 | |
*** Blacksnow has quit IRC | 13:23 | |
*** Krin has joined #baserock | 13:23 | |
*** fay_ has quit IRC | 13:29 | |
tlsa | jjardon: yep got them | 13:59 |
*** fay_ has joined #baserock | 14:00 | |
*** rdale_ has quit IRC | 14:02 | |
*** rdale has joined #baserock | 14:02 | |
*** Krin has quit IRC | 14:06 | |
rdale | the baserock image is was developing with isn't working properly anymore. it has 'factory' and 'TEST' on it, and 'TEST' still boots fine. is it possible to boot under 'TEST' and then run btrfsck on the 'factory' partition? | 14:32 |
pedroalvarez | rdale: do you want to recover the hole factory subvolume? or only some files/folders? | 14:33 |
rdale | i would like to recover the whole thing if possible | 14:33 |
rdale | maybe it would be easier to just start again - my /src partition seems ok where i have my current work | 14:34 |
radiofree | mason failing to connect to gbo | 14:43 |
radiofree | oh, maybe it's fine? | 14:43 |
radiofree | there's nothing new to build i suppose | 14:43 |
pedroalvarez | yeah, nothing new to build. Is good to know when g.b.o has had network problems | 15:01 |
*** rdale has quit IRC | 15:04 | |
*** wschaller_ has joined #baserock | 15:08 | |
*** Codethink__ has joined #baserock | 15:10 | |
*** rdale has joined #baserock | 15:11 | |
*** wschaller has quit IRC | 15:11 | |
*** wschaller_ has quit IRC | 15:13 | |
*** zoli__ has quit IRC | 15:29 | |
radiofree | hmm | 15:42 |
radiofree | fatal: unable to access 'https://git.baserock.org/git/delta/weston.git/': Peer's certificate issuer has been marked as not trusted by the user. | 15:42 |
radiofree | did i do that? | 15:42 |
radiofree | i mean did i mark it as not trusted? | 15:42 |
ssam2 | maybe it's automatically not trusted because it doesn't exist, or is some random self-signed certificate | 15:43 |
ssam2 | I don't know what if any certificate it's using, but we definitely don't have one in place that's signed by a root certificate authority that you'd be likely to have in your system's default trusted roots file... | 15:44 |
persia | rdale: When I've broken my environment, I've generally just deployed a new devel image somewhere, and reattached my /src, with little impact. | 15:45 |
persia | The main pain point is if morph changes require definitions changes, which means I have to rebase when I get a new devel system, but I try to rebase every day or two anyway, so this isn't onerous. | 15:45 |
rdale | yes, it isn't too bad. it was just that i was in the middle of making some good progress and didn't fancy spending an hour or two creating a new image | 15:46 |
*** jonathanmaw has quit IRC | 15:48 | |
*** jonathanmaw has joined #baserock | 15:48 | |
paulsherwood | rdale: there is nothing special about factory, now. you could adopt TEST as your default working state | 15:49 |
paulsherwood | (and remove factory) | 15:49 |
* paulsherwood these days names his working volume based on the date of creation eg FEB15 is my current system) | 15:50 | |
rdale | yes, i'm using cycle.sh to create an environment called 'development' from a vanilla build image | 15:50 |
radiofree | jjardon: how do you build xterm? | 15:50 |
paulsherwood | rdale: :) | 15:50 |
jjardon | radiofree: you need libXaw, which pull quite a few more dependencies; check this commit to know what you need: | 15:54 |
jjardon | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=f46ab53b310fae1d43a5ea6b959dfcb001931545 | 15:54 |
* radiofree won't bother | 15:56 | |
radiofree | hmm actually it's not that many | 15:57 |
radiofree | xwayland works on the jetson | 16:09 |
* pedroalvarez noticed today an /usr/ebin folder in a system | 16:18 | |
pedroalvarez | I thought it could be a typo somewhere, but looks like it something usual | 16:19 |
jjardon | radiofree: nice! | 16:28 |
*** zoli__ has joined #baserock | 16:50 | |
*** mariaderidder has quit IRC | 16:55 | |
* richard_maw doesn't even like sbin | 17:00 | |
richard_maw | what is ebin for? | 17:00 |
richard_maw | erlang programs? | 17:00 |
persia | I thought it was for people whose left hand had limited independence of finger movement. | 17:00 |
rjek | sbin's nice, because it removes binaries that normal users have no use for out of the tab completion list. | 17:01 |
* rjek mutters at debian putting ifconfig in /sbin | 17:01 | |
pedroalvarez | rabbitmq-server is intalling this folder | 17:02 |
* pedroalvarez mutters at busybox installing things in /bin /sbin /usr/bin and /usr/sbin | 17:04 | |
paulsherwood | pedroalvarez: we need to try toybox | 17:05 |
pedroalvarez | I ended up removing /bin and /sbin of my devel system building busybox.. | 17:07 |
pedroalvarez | I don't know what happened, maybe it was just me doing things wrong, but I normaly know what I'm doing.. :/ | 17:08 |
* pedroalvarez will investigate | 17:08 | |
jjardon | paulsherwood: what are the advantages of toybox over busybox? | 17:10 |
pedroalvarez | jjardon: note that he didn't say "replace busybox with toybox" :) | 17:11 |
pedroalvarez | Would be nice to have alternatives. IIRC someone was looking at musl as well | 17:12 |
tiagogomes_ | what are the advantages of toybox and busybox when we keep replacing its functionality? like recently for the diff command | 17:14 |
* paulsherwood believes that toybox ultimately replaces busybox and will do a better job | 17:15 | |
persia | For smaller systems, I think toybox is newer and more loosely licensed. For larger systems, I think we should use GNU, and neither of busybox or toybox. | 17:16 |
persia | And I think it's really important that we have both examples in the reference systems, so violently disagree with any claim that "Baserock is replacing busybox", despite any changes that may be landing to the contrary (just because not enough of us care about little environments). | 17:17 |
paulsherwood | persia: yup, except that i think toybox has a reasonable chance of superseding gnu for some classes of larger systems too | 17:17 |
persia | I disagree, mostly because GNU is so widespread on larger systems, and so many high-level components depend on GNU extensions to build or run. | 17:18 |
persia | But over time, I may be proven wrong :) | 17:18 |
paulsherwood | yes, me too :) | 17:18 |
tiagogomes_ | if the toybox tools don't use the GNU extensions, it is not going to be easy to replace with toybox | 17:19 |
richard_maw | if toybox doesn't get held back too much by micro-optimisations to code size it could get there, there's a lot of cruft in GNU coreutils that's there to deal with having to support multiple platforms | 17:20 |
paulsherwood | tiagogomes_: perhaps. but the toybox maintainer explicitly aims to make it a viable alternative to GNU in some contexts | 17:21 |
tiagogomes_ | v8 doesn't have a install target ¬¬, it seems designed to be embedded in the source of the software that makes use of it | 17:22 |
ssam2 | the Toybox maintainer also produces a distro similar to Baserock (but smaller in scope): http://landley.net/aboriginal/ | 17:24 |
ssam2 | so Toybox will probably support most of what Baserock needs to build, eventually :) | 17:24 |
pedroalvarez | Has anybody hit this error when trying to mount a baserock.img disk? http://paste.baserock.org/xixerijobo | 17:35 |
pedroalvarez | Is odd, this Debian can mount other baserock VMs but not the one that we are trying to mount. | 17:36 |
pedroalvarez | And as far as I am aware, we haven't changed btrfs currently | 17:36 |
*** zoli__ has quit IRC | 17:41 | |
radiofree | was that an image build from a build-system built from master? | 17:44 |
pedroalvarez | radiofree: your question scares me | 17:45 |
pedroalvarez | radiofree: I think so | 17:45 |
tiagogomes_ | I updated the btrfs userland recently for aarch64 | 17:45 |
radiofree | image built from a build-system from master | 17:45 |
radiofree | btrfs-progs was update 5 days ago | 17:45 |
tiagogomes_ | maybe running the command with strace will help... | 17:45 |
radiofree | and we had a kernel upgrade merged a few days ago | 17:45 |
pedroalvarez | the problem is just Debian, that don't support that btrfs version | 17:46 |
pedroalvarez | it can be mounted inside of baserock | 17:46 |
radiofree | which version of debian? | 17:46 |
pedroalvarez | pdar: which version of debian are you running? | 17:47 |
radiofree | if this is your laptop, and it's wheezy, upgrade | 17:47 |
pedroalvarez | dist-upgrade? | 17:48 |
pdar | pedroalvarez: radiofree: wheezy 7.8 | 17:48 |
radiofree | i've no idea how to upgrade debian | 17:48 |
pedroalvarez | haha, I think he is running latest | 17:49 |
radiofree | i think you can upgrade to "jessie" | 17:49 |
pdar | you can | 17:50 |
pdar | I shall | 17:50 |
bashrc | dist-upgrade? | 17:50 |
pedroalvarez | pdar: try `apt-get dist-upgrade` first | 17:50 |
pdar | pedroalvarez: nothing changed | 17:51 |
radiofree | https://wiki.debian.org/DebianEdu/Documentation/Jessie/Upgrades#Upgrades_from_Debian_Edu_Wheezy | 17:52 |
radiofree | i don't really know what "Debian Edu" is though | 17:52 |
pdar | no, I found something similar somewhere else though, so shall proceed | 17:53 |
pdar | thanks radiofree | 17:53 |
*** bashrc has quit IRC | 17:57 | |
*** tiagogomes_ has quit IRC | 18:02 | |
*** zoli__ has joined #baserock | 18:02 | |
*** jonathanmaw has quit IRC | 18:02 | |
*** lachlanmackenzie has quit IRC | 18:06 | |
*** zoli__ has quit IRC | 18:12 | |
*** edcragg has quit IRC | 18:28 | |
*** pedroalvarez has quit IRC | 18:43 | |
*** pedroalvarez has joined #baserock | 18:44 | |
*** ChanServ sets mode: +v pedroalvarez | 18:44 | |
*** ChanServ sets mode: +o pedroalvarez | 18:45 | |
*** zoli__ has joined #baserock | 18:47 | |
*** Codethink__ has quit IRC | 18:47 | |
*** zoli__ has quit IRC | 18:51 | |
*** rdale has quit IRC | 18:53 | |
*** zoli__ has joined #baserock | 18:53 | |
*** Guest93636 has quit IRC | 18:57 | |
*** ssam2 has quit IRC | 19:12 | |
*** gfinney_ has quit IRC | 19:13 | |
*** gfinney__ has joined #baserock | 19:13 | |
*** gary_perkins has quit IRC | 19:42 | |
*** gfinney__ has quit IRC | 19:47 | |
*** gfinney_ has joined #baserock | 19:47 | |
*** zoli__ has quit IRC | 20:46 | |
*** elevenarms has joined #baserock | 20:46 | |
*** gfinney_ has quit IRC | 20:47 | |
*** gfinney__ has joined #baserock | 20:47 | |
*** zoli__ has joined #baserock | 21:05 | |
*** JPohlman1 is now known as JPohlmann | 21:38 | |
*** JPohlmann has joined #baserock | 21:38 | |
*** gfinney__ has quit IRC | 21:47 | |
*** gfinney_ has joined #baserock | 21:47 | |
*** elevenarms has quit IRC | 22:04 | |
*** elevenarms has joined #baserock | 22:05 | |
*** elevenarms has quit IRC | 22:09 | |
*** elevenarms has joined #baserock | 22:16 | |
*** gfinney_ has quit IRC | 22:48 | |
*** gfinney_ has joined #baserock | 22:48 | |
*** zoli__ has quit IRC | 23:27 | |
*** gfinney__ has joined #baserock | 23:48 | |
*** gfinney_ has quit IRC | 23:48 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!