| *** pacon has joined #baserock | 00:51 | |
| *** pacon has quit IRC | 01:02 | |
| *** pacon has joined #baserock | 06:21 | |
| *** zoli__ has joined #baserock | 06:40 | |
| *** zoli__ has quit IRC | 06:43 | |
| *** mike has joined #baserock | 07:17 | |
| *** mike is now known as Guest82288 | 07:18 | |
| *** petefoth has joined #baserock | 07:24 | |
| *** robtaylor has quit IRC | 07:44 | |
| *** robtaylor has joined #baserock | 07:44 | |
| *** CTtpollard has joined #baserock | 08:09 | |
| *** locallycompact has joined #baserock | 08:15 | |
| *** a1exhughe5 has joined #baserock | 08:21 | |
| *** rdale has joined #baserock | 08:39 | |
| *** jonathanmaw has joined #baserock | 08:53 | |
| *** franred has joined #baserock | 08:57 | |
| *** mdizzle has joined #baserock | 09:00 | |
| *** bashrc has joined #baserock | 09:02 | |
| *** inara has quit IRC | 09:04 | |
| *** inara has joined #baserock | 09:04 | |
| *** locallycompact has quit IRC | 09:09 | |
| *** tiagogomes_ has joined #baserock | 09:19 | |
| *** tiagogomes_ has quit IRC | 09:23 | |
| *** CTtpollard has quit IRC | 09:32 | |
| pedroalvarez | rdale: Any luck with " running `make` in the staging area"? | 09:32 |
|---|---|---|
| rdale | yes, it works find for me if i bind mount dev, tmp and proc | 09:33 |
| pedroalvarez | oh | 09:33 |
| pedroalvarez | I'll give it a try, although I believe that I tried that before | 09:33 |
| *** CTtpollard has joined #baserock | 09:34 | |
| rdale | ok, this is all i'm doing: http://paste.baserock.org/atawenivoc | 09:35 |
| pedroalvarez | thanks rdale :) | 09:40 |
| *** gary_perkins has joined #baserock | 09:43 | |
| *** gfinney has joined #baserock | 09:45 | |
| *** tiagogomes_ has joined #baserock | 09:46 | |
| pedroalvarez | petefoth: oh! well spotted! (http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-February/011200.html) | 09:49 |
| Kinnison | Yeah, I don't know why mailman's archiver does that | 09:49 |
| Kinnison | If you can work out how to patch pipermail to fix that, I'll gladly regenerate the archive | 09:49 |
| petefoth | The 'thread' view of the archive does't deal well with threads pased on [PATCH} emails - see http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-March/thread.html | 09:55 |
| Kinnison | Oh pipermail's thread display is also poor | 09:56 |
| Kinnison | I'd love for a better mail archiver, perhaps gmane | 09:56 |
| straycat | jjardon, what do you want steam for again? | 09:56 |
| petefoth | :) Not a huge problem, I just though I'd point it out in case there is a quick fix | 09:56 |
| tlsa | Kinnison: I like https://www.mail-archive.com/ best | 10:00 |
| Kinnison | Well it wouldn't be hard to set that up :) | 10:00 |
| tlsa | e.g. https://www.mail-archive.com/netsurf-dev@netsurf-browser.org/ | 10:00 |
| rjek | tlsa: That appears to have broken threading, like pipermail | 10:01 |
| Kinnison | aye | 10:01 |
| perryl | i'm looking at the guide to upgrading a baserock installation and i've noticed that there's a note saying "This method can not be used to upgrade a Baserock system running in a chroot" | 10:02 |
| tlsa | the threading in the thread view is better: https://www.mail-archive.com/netsurf-dev@netsurf-browser.org/msg03272.html | 10:02 |
| perryl | is this a universal case or just for using cycle.sh to upgrade? | 10:03 |
| *** ssam2 has joined #baserock | 10:03 | |
| *** ChanServ sets mode: +v ssam2 | 10:03 | |
| tlsa | universal, I think | 10:05 |
| pedroalvarez | perryl: chroots may be upgradeable, but not with our current upgrades mechanism | 10:08 |
| perryl | pedroalvarez: ahh, i wondered if it was the same as how i would usually build a system, deploy and create a new chroot out of the resulting tarball | 10:08 |
| *** wschaller has joined #baserock | 10:09 | |
| pedroalvarez | perryl: that's exactly what you have to do to upgrade your chroot system, or you can also download the chroot reference system released on friday | 10:11 |
| *** edcragg has joined #baserock | 10:11 | |
| petefoth | If it is universal, it might be useful to document how the 'build / upgrade' cycle *can* be done for chroots. I'd volunteer, but I have no idea what the answer is :) | 10:11 |
| perryl | pedroalvarez: ahh, if it's the same process it may be worth me updating the documentation! but yeah it seems easier to download the new changes perhaps, most of my work on my current chroot is in the new release :) | 10:12 |
| pedroalvarez | cycle.sh builds and deploys a system as an upgrade, but not all the systems are suitable to receive an upgrade | 10:13 |
| pedroalvarez | chroots aren't | 10:13 |
| pedroalvarez | Also, building and deploying a new chroot tarball doesn't sound like you are "upgrading" the current system | 10:14 |
| perryl | probably not...i suppose it would be a case of having a development vm and in the process of upgrading that, coming out with the old vm as it was and a new upgraded vm | 10:15 |
| * perryl decides to just make another chroot for simplicity's sake | 10:18 | |
| ssam2 | the manage-baserock tool could be extended to make chroot upgrades a bit more friendly | 10:26 |
| ssam2 | it already makes your /src be a separate mount so that it gets shared between all chroots | 10:26 |
| ssam2 | but that's about all it does, right now | 10:26 |
| perryl | ssam2: does manage-baserock have a function to list all chroots currently on a machine? | 10:27 |
| perryl | silly me, it has list, ignore that | 10:28 |
| jjardon | straycat: Id like to explore the possibility of build a steam system based on baserock | 10:36 |
| radiofree | i can't imagine that would be a very pleasurable experience in a vm, or are you intending to try it on baremetal? | 10:48 |
| pedroalvarez | I'd be interested on making baserock installable on a partition of a laptop | 10:51 |
| *** CTtpollard has quit IRC | 10:56 | |
| straycat | jjardon, Might be worth lorrying locally to experiment then submit the lorry when you've got a working system? Just in case you decide you need a different version or something, just a thought. | 11:00 |
| * straycat disappears | 11:00 | |
| *** pacon has quit IRC | 11:01 | |
| *** nowster has joined #baserock | 11:10 | |
| *** tiagogomes_ has quit IRC | 11:30 | |
| *** tiagogomes_ has joined #baserock | 11:38 | |
| *** AnxiousGarlic has joined #baserock | 11:42 | |
| *** AnxiousGarlic has left #baserock | 11:42 | |
| *** Krin has quit IRC | 11:47 | |
| *** CTtpollard has joined #baserock | 11:49 | |
| *** Krin has joined #baserock | 11:50 | |
| straycat | a http://docs.ansible.com/file_module.html style format for install-files might be nicer? | 12:00 |
| tiagogomes_ | straycat everything would be better than the current install-files | 12:01 |
| straycat | :3 | 12:02 |
| paulsherwood | +1 for adopting ansible format where it covers what we need | 12:03 |
| wdutch | I have a few related lorries I'd like to submit, would it be better to submit them as a single patch or as a group of patches? | 12:06 |
| pedroalvarez | single patch if they are related I guess | 12:08 |
| wdutch | okay thanks | 12:09 |
| kejiahu | Hi, I am trying to make a cross-strap tarball for armv8 big endian system. I've got a branch worked on January, is there anything regarding cross boot been changed in morph master since January? | 12:10 |
| pedroalvarez | kejiahu: is this because it isn't working now? | 12:10 |
| pedroalvarez | kejiahu: if your branch is of morph.git and you are asking this so you can rebase your branch on top of current master: No, there weren't changes regarding cross-bootstrap in morph.git | 12:11 |
| pedroalvarez | (afaik) | 12:12 |
| jjardon | straycat: if thats the rule to accept lorries (have a working system), im fine with that | 12:12 |
| kejiahu | pedroalvarez, no, I am about to checkout lastest morph and baserock, and just want to aovid wasting time on building the tarball if there is any change needed. thanks for the information | 12:14 |
| bashrc | are there any plans to add gnuplot to baserock? | 12:16 |
| tiagogomes_ | kejiahu it should work fine | 12:16 |
| straycat | jjardon, not a rule afaik just a suggestion, it's probably useful to be able to do it the other way around sometimes as well | 12:16 |
| kejiahu | tiagogomes_, thanks. | 12:17 |
| pedroalvarez | bashrc: why do you want gnuplot in baserock? | 12:17 |
| pedroalvarez | (just curious) | 12:17 |
| bashrc | as a way to test some of my software on it | 12:18 |
| bashrc | a lot of my utilities create graphs | 12:18 |
| *** CTtpollard has quit IRC | 12:30 | |
| ssam2 | I've tightened the firewall rules on git.baserock.org quite a bit, please let me know if anything is broken | 12:50 |
| ssam2 | git, storyboard, masons and openid all work for me | 12:50 |
| pedroalvarez | thanks ssam2 :) | 12:50 |
| ssam2 | also, ping should work now | 12:58 |
| straycat | i can't ssh into gbo | 12:59 |
| straycat | now i can | 12:59 |
| straycat | oh no i can't | 13:00 |
| ssam2 | git pushes to git.baserock.org seem to be broken, actually... | 13:00 |
| straycat | yeah | 13:00 |
| ssam2 | as does ssh, you're right | 13:00 |
| straycat | that's why i was trying ssh :p | 13:00 |
| ssam2 | git.baserock.org is in 2 security groups that permit ssh, so this is weird | 13:01 |
| *** edcragg has quit IRC | 13:01 | |
| *** edcragg has joined #baserock | 13:03 | |
| ssam2 | git.baserock.org seems to have lost the plot | 13:04 |
| ssam2 | i can't even log in on the console, and there are systemd units restarting for no reason | 13:04 |
| ssam2 | i'll reboot. sorry for the downtime | 13:05 |
| straycat | np, i think i just found a bug, i can't checkout something with the same ref from a different remote | 13:06 |
| straycat | like morph checkout | 13:07 |
| straycat | ERROR: /src/richardipsum/openstack-swift-on-v4-rebase/baserock/richardipsum/openstack-swift-on-v4-rebase: File exists | 13:07 |
| straycat | oh i guess it's stupid to expect to be able to do that | 13:09 |
| tiagogomes_ | mmm, I can't pull from gbo | 13:20 |
| tiagogomes_ | anyone has the same problem? | 13:20 |
| straycat | tiagogomes_, gbo's firewalls are being tweaked a bit | 13:20 |
| tiagogomes_ | and no public service announcement? | 13:20 |
| straycat | well i'm not sure the downtime was scheduled as such | 13:20 |
| *** brlogger has quit IRC | 13:20 | |
| *** brlogger has joined #baserock | 13:20 | |
| ssam2 | after 10 minutes, it's finally managed to mount all its filesystems | 13:24 |
| ssam2 | something werid is going on though | 13:24 |
| ssam2 | weird | 13:24 |
| straycat | the grues are taking no prisoners | 13:25 |
| ssam2 | i've opened a support ticket with our cloud provider, I'm afraid there's not much else I can do, since the machine doesn't boot | 13:31 |
| ssam2 | so git.baserock.org will be down until further notice | 13:31 |
| radiofree | :/ | 13:32 |
| jjardon | --no-git-update is your friend | 13:32 |
| *** gfinney has quit IRC | 13:32 | |
| radiofree | you won't be able to deploy though? | 13:35 |
| ssam2 | seems to be the 'Trigger Flushing of Journal to Persistent Storage' systemd service that is causing it to fail to boot | 13:35 |
| ssam2 | perhaps this is just due to the abysmal performance of the systemd journal on btrfs... | 13:36 |
| richard_maw | ssam2: is this on v219? It's supposed to set the journal to NOCOW to prevent this happening. | 13:41 |
| *** zoli__ has joined #baserock | 13:41 | |
| *** gfinney has joined #baserock | 13:43 | |
| *** gfinney has quit IRC | 13:45 | |
| ssam2 | git.baserock.org is back, sorry for the downtime | 13:46 |
| straycat | \o/ | 13:46 |
| ssam2 | I have no idea why it works again -- I hard rebooted it after 25m of waiting for thr 'Trigger Flushing of Journal' unit, and this time it came up quickly | 13:46 |
| * Kinnison worries that a piece of core infrastructure is potentially unreliable :( | 13:46 | |
| ssam2 | richard_maw: it's systemd 217 | 13:47 |
| ssam2 | Kinnison: it's definitely unreliable, as I've just proved. But not sure what to do, other than update to 'master' when we get time | 13:47 |
| ssam2 | the cloud provider assures me there are no IO issues their end | 13:47 |
| Kinnison | ssam2: presumably to 15.10 rather than 'master' ? | 13:47 |
| ssam2 | is 15.10 more stable than master? | 13:48 |
| ssam2 | I don't usually pay attention to release tags when upgrading, as we don't do a release for each new security fix | 13:48 |
| Kinnison | I know that nominally master is fine, and of course we can trace whatever we install (yay baserock) but I'm still leery of basing infrastructure off non-tagged points | 13:48 |
| ssam2 | so usually 'master' is more secure than $last-release | 13:48 |
| Kinnison | :) | 13:48 |
| Kinnison | Sure | 13:48 |
| * Kinnison is still a tad too 'trad' in his thinking perhaps:) | 13:48 | |
| ssam2 | Kinnison: infrastructure is deployed by merging 'master' of definitions into 'infrastructure.git', so it's not as if we don't track exactly what SHA1 the systems are running | 13:49 |
| Kinnison | aah okay | 13:49 |
| * Kinnison wasn't aware of infrastructure.git | 13:49 | |
| * Kinnison is out of the loop | 13:49 | |
| Kinnison | Sounds like an excellent approach | 13:49 |
| bashrc | for upgrades you have two installs, rebuild the non-active one and then swap. Is that right? | 13:57 |
| pedroalvarez | nope, we can have more than 2 installs. Is not rebuild a non-active, is more like add another one | 14:00 |
| bashrc | so what happens when you run out of space? | 14:02 |
| rjek | Sadness. | 14:02 |
| bashrc | :( | 14:02 |
| SotK | you can delete installs you don't want/need anymore | 14:02 |
| rjek | (This occurs regardless of situation, OS, and software in use.) | 14:03 |
| tiagogomes_ | We should put some instructions in the wiki how download a baserock image and create an openstack instance with it | 14:09 |
| pedroalvarez | I wanted to do releases of cloud systems :/ | 14:11 |
| * rjek imagines Mr. Burns shouting "release the clouds!" | 14:14 | |
| tiagogomes_ | but that would require more work when doing a release. I think instructions would be enough, download the compressed rawdisk, extract, mount it, replace /dev/sda in extlinux.conf and etc/fstab by /dev/vda, umont, upload it | 14:14 |
| pedroalvarez | tiagogomes_: you forgot to enable the cloud-init services | 14:14 |
| tiagogomes_ | pedroalvarez mmm, I haven't done that. What that does? | 14:15 |
| pedroalvarez | those services enable some features in the system like: ssh-keys injection when creating the instance in openstack, cloud-config scripts to run also at instantiaton time, disk resizing on boot... | 14:17 |
| tiagogomes_ | pedroalvarez I didn't know that. That's why we should have instructions :) | 14:21 |
| pedroalvarez | heh | 14:21 |
| tiagogomes_ | ok, what is going on here: http://paste.baserock.org/jadatudice | 14:21 |
| tiagogomes_ | ah, I know what is happening | 14:22 |
| pedroalvarez | is trying to build from the master branch | 14:22 |
| tiagogomes_ | yep | 14:23 |
| *** sherm_ has joined #baserock | 14:24 | |
| *** sherm_ has quit IRC | 14:27 | |
| petefoth | Is there a way of contacting the Baserock ops team (e.g. ops@baserock.org)? If so, we should add details to the 'Contact' page? If not, should there be, or do we live with just emailing baserock-dev? | 14:28 |
| ssam2 | admin@baserock.org | 14:28 |
| ssam2 | i'd rather it went via baserock-dev though | 14:28 |
| ssam2 | unless it's secret | 14:28 |
| ssam2 | otherwise nobody knows if an issue has been reported already or not | 14:28 |
| pedroalvarez | I agree | 14:29 |
| petefoth | Okeydokey | 14:29 |
| * wdutch sent the wrong email to the dev list, doh! | 14:44 | |
| bashrc | Q: is there a difference between a minion and a worker? | 14:45 |
| SotK | bashrc: in what context? | 14:46 |
| bashrc | LORRY_CONTROLLER_MINIONS, WORKER_SSH_PUBKEY | 14:46 |
| * SotK can't remember what the worker SSH key is for | 14:49 | |
| radiofree | i think that's use for distbuild networks | 14:49 |
| radiofree | s/use/used | 14:49 |
| bashrc | yes I think it's for distbuild | 14:49 |
| SotK | bashrc: is this regarding Trove deployment? | 14:49 |
| bashrc | yes | 14:50 |
| straycat | it's used to let distbuild workers access any private trove content | 14:52 |
| SotK | bashrc: straycat: in that case they are different | 14:53 |
| bashrc | ok | 14:54 |
| straycat | what's they? | 14:54 |
| * ssam2 marvells at the Gerrit 'generate password' button which seems to work for a while, then do nothing with no error | 14:54 | |
| bashrc | workers and minions | 14:54 |
| rjek | straycat: Its suggested password is the empty string. | 14:54 |
| straycat | right | 14:55 |
| straycat | yeah maybe we should rename it to DISTBUILD_WORKER_SSH_PUBKEY | 14:55 |
| rjek | Err. | 14:55 |
| rjek | ssam2: Its suggested password is the empty string. | 14:55 |
| * rjek apologises for invoking straycat accidentally. | 14:55 | |
| straycat | :] | 14:56 |
| * straycat is a little surprised no one's commented on the cache fixes he sent | 14:56 | |
| SotK | straycat: +1 | 14:56 |
| SotK | (regarding the rename) | 14:56 |
| petefoth | is a /src partition of 32GB going to be big enough to build a build system? | 15:10 |
| straycat | should be, but generally best to have at least 50G for /src imo | 15:10 |
| Kinnison | Possibly, but I'd recommend 50-100 gigs | 15:10 |
| * straycat feels redundant and goes to sleep | 15:11 | |
| petefoth | OK thanks. And isd there any easy way to resize the viirtual disk or should I create a new one and start from scratch? | 15:11 |
| straycat | petefoth, if it's a qemu image you can use qemu-img resize and then resize2fs if it's formatted with ext | 15:13 |
| petefoth | straycat: sadly it's a VirtualBox .vdi disk | 15:14 |
| * straycat knows nothing of virtualbox | 15:14 | |
| * petefoth knows nothing of qemu :) | 15:15 | |
| jmacs | https://forums.virtualbox.org/viewtopic.php?f=35&t=50661 | 15:16 |
| jmacs | ^ How to resize a .vdi | 15:16 |
| jmacs | You'll still need to do resize2fs | 15:16 |
| petefoth | jmacs: fanks - you're a gent! | 15:17 |
| petefoth | jmacs: a: do I need to do the GParted steps from that page and b: do I do resizefs from within the VM | 15:23 |
| jmacs | No, don't do gparted - just use resizefs from within the VM | 15:24 |
| jmacs | You probably want to unmount /src first - it depends what filing system is on it | 15:25 |
| *** gfinney has joined #baserock | 15:28 | |
| petefoth | 'resize2fs: Bad magic number in super-block while trying to open /dev/sdb Couldn't find valid filesystem superblock.' this is with btrfs | 15:31 |
| * petefoth explores google :) | 15:33 | |
| Kinnison | if your FS is btrfs you can't use resize2fs | 15:34 |
| Kinnison | use the btrfs tool | 15:34 |
| rjek | resize2fs is specific to ext2/3/4 | 15:34 |
| * Kinnison guesses btrfs filesystem resize / | 15:34 | |
| Kinnison | or similar | 15:34 |
| petefoth | rjek: Kinnison: thanks - just spotted that, and reading about btrfs | 15:34 |
| *** paulw has quit IRC | 15:37 | |
| *** paulw has joined #baserock | 15:38 | |
| petefoth | ' btrfs filesystem resize max /src' is my friend :) | 15:39 |
| Kinnison | :) | 15:40 |
| nowster | petefoth: I question your taste in friends. :) | 15:41 |
| petefoth | nowster: so do most of my firends :) | 15:41 |
| *** radiofree has quit IRC | 15:41 | |
| *** radiofree has joined #baserock | 15:41 | |
| * petefoth leave his build vm to rebuild itself overnight | 15:42 | |
| jjardon | Hi, does baserock provide a way to run 32bits binaries in a x64 system? | 15:56 |
| Kinnison | I don't think we do | 15:56 |
| Kinnison | Other than putting a chroot in place | 15:56 |
| rjek | jjardon: s/x86/x86-64/ | 15:56 |
| rjek | Err, jjardon: s/x64/x86-64/ | 15:56 |
| rjek | My fingers won't even let me type the wrongness of "x64" without significant effort, it appears. | 15:57 |
| jjardon | rjek: yep, sorry | 15:57 |
| rjek | I don't think there's any multiarch support, but that could be interesting. | 15:57 |
| jjardon | oh, didnt realize system-x86_32-generic is already in definitions. I think that would be enough for me for now | 15:59 |
| Kinnison | :) | 15:59 |
| jjardon | Kinnison: rjek thanks for the info | 15:59 |
| rjek | Multiarch could be useful when integrating third-party things into a system. | 16:00 |
| rjek | As lots of commericial/closed-source stuff is still 32 bit. | 16:00 |
| rjek | (Also would allow mixing of different ARM architecture stuff in the same system, 32/64 bit ARM stuff for example.) | 16:01 |
| nowster | I have actually migrated from 32bit to 64bit userland on a live system on Debian. It was scary, but just possible. | 16:09 |
| rjek | yeah, myself and Kinnison did that on a machine of mine :) | 16:09 |
| rjek | Many moons ago when Althon64 was new and shiny. | 16:10 |
| nowster | it gets scary when essentials like dpkg get uninstalled as part of the upgrade | 16:10 |
| rjek | :) | 16:12 |
| jjardon | forgot I cannot build a x86-32 system in my x86-64 chroot, guess I have to download and use a baserock x86-32 image in a vm | 16:18 |
| rjek | jjardon: Oh? | 16:19 |
| pedroalvarez | jjardon: the image should be built and cached in cache.baserock.org | 16:19 |
| rjek | Oh, I suppose you'd be cross-bootstrapping essentially. | 16:19 |
| pedroalvarez | you can try to just deploy a devel system (which is the one that the ci builds) | 16:20 |
| jjardon | rjek: looks like: "ERROR: Are you trying to cross-build? Host architecture is x86_64 but target is x86_32" | 16:20 |
| pedroalvarez | jjardon: also, there are rawdisk images and chroot in download.baserock.org from the latest release | 16:20 |
| jjardon | pedroalvarez: yes, but I still need a 32 bit system to build a 32 bit system, or Im missing something? | 16:21 |
| pedroalvarez | jjardon: mason-x86_32 should have built latest master, caching the system artifact in cache.baserock.org | 16:22 |
| Kinnison | jjardon: If you have a 32bit chroot to hand, you can run "linux32 enter-baserock foochroot" | 16:22 |
| pedroalvarez | so you can just use `morph deploy` | 16:22 |
| Kinnison | jjardon: and that ought to work | 16:22 |
| jjardon | pedroalvarez: Im building a system that its not exactly the same as the reference systems, so I still need to build some things: | 16:24 |
| jjardon | https://usercontent.irccloud-cdn.com/file/dTKP4JQ1/Screenshot+from+2015-03-09+15%3A52%3A39.png | 16:24 |
| pedroalvarez | jjardon: oh, ok, I thought you only wanted to deploy an x86_32 system to be able to build for 32 bits | 16:25 |
| SotK | so, the docstring of SourcePool.lookup() says that it raises a KeyError if nothing is found, but its returning the empty list for me (so I assume it didn't find anything) and not raising a KeyError. | 16:25 |
| jjardon | I download http://download.baserock.org/baserock/baserock-current-build-system-x86_32.img.gz but I do not seem to be able to ping outside the vm (the weston reference image seems to work out-of-the-box without any problem). Any idea what can be the problem? | 16:38 |
| jjardon | I noticed that /etc/network/interfaces exist, but that system is not using the simple-network extension. Do you know if any of the other extensions try to configure the network in a special way? | 16:41 |
| jjardon | oh, maybe nfsboot | 16:41 |
| jjardon | no, doesnt look like | 16:42 |
| ssam2 | maybe it's installed by a chunk | 16:45 |
| ssam2 | possibly fhs-dirs | 16:45 |
| jjardon | nevermind, seems the weston reference system doesnt have network here neither | 16:48 |
| pedroalvarez | uh? | 16:49 |
| pedroalvarez | :( | 16:49 |
| * pedroalvarez hopes this is only you | 16:49 | |
| tiagogomes_ | the weston systems don't have simple-network on the list of configuration extensions | 16:50 |
| jjardon | pedroalvarez: used to work so problably is only me . Still I do not know whay /etc/network/interfaces is created. Will check the ssam2 suggestion | 16:51 |
| pedroalvarez | s/the// | 16:52 |
| pedroalvarez | Sam is right, the file is created in fhs-dirs chunk | 16:53 |
| *** a1exhughe5 has quit IRC | 16:58 | |
| ssam2 | argh | 16:58 |
| ssam2 | I have somehow reconfigured gerrit.baserock.org such that it won't let me push config changes | 16:59 |
| ssam2 | the web interface still lets me change stuff, so I guess this is Gerrit being silly | 17:02 |
| bashrc | on baserock how do I obtain the version number (eg. 15.10) ? | 17:14 |
| Kinnison | IIRC there isn't a version number per-se | 17:14 |
| bashrc | such as for use with morph branch | 17:15 |
| radiofree | bashrc: i believe you can get the sha from /baserock/*-rootfs.morph | 17:27 |
| Kinnison | or the deploy morph perhaps? | 17:27 |
| *** gfinney has quit IRC | 17:28 | |
| * ssam2 resorts to reading Gerrit source code to see if there's a way to let admins do administration | 17:35 | |
| jjardon | :) | 17:37 |
| *** CTtpollard has joined #baserock | 17:48 | |
| *** mdizzle has quit IRC | 17:52 | |
| *** tiagogomes_ has quit IRC | 17:53 | |
| ssam2 | turns out if you set a project in Gerrit to 'hidden' it becomes read-only | 17:54 |
| ssam2 | and you get an error message that seems totally unrelated when you try to push | 17:54 |
| *** Guest82288 has quit IRC | 17:54 | |
| *** bashrc has quit IRC | 17:58 | |
| *** ssam2 has quit IRC | 18:01 | |
| jjardon | ha!, I forgot qemu uses "user" network by default, where ICMP doesnt work so you can not ping. sorry for the noise! | 18:01 |
| *** edcragg has quit IRC | 18:09 | |
| *** gary_perkins has quit IRC | 18:12 | |
| *** CTtpollard has quit IRC | 18:21 | |
| *** jonathanmaw has quit IRC | 18:24 | |
| *** wschaller has quit IRC | 18:34 | |
| *** petefoth has quit IRC | 19:26 | |
| *** flatmush has quit IRC | 19:26 | |
| *** sambishop has quit IRC | 19:26 | |
| *** paulw has quit IRC | 19:26 | |
| *** fay_ has quit IRC | 19:26 | |
| *** nowster has quit IRC | 19:26 | |
| *** franred has quit IRC | 19:26 | |
| *** nowster has joined #baserock | 19:26 | |
| *** simonh_ has joined #baserock | 19:26 | |
| *** franred has joined #baserock | 19:26 | |
| *** petefoth has joined #baserock | 19:27 | |
| *** Blacksnow has joined #baserock | 19:27 | |
| *** paulw has joined #baserock | 19:27 | |
| *** sambishop has joined #baserock | 19:27 | |
| *** fay_ has joined #baserock | 19:27 | |
| *** mauricemoss_ has quit IRC | 19:27 | |
| *** Krin has quit IRC | 19:27 | |
| *** flatmush has joined #baserock | 19:28 | |
| *** rdale has quit IRC | 19:34 | |
| *** zoli__ has quit IRC | 19:47 | |
| *** zoli__ has joined #baserock | 19:47 | |
| jjardon | and llvm fail to build in 32 bits ... would be ok to put a weston-system-x86_34-generic in the ci? | 19:50 |
| *** pacon has joined #baserock | 19:54 | |
| jjardon | seems there is something wrong with the compiler: "g++: internal compiler error" | 20:00 |
| radiofree | jjardon: usually means lack of memory | 20:14 |
| radiofree | increase the memory in your vm, add swap, or use max-jobs:1 | 20:14 |
| jjardon | radiofree: oh, good point, will try again | 20:14 |
| *** zoli__ has quit IRC | 20:27 | |
| *** zoli__ has joined #baserock | 20:28 | |
| *** radiofree has quit IRC | 21:29 | |
| *** pacon has quit IRC | 21:37 | |
| *** radiofree has joined #baserock | 21:40 | |
| *** radiofree has quit IRC | 21:40 | |
| *** radiofree has joined #baserock | 21:40 | |
| *** radiofree has joined #baserock | 21:42 | |
| *** radiofree has quit IRC | 21:42 | |
| *** radiofree has joined #baserock | 21:43 | |
| paulsherwood | radiofree: pls could you write to the ml explaining how to add swap, and/or update the wiki? | 21:51 |
| * paulsherwood thinks maybe devel systems should have it by default | 21:51 | |
| *** AnxiousGarlic has joined #baserock | 22:07 | |
| *** AnxiousGarlic has left #baserock | 22:07 | |
| bwh | paulsherwood: I don't know how important swap is now, but it has been necessary to allow the Linux VM to defragment | 22:45 |
| bwh | So unless the only block device available is flash with a crappy translation layer (most removable flash is like this), a small amount of swap is a good idea | 22:46 |
| bwh | (but not double/triple your RAM, that just allows the system to crash more slowly) | 22:47 |
| *** zoli__ has quit IRC | 22:57 | |
| jjardon | Getting closer but seems I still need GLX and GTK+2, rebuild time! https://usercontent.irccloud-cdn.com/file/gnYLIqXL/Screenshot+from+2015-03-09+23%3A44%3A13.png | 23:47 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
