*** zoli__ has joined #baserock | 04:57 | |
*** petefoth has quit IRC | 05:13 | |
*** zoli__ has quit IRC | 05:55 | |
*** petefoth has joined #baserock | 06:23 | |
*** zoli__ has joined #baserock | 06:37 | |
*** zoli___ has joined #baserock | 06:40 | |
*** zoli__ has quit IRC | 06:40 | |
*** mike has joined #baserock | 06:44 | |
*** sherm_ has joined #baserock | 06:44 | |
*** mike is now known as Guest42215 | 06:44 | |
*** Guest42215 has quit IRC | 06:47 | |
*** sherm_ has quit IRC | 06:47 | |
*** sherm_ has joined #baserock | 06:47 | |
*** fay_ has quit IRC | 07:02 | |
*** fay_ has joined #baserock | 07:05 | |
*** paulw has joined #baserock | 07:22 | |
*** fay_ has quit IRC | 07:23 | |
*** a1exhughe5 has joined #baserock | 07:24 | |
*** fay_ has joined #baserock | 07:24 | |
*** rdale has joined #baserock | 07:39 | |
petefoth | Interestign article on OpenStack at http://www.theregister.co.uk/2015/05/18/openstack_private_clouds_are_science_projects_says_gartner/ | 07:44 |
---|---|---|
*** mariaderidder has joined #baserock | 07:59 | |
*** bashrc has joined #baserock | 08:17 | |
pedroalvarez | great, mason has that Parted is building using a submodule outside of g.b.o | 08:18 |
pedroalvarez | s/has/has found/ | 08:18 |
Kinnison | pedroalvarez: huzzah | 08:18 |
pedroalvarez | this is really good | 08:19 |
*** sambishop has joined #baserock | 08:24 | |
rjek | pedroalvarez: Sadmaking and delighting at athe same time. | 08:29 |
pedroalvarez | indeed | 08:29 |
*** jonathanmaw has joined #baserock | 08:30 | |
pedroalvarez | I hope once fixed this Mason is happy | 08:30 |
*** sherm_ has quit IRC | 08:31 | |
*** gary_perkins has joined #baserock | 08:43 | |
*** CTtpollard has joined #baserock | 08:45 | |
*** franred has joined #baserock | 08:46 | |
*** sherm_ has joined #baserock | 08:47 | |
pedroalvarez | franred: thanks for reviewing on baserock-dev :) | 08:50 |
tlsa | anyone able to +2 this: https://gerrit.baserock.org/#/c/650/ ? | 08:56 |
*** pacon has joined #baserock | 08:59 | |
*** ssam2 has joined #baserock | 09:00 | |
*** ChanServ sets mode: +v ssam2 | 09:00 | |
richard_maw | tlsa: taking a look. | 09:02 |
tlsa | thanks | 09:02 |
richard_maw | oh, franred beat me to it | 09:04 |
tlsa | ah, thanks franred | 09:04 |
franred | richard_maw, I can wait to merge it after you finish your review | 09:04 |
richard_maw | franred: +2 | 09:05 |
franred | tlsa, merged | 09:05 |
tlsa | thanks both :) | 09:05 |
*** tiagogomes_ has joined #baserock | 09:06 | |
*** sherm_ has quit IRC | 09:11 | |
radiofree | in foundation we build dbus-pre, and dbus | 09:12 |
radiofree | it's used only for systemd | 09:13 |
radiofree | oh right, --disable-systemd | 09:13 |
radiofree | systemd needs dbus, then dbus needs systemd | 09:13 |
richard_maw | I'm not sure systemd *does* need libdbus any more | 09:14 |
radiofree | we seem to be using a highly specific branch as well baserock/dbus-1.8.16-1-g3c05557/genivi/J-1.0 | 09:14 |
richard_maw | *that* is because genivi needed weird patches | 09:14 |
radiofree | oh wonderful, so potentially we can't just bump it to dbus-1.9.16 | 09:15 |
Kinnison | I guess we need to analyse what the patches were that genivi needed and determine whether or not they still need them | 09:15 |
Kinnison | it may have been AF_BUS related | 09:15 |
radiofree | "add support for custom marshalling" | 09:15 |
radiofree | they're still adding that to the top of their genivi branches (at least as of 1.9.4) | 09:16 |
Kinnison | :-/ | 09:16 |
richard_maw | :¬( | 09:16 |
*** edcragg has joined #baserock | 09:16 | |
*** Krin has joined #baserock | 09:16 | |
radiofree | i'll see how cleanly this applies to 1.9.16 | 09:16 |
rdale | i would have thought dbus marshalling is pretty flexible - what is it that they are marshalling that is so tricky? | 09:16 |
radiofree | rdale: http://git.baserock.org/cgi-bin/cgit.cgi/delta/dbus.git/commit/?h=baserock/genivi/dbus-1.9.4&id=880f5199aa8b6d6e864d25099e04bad410b76ace | 09:17 |
radiofree | patch applied without problems | 09:20 |
jonathanmaw | I just had a chunk fail to build because the .git directory belonged to user 1000, instead of root | 09:21 |
rdale | i'm totally unconvinced it is needed given that everyone else seems to have no problems with xml based idls etc | 09:21 |
*** tiagogomes_ has quit IRC | 09:22 | |
*** tiagogomes_ has joined #baserock | 09:22 | |
jonathanmaw | for some reason a lot of my repos in /src/cache/gits belong to user 1000 | 09:23 |
Kinnison | On a pure Baserock system or a chroot? | 09:24 |
*** sherm_ has joined #baserock | 09:24 | |
jonathanmaw | Kinnison: pure baserock. | 09:24 |
Kinnison | How odd | 09:24 |
Kinnison | does your system have a uid 1000 in it? | 09:24 |
jonathanmaw | baserock has no user 1000, my best guess is that someone did something silly with rsync | 09:24 |
Kinnison | Or did you rsync stuff from elsewhere ? | 09:24 |
* richard_maw was just able to point someone at the work we did for openstack because they also wanted to run openvswitch with networkd | 09:35 | |
Kinnison | richard_maw: cool | 09:35 |
*** zoli___ has quit IRC | 09:37 | |
*** zoli__ has joined #baserock | 09:38 | |
franred | pedroalvarez, you have reviewed https://gerrit.baserock.org/#/c/654/ with -1 but I can't see any comments about why :) | 09:39 |
SotK | pedroalvarez: do you know what happens if you restart the stuck build you saw on Friday? | 09:43 |
pedroalvarez | SotK: so, stop the build and kick a distbuild again? | 09:45 |
pedroalvarez | SotK: I can try that, but I don't know yet. I upgraded Morph to the version that we are using in 15.19.2 to see if the problem still exists (and stop bothering you) | 09:46 |
SotK | pedroalvarez: yes please | 09:47 |
pedroalvarez | to stop bothering you? :) | 09:47 |
pedroalvarez | SotK: thanks for helping | 09:48 |
SotK | haha, to restart the build :) | 09:48 |
SotK | no problem | 09:48 |
* richard_maw tested https://gerrit.baserock.org/#/c/660/ with a live atomic update by having systemd pivot itself into the new root | 09:52 | |
pedroalvarez | woot | 09:53 |
Kinnison | huzzah | 09:53 |
richard_maw | I think it ought to make a new network namespace on pivot and un-propagate mounts in the old root, so it can unmount them in the new root | 09:54 |
richard_maw | s/network namespace/mount namespace/ | 09:54 |
straycat | hrm, older versions of git-review seem to have --draft, but my version does not | 09:55 |
* richard_maw notes his shutdownramfs patches haven't been reviewed | 09:56 | |
richard_maw | https://gerrit.baserock.org/#/c/624/ https://gerrit.baserock.org/#/c/625/ | 09:56 |
* pedroalvarez is going to be less busy this week | 09:58 | |
pedroalvarez | I'll be doing some reviews, starting with shutdwonramfs | 09:59 |
jjardon | Hi, is there a way to tell morph to generate the images in a specific filesystem format (ie, ext4 instead btrfs) | 10:13 |
pedroalvarez | jjardon: I believe that there isn't a way to do that | 10:14 |
pedroalvarez | you will have to do your own write extension | 10:14 |
richard_maw | jjardon: not currently | 10:14 |
* jjardon is in trouble :) | 10:15 | |
richard_maw | what is the nature of your Baserock emergency? | 10:15 |
jjardon | 2 problems: 1. generate an image smaller that 32MiB 2. Generate an image that is not btrfs | 10:18 |
jjardon | this is meant to be a OpenBMC image to flash a aspeed BMC chip | 10:19 |
rjek | Is ext4 suitable for use on the Flash? | 10:20 |
richard_maw | hm, I understand your attempt at stripping the binaries as a system integration command isn't sufficient. You may be able to solve that by manually adding strip commands to the chunks that go into your system. | 10:20 |
ssam2 | jjardon: a .write extension can do anything you want, there's no need for it to be btrfs | 10:20 |
rjek | for example, is it exposed as a block device or a MTD, in which case something like jffs or ubi might be more appropriate? | 10:20 |
ssam2 | jjardon: some .write extensions use code from the morphlib.writeexts module that creates a btrfs filesystem layout, but it's fine not to use that | 10:20 |
jjardon | rjek: I think MTD | 10:20 |
jjardon | rjek: thanks for the hint though | 10:21 |
rjek | jjardon: I'd probably avoid extN, then. Do you know what the reference image uses? | 10:21 |
jjardon | I will try to write a new extension then | 10:22 |
rjek | If you're not careful, extN cooks flash, and I imagine your BMC's flash is not easily replacable! | 10:23 |
jjardon | rjek: no idea, kejiahu do you know? | 10:24 |
kejiahu | jjardon: not particular familar with what fs should be used in MTD, but there is a list here: http://en.wikipedia.org/wiki/List_of_file_systems | 10:26 |
kejiahu | jjardon: JFFS2 is something I heard about a lot, may be go for that at first? | 10:27 |
rjek | JFFS2 is a bit old-school. | 10:28 |
straycat | huzzah submitting drafts is actually just git-review -D >.> | 10:28 |
rjek | I think UBI is the fashion-statement of the moment. | 10:28 |
* kejiahu changes his mind to UBI :P | 10:28 | |
* straycat has submitted draft topic https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/morph+branch:master+topic:ripsum/requests-in-db for comments | 10:28 | |
jjardon | grepping the https://github.com/facebook/openbmc I see references to jff2 | 10:29 |
rjek | Probably easier to go with what they know already, then | 10:29 |
kejiahu | agreed | 10:29 |
straycat | i was working on this a bit last week, but it's still not quite finished, i may get some time to finish it off tomorrow if i'm lucky | 10:29 |
jjardon | rjek: this project uses a 6 year old kernel, so I would not expect anything "fashion-statement" :) | 10:30 |
richard_maw | straycat: I see no changes in the topic, is that meant to happen? | 10:30 |
rjek | jjardon: hahahaha | 10:30 |
rjek | jjardon: OK, JFFS2 it is :) | 10:30 |
franred | straycat, I can't see nothing in that link...I don't know id there are public drafts | 10:30 |
franred | s/id/if/ | 10:30 |
rjek | We used JFFS2 at Simtec; it's very nice but not scalable: large file systems (>128MB or so) take too long to mount on puny ARMs. | 10:30 |
rjek | (As it's a log-style file system: it needs to scan the whole of flash to find the latest version of the log.) | 10:31 |
straycat | richard_maw, franred, I guess I must have to explicitly add you as revieweres | 10:31 |
richard_maw | rjek: how does squashfs compare? | 10:32 |
straycat | which… isn't exactly what i wanted tbh | 10:32 |
rjek | richard_maw: squashfs is read-only | 10:32 |
rjek | So has no journal to worry about | 10:32 |
straycat | richard_maw, franred, try again | 10:34 |
*** zoli__ has quit IRC | 10:34 | |
franred | straycat, yeah, that works | 10:34 |
richard_maw | straycat: I see it now | 10:34 |
richard_maw | well, sort of | 10:35 |
richard_maw | I can see that it exists, but not its contents so far | 10:35 |
straycat | you can see only one change? | 10:35 |
richard_maw | straycat: yes | 10:35 |
franred | straycat, but I can only access the last patch | 10:35 |
straycat | that makes sense, I only added you to the last patch | 10:36 |
richard_maw | https://gerrit.baserock.org/#/c/666/ appears to be an empty page | 10:36 |
jonathanmaw | superstitious gerrit | 10:37 |
richard_maw | patch request of the beast | 10:37 |
straycat | richard_maw, I'm not sure what to make of that | 10:37 |
richard_maw | tbh I'd be happier with avoiding drafts, slapping RFC to the beginning of all the patch names and preemptively -2ing it | 10:38 |
radiofree | can i have some gerrit help please | 10:39 |
radiofree | i need to update https://gerrit.baserock.org/#/c/656/1 | 10:39 |
radiofree | however one patch has already been merged | 10:39 |
straycat | richard_maw, *nod* | 10:39 |
radiofree | and also now https://gerrit.baserock.org/#/c/657/1 is complaining about a dependency issue | 10:39 |
radiofree | should i abandon the webkit patch + qtmultimedia and resubmit? | 10:40 |
pedroalvarez | radiofree: never abandon if you plan to resubmit | 10:40 |
richard_maw | I usually got away with rebasing the whole series, dropping merged patches and pushing the whole series again | 10:40 |
jjardon | kejiahu: mmm, seems they are using ext2 for the wedge board: https://github.com/facebook/openbmc/blob/master/meta-facebook/meta-wedge/recipes-core/images/wedge-image.inc#L72 | 10:40 |
radiofree | well one of the patches i need to resubmit has already been merged? | 10:40 |
radiofree | ah | 10:40 |
radiofree | so rebase whole, drop merged one, resubmit with same topic branch? | 10:41 |
richard_maw | yeah | 10:41 |
* straycat publishes ripsum/requests-in-db | 10:41 | |
pedroalvarez | radiofree: and keeping the change-id's | 10:41 |
radiofree | ok, thanks | 10:41 |
straycat | hrm? i've not needed to do that | 10:42 |
straycat | assuming you kept the change-id of the merged patch, i would haven't expected there to be a problem there | 10:43 |
kejiahu | jjardon: I don't think ext2 was supported in MTD, unless they have FTL device in between the flash and BMC chip. we don't have FTL on the board as far as I can tell, so JFFS2 may be the best choice for us now. | 10:55 |
franred | straycat, Im just curious, have you check what is the performance using the database? (comparison between with and without the database in a build and in distbuild) | 10:56 |
straycat | franred, no | 10:56 |
franred | straycat, Im not clear about what do you try to fix/achieve with the introduction of the database (maybe expanding the commit message would give us the idea about the RFC?) | 10:59 |
straycat | sorry, yes probably should have | 11:00 |
jjardon | kejiahu: right, thanks for checking | 11:03 |
*** zoli__ has joined #baserock | 11:03 | |
kejiahu | jjardon: you are welcome :) | 11:05 |
straycat | franred, i updated the commit msg on https://gerrit.baserock.org/#/c/666/ | 11:06 |
franred | straycat, cheers | 11:08 |
*** mariaderidder has quit IRC | 11:09 | |
radiofree | just pushed a branch to git.baserock.org, it worked, but what's trove got to do with it? http://fpaste.org/222901/19473711/ | 11:10 |
radiofree | (got to do with it, got to do with it) | 11:10 |
ssam2 | you mean the 'remote: [trove.baserock.org] Notifying Mason of changes...' ? | 11:11 |
ssam2 | git.baserock.org is a Trove | 11:11 |
ssam2 | and it has that hook which hasn't done anything for about 3 years | 11:11 |
ssam2 | I removed that in 'master' but I guess it must live in /home somewhere so it hasn't been fixed when upgrading git.baserock.org | 11:11 |
ssam2 | i'll try remove it manually if I can remember how | 11:11 |
radiofree | yes that remote trove.baserock.org thing | 11:12 |
ssam2 | i've removed the hook from git.baserock.org/gitano-admin.git, hopefully that will remove that useless message | 11:22 |
ssam2 | thanks for the reminder | 11:22 |
ssam2 | interesting boot failure on Jetson: http://paste.baserock.org/olibasawog | 11:43 |
ssam2 | this is a report from our friends in Bulgaria | 11:44 |
ssam2 | it is built and deployed from the baserock-15.19.2 tag apparently | 11:44 |
ssam2 | pedroalvarez tested the 15.19 Jetson image on a Jetson, and didn't see this problem | 11:45 |
pedroalvarez | indeed I tested that | 11:45 |
pedroalvarez | there are some variables: how have they flashed the image | 11:45 |
pedroalvarez | maybe more | 11:45 |
radiofree | root=/dev/mmcblk1p2 ? | 11:45 |
radiofree | looks like some device tree issue as well, are they using a custom kernel or something? | 11:46 |
radiofree | ssam2: can you ask them what they're deployment cluster looked like? | 11:47 |
ssam2 | good idea | 11:47 |
radiofree | ssam2: they forget to set DTB_PATH | 11:48 |
ssam2 | right | 11:49 |
radiofree | DTB_PATH: "boot/tegra124-jetson-tk1.dtb" | 11:49 |
radiofree | also i'm going to assume ROOT_DEVICE is incorrectly set as well | 11:49 |
radiofree | unless they want to boot off an sd card | 11:49 |
ssam2 | oh, they do want that | 11:50 |
radiofree | ah | 11:50 |
*** mariaderidder has joined #baserock | 12:09 | |
radiofree | lorry request http://paste.fedoraproject.org/222923/43195100/ | 12:10 |
ssam2 | radiofree: looks ok, +1 from me | 12:27 |
ssam2 | is anyone thinking about submitting a talk to linuxcon europe / or embedded linuxcon europe this year? | 12:28 |
ssam2 | it's in Dublin so not far for us Manchester folk | 12:28 |
ssam2 | http://events.linuxfoundation.org/events/linuxcon-europe/program/cfp | 12:29 |
rjek | I also have a lorry request: http://paste.baserock.org/aqekepegux | 12:41 |
* rjek wants to experiment with running SpamAssassin and ClamAV inside a container in the short term | 12:41 | |
ssam2 | is there a reason you need it to be mirrored by the Baserock project? | 12:47 |
rjek | Strikes me as useful | 12:47 |
ssam2 | i didn't ask radiofree that because i guessed he wants to use it in our genivi-baseline reference system | 12:47 |
rjek | (And it's only small) | 12:47 |
ssam2 | i've no problem with it, if you need it there, so +1 from me. but it's not a requirement to have stuff hosted in git.baserock.org just to use it in a system built with Baserock | 12:48 |
ssam2 | it only needs to be mirrored in git.baserock.org if you want to use it in one of the supported 'reference systems' | 12:48 |
rjek | Another use case I can think of is when working on a dev system in a dev system, and you suddenly need to use a tool you've not got, having a chroot to hand might be a big time-saver | 12:48 |
franred | ssam2, I was thinking to go | 12:50 |
ssam2 | rjek: do you plan to add it to one of the reference systems, then? | 12:53 |
rjek | ssam2: It might be handy in the dev reference system, yeah: but I plan on using it (at least in the short term) for building sysadmin systems. | 12:54 |
*** pacon has quit IRC | 12:56 | |
ssam2 | so you want a 'sysadmin' system that's capable of downloading a Debian chroot into itself? seems reasonable if you want access to stuff from Debian inside a Baserock system | 12:58 |
radiofree | i don't want my lorry anymore | 12:58 |
radiofree | sorry if it's already been merged | 12:58 |
ssam2 | radiofree: i didn't merge it yet. also, you were right about the missing DTB_PATH | 12:59 |
* richard_maw grumbles about the lack of CONFIG_DEVPTS_MULTIPLE_INSTANCES in our kernels | 13:02 | |
richard_maw | it makes nspawn work less well | 13:03 |
ssam2 | i think that's needed for Docker also | 13:03 |
* richard_maw checks when DEVPTS_MULTIPLE_INSTANCES was introduced, to decide whether we can enable it for all our kernels, or just some of them | 13:04 | |
rjek | ssam2: Yes, precisely. | 13:05 |
rjek | DavePage: But I think it might be useful as a general tool in dev images too: the installed size is pretty tiny, as it's just a bunch of shell scripts | 13:05 |
rjek | Err | 13:05 |
rjek | ssam2, not DavePage. | 13:05 |
* rjek should probably also submit an appropriate morph definition and patch for dev system | 13:06 | |
ssam2 | rjek: when would it be better than just using a Debian system, though? | 13:06 |
rjek | ssam2: Yes. | 13:06 |
rjek | ssam2: But that's not always an option :) | 13:06 |
richard_maw | pff, CONFIG_DEVPTS_MULTIPLE_INSTANCES came out in 2.6.29, I'll enable it globally | 13:10 |
paulsherwood | mason looks unhappy | 13:11 |
paulsherwood | does audiomanager build for other folks? not for me | 13:11 |
jjardon | paulsherwood: what is audiomanager? what error are you getting? | 13:19 |
pedroalvarez | paulsherwood: mason were really unhappy. I've dealing with them, and they seem to be happier now | 13:25 |
Kinnison | paulsherwood: there were a large number of issues with audiomanager -- I believe Graham had some patches on baserock-dev which helped matters | 13:28 |
ssam2 | SotK: testgerrit.baserock.org should be up and running for you now | 13:44 |
SotK | ssam2: thanks! | 13:44 |
ssam2 | web ui is on port 8080 | 13:44 |
paulsherwood | jjardon: http://paste.baserock.org/voyitutisa | 13:46 |
richard_maw | paulsherwood: that only appears to contain warnings to me, not the errors, it's probably parallel make obscuring the issue | 13:48 |
paulsherwood | aha. | 13:48 |
* paulsherwood tries max-jobs 1 | 13:48 | |
radiofree | paulsherwood: audiomanager built for me, but i have swap | 13:50 |
paulsherwood | what difference would swap make? | 13:51 |
rjek | moar RAMs | 13:51 |
richard_maw | less likely to have compiles fail because the compiler ran out of memory | 13:52 |
* paulsherwood notices his VM only has 2 GB | 13:53 | |
*** sherm_ has quit IRC | 14:03 | |
jjardon | ssam2: hi, maybe you can reconsider https://gerrit.baserock.org/#/c/531/ now that definitions version has been bumped? | 14:05 |
ssam2 | once there's a new release of Baserock we can merge that | 14:15 |
ssam2 | I think if we merged it now, Baserock 15.19 would crash when trying to deploy 'master' of definitions | 14:15 |
ssam2 | and if we bump VERSION to 4 now, Baserock 15.19 will refuse to build 'master' of definitions | 14:16 |
jjardon | ah, ok, will -2 it then | 14:16 |
*** sherm_ has joined #baserock | 14:18 | |
radiofree | paulsherwood: adding swap means you can compile qtwebkit on a jetson in about 1hour 20minutes instead of 4hours | 14:20 |
Kinnison | radiofree: nice | 14:20 |
* rjek is surprised it makes it faster (rather than simply possible.) | 14:20 | |
rjek | But I suppose it frees up more actual RAM by swapping stuff out that is not in the working set | 14:20 |
richard_maw | rjek: it means you don't have to work around the crashes by setting max-jobs: 1 | 14:21 |
rjek | Aha | 14:21 |
Kinnison | rjek: swap lets you have datasets swapped, without it only text segments and RODATA segments can be paged. As such it helps a lot when you have n parallel C++ compilations | 14:21 |
Kinnison | rjek: swapping out the datasets is way more efficient than constantly paging the code you're trying to run | 14:22 |
rjek | Kinnison: Aye. | 14:22 |
radiofree | rjek: it's because of max-jobs | 14:24 |
* rjek nods | 14:25 | |
*** rdale has quit IRC | 14:25 | |
rjek | I suppose the issues of in CPU power / memory latency are somewhat different on ARM, hand't really thought about that. | 14:25 |
*** rdale has joined #baserock | 14:26 | |
* richard_maw does a little dance as CONFIG_DEVPTS_MULTIPLE_INSTANCES makes machinectl login work | 14:26 | |
Kinnison | :) | 14:27 |
richard_maw | https://gerrit.baserock.org/#/c/676/ | 14:29 |
radiofree | i do actually want my audiomanagerdemo lorry :( | 14:31 |
radiofree | this [13:10:30] <radiofree> lorry request http://paste.fedoraproject.org/222923/43195100/ | 14:31 |
ssam2 | radiofree: it's easier for me if you can send it to gerrit | 14:34 |
ssam2 | but if someone else can give this a +1 i shall merge it from your patch. this time! | 14:35 |
straycat | https://github.com/evalEmpire/gitpan/blob/master/README.md looks like it might be useful for a cpan import tool extension | 14:43 |
* paulsherwood confirms audiomanager builds with a 4GB vm | 14:44 | |
paulsherwood | how do we enable swap? can it be done by defauly? | 14:45 |
ssam2 | straycat: I think tlsa was looking at that | 14:45 |
rjek | paulsherwood: mkswap on a block device, then swapon that block device | 14:45 |
rjek | (ie, say add another block device, if it comes up as /dev/vdc, mkswap /dev/vcd && swapon /dev/vcd) | 14:45 |
paulsherwood | rjek: you're assuming i understand what you're writing. could someone write up a guide on the wiki? | 14:46 |
rjek | paulsherwood: I am assuming that :) | 14:46 |
* paulsherwood doesn't, sadly | 14:47 | |
rjek | paulsherwood: Swap requires another block device (partition, virtual drive, or whatever) | 14:47 |
* rjek tries to remember if you can swapon to a file on a file system; if so you might be able to create a big file with truncate(1) and swapon to that... | 14:47 | |
paulsherwood | rjek: i get that, i'm just interested to know what the actual commands would be | 14:48 |
* rjek experiments. | 14:48 | |
rjek | paulsherwood: If you had a new virtual drive as /dev/vdc, literally: mkswap /dev/vdc && swapon /dev/vdc | 14:48 |
paulsherwood | (and ideally get them on the wiki, rather than have them lost in the mists of irc) | 14:48 |
rjek | (This will obviously destroy any existing content on /dev/vdc) | 14:48 |
paulsherwood | and the command to make a new virtual drive? | 14:49 |
rjek | swapon: /root/swap: skipping - it appears to have holes. | 14:49 |
rjek | boo | 14:49 |
straycat | you could make a loopback device? | 14:49 |
rjek | paulsherwood: That depends entirely on what virtualising tool you're using | 14:49 |
paulsherwood | bah :) | 14:49 |
rjek | $ dd if=/dev/zero of=swap bs=$((1024*1024)) count=2048 | 14:51 |
rjek | $ mkswap swap | 14:51 |
rjek | $ swapon swap | 14:51 |
rjek | (add 2GB of swap via a 2GB file in your file system) | 14:51 |
rjek | (On future reboots, only `swapon swap` will be needed.) | 14:51 |
paulsherwood | could this be done as system-integration commands for build and dev systems? | 14:52 |
radiofree | paulsherwood: i sent a guide to baserock-dev ages ago | 14:52 |
paulsherwood | did you? | 14:52 |
* paulsherwood searches | 14:52 | |
rjek | Date: Tue, 10 Mar 2015 11:36:01 +0000 | 14:52 |
rjek | Message-ID: <54FED721.9090405@codethink.co.uk> | 14:53 |
radiofree | http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-March/012492.html | 14:53 |
rjek | Or that :) | 14:53 |
straycat | tlsa, ping? | 14:54 |
tlsa | yep | 14:56 |
* straycat gets the feeling importing from cpan will be even less yielding than pypi | 14:57 | |
straycat | tlsa, did you look at gitpan? | 14:57 |
tlsa | no | 14:57 |
tlsa | had not heard of it | 14:57 |
straycat | ok | 14:57 |
*** Krin has quit IRC | 15:28 | |
*** a1exhughe5 has quit IRC | 15:59 | |
*** gary_perkins has quit IRC | 16:00 | |
*** jonathanmaw has quit IRC | 16:23 | |
ssam2 | paulsherwood: there are simple instructions here: http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-March/012492.html | 16:34 |
ssam2 | oh, radiofree beat me too it | 16:35 |
ssam2 | to it | 16:35 |
paulsherwood | radiofree: /src/workspace/reference/baserock/baserock/definitions # swapon /src/swapfile | 16:43 |
paulsherwood | swapon: /src/swapfile: insecure permissions 0644, 0600 suggested. | 16:43 |
paulsherwood | swapon: /src/swapfile: swapon failed: Invalid argument | 16:43 |
jjardon | paulsherwood: chmod 600 /src/swapfile ? | 16:45 |
radiofree | it should work without the permissions | 16:45 |
radiofree | and does work for me Swap: 10485756 399324 10086432 | 16:45 |
radiofree | paulsherwood: did you remember to do mkswap /src/swapfile | 16:46 |
paulsherwood | radiofree: yup | 16:46 |
paulsherwood | 524288 -rw-r--r-- 1 root root 536870912 May 18 16:42 /src/swapfile | 16:46 |
paulsherwood | /src/workspace/reference/baserock/baserock/definitions # chmod 600 /src/swapfile | 16:47 |
paulsherwood | /src/workspace/reference/baserock/baserock/definitions # swapon /src/swapfile | 16:47 |
paulsherwood | swapon: /src/swapfile: swapon failed: Invalid argument | 16:47 |
radiofree | btw i'm not sure how useful a 512M swap file will be... | 16:47 |
* radiofree isn't sure why he used 512M as the example | 16:47 | |
radiofree | paulsherwood: sounds like something is broken, this works for me on a jetson | 16:48 |
*** sherm_ has quit IRC | 16:48 | |
paulsherwood | which swapon => /sbin/swapon | 16:48 |
*** mariaderidder has quit IRC | 16:49 | |
radiofree | paulsherwood: worked for me in a vm | 16:50 |
radiofree | paulsherwood: swapon --version | 16:50 |
paulsherwood | swapon from util-linux 2.26.1 | 16:51 |
radiofree | that's what i'm using on the jetson, it works there | 16:52 |
* radiofree tries to find a vm image with 2.26.1 | 16:52 | |
* radiofree fails | 16:53 | |
radiofree | i'll download the latest br image | 16:54 |
radiofree | only thing i can suggest is doing rm /src/swapon and going through the steps again | 16:55 |
radiofree | sorry /src/swapfile | 16:56 |
*** bashrc has quit IRC | 17:00 | |
radiofree | again, worked for me in latest baserock | 17:04 |
*** ssam2 has quit IRC | 17:05 | |
*** sherm_ has joined #baserock | 17:14 | |
*** tiagogomes_ has quit IRC | 17:16 | |
paulsherwood | http://superuser.com/questions/539287/swapon-failed-invalid-argument-on-a-linux-system-with-btrfs-filesystem | 17:19 |
rjek | Oh, btrfs. :) | 17:28 |
rjek | Don't do that :) | 17:28 |
rjek | You *might* be able to trick it by creating an ext3 file system in a loopback file, and then putting your swap file in that! But I wouldn't recommend it. | 17:29 |
* paulsherwood decides not to try | 17:29 | |
rjek | Add a new virtual drive to your VM :) | 17:29 |
paulsherwood | yes, that's probably the answer | 17:29 |
pedroalvarez | paulsherwood: ooi why adding swap? | 17:33 |
* radiofree never has a btrfs /src | 17:33 | |
* rjek never has a btrfs :) | 17:34 | |
*** sherm_ has quit IRC | 17:35 | |
paulsherwood | pedroalvarez: to speed up build? :) | 17:36 |
radiofree | paulsherwood: it's only going to speed up the chunks that fail because they run out of ram, and we've set max-jobs: 1 to | 17:37 |
jjardon | seems there are wip patches to add swap files to btrfs: https://lwn.net/Articles/625412/ | 17:38 |
rjek | Probably better to put it in a partition/LV anyway | 17:40 |
rjek | But on a fat dev PC, just throw loads more actual RAM at your VM | 17:40 |
* SotK found a script which creates swap on btrfs, I'm not sure how sane it was though :) | 18:00 | |
jjardon | Hi, gnome-shell and perl stop lorrying (last commit ), can someone take a look, please? | 18:34 |
jjardon | (last commit in g.b.o is from 2015-02-21 in the gnome-shell case, from 2012 in the perl one) | 18:36 |
pedroalvarez | jjardon: thanks for reporting. I'll have a look | 18:51 |
jjardon | pedroalvarez: thanks! | 18:52 |
pedroalvarez | it's my duty :) | 18:52 |
*** zoli__ has quit IRC | 19:49 | |
*** zoli__ has joined #baserock | 21:01 | |
*** zoli__ has quit IRC | 23:07 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!