| *** zoli__ has joined #baserock | 04:59 | |
| *** petefoth has quit IRC | 07:19 | |
| *** a1exhughe5 has joined #baserock | 07:25 | |
| *** perryl has joined #baserock | 07:25 | |
| *** jmacs has joined #baserock | 08:00 | |
| *** bashrc has joined #baserock | 08:05 | |
| *** jonathanmaw has joined #baserock | 08:12 | |
| *** Albert has joined #baserock | 08:15 | |
| *** mariaderidder has joined #baserock | 08:15 | |
| *** Albert has joined #baserock | 08:15 | |
| *** mwilliams_ct has joined #baserock | 08:17 | |
| *** mwilliams_ct has quit IRC | 08:18 | |
| *** gary_perkins has joined #baserock | 08:18 | |
| *** gary_perkins has joined #baserock | 08:18 | |
| *** benbrown_ has joined #baserock | 08:21 | |
| *** mwilliams_ct has joined #baserock | 08:23 | |
| *** DavePage has joined #baserock | 08:27 | |
| *** kejiahu has joined #baserock | 08:33 | |
| *** paulw has quit IRC | 08:58 | |
| *** paulw has joined #baserock | 08:58 | |
| *** inara has quit IRC | 08:59 | |
| tlsa | is there any way to get the default commands for a chunk type to run in a subdirectory of the build dir? doing `cd foo/` at pre-configure did not work | 08:59 |
|---|---|---|
| jonathanmaw | tlsa: not that I know of. I think we do the commands as `cd foo && $COMMAND` | 09:00 |
| tlsa | ok | 09:01 |
| *** ssam2 has joined #baserock | 09:02 | |
| *** ChanServ sets mode: +v ssam2 | 09:02 | |
| *** inara has joined #baserock | 09:09 | |
| SotK | Does anyone have a minute to review https://gerrit.baserock.org/#/c/636/2 ? | 09:13 |
| *** zarazaimeche has joined #baserock | 09:15 | |
| *** zarazaimeche is now known as Zara | 09:15 | |
| *** pdar has joined #baserock | 09:16 | |
| richard_maw | SotK: ouch, +2 | 09:19 |
| SotK | richard_maw: thanks | 09:20 |
| *** mdunford has joined #baserock | 09:39 | |
| jjardon | ssam2: hi, radiofree commented yesterday that you have started some work to strip symbols from an image; is that public somewhere? My problem is that I'm not able to do a baserock image smaller than 33MB (32 is the maximum the hardware support) | 09:47 |
| *** bashrc has quit IRC | 09:47 | |
| *** bashrc has joined #baserock | 09:47 | |
| radiofree | jjardon: i said i *think* sam had | 09:48 |
| radiofree | s/think/thought/ | 09:48 |
| radiofree | though i didn't say that... [17:50:43] <radiofree> jjardon: i think sam was | 09:48 |
| pedroalvarez | jjardon: IIRC you are adding core to the system, right? | 09:52 |
| pedroalvarez | could you try to not add it? | 09:52 |
| jjardon | radiofree: ok, yeah sorry | 09:52 |
| jjardon | pedroalvarez: I'm not, its the minimal you can create | 09:52 |
| jjardon | (AFAIK) | 09:53 |
| pedroalvarez | ah, ok | 09:53 |
| ssam2 | jjardon: all I've ever done on that front is a hacky .configure extension that runs 'strip' on a bunch of files at deploy time | 09:54 |
| ssam2 | that's probably lost now, but it's easy enough to write | 09:54 |
| ssam2 | it's not a good approach for a few reasons: one is that 'strip' only works if the system you're deploying is the same architecture as the system running `morph deploy` | 09:55 |
| ssam2 | but it is super easy to do :) | 09:55 |
| jjardon | OK, i was about to ask if a correct approach would be to write an extension :) | 09:59 |
| pedroalvarez | couldn't that be run at system-integration time? | 10:00 |
| pedroalvarez | I guess we can't remove things at that point | 10:01 |
| richard_maw | pedroalvarez: you don't need to remove the binaries themselves, just change them | 10:01 |
| ssam2 | adding a 'strip-everything' chunk with just system-integration commands might be a slightly better hack, indeed | 10:02 |
| radiofree | would anyone object to a patch adding systemd units to essential-files that automatically start a dbus user session? | 10:03 |
| richard_maw | though IMO the best approach would be to do it at artifact construction time | 10:03 |
| radiofree | or do we have systems that either don't have systemd or dbus (or both)? | 10:03 |
| richard_maw | radiofree: aye, the initramfs | 10:03 |
| tiagogomes | heh, the current version of git doesn't need `--no-index` to work outside git directories :) | 10:03 |
| radiofree | richard_maw: ah, does that use essential files then? | 10:03 |
| radiofree | so the best place for this is in the dbus chunk? | 10:03 |
| rdale_ | openwrt that i'm working on, doesn't have dbus or systemd | 10:04 |
| Kinnison | Jeff Waugh recently got systemd into openwrt and working IIRC | 10:04 |
| richard_maw | it does not use the essential-files configuration extension | 10:04 |
| rdale_ | Kinnison: ah interesting | 10:04 |
| radiofree | so if it goes in the dbus chunk you might use dbus but not systemd, however the worst that can happen is you end up installing some useless service files | 10:05 |
| radiofree | which i suppose is the same worst case scenario for essential files, though you might not be using systemd *or* dbus for them | 10:06 |
| ssam2 | I think that 'essential-files' should be a 'best guess'. i.e. a default set of files everyone needs by default | 10:09 |
| ssam2 | a super minimal system should probably not include the install-essential-files.configure extension, but do its own minimal thing instead | 10:09 |
| richard_maw | so… it's actually tied to whether you deicde to use the foundation stratum in your system? | 10:10 |
| ssam2 | not really. But given that people are working towards making it possible to boot a system with absolutely nothing in /etc, I don't think the stuff in essential-files/ is essential for a /working/ system | 10:11 |
| ssam2 | it's essential for a /usable/ system | 10:11 |
| ssam2 | that doesn't really answer radiofree's question though of course | 10:12 |
| radiofree | i prefer things like this in essential files, it means you don't have to rebuild from foundation if you just want to change something in a systemd service file | 10:12 |
| radiofree | but then i don't know if a dbus user session is *essential* for most of the things that baserock does | 10:13 |
| ssam2 | on the other hand, the impact is minimal | 10:13 |
| ssam2 | like < 1KB of wasted space if they are unneeded | 10:13 |
| pedroalvarez | but it's going to be annoying if we use essential-files for everything | 10:13 |
| ssam2 | how so? | 10:14 |
| ssam2 | I imagine it basically as a 'generally useful set of files to go in /etc' | 10:14 |
| ssam2 | (and/or /usr/lib/ since that is taking over from /etc a bit) | 10:15 |
| pedroalvarez | not sure about what to think, really | 10:18 |
| * radiofree will just then the patches | 10:22 | |
| radiofree | s/then/send | 10:22 |
| * straycat will merge https://gerrit.baserock.org/#/c/622/ shortly if there are further comments | 10:24 | |
| straycat | richard_maw, ssam2 ^ | 10:24 |
| straycat | *are no :) | 10:24 |
| *** locallycompact has joined #baserock | 10:32 | |
| radiofree | https://gerrit.baserock.org/#/c/653/1 is about as sensible a patch as it gets, could do with a merge | 10:32 |
| Kinnison | is that safe acros all platforms? | 10:33 |
| radiofree | yep, we use mesa-vm for x86 | 10:34 |
| Kinnison | and MIPS? | 10:34 |
| Kinnison | Or do we not compile mesa yet for MIPS? | 10:34 |
| radiofree | oh god mips, mips needs to use mesa-vm | 10:34 |
| radiofree | OR | 10:34 |
| radiofree | s/OR// | 10:35 |
| radiofree | nowster: ^ | 10:35 |
| nowster | mesa does compile, but we have to turn a lot off | 10:35 |
| radiofree | yes, but you have to use mesa-vm for mips now | 10:35 |
| Kinnison | nowster: please weigh in on https://gerrit.baserock.org/#/c/653/1 then | 10:36 |
| radiofree | that version of mesa won't work on mips anyway | 10:36 |
| nowster | I don't really know what the consequence would be. Surely egl is needed for weston/wayland? | 10:36 |
| radiofree | it's just removing a useless configuration option | 10:36 |
| Kinnison | aah | 10:36 |
| Kinnison | okay | 10:36 |
| * Kinnison adds his +1 then | 10:37 | |
| radiofree | nowster: if you're modifying mesa for mips, you'll need to lock it at f7d157a4f011fd5ace94f55c8674be4b12d86f95 | 10:37 |
| radiofree | nowster: if you see http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/weston-system-x86_64-generic.morph | 10:37 |
| radiofree | you can still build against mesa-common (so you don't have to branch loads of -mips stratum), just use mesa-common-vm (or mesa-common-mips) as a runtime dependency | 10:38 |
| nowster | the change for mips is to add: | 10:38 |
| nowster | mips* ) | 10:38 |
| nowster | DRIDRIVERS=no | 10:38 |
| nowster | GALLIUMDRIVERS=svga,swrast | 10:38 |
| nowster | ;; | 10:38 |
| nowster | to the configure-commands | 10:38 |
| radiofree | nowster: add that to http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/mesa-common/mesa@vm.morph then | 10:39 |
| radiofree | rather than mesa.morph | 10:39 |
| nowster | You need it on both | 10:39 |
| pedroalvarez | should we name it mesa@egl? | 10:39 |
| radiofree | pedroalvarez: mesa@gallium-egl is probably clearer | 10:39 |
| radiofree | and +1 to rename | 10:39 |
| nowster | ah.... You fight it out, and I'll just rebase the mips stuff. :) | 10:39 |
| radiofree | nowster: you will, since mesa-common is a build time dependency | 10:40 |
| jjardon | radiofree: we can remove -vm variant soon, they reimplement support to use swrast in the upcomming 10.6 | 10:40 |
| radiofree | nice! | 10:40 |
| jjardon | patches are in master already: https://bugs.freedesktop.org/show_bug.cgi?id=86701 | 10:40 |
| radiofree | jjardon: http://cgit.freedesktop.org/mesa/mesa/commit/?id=cdcfe48fb0431184fabb40aa5a244d086f551df5 ? | 10:41 |
| jjardon | yep | 10:41 |
| * straycat is surprised https://gerrit.baserock.org/#/c/640/ and https://gerrit.baserock.org/#/c/639/ are still in review given how trivial they are | 10:42 | |
| jjardon | straycat: what those files are for, and why right now are not needed? (Maybe you can add a little explanation in the commit message for future reference) | 10:43 |
| straycat | those files are git-review config files | 10:44 |
| ssam2 | straycat: thanks for the heads up, i've commented | 10:46 |
| straycat | ( http://linux.die.net/man/1/git-review probably explains better than i can ) | 10:46 |
| Kinnison | straycat: both have at least 2 +1s so I imagine they're just waiting on someone to +2 them | 10:46 |
| *** paulsherwood has joined #baserock | 10:47 | |
| *** paulsher1ood has joined #baserock | 10:49 | |
| straycat | Kinnison, yes | 11:20 |
| straycat | ssam2, biff | 11:25 |
| straycat | richard_maw, I will merge https://gerrit.baserock.org/#/c/633/ shortly unless there are further comments | 11:25 |
| *** paulsher2ood has joined #baserock | 11:38 | |
| *** mariaderidder has quit IRC | 11:41 | |
| SotK | tlsa: biff on the pelican lorries | 11:48 |
| *** Albert has quit IRC | 11:53 | |
| *** Albert has joined #baserock | 11:53 | |
| tlsa | SotK: ta, replied | 11:53 |
| * SotK tries to figure out where the gerrit system definition lives nowadays | 12:08 | |
| franred | SotK, I think is in http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/infrastructure.git/tree/baserock_gerrit | 12:09 |
| franred | the system in definitions was no longer supported so it was removed | 12:09 |
| franred | SotK, see f7b84cf169df9e4fa4371e4181b18ddbdd8c8430 for more info | 12:10 |
| SotK | franred: thanks! | 12:10 |
| pedroalvarez | SotK: master of infrastructure.git I believe | 12:23 |
| *** Albert has quit IRC | 12:24 | |
| *** Albert has joined #baserock | 12:25 | |
| *** mariaderidder has joined #baserock | 12:57 | |
| *** benbrown_ has quit IRC | 13:43 | |
| radiofree | so i haven't rebased a branch i built yesterday, and i haven't deleted my cache or anything, but now morph wants to rebuild from stage1-gcc | 13:46 |
| SotK | have you changed morph? | 13:46 |
| radiofree | hold on let me build the same system i built the other day | 13:46 |
| radiofree | this is probably my fault | 13:47 |
| radiofree | i've totally buggered this up, never mind, i'll rebuild | 13:48 |
| *** mdunford has quit IRC | 13:59 | |
| * richard_maw is saddened that overlayfs is better at handling mounts options than btrfs | 14:09 | |
| richard_maw | overlayfs properly handles file paths potentially containing commas, not so btrfs' subvol= option | 14:11 |
| *** mdunford has joined #baserock | 14:17 | |
| * richard_maw just performed a live atomic update with systemd! | 14:22 | |
| Kinnison | ooooh | 14:25 |
| richard_maw | Deployed an update with ssh-rsync, rather than rebooting I altered my live-atomic-update script to ask systemctl to use a new `upgrade-root` verb which I added locally. issued a `systemctl restart openssh.service` and then issued a `systemctl restart *.service` after I was sure it was ok. | 14:26 |
| richard_maw | now system-version-manager lists my new version as both the default and the currently running version | 14:26 |
| richard_maw | radiofree: Weren't you talking about adding dbus units for user sessions earlier? | 14:30 |
| * richard_maw was just pointed at http://git.baserock.org/cgi-bin/cgit.cgi/delta/dbus.git/commit/configure.ac?id=263aca37ecf5f977f68d87b54f2fb30584725781 when reading the systemd log | 14:30 | |
| richard_maw | s/log$/mailing list/ | 14:31 |
| radiofree | interesting | 14:33 |
| radiofree | i sent https://gerrit.baserock.org/#/c/658/ | 14:33 |
| radiofree | i sent https://gerrit.baserock.org/#/c/659 | 14:34 |
| SotK | ssam2: thanks for the reviews! | 14:34 |
| radiofree | jonathanmaw: did the work though | 14:34 |
| pedroalvarez | Hi, I found (creating some lorries for other xstatic components) that we are not lorrying them from upstream | 14:57 |
| pedroalvarez | we are lorrying (as far as I can understand) from the openstack "mirror" of them | 14:57 |
| richard_maw | I thought the xstatic thing was because openstack were forcefully integrating non-python components into pip | 14:58 |
| richard_maw | franred: ^ | 14:58 |
| pedroalvarez | "mirror" because they don't have the full history | 14:58 |
| franred | richard_maw, that is true. | 14:59 |
| franred | pedroalvarez, I though the xstatic openstack repos were the same as the xstatic in github - at least when I saw them | 14:59 |
| pedroalvarez | for example, xstatic-font-aweome, is in pypi, pointing to https://github.com/FortAwesome/Font-Awesome, but we lorry from http://git.openstack.org/cgit/stackforge/xstatic-font-awesome/ | 15:00 |
| pedroalvarez | A better example: http://git.openstack.org/cgit/stackforge/xstatic-d3/log/ | 15:01 |
| pedroalvarez | it doesn't have even tags | 15:01 |
| pedroalvarez | the upstream one has 3.400 commits :/ | 15:01 |
| pedroalvarez | I don't know what to do :/ | 15:02 |
| richard_maw | I think I'll submit a few more "bugfix" patches to systemd before I attempt to send baserock/richardmaw/wip-upgrade-root as an RFC. Partly because I may also have to have systemd enter a new mount namespace on upgrade, so the existing services may keep using the old mounts until htey are restarted… | 15:02 |
| franred | pedroalvarez, but fontawesome is the full repo... xstatic only have the static compiled files | 15:04 |
| franred | required by horizon to work | 15:04 |
| franred | with a python installer to install these files | 15:04 |
| franred | pedroalvarez, ^^ | 15:04 |
| pedroalvarez | right | 15:04 |
| pedroalvarez | this is confusing | 15:04 |
| *** Albert has quit IRC | 15:05 | |
| *** mdunford has quit IRC | 15:05 | |
| pedroalvarez | confusing because pypi call them xstatic-foo, but then they link to foo only | 15:05 |
| pedroalvarez | to foo projects only | 15:05 |
| pedroalvarez | hm.. I need to lorry a new one that isn't in openstack.git | 15:06 |
| pedroalvarez | git.openstack | 15:06 |
| *** mdunford has joined #baserock | 15:07 | |
| pedroalvarez | I guess that they include them to opesntack git server whenever they want to make changes to it | 15:08 |
| *** jmacs has quit IRC | 15:24 | |
| ssam2 | wow, http://git.baserock.org/cgi-bin/cgit.cgi/delta/dbus.git/commit/configure.ac?id=263aca37ecf5f977f68d87b54f2fb30584725781 implies something that I like | 15:27 |
| ssam2 | 'all concurrent logins by the same user form one large session. | 15:28 |
| ssam2 | This allows the same bus to be shared by a graphical session, cron jobs, | 15:28 |
| ssam2 | tty/ssh sessions, screen/tmux sessions and so on' | 15:28 |
| Kinnison | Yes, the user-session model | 15:28 |
| Kinnison | It's quite interesting as an option | 15:28 |
| * richard_maw grumbles that a7aea3c4d98472721d05d4cae9f453a410062cbf didn't include making everything that previously included tools include coreutils | 15:31 | |
| richard_maw | jjardon: do you remember why we didn't add coreutils-comon to all systems that previously included tools when ^ was merged? | 15:34 |
| jjardon | richard_maw: GPL3 | 15:34 |
| *** sambishop has quit IRC | 15:34 | |
| jjardon | IIRC | 15:34 |
| radiofree | richard_maw: thanks for the review, i'll try new dbus | 15:35 |
| richard_maw | jjardon: and we need a sufficiently modern coreutils to build systemd, so we had to use a GPL3 version? | 15:35 |
| jjardon | richard_maw: not in runtime, because we do not include coreutils in the system definition | 15:36 |
| richard_maw | jjardon: I'm aware of that, I was just asking for confirmation as to why we weren't instead using an older version and including it in all systems | 15:37 |
| richard_maw | I think it would be appropriate to add coreutils to all devel systems | 15:38 |
| jjardon | richard_maw: yeah, I remember to have problems building stuff with busybox utils / old versions of coreutils | 15:39 |
| jjardon | richard_maw: sure, go for it. Its really only artifically splitted because the genivi systems | 15:40 |
| jjardon | Sorry, not sure I understand this stuff correctly; Is this the correct thing to do If I want to keep the "strip" binary (which belongs to binutils) ? http://paste.baserock.org/anorejilob | 15:43 |
| *** a1exhughe5 has quit IRC | 15:45 | |
| pedroalvarez | hm.. that is going to make your system bigger | 15:45 |
| pedroalvarez | binutils is around 90M | 15:47 |
| pedroalvarez | I guess my idea of running it as a system integration command is not good enough | 15:47 |
| richard_maw | jjardon: that's one way to do it | 15:47 |
| richard_maw | you could also do an explicit assignment of binutils-foo: build-essential-minimal in the binutils chunk entry | 15:47 |
| richard_maw | jjardon: if it's just for the minimal system that you need it for now, I'd suggest just adding the command to do the strip in the libc and busybox chunk morphologies | 15:50 |
| *** tpollard_ has quit IRC | 15:52 | |
| richard_maw | https://gerrit.baserock.org/#/c/660/ | 15:53 |
| jjardon | richard_maw: rigth, you mean something like this? http://paste.baserock.org/suloguyigu | 15:58 |
| ratmice__ | there is also elfutils eu-strip | 16:02 |
| jjardon | ratmice__: nice, unfortunately we do not seem to have elfutils in baserock at the moment | 16:03 |
| *** zoli__ has quit IRC | 16:12 | |
| *** mariaderidder has quit IRC | 16:28 | |
| richard_maw | jjardon: that sort of thing, yes | 16:45 |
| jjardon | mmm, would it be ok to move perl out of core? I have to rebuild the whole core stratum because the bsp depends on core because perl | 16:55 |
| Kinnison | perl is needed deeply because it's a b-dep of automake etc | 16:56 |
| Kinnison | also needed to configure openssl | 16:57 |
| Kinnison | and friends | 16:57 |
| *** jonathanmaw has quit IRC | 16:57 | |
| jjardon | Kinnison: sure, maybe you can make core depend on perl? | 16:58 |
| Kinnison | jjardon: It's going to complicate matters I fear | 16:58 |
| Kinnison | jjardon: *anything* which needs to run automake during its build will need perl | 16:58 |
| *** bashrc has quit IRC | 17:00 | |
| jjardon | Kinnison: yes, but nothing will change in those cases: if you depend on core because automake, you will implicitly depend on perl | 17:00 |
| Kinnison | which strata currently build-depend on core but not perl? | 17:01 |
| *** franred has quit IRC | 17:01 | |
| pedroalvarez | OpenStack Kilo in baserock begins: https://gerrit.baserock.org/661 | 17:03 |
| jjardon | Kinnison: I mean, if your stratum depend in core, and you move perl to another stratum and make core depend on it, your stratum will keep depending on core and perl, no change needed (AFAIK) | 17:03 |
| Kinnison | and core will have to rebuild because of perl | 17:04 |
| Kinnison | I'm not seeing how you gain anything but complexity | 17:04 |
| *** mdunford has quit IRC | 17:06 | |
| jjardon | Kinnison: Instead rebuilding my bsp if any of the components of core changes, I will only rebuild if perl changes | 17:06 |
| Kinnison | I see | 17:07 |
| jjardon | (note that for minimal systems, core is not included in the final system, Its only needed to build the kernel) | 17:07 |
| jjardon | because perl | 17:07 |
| Kinnison | You'd need to pull gdbm out too | 17:08 |
| Kinnison | and ensure that every system which contains core contains your perl stratum | 17:08 |
| Kinnison | then it might be plausible | 17:08 |
| Kinnison | Though I am worried that we're going to end up with so many microstrata that we'll have package-explosion | 17:08 |
| tiagogomes | erm, is the cache server working? I am building btrfs-utils | 17:10 |
| jjardon | yeah, me too. That's why I ask to see if you folks think its worth or not :) | 17:10 |
| Kinnison | jjardon: Right now I'd not -1 it -- put it that way :) | 17:11 |
| pedroalvarez | I think the problem is not cache.baserock.org | 17:16 |
| pedroalvarez | is Mason, stuck building | 17:16 |
| pedroalvarez | seems like we have a weird bug in distbuild | 17:16 |
| SotK | pedroalvarez: oh? | 17:16 |
| pedroalvarez | SotK: hm... yeah.. I've been hitting the same problem on another mason | 17:17 |
| pedroalvarez | (local one) | 17:17 |
| SotK | do you have a log you can paste somewhere? | 17:17 |
| pedroalvarez | distbuild logs... | 17:17 |
| pedroalvarez | I can have 1G of logs | 17:17 |
| jjardon | BTW, seems we stop lorrying the perl repo, last commit from 2012: http://git.baserock.org/cgi-bin/cgit.cgi/delta/perl.git/ compare: http://perl5.git.perl.org/perl.git | 17:18 |
| pedroalvarez | SotK: I cand send you the latest logs if you want | 17:20 |
| SotK | pedroalvarez: yes please :) | 17:20 |
| pedroalvarez | sigh, I don't know how | 17:20 |
| pedroalvarez | mason is internet isolated :) | 17:20 |
| SotK | oh yeah :/ | 17:22 |
| pedroalvarez | yay, i've got them | 17:22 |
| *** paulsher3ood has joined #baserock | 17:24 | |
| *** locallycompact has quit IRC | 17:27 | |
| * SotK anticipates | 17:27 | |
| pedroalvarez | SotK: sent them to you, sorry for the 8M file attachment | 17:28 |
| SotK | pedroalvarez: thanks | 17:30 |
| pedroalvarez | SotK: thank you for swimming on those logs | 17:31 |
| SotK | looks like it didn't queue anything new to build after fhs-dirs | 17:34 |
| SotK | that makes no sense | 17:35 |
| *** tiagogomes has quit IRC | 17:36 | |
| * SotK will look in more detail later, I need ot head off now | 17:36 | |
| *** gary_perkins has quit IRC | 17:45 | |
| *** zoli__ has joined #baserock | 17:49 | |
| * paulsher3ood is become many | 17:57 | |
| * paulsher3ood apologises for having mutiple nicks | 17:58 | |
| *** ssam2 has quit IRC | 18:01 | |
| *** paulsherwood has quit IRC | 18:38 | |
| *** zoli__ has quit IRC | 19:00 | |
| jjardon | mmm, I manage to strip /lib/* with strip --strip-debug /lib/* , but unfortunatelly the resulting image is bigger than before (probably because we have to include binutils, as pedroalvarez said) | 20:00 |
| jjardon | I tried to strip /usr/bin or /usr/lib, but the strip fails with "unable to copy file '/usr/bin/yes'; reason: Text file busy" and "strip:/usr/lib/libc.so: File format not recognized" respectively, and the integration command fails | 20:01 |
| jjardon | Does anyone know if its possible to ignore the result of the command, so the integration comamnd doesnt fail even if strip is not able to strip some of the files? | 20:02 |
| *** paulsher3ood has quit IRC | 20:27 | |
| *** paulsher2ood has quit IRC | 20:30 | |
| *** paulsher1ood has quit IRC | 20:31 | |
| *** rdale_ has quit IRC | 20:32 | |
| *** zoli__ has joined #baserock | 20:33 | |
| *** paulsherwood has joined #baserock | 20:35 | |
| *** zoli__ has quit IRC | 23:05 | |
| *** zoli__ has joined #baserock | 23:38 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!