*** zoli__ has joined #baserock | 06:30 | |
*** petefoth has joined #baserock | 07:23 | |
*** jjardon has quit IRC | 08:24 | |
*** jjardon has joined #baserock | 08:25 | |
*** tiagogomes_ has joined #baserock | 08:34 | |
*** grahamfinney__ has joined #baserock | 08:35 | |
radiofree | question about the UUID used in the fstab | 08:42 |
---|---|---|
radiofree | is there someone on first boot of a system that changes/modifies that? | 08:43 |
radiofree | s/someone/something | 08:43 |
radiofree | i'm changing morph upgrade to allow you to use rawdisk image files, it works, the only problem at the moment is the fstab | 08:43 |
radiofree | there's already one in a rawdisk image, but because the UUID is different nothing mounts | 08:44 |
radiofree | but if i use that rawdisk image, dd it to the board, it will work right? | 08:44 |
*** mariaderidder has joined #baserock | 08:46 | |
SotK | radiofree: the UUIDs are calculated here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/morphlib/writeexts.py#n351 | 08:49 |
*** mdunford has quit IRC | 08:49 | |
SotK | that function is called in the rawdisk write extension, so I guess the UUIDs are set at deploy time | 08:50 |
* SotK could be wrong though | 08:50 | |
radiofree | SotK: yeah, so the problem i have is the rawdisk image already has an fstab, so when you try to do an upgrade it just copies over that existing fstab with the wrong UUIDs | 08:51 |
radiofree | here http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/morphlib/exts/ssh-rsync.write#n130 | 08:51 |
*** zoli__ has quit IRC | 08:51 | |
*** mdunford has joined #baserock | 08:51 | |
radiofree | i was thinking about making "complete_fstab_for_btrfs_layout" in rawdisk.write use a temporary directory to generate the fstab, then manually copy that over as the last stage of the upgrade? | 08:52 |
radiofree | ideally i want to mount the rawdisk image as read-only, i don't want to modify anything on that (i.e the fstab) | 08:52 |
radiofree | i was thinking about making "complete_fstab_for_btrfs_layout" in rawdisk.write... i mean ssh-rsync | 08:53 |
* radiofree will send patches for it anyway | 08:54 | |
*** sherm_ has joined #baserock | 08:55 | |
*** tiagogomes_ has quit IRC | 08:57 | |
* SotK wonders if this could be caused by it getting the UUID before actually doing anything to the system | 08:59 | |
*** mdunford has quit IRC | 08:59 | |
*** bashrc_ has joined #baserock | 09:02 | |
*** fay__ has quit IRC | 09:04 | |
*** fay_ has joined #baserock | 09:05 | |
radiofree | SotK: for upgrades, it gets the UUID from the system it's uprading | 09:07 |
radiofree | s/uprading/upgrading | 09:08 |
radiofree | which is fine, but ssh-rsync assumes there's no /etc/fstab in the system you're trying to upgradew to | 09:08 |
radiofree | in my case, my upgrade source is a rawdisk image (/src/weston-foo-arm.img) | 09:09 |
radiofree | which already has an fstab, so that just gets copied over | 09:09 |
radiofree | i'll make the change i suggested and send a patch, it won't change the existing behaviour at least | 09:09 |
*** jonathanmaw has joined #baserock | 09:10 | |
*** mdunford has joined #baserock | 09:13 | |
*** zoli__ has joined #baserock | 09:19 | |
*** gary_perkins has joined #baserock | 09:47 | |
*** ssam2 has joined #baserock | 09:48 | |
*** ChanServ sets mode: +v ssam2 | 09:48 | |
*** tiagogomes_ has joined #baserock | 09:51 | |
tiagogomes_ | ssam2, thanks for merging the newer Make tarball, can you promote it please? | 09:56 |
*** bfletcher has joined #baserock | 09:56 | |
*** franred has joined #baserock | 09:58 | |
petefoth | Are people here still using Trello or Taiga? What is the current status wrt to a TaskTracker and / or a defect tracker for Baserock? | 09:58 |
ssam2 | tiagogomes_: yes, in a moment | 09:58 |
ssam2 | petefoth: I've not used either Trello or Taiga | 09:58 |
tiagogomes_ | ssam2 ta | 09:59 |
ssam2 | petefoth: I've made some progress on setting up Storyboard, but I want to get Gerrit working before I go back to looking at Storyboard | 09:59 |
ssam2 | it should be pretty simple once Gerrit is done though | 10:00 |
ssam2 | since some of the work, such as setting up automated database backups, actually overlaps anyway | 10:00 |
petefoth | ssam2: thanks. I'll keep working with the StoryBoard incubator page for now then | 10:01 |
ssam2 | sounds good | 10:02 |
ssam2 | tiagogomes_: moved delta/make-tarball to the top of the queue | 10:02 |
tiagogomes_ | \o/ | 10:02 |
ssam2 | Can anyone give my patch series 'definitions: Remove all mention of Ye Olde Mason' a quick review? | 10:03 |
ssam2 | I included a ref change for trove-setup, which actually I don't think I should have done | 10:03 |
ssam2 | because the ref change reflects merging a branch in trove-setup.git and thus it should point to the merge commit and not the head of the branch that was merged | 10:03 |
ssam2 | other than that the patch series is removing two lines from one cluster morph so it's trivial to review | 10:04 |
pedroalvarez | petefoth: I'm still using Trello | 10:05 |
petefoth | pedroalvarez: thanks | 10:05 |
*** franred has quit IRC | 10:11 | |
*** Krin has joined #baserock | 10:15 | |
*** franred has joined #baserock | 10:15 | |
*** pacon has joined #baserock | 10:16 | |
ssam2 | thanks for the review SotK! | 10:19 |
*** franred has quit IRC | 10:21 | |
SotK | ssam2: you're welcome | 10:24 |
nowster | Can anyone help with this: (gcc build problem) http://paste.baserock.org/bedowugivi | 10:25 |
nowster | either ld should be looking in /tools/lib* or the gcc libraries should have gone in /usr/lib64/ | 10:27 |
*** franred has joined #baserock | 10:27 | |
pedroalvarez | nowster: is there a link in /lib/libgcc_s.so.1 and it's broken? | 10:30 |
*** lachlanmackenzie has joined #baserock | 10:31 | |
pedroalvarez | nowster: this symlink is created in stage2-gcc (at the bottom of this file http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/build-essential/stage2-gcc.morph) | 10:32 |
nowster | pedroalvarez: thanks! | 10:35 |
pedroalvarez | so, was it broken then? | 10:35 |
nowster | if [ "$(echo $TARGET | cut -c -6)" = "x86_64" ]; then probably needs mips64 in there too! | 10:36 |
pedroalvarez | nowster: oh yes, indeed | 10:36 |
nowster | thanks for the pointer | 10:37 |
pedroalvarez | np | 10:37 |
Kinnison | nowster: I'd check with tiago what he did for armv8l64 too | 10:37 |
nowster | Kinnison: tiago's working with gcc4.9.x. I'm still using gcc4.6.2 | 10:37 |
Kinnison | aah | 10:38 |
nowster | changing it to: | 10:42 |
nowster | case "$TARGET" in | 10:42 |
nowster | x86_64* | mips64*) libdir=lib64 ;; | 10:42 |
nowster | *) libdir=lib ;; | 10:42 |
nowster | esac | 10:42 |
pedroalvarez | I wonder why we are currently doing the ' vut -c -6' to target | 10:48 |
pedroalvarez | s/target/$TARGET/ | 10:48 |
pedroalvarez | I see, because $TARGET is the arch triplet | 10:49 |
Kinnison | linux- ? | 10:49 |
ssam2 | jjardon: were you planning on making a branch that removes 'compression' field from everything in lorries.git ? | 10:51 |
ssam2 | i can do it, but I don't want to have us both send patches at the same time again | 10:51 |
Kinnison | if you do, remember that Strip is also deobsolete :) | 10:51 |
ssam2 | is it? | 10:51 |
ssam2 | oh, right. | 10:51 |
Kinnison | Yep | 10:51 |
Kinnison | type and url is pretty much all that tarball uses | 10:52 |
ssam2 | what does Lorry do now? | 10:52 |
ssam2 | if I have a tarball with contents in ./ ? | 10:52 |
DavePage_ | Is there a high-res version of the Baserock logo at wiki.baserock.org ? | 10:52 |
pedroalvarez | nowster: I think that is a sensible solution. Although I wonder if there is a better solution nowadays with newer gcc | 10:52 |
pedroalvarez | DavePage_: I don't think so. Let me check if I have something around. | 10:53 |
pedroalvarez | DavePage_: I've some svg files around | 10:54 |
DavePage_ | Coolios | 10:54 |
pedroalvarez | DavePage_: sent | 10:57 |
DavePage_ | Thanks pedroalvarez | 10:58 |
*** rdale_ has joined #baserock | 10:59 | |
*** rdale__ has joined #baserock | 11:01 | |
*** mdunford has quit IRC | 11:02 | |
*** rdale has quit IRC | 11:02 | |
*** rdale_ has quit IRC | 11:04 | |
jjardon | ssam2: I was planning on do it yes, but go ahead if you already started | 11:07 |
ssam2 | i hadn't started, go ahead | 11:10 |
ssam2 | i'm doing cleanups in lorry.git first | 11:10 |
ssam2 | note we can remove both 'strip' and 'compression' | 11:11 |
Kinnison | Does morph place the artifact ID into the environment during builds? | 11:12 |
ssam2 | not as far as I know | 11:12 |
ssam2 | why? | 11:12 |
ssam2 | might be cool, but I can't think why you'd need it | 11:12 |
*** rdale has joined #baserock | 11:14 | |
jjardon | ssam2: ok, on it | 11:14 |
jjardon | ok to update the location of usbhid-dump? http://paste.baserock.org/ugucoyibax | 11:15 |
richard_maw | Kinnison: unless it's been added recently, it doesn't | 11:15 |
ssam2 | jjardon: +1 | 11:16 |
pedroalvarez | jjardon: do they share the same history? (same sha1 in tags for example?) | 11:16 |
richard_maw | ssam2: You could put the cache key in the build-id of the binaries, so you could work backwards from an executable to what built it | 11:16 |
*** mdunford has joined #baserock | 11:16 | |
*** rdale__ has quit IRC | 11:17 | |
ssam2 | richard_maw: what's build-id ? is that some special field that the ELF executable file format provides? | 11:17 |
richard_maw | ssam2: also, you could get ccache to look at the build-id of the toolchain to calculate its cache keys | 11:17 |
richard_maw | ssam2: precisely | 11:17 |
ssam2 | we've still not proved whether or not ccache is actually useful. I think it's been broken a *long* time and we haven't done anything about it | 11:18 |
Kinnison | richard_maw: noted. | 11:18 |
richard_maw | ssam2: we did prove it was worth it for building the kernel a while back, but we haven't continued to test whether it's useful, and I don't recall where the results are now | 11:20 |
ssam2 | ah, right | 11:20 |
jjardon | pedroalvarez: yes | 11:20 |
pedroalvarez | jjardon: +1 then | 11:20 |
jjardon | thanks! | 11:21 |
*** wdutch has joined #baserock | 11:21 | |
wdutch | does there exist a list of the chunks in definitions? | 11:24 |
ssam2 | we don't manually maintain a list somewhere in text form, if that's what you mean | 11:24 |
wdutch | oka | 11:25 |
wdutch | y | 11:25 |
tiagogomes_ | anyone knows if we have a package in baserock which installs sys/acl.h | 11:25 |
ssam2 | grepping for 'sys/acl.h' in /baserock/*.meta in a Baserock system will tell you | 11:26 |
ssam2 | I don't know off hand, though | 11:26 |
tiagogomes_ | ssam2 thanks | 11:26 |
pedroalvarez | tiagogomes_: http://savannah.nongnu.org/projects/acl ? | 11:30 |
tiagogomes_ | pedroalvarez righto, but that isn't in baserock, yet | 11:30 |
pedroalvarez | tiagogomes_: no, it's lorried though | 11:31 |
tiagogomes_ | acl is needed to compile last btrfs-progs | 11:31 |
SotK | wdutch: `git grep "\- name:" -- "strata/*.morph"` will get you a list of them I think | 11:31 |
tiagogomes_ | hmm, if is lorries I may try to add it quickly | 11:31 |
wdutch | SotK: ta | 11:32 |
tiagogomes_ | the lorry clean up patch is nice. I wounder whether we will switch to yaml for lorries at some point | 11:48 |
ssam2 | would make them a bit easier to write, I guess | 11:50 |
*** pacon has quit IRC | 11:59 | |
*** edcragg has joined #baserock | 12:03 | |
*** petefoth_ has joined #baserock | 12:11 | |
*** rjek_ has joined #baserock | 12:13 | |
*** simonh_ has joined #baserock | 12:14 | |
*** jmacs_ has joined #baserock | 12:15 | |
*** JPohlman1 has joined #baserock | 12:15 | |
*** petefoth1ringham has joined #baserock | 12:15 | |
*** cyndis_ has joined #baserock | 12:17 | |
*** tiagogomes_ has quit IRC | 12:20 | |
*** petefoth has quit IRC | 12:20 | |
*** mauricemoss_ has quit IRC | 12:20 | |
*** JPohlmann has quit IRC | 12:20 | |
*** petefotheringham has quit IRC | 12:20 | |
*** rjek has quit IRC | 12:20 | |
*** jmacs has quit IRC | 12:20 | |
*** cyndis has quit IRC | 12:20 | |
*** petefoth_ is now known as petefoth | 12:20 | |
*** tiagogomes_ has joined #baserock | 12:21 | |
*** locallycompact has joined #baserock | 12:54 | |
locallycompact | Q, How do I make lorry controller forcibly replace branches from an upstream trove if upstream trove has changed history? | 12:56 |
jjardon | hey, http://mason-x86-64.baserock.org/ is in red, looking to the last log seems there is not enough space on disk? | 12:58 |
paulsherwood | ouch :) | 12:59 |
paulsherwood | locallycompact: in a trove you own, or git.baserock.org? | 12:59 |
richard_maw | locallycompact: add a "refspecs" entry to the lorry file, listing force push refspecs, so if you want it to replace all refs you need to add `"refspecs": [ "+refs/heads", "+refs/tags" ]` | 12:59 |
paulsherwood | i think i gbo we need to consider on a case-by-case basis | 12:59 |
jjardon | on the failure log of "2015-02-03 12:29:02", seems the weston image is correctly generated though (!?) | 13:00 |
paulsherwood | would be very bad for gbo to start re-writing history without proper understanding of why | 13:00 |
locallycompact | richard_maw: You mean the conf file? | 13:02 |
richard_maw | locallycompact: the foo.lorry file. If the lorry in question is from an auto-generated .lorry file then it defaults to force pushes IIRC | 13:03 |
locallycompact | richard_maw: I don't have any lorry file, these repos are coming from an upstream trove. Is it automatically handled then? | 13:04 |
richard_maw | It *should* automatically allow the force-push then, but I can't rule out the behaviour changing since I last looked at it. | 13:05 |
locallycompact | richard_maw: Alright, I'll report back. Thanks | 13:06 |
ssam2 | jjardon: regarding testing your branch on ARM: the build failed because distbuild is broken | 13:51 |
jjardon | ssam2: oh, nevermind then | 13:52 |
ssam2 | is the branch blocking other stuff? | 13:53 |
jjardon | nope | 13:54 |
*** petefoth has joined #baserock | 13:56 | |
*** mdunford has quit IRC | 13:59 | |
pedroalvarez | ok, I think that mason is alive again. Thanks jjardon for pointing that out | 14:05 |
*** mdunford has joined #baserock | 14:12 | |
*** rjek_ is now known as rjek | 14:13 | |
nowster | Next problem... ld.so.1 refers to /tools/etc/ld.so.cache, not /etc/ld.so.cache | 14:20 |
*** cyndis_ is now known as cyndis | 14:20 | |
jjardon | green in http://mason-x86-64.baserock.org/ :) , thanks pedroalvarez ! | 14:23 |
pedroalvarez | nowster: so, it's present in /etc/ld.so.cache? | 14:25 |
pedroalvarez | (this one is not going to be easy) | 14:25 |
*** petefoth has quit IRC | 14:28 | |
nowster | yep | 14:30 |
nowster | I've done this in stage2-fhs. It's ugly: | 14:30 |
nowster | +- ln -s "$DESTDIR/etc" "$PREFIX/etc" | 14:30 |
nowster | rats! ln: /tools/etc/etc: Read-only file system | 14:30 |
pedroalvarez | hehe | 14:31 |
pedroalvarez | it should be - ln -s "$/etc" "$DESTDIR$PREFIX/etc" | 14:31 |
pedroalvarez | - ln -s "/etc" "$DESTDIR$PREFIX/etc" | 14:32 |
pedroalvarez | but it is indeed an ugly hack | 14:34 |
pedroalvarez | nowster: is this building gcc aswell? | 14:34 |
nowster | yes | 14:35 |
*** petefoth has joined #baserock | 14:36 | |
pedroalvarez | hm.. | 14:36 |
pedroalvarez | nowster: I assume that this is the context: you have created a bootstrap tarball for mips64, and you are running the ./native-bootstrap script, right? | 14:37 |
nowster | nope... this is making build-essential on a system that has already done native-bootstrap | 14:38 |
nowster | (having fiddled around this problem on the native-bootstrap) | 14:38 |
pedroalvarez | right | 14:39 |
*** petefoth has quit IRC | 14:42 | |
*** grahamfinney__ has quit IRC | 14:42 | |
*** petefoth has joined #baserock | 14:44 | |
*** grahamfinney__ has joined #baserock | 14:49 | |
*** petefoth has quit IRC | 14:50 | |
*** petefoth has joined #baserock | 14:51 | |
nowster | pedroalvarez: I think it's when glibc.morph calls configure.... | 14:51 |
nowster | --sysconfdir=DIR read-only single-machine data [PREFIX/etc] | 14:51 |
nowster | as it's PROBABLY setting PREFIX to /tools | 14:51 |
nowster | Does that sound reasonable? | 14:51 |
pedroalvarez | nowster: let me check a couple of things | 14:52 |
nowster | Note that I'm not on bleeding edge at the moment. | 14:52 |
*** grahamfinney__ has quit IRC | 14:55 | |
*** grahamfinney has joined #baserock | 14:56 | |
*** grahamfinney_ has joined #baserock | 14:56 | |
*** grahamfinney has quit IRC | 14:56 | |
*** grahamfinney has joined #baserock | 14:56 | |
*** grahamfinney has joined #baserock | 14:57 | |
pedroalvarez | nowster: so just to clarify. Something is expecting the library to be in /tools/etc, but it is in /etc | 15:04 |
nowster | ld.so.1 (linker) is expecting ld.so.cache to be in /tools/etc but it should be looking in /etc/ as that's where ldconfig has put it. | 15:06 |
*** zoli__ has quit IRC | 15:07 | |
* pedroalvarez is out of ideas | 15:08 | |
pedroalvarez | I wonder if makes sense to remove the stage2-glibc dependency of gcc, since it has the glibc dependency | 15:09 |
pedroalvarez | nowster: have you tried --sysconfdir? | 15:28 |
nowster | not yet | 15:28 |
pedroalvarez | things I'd try: | 15:29 |
pedroalvarez | 1) remove stage2-glibc dependency in gcc | 15:29 |
pedroalvarez | 2) add --sysconfdir in stage2-glibc | 15:29 |
pedroalvarez | 3) the same but in glibc (this should do nothing but at this point I don't know what else to try) | 15:29 |
nowster | it's following glibc that it starts failing. | 15:30 |
nowster | so I'm trying 3 first. | 15:30 |
pedroalvarez | nowster: '--sysconfdir=/etc' ? | 15:31 |
nowster | yeo | 15:31 |
nowster | yes | 15:31 |
pedroalvarez | my assumption is that when building gcc, it's using stage2-glibc instead of using glibc (stage3). And the former is misconfigured to look for the ld.so.cache in /tools/etc. | 15:33 |
nowster | no, it's already built glibc | 15:43 |
*** CTtpollard has quit IRC | 15:44 | |
pedroalvarez | uh? | 15:44 |
*** CTtpollard has joined #baserock | 15:57 | |
tiagogomes_ | pedroalvarez re removing stage2-glibc, what about the stage2 binaries that dynamically link against /tools/ld.so? | 16:00 |
*** zoli__ has joined #baserock | 16:06 | |
*** zoli__ has quit IRC | 16:12 | |
pedroalvarez | tiagogomes_: true | 16:13 |
pedroalvarez | tiagogomes_: any suggestions to help nowster? | 16:13 |
tiagogomes_ | nothing comes to my mind right now, I can't look deeper at the moment | 16:17 |
nowster | Hmm... The ld-2.20.so in *.chunk.glibc-libs.d is correct, but it appears that the one from stage2-glibc overrides it. | 16:17 |
pedroalvarez | I wonder why we don't have the same problem in x86 | 16:18 |
pedroalvarez | (or Arm) | 16:18 |
ssam2 | chunks should be installed in a stable order | 16:18 |
nowster | oh crap... it's probably because of the /lib64 link. | 16:18 |
ssam2 | from 'furthest away dependency' to 'nearest dependency' | 16:18 |
ssam2 | ah :) | 16:18 |
ssam2 | jjardon: did you look at adding tzdata yet? I will do now if not | 16:19 |
radiofree | baserock-system-config-sync looks absolutely terrifying | 16:22 |
ssam2 | yeah :( | 16:22 |
ssam2 | it does have some tests... but they're also terrifying | 16:23 |
Kinnison | radiofree: it has to do a tough job, sadly | 16:23 |
ssam2 | all the more reason for it not to be written in Bash | 16:23 |
ssam2 | or even Ash | 16:23 |
Kinnison | Aye | 16:23 |
Kinnison | I'm guessing it'll likely have to be written in a compiled language unless we're going to mandate python be present on all systems | 16:24 |
ssam2 | radiofree: for the purposes of adding a special-case hook for /etc/fstab, you'd just need to hook it in under the 'exists exists exists' case | 16:27 |
ssam2 | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/tbdiff.git/tree/baserock-system-config-sync/baserock-system-config-sync#n185 | 16:27 |
ssam2 | since if there's no fstab in either the old or the new system, the upgrade will work fine | 16:27 |
ssam2 | and if the fstab merge tool happens to be written in C, that's one less thing we'd have to convert to C later on... :) | 16:29 |
pdar_ | ERROR (ConnectionError): ('Connection aborted.', BadStatusLine("''",)) | 16:42 |
pdar_ | whoooops | 16:42 |
pdar_ | wrong window | 16:42 |
pdar_ | sorry | 16:42 |
*** anonymous1179804 has joined #baserock | 16:51 | |
radiofree | ssam2: i'm thinking it might be easier to just let baserock-system-config-sync do whatever it wants, and then sanity check the fstab afterwards? | 16:51 |
radiofree | e.g fstab-check actualuuid | 16:51 |
*** anonymous1179804 has left #baserock | 16:51 | |
*** jonathanmaw has quit IRC | 16:51 | |
*** anonymous1179804 has joined #baserock | 16:51 | |
ssam2 | radiofree: fair enough | 16:51 |
ssam2 | especially if fstab-check gets run from the baserock-system-config-sync process | 16:52 |
radiofree | Create a snapshot of '/tmp/tmpizO1B1/systems/new/orig' in '/tmp/tmpizO1B1/systems/new/run/orig' | 16:56 |
radiofree | that's wrong isn't it? | 16:56 |
pedroalvarez | radiofree: where is that? | 16:57 |
radiofree | i'm messing with system-version-manager | 16:57 |
radiofree | it's the result of doing btrfs subvolume snapshot orig_dir run_dir | 16:57 |
radiofree | orig_dir = /tmp/tmpizO1B1/systems/new/orig | 16:58 |
radiofree | run_dir = /tmp/tmpizO1B1/systems/new/run | 16:58 |
pedroalvarez | and it creates .../run/orig instead? | 16:58 |
radiofree | yeah... i'm not sure how that's happening | 16:58 |
pedroalvarez | radiofree: because... run already exists? | 16:59 |
radiofree | i don't think it does | 17:00 |
pedroalvarez | I think something similar happens with the `cp` command | 17:00 |
radiofree | i'll try again | 17:00 |
*** pdar_ is now known as pdar | 17:00 | |
radiofree | pedroalvarez: you're right, thanks :) | 17:01 |
pedroalvarez | :) | 17:01 |
* pedroalvarez was testing the behaviour of `cp` to compare | 17:01 | |
pedroalvarez | http://paste.baserock.org/deyazevuli | 17:01 |
nowster | pedroalvarez: I think the following in stage2-glibc might fix things | 17:09 |
nowster | + mips64*) | 17:09 |
nowster | + install -d "$DESTDIR/lib64" | 17:09 |
nowster | + ln -s "$PREFIX/lib/ld.so.1" \ | 17:09 |
nowster | + "$DESTDIR/lib64/ld.so.1" ;; | 17:09 |
nowster | emphasis on *might* | 17:09 |
grahamfinney | I'm working on the YBD work which involves stripping down the morph build process. I'm new to BR so I'm clueless really. Anyway the process goes so far and then hits a roadblock and I've stared at the screen long enough now so any help would be welcome. The output is at http://paste.baserock.org/gididilaci. | 17:20 |
richard_maw | at a guess, you need to use `os.lstat` rather than `os.stat` because destpath is a dangling symlink? | 17:22 |
richard_maw | I really can't comment about what's going on though, not knowing the codebase | 17:25 |
richard_maw | what exactly is it trying to do at line 92 in ybd.staging? | 17:25 |
*** mariaderidder has quit IRC | 17:29 | |
*** tiagogomes_ has quit IRC | 17:30 | |
grahamfinney | Good question | 17:32 |
richard_maw | at a guess it's trying to copy some file attributes by statting first, in which case it shouldn't be doing that because it's operating on a symlink | 17:33 |
grahamfinney | This is something that works past this point on Paul's setup, but not on mine | 17:34 |
grahamfinney | I'll look into what you've said so far. It's a starting point | 17:35 |
*** ssam2 has quit IRC | 17:38 | |
bashrc_ | is there any way of running emacs in baserock? | 17:41 |
jmacs_ | Not yet | 17:42 |
jmacs_ | You'd need to build it and all its dependencies | 17:43 |
radiofree | bashrc_: it has been lorried but a quick git grep of definitions suggests it hasn't been added to any stratum | 17:43 |
bashrc_ | ok | 17:44 |
*** zoli__ has joined #baserock | 17:50 | |
jjardon | ssam2: yeah, just did the patch today | 17:51 |
jjardon | (for tzdata) | 17:51 |
*** zoli__ has quit IRC | 17:52 | |
radiofree | the baserock emacs repo seems to be a bit.. broken? | 17:59 |
radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/delta/emacs.git/ | 17:59 |
radiofree | can't clone it | 17:59 |
*** jmacs_ is now known as jmacs | 18:01 | |
jjardon | it actually looks broken: http://git.baserock.org/cgi-bin/cgit.cgi/delta/emacs.git/ | 18:01 |
*** bashrc_ has quit IRC | 18:04 | |
jjardon | the url in the lorry file seems to work fine | 18:04 |
*** zoli__ has joined #baserock | 18:05 | |
*** Krin has quit IRC | 18:05 | |
jjardon | Hey! seems the GTK+ repo is not up-to-date anymore (last commit 2014-12-24) http://git.baserock.org/cgi-bin/cgit.cgi/delta/gtk+.git/ | 18:10 |
*** sherm_ has quit IRC | 18:23 | |
*** tiagogomes_ has joined #baserock | 18:31 | |
*** tiagogomes_ has quit IRC | 18:44 | |
*** zoli__ has quit IRC | 18:46 | |
*** zoli__ has joined #baserock | 18:49 | |
*** grahamfinney has quit IRC | 18:51 | |
*** franred has quit IRC | 18:53 | |
*** gary_perkins has quit IRC | 18:57 | |
*** edcragg has quit IRC | 19:10 | |
*** grahamfinney has joined #baserock | 19:20 | |
*** lachlanmackenzie has quit IRC | 19:23 | |
*** grahamfinney has quit IRC | 19:25 | |
*** petefoth has quit IRC | 19:27 | |
*** tiagogomes has joined #baserock | 19:53 | |
*** zoli__ has quit IRC | 21:42 | |
*** zoli__ has joined #baserock | 21:54 | |
*** zoli__ has quit IRC | 22:06 | |
*** zoli__ has joined #baserock | 22:08 | |
*** zoli__ has quit IRC | 23:40 | |
*** tiagogomes has quit IRC | 23:41 | |
*** tiagogomes_ has joined #baserock | 23:51 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!