| diana_coman: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-11-Oct-2019#1005672 - *when* should you have asked this? | [03:54] |
| ossabot: | Logged on 2019-10-11 16:59:36 whaack: a little update on my interests post. first, i thought this was understood but i want to clarify with you diana_coman that this post is not supposed to be a continuation of previous/future tmsr work but instead a list of the things that i am personally interested in. (that would be aeparate post that will come later.) second, i've come up with six categories: pr | [03:54] |
| diana_coman: | whaack: happily for you this time, the post is indeed a list of your interests, not a revision of the previous post, no; outline at this stage sounds ok but it's hard to say much on it at that level (other than you seem perhaps to overwork the classification before you even got in clear exactly what content you have; it generally works the other way around) | [03:57] |
| diana_coman: | asciilifeform: thank you for the updated recipe, I'll try it out today. | [03:57] |
| diana_coman: | asciilifeform: done, booted successfully, I'll have to still check everything but will run it also on at least one more amd today | [04:47] |
| diana_coman: | and I tweaked an option at kernel compile time so my usual kbd works as well, lolz. | [04:52] |
| diana_coman: | the sort of thing that works way better when not totally tired like yest. | [04:53] |
| diana_coman: | asciilifeform: hm, apparently the recipe though results in / mounted as read-only ?! | [05:54] |
| diana_coman: | from dmesg: http://paste.deedbot.org/?id=45Rh | [05:58] |
| diana_coman: | I don't get why it's trying to mount it as ext3; fstab clearly say ext4 for /dev/sda2, ugh | [05:59] |
| diana_coman: | mk, I added to boot line rootfstype=ext4 and that at least got read of trying to mount it as ext3; onth, it's STILL read-only, grrr | [06:09] |
| diana_coman: | got rid* | [06:30] |
| diana_coman: | at least remount works fine so hm | [06:30] |
| asciilifeform: | guten tag diana_coman . lemme check re these oddities, 1s | [08:37] |
| asciilifeform: | diana_coman: confirmed, a) root mounts ro . will find out why ( did not occur, naturally, on actual dulap ) b) sad python. confirmed. may have occurred on actual dulap and fixed after imaging (or phuctor, lol, could never have worked ) . didja ever look on smg-primary ? had to also fix there ? | [08:39] |
| diana_coman: | morning asciilifeform ; let me know what you find; I'll be around | [08:39] |
| diana_coman: | asciilifeform: I don't recall having to fix python, no | [08:40] |
| diana_coman: | then again, eulora doesn't actually use any python as such | [08:40] |
| diana_coman: | meanwhile it's on my to-check list, hence ?! | [08:41] |
| asciilifeform: | i suppose we see when you get the backup cut up | [08:41] |
| asciilifeform: | mine, naturally, was troo-python (none of my proggies will execute under 3, it's exotically broken) | [08:41] |
| diana_coman: | asciilifeform: the idea is/was that if I'm fine with the backups I have, then disks get destroyed, not sent about | [08:41] |
| asciilifeform: | diana_coman: i rec to recreate machine before burnin' | [08:41] |
| diana_coman: | and my backups are of smg data, not of the system | [08:42] |
| asciilifeform: | aha | [08:42] |
| diana_coman: | asciilifeform: this is why I'm installing dulaps, no? | [08:42] |
| asciilifeform: | diana_coman: righto | [08:42] |
| asciilifeform: | diana_coman: fwiw i had my disks sent, cuz they did not contain any proprietaries that hadn't already been stolen w/ the last dulap | [08:42] |
| asciilifeform: | anyway i'ma go vivisect the tester, brb | [08:43] |
| diana_coman: | asciilifeform: well, eulora server is a bit of a different thing, hence rather not send unless have-to | [08:43] |
| diana_coman: | kk | [08:43] |
| diana_coman: | I'll be away for about 30 minutes and then back at console | [08:44] |
| asciilifeform: | np | [08:45] |
| asciilifeform: | i expect will take at least that long, still waking up as the sun goes up. | [08:45] |
| asciilifeform: | diana_coman: i expect (1) is sumthing to do with ext4, on orig dulap had set up w/ reiser but did not want to propagandize the use of obsolete fs . looking into why mounts ro. | [08:54] |
| asciilifeform: | btw i also used mbr, rather than gpt, on orig, updated recipe so people could use >2tb disks. may be culprit (req's diff options) | [09:07] |
| diana_coman: | asciilifeform: I was rather surprised at using gpt tbh; and why do you start first partition at 64? | [09:18] |
| asciilifeform: | diana_coman: was looking just nao re why. apparently no good reason, carried over from rk recipe (where the chipset actually required it) , can just as well start from 1 | [09:19] |
| asciilifeform: | diana_coman: also found culprit re why mounts readonly ext4. the boot stick mkfs.ext4 enables 'huge files' opt by default, which needs kernel flag, aboutta rebuild w/ same | [09:20] |
| asciilifeform: | will add all of this to recipe. | [09:20] |
| diana_coman: | kk, thanks | [09:20] |
| asciilifeform: | re python, apparently was in fact defect in the orig install, and had fixed immediately when setting up phuctor. | [09:21] |
| asciilifeform: | will add also to recipe. (or, alternatively, will make a new fs tarball) | [09:21] |
| asciilifeform: | still reading dox re (1) , cuz seems as if it may be red herring (applies only on 32bit kernels??) | [09:23] |
| asciilifeform: | diana_coman: re gpt -- >2tb raid arrays require it. i didnt have one, but intend to when rebuild dulap, hence the patch. | [09:25] |
| diana_coman: | ah, ok re gpt. | [09:26] |
| asciilifeform: | update : confirmed that 'huge files' item is red herring, it is unneeded on 64bit kern. so continuing dig. | [09:32] |
| whaack: | diana_coman: good morning. I should have clarified the task assignment upon receiving it. The reworking of my classification came after writing content and realizing that my 'programming' section was ~identical to my cryptography section. This follows from the fact that work related to crytographic tools is the ~only interesting programming work. At least for me. | [09:39] |
| diana_coman: | whaack: morning; programming ~= controlling computers and if you want to do crypto, you kind of need to actually control your hardware so unless you have something other than existing computers, you need to know stuff around crypto itself as well; that being said, there's no problem in saying that your interest is in crypto really and that's it; ie you will learn anything else you need for & around | [09:42] |
| diana_coman: | it but that's your goal, sure. | [09:43] |
| asciilifeform: | diana_coman: found the eggog. without ancient notes, would never have found, troo cascade of liquishit. so, when made this tar, used 'exclude' command, with 'root'. and wrong regexp. so in fact 'evaporated' the initd script in /etc/init.d/root . which is what remounts / as rw . | [10:17] |
| asciilifeform: | diana_coman: i suspect that the Right Thing nao is to roll new tarball , replace the prev. | [10:19] |
| asciilifeform: | but 1st lemme demostrate the fix : | [10:19] |
| asciilifeform: | 1st remount as rw : mount -o remount,rw ; then this goes in /etc/init.d/root ; then rc-update add root boot ; then reset. get proper boot. | [10:20] |
| asciilifeform: | incidentally in /etc/fstab, prolly want ramdisk, | [10:21] |
| asciilifeform: | shm /dev/shm tmpfs nodev,nosuid,noexec 0 0 | [10:21] |
| asciilifeform: | i'ma make new dump tarball. | [10:24] |
| asciilifeform: | incl. correctly-sel'd python. | [10:24] |
| diana_coman: | asciilifeform: all right; what's the eta re new tarball? | [10:24] |
| asciilifeform: | hr+. gotta write to slow usbstick and then upload to snail server. | [10:25] |
| diana_coman: | I did precisely the remount earlier but anyway, didn't fix python otherwise so didn't really want to go ahead with all the rest on it as it is | [10:25] |
| diana_coman: | fwiw at least the recipe worked with same results on a 2nd amd on a gigabyte board | [10:26] |
| asciilifeform: | diana_coman: i'ma start. | [10:26] |
| diana_coman: | so there is some support to "will work on various amd platforms" | [10:26] |
| diana_coman: | asciilifeform: ok, thanks. | [10:26] |
| asciilifeform: | diana_coman: it's expected to work on any amd after k7. | [10:26] |
| asciilifeform: | 1s, gotta redo, forgot to 'make clean' in '/usr/src/linux', will massively bloat the tarball | [10:37] |
| diana_coman: | heh | [10:44] |
| asciilifeform: | uploading. | [10:47] |
| asciilifeform: | steps 3-12, 3-18 should no longer be needed. | [10:50] |
| asciilifeform: | upload oughta be done in ~30m | [10:52] |
| asciilifeform: | sha512==51b339fd922497bbd11abc38375b54beb01a9737af55dd4114c328023927ce07e2bd90a6c9b1a3f793b862dc951b0ae438bfd3591c295254982c880c89190787 meanwhile. | [10:53] |
| thimbronion: | diana_coman: http://thimbron.com/?p=282 | [10:53] |
| asciilifeform: | diana_coman: if you have a ftp going on 1 of those cheapo leased machines, i can try and put there, faster. | [10:54] |
| diana_coman: | thimbronion: answered. | [11:03] |
| diana_coman: | asciilifeform: I didn't set up any, uhm. | [11:05] |
| asciilifeform: | diana_coman: 45\% in | [11:05] |
| asciilifeform: | still goin'. | [11:05] |
| diana_coman: | so prolly it will take ~same anyway | [11:06] |
| asciilifeform: | this bugger is slow but not as slow as the bmore monkeys, last word from whom was 'i'ma get your order to the boss' who apparently took vacay | [11:06] |
| asciilifeform: | diana_coman: while wait : when you do the kernel build, plox to examine whether it has the cp2101 (FG) thing , and the flags for iptables | [11:09] |
| diana_coman: | thimbronion: was my own text on the role of feelings clearer/easier for you than hanbot's? | [11:10] |
| ossabot: | Logged on 2019-10-05 11:03:54 diana_coman: thimbronion: re your question on http://thewhet.net/2013/09/your-feelings-are-out-to-get-you/comment-page-1/#comment-55392 - you are confusing the contexts there (or not really making a proper separation at all); read http://ossasepia.com/2017/01/25/feelings-are-helpful-but-not-for-idiots/ and see if that answers it for you; if it doesn't, ask me again. | [11:10] |
| diana_coman: | asciilifeform: I thought iptables was deemed utterly un-necessary? | [11:10] |
| asciilifeform: | diana_coman: iirc you used it | [11:10] |
| asciilifeform: | i -- left off | [11:11] |
| diana_coman: | well, not after the discussion and conclusion, no? otherwise what use is to discuss and conclude, lol | [11:11] |
| diana_coman: | so no, not using anymore either | [11:11] |
| asciilifeform: | aite. | [11:11] |
| diana_coman: | if anything, it would help to check that an FG works well | [11:11] |
| diana_coman: | iirc there was the need to downgrade via companion or some such shit | [11:11] |
| asciilifeform: | point being that kernels are sorta intimate affair, it's like putting on another person's eyeglasses, to use kernel conf unexamined. | [11:11] |
| diana_coman: | (it's in my notes somewhere, will get to it when reproducing all stuff anyway) | [11:12] |
| asciilifeform: | CONFIG_USB_SERIAL_OPTION | [11:12] |
| diana_coman: | asciilifeform: I don't think this is very sane though for non-personal machines; precisely because if every machine has to have different kernel conf than it's not all that reproducible | [11:12] |
| diana_coman: | sure, on my personal machine, I fuck the kernel whatever way I want; not same for non-personal machines though. | [11:13] |
| asciilifeform: | diana_coman: the issue is that erryone has slightly diff machine. esp if they aint all built by 1. | [11:13] |
| asciilifeform: | for instance if you have a raid, you gotta have the flags for ~that~ raid. | [11:13] |
| diana_coman: | myeah | [11:13] |
| diana_coman: | but I'm trying to keep those differences to a very minimum, ideally 0, ugh. | [11:14] |
| asciilifeform: | the offered kernel is made so as to guarantee bootability on commonplace amd irons. but it cannot be guaranteed to operate ~arbitrary~ irons w/out some tailoring. | [11:14] |
| asciilifeform: | this is consequence of 'tower of babel' of pc irons. | [11:15] |
| diana_coman: | myeah, I know. | [11:15] |
| asciilifeform: | fwiw it stood up on a circa-2010 box last night w/out changes. | [11:16] |
| asciilifeform: | eta <20m | [11:17] |
| asciilifeform: | i'ma go wash up , brb | [11:17] |
| diana_coman: | crowncloud: are you there? | [11:18] |
| thimbronion: | diana_coman: yes it was. | [11:34] |
| asciilifeform: | diana_coman: http://www.loper-os.org/pub/dulap-r2.tar.gz . checksum pasted earlier. | [11:38] |
| asciilifeform: | diana_coman: when this item is confirmed to pass basic smoke test, i'ma fix the recipe & sign. | [11:39] |
| asciilifeform: | ( unless diana_coman would rather post own recipe ) | [11:39] |
| asciilifeform: | tarball will sign in any event. | [11:39] |
| asciilifeform: | diana_coman: lemme know as soon as you get chance to try , cuz uploading these to my 1 remaining box takes ~45min. ea. time. | [11:45] |
| diana_coman: | asciilifeform: ok, downloading it | [11:47] |
| diana_coman: | asciilifeform: why is that box so slow, I don't recall? | [11:47] |
| asciilifeform: | diana_coman: it's where my www. kolhoz . | [11:47] |
| diana_coman: | at any rate, if that's the problem, I'll set up an account for you on younghands or somewhere, lolz | [11:48] |
| asciilifeform: | diana_coman: at the rate bmore is going, i might need another, so ty. | [11:48] |
| asciilifeform: | 'elderlyhands' | [11:48] |
| diana_coman: | asciilifeform: do you still plan to send a box to maxim/mivo? | [11:48] |
| diana_coman: | heh, quite | [11:49] |
| asciilifeform: | diana_coman: indeed. already purchased the disk for that 1 | [11:49] |
| diana_coman: | kk | [11:49] |
| asciilifeform: | i expect it'll take time to go across atlantic. | [11:49] |
| asciilifeform: | diana_coman: i'ma colo a 'apu1' with him. will see how goes. | [11:49] |
| diana_coman: | probably, yes; though not necessarily longer than bmore takes to give you a box locally from what I understand | [11:50] |
| asciilifeform: | entirely possib | [11:50] |
| diana_coman: | about 500M downloaded | [11:50] |
| asciilifeform: | ha, much faster than when up | [11:50] |
| asciilifeform: | they must have an asym. pipe. | [11:50] |
| diana_coman: | usually for kolhoz sort of thing they do as far as I saw | [11:51] |
| diana_coman: | asciilifeform: iirc you can get that with him via email only ie without account on website, correct? | [11:51] |
| asciilifeform: | ftr i asked the bmore people about ddos. after ~that~ was told 'gotta ask boss' and made to wait. | [11:51] |
| asciilifeform: | diana_coman: i haven't opened any type of acct at maxim's just yet, still in conveyor. | [11:52] |
| diana_coman: | asciilifeform: heh; I asked some some "eu" thing; first they replied with "oh no, it's nothing to worry, as long as you update/blabla"; after which, when I asked specifically and exactly what do they do if there's an attack on MY box...silence | [11:52] |
| diana_coman: | I don't even expect they'll come back to me, lolz | [11:52] |
| diana_coman: | asciilifeform: try maybe you can get away without account; worth a try at least and as far as I can tell, if there's a chance of that, so far it's with them only. | [11:53] |
| asciilifeform: | diana_coman: ah, but see, the bmore people bill for packet mass. so 1st gotta get answer to 'what when ddos?' cuz on my surface reading, the answer may be 'potentially infinite bill' and then no go | [11:53] |
| diana_coman: | asciilifeform: heh, the eu had "potentially disconnect you", hence my q ~= wtf do you think I'm paying you for to disconnect me?? | [11:54] |
| diana_coman: | anyways, supposedly one way or another I'll get my blog back up and then do the write up of all that shit | [11:54] |
| asciilifeform: | diana_coman: after latech i aint sure whether anyone can be believed, re 'when ddos'. | [11:54] |
| asciilifeform: | only way is recon by fire. | [11:55] |
| diana_coman: | asciilifeform: at the very least they *have to say it in writing* | [11:55] |
| diana_coman: | that's the rub | [11:55] |
| diana_coman: | and I fully intend to rub them in it | [11:55] |
| asciilifeform: | BingoBoingo is busy rubbin' atm, iirc. | [11:55] |
| asciilifeform: | i dun expect much to come from it. | [11:55] |
| diana_coman: | asciilifeform: tarball downloaded and checksum checked, all fine | [11:56] |
| asciilifeform: | ok, then ready for testfire. | [11:56] |
| diana_coman: | asciilifeform: no, the point is *before* anything; because they won't quite want to say/admit "yes, you pay for us to disconnect you" but onth if they say "no, we don't", they are in a bigger pickle when they do so... | [11:56] |
| diana_coman: | hence why I expect they won't come back to me at all, no | [11:57] |
| asciilifeform: | diana_coman: which firm was this ? | [11:57] |
| asciilifeform: | eu i mean | [11:57] |
| diana_coman: | asciilifeform: some eunet iirc or if you really need it I'll look it up in the notes; a quite big corporation style thing but at that point I tried them too, why not | [11:58] |
| asciilifeform: | aok | [11:58] |
| diana_coman: | asciilifeform: are you writing the new recipe now? | [11:59] |
| asciilifeform: | i am. the only diff tho is http://ossasepia.com/2020/04/20/ossasepia-logs-for-12-Oct-2019#1005754 + the new tarball url atm. | [11:59] |
| ossabot: | Logged on 2019-10-12 10:50:45 asciilifeform: steps 3-12, 3-18 should no longer be needed. | [11:59] |
| diana_coman: | ah, then I'll try to proceed with it | [11:59] |
| asciilifeform: | ty diana_coman | [11:59] |
| asciilifeform: | diana_coman: http://www.loper-os.org/pub/dulap_construction_kit_r3.txt and will deedbot after verified to work | [12:04] |
| diana_coman: | asciilifeform: kk, thanks; working on it | [12:05] |
| diana_coman: | asciilifeform: you should update that parted to start at 0 too | [12:06] |
| asciilifeform: | a yes | [12:06] |
| asciilifeform: | diana_coman: i'ma hold off on rewrite of instrs. until you return 'it worx' | [12:07] |
| asciilifeform: | may need other fix. | [12:07] |
| diana_coman: | kk | [12:08] |
| asciilifeform: | parts cant start at 0 btw, that there's the mbr | [12:08] |
| asciilifeform: | lilo needs to live somewhere too | [12:09] |
| asciilifeform: | so usually people give it coupla sectors | [12:09] |
| diana_coman: | yeah, 34 | [12:09] |
| diana_coman: | thimbronion: is the review-trouble clarified now? | [12:10] |
| diana_coman: | asciilifeform: you forgot to update the name of the tarball in the new recipe at 3-16 | [12:12] |
| diana_coman: | 3-11, ugh | [12:12] |
| asciilifeform: | indeed. | [12:13] |
| asciilifeform: | will put these in as diana_coman emits'em | [12:13] |
| asciilifeform: | diana_coman: btw i found that if using 'grub' you actually needs those 63 spare blox. | [12:14] |
| asciilifeform: | looked on a local box w/ 'grub', partitioned same. | [12:14] |
| asciilifeform: | 'tis a pittance tho, block==512b. | [12:14] |
| thimbronion: | diana_coman: yes but I am absolutely certain I will run into more questions when I try again tonight. Got to head out now. | [12:14] |
| diana_coman: | asciilifeform: now the tar complained about timestamp; do you know if that is more than just a warning? | [12:15] |
| diana_coman: | I never saw this before | [12:15] |
| asciilifeform: | diana_coman: our clocks differ, i suspect | [12:16] |
| asciilifeform: | so yours thinks 'from future' | [12:16] |
| diana_coman: | asciilifeform: possibly; my q is whether it still unpacked everything or not | [12:16] |
| asciilifeform: | these get tar'd with 'p' flag, i.e. preserve-all incl. times | [12:16] |
| asciilifeform: | diana_coman: oughta have | [12:16] |
| diana_coman: | seems so as far as I can see; ok, moving on | [12:16] |
| asciilifeform: | looked, box where tar'd set to utc, so yes 'from future, martians' | [12:17] |
| asciilifeform: | it's oct 13 on it. | [12:17] |
| asciilifeform: | ( this problem, will fix self ) | [12:17] |
| diana_coman: | thimbronion: ok but you know, ack still needed on positive outcome too; don't do this "no news is good news" | [12:25] |
| diana_coman: | compiling kernel, changed it to armoire at least to make sure it's the one I'm aiming; will remember to change in lilo.conf too, lolz. | [12:26] |
| asciilifeform: | diana_coman: in the end may want to make yet another tarball, it is quite bare, and lacks such amenities as e.g. gnat. | [12:26] |
| diana_coman: | asciilifeform: that I have & will deploy afterwards anyway | [12:27] |
| asciilifeform: | aite | [12:27] |
| asciilifeform: | speaking from the pov of hypothetical 'make 6 spare boxen' and similar. | [12:27] |
| diana_coman: | asciilifeform: I suspect I'll have to make scripts really | [12:28] |
| asciilifeform: | diana_coman: well trinque already made scripts. but iirc you had an item that still not 100\% certified to live in cuntoo. | [12:28] |
| diana_coman: | asciilifeform: is that rootfstype=ext4 parameter needed in the end? | [12:28] |
| asciilifeform: | diana_coman: per the dox, seems to be. hence wai put in. | [12:28] |
| diana_coman: | I had added up on previous install to get rid of idiotic attempt to mount it as ext3 (and it worked) but dunno if still needed it now | [12:28] |
| diana_coman: | ah, ok | [12:28] |
| asciilifeform: | i dun use ext4 myself, so had to look up. | [12:29] |
| diana_coman: | asciilifeform: yes sadly, can't yet move on to cuntoo. | [12:29] |
| asciilifeform: | right, is what i recalled. | [12:29] |
| diana_coman: | plus honestly, cuntoo is still work in progress in fact, not yet really there. | [12:29] |
| diana_coman: | more like "work in waiting" but anyway | [12:29] |
| asciilifeform: | ( if could use, diana_coman would not have asked for this earlier barbarism, i inferred also ) | [12:29] |
| asciilifeform: | ftr 'dulap-gentoo' is, concretely, the last gentoo built by asciilifeform while traditional gentoo still was buildable ; incorporating the ban flags & cleanups discussed in '15-'17. | [12:31] |
| diana_coman: | asciilifeform: certainly I'd have used cuntoo if I could. | [12:31] |
| asciilifeform: | python3, ftr, was not entered into the ban list strictly because asciilifeform uses, sadly, 1 single program (ice40 toolchain) that runs in it. otherwise can be safely discarded afaik. | [12:32] |
| diana_coman: | asciilifeform: success! booted Armoire-II; / is mounted in rw mode, gcc is 4.9, python is 2.7 | [12:34] |
| asciilifeform: | a+++ diana_coman | [12:34] |
| asciilifeform: | diana_coman: didja end up fiddling w/ kern. conf ? | [12:35] |
| diana_coman: | thank you for the new tarball asciilifeform ! | [12:35] |
| asciilifeform: | np diana_coman | [12:35] |
| diana_coman: | I looked about, changed the one for my usual kbd (the emergency ps kbd is not that comfy on fingers) and otherwise looked around but I didn't see something directly needed/to change | [12:35] |
| asciilifeform: | diana_coman: lemme know when you have chance to mirror the tar, mine is veheheheryslow | [12:36] |
| asciilifeform: | would rather link folx to mirror. | [12:36] |
| asciilifeform: | diana_coman: lemme know if you want other changes in the doc, i'ma revise , sign , deed. | [12:36] |
| diana_coman: | I'm sure it can be tuned probably but I'm not all that interested in that + atm I really need to get on with installing all the stuff and bringing the eulora servers up at least here | [12:36] |
| asciilifeform: | diana_coman: re kernel -- may have to turn knob to get FG. | [12:36] |
| asciilifeform: | depending on what cables you have. | [12:36] |
| diana_coman: | asciilifeform: hm, in this one it's on usb; do you know where is that knob in kernell? | [12:37] |
| asciilifeform: | looks | [12:37] |
| asciilifeform: | i had to CONFIG_USB_SERIAL_PL2303 for mine | [12:38] |
| asciilifeform: | if you have the cp210x one ought work as given in tarball tho. | [12:38] |
| diana_coman: | I recall that is the knob (or at least one of the needed ones), yes | [12:38] |
| diana_coman: | no, should be pl2303, ugh | [12:38] |
| asciilifeform: | most people got the cp210x | [12:39] |
| diana_coman: | hm, need to look in notes and check | [12:39] |
| asciilifeform: | what colour is your plug ? | [12:39] |
| diana_coman: | asciilifeform: I have both black and blue (usb 3) | [12:40] |
| asciilifeform: | then you need the knob | [12:40] |
| asciilifeform: | blue's a pl230x | [12:40] |
| diana_coman: | hm, and black isn't ? | [12:41] |
| asciilifeform: | black was the chinesium, it actually came in the 2 variants unlabeled, annoyingly | [12:41] |
| asciilifeform: | initially i raged about it, then thought 'good to have mix, will see if there's oddities/noncomplicances in standard' | [12:42] |
| asciilifeform: | my criteria for these was 'anyone but ftdi' | [12:43] |
| asciilifeform: | diana_coman: looking again at my notes, turns out that no, all batch2 fg people have the pl. | [12:44] |
| diana_coman: | asciilifeform: this is what I recalled, that it was ~always pl | [12:44] |
| asciilifeform: | so yes, knob. | [12:44] |
| diana_coman: | so I think at least mention the location of that knob, in the recipe perhaps | [12:45] |
| asciilifeform: | aha, you should have 2 pl. (regardless of colour) | [12:45] |
| asciilifeform: | diana_coman: will put in. | [12:45] |
| diana_coman: | goes back to recompile | [12:45] |
| asciilifeform: | diana_coman: dun fughet this if you're plugging in 3 or moar. | [12:47] |
| ericbot: | (trilema) 2018-08-01 asciilifeform: dwc_otg.speed=1 on kernel param line. | [12:47] |
| diana_coman: | asciilifeform: good point; add to recipe too, please | [12:50] |
| asciilifeform: | will. | [12:50] |
| asciilifeform: | the bit re kbd is interesting -- none of the boxes where i had this going, ever had a classic ps/2 kbd. | [12:53] |
| asciilifeform: | tried even last night several usb kbd, all worked. | [12:53] |
| asciilifeform: | brb, eating (very late breakfast lol) | [12:54] |
| diana_coman: | asciilifeform: either I'm blind atm or it's one of those that depends on something else and so on ffs; I went to Device Drivers -> USB support but I can't find it anywhere, grr | [13:06] |
| diana_coman: | ah, found it; it's in device drivers/usb support/usb serial converter support/usb prolific shit | [13:11] |
| diana_coman: | gah | [13:11] |
| diana_coman: | I will need to go for a few hours so I'll let it compile and then get back to it when I'm back | [13:12] |
| asciilifeform: | back | [13:17] |
| diana_coman: | asciilifeform: confirmed compiled, booted and FG seen; now I'm going away for 2-3 hours, will move on to rest of installs after that | [13:30] |
| asciilifeform: | a++ | [13:30] |
| asciilifeform: | diana_coman: lemme know if again puzzler, i'ma also walk for some hrs. | [13:30] |
| asciilifeform: | will check log later today. | [13:31] |
| thimbronion: | diana_coman: noted re: good news. | [15:18] |
| shinohai: | I'm trying to write ebuild for Eulora client, but will alo require separate ones for cal3d/crystalspace it appears. | [16:30] |
| diana_coman: | shinohai: yes, cal3d and crystalspace are the ones to start with because they will stay the same, most likely. | [16:31] |
| diana_coman: | cal3d should be the easiest to start with really | [16:31] |
| diana_coman: | for one thing getting it to build with gprbuild is quite straightforward and for the other, it's way less messy than cs | [16:32] |
| diana_coman: | shinohai: so I'd say start with that and let me know how it goes | [16:32] |
| shinohai: | Are they simply a specific version, could i mask them if already in portage? | [16:32] |
| diana_coman: | shinohai: they are a specific version; I doubt they are in portage but look and let me know, why not | [16:33] |
| shinohai: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-12-Oct-2019#1005952 <<< ebuild has hard requirement for gcc 4.9.4 / Ada | [16:33] |
| ossabot: | Logged on 2019-10-12 16:32:21 diana_coman: for one thing getting it to build with gprbuild is quite straightforward and for the other, it's way less messy than cs | [16:33] |
| diana_coman: | you'll need the exact versions used/mirrored by s.mg though, at least for the client as far as it'll be released (other than that you can always do your own /make it work with any version, ofc) | [16:33] |
| shinohai: | Thats why I think I should just use the ones I have mirrored on my site, because exact match for ones from minigame | [16:34] |
| diana_coman: | shinohai: what do you mean? they certainly compile with gcc 4.9.4 ofc; and fwiw I compiled cal3d with gnat/gprbuild, it worked fine | [16:34] |
| shinohai: | (So ebuild is better method of doing this, I believe) | [16:34] |
| diana_coman: | cs is messier because it has a ton of if-defism among other warts | [16:34] |
| diana_coman: | shinohai: so yes, sure; use those; not sure in the end what are you trying to do exactly? (I thought you were trying to *make* ebuilds for those versions, yes) | [16:35] |
| shinohai: | Yes, that's what I intend to do (write ebuild for all 3 components), just assuring I couldn't be lazy and just do package.mask xD | [16:36] |
| diana_coman: | note that cs also has quite a few dependencies so you'll probably be better off doing first cal3d and then starting from those cs deps and only at the end the cs itself | [16:36] |
| diana_coman: | shinohai: first of all: are they even in portage? because I seriously doubt but just check anyway, it's not a difficult thing to do | [16:37] |
| shinohai: | yeah I checked, both available | [16:37] |
| diana_coman: | if nothing else, an existing ebuild might help you as an example perhaps | [16:37] |
| diana_coman: | ah; what versions compared to minigame ones? | [16:38] |
| diana_coman: | cal3d is quite frozen so maybe lucky there | [16:38] |
| shinohai: | emerge search shows: | [16:38] |
| shinohai: | media-libs/cal3d | [16:38] |
| shinohai: | Latest version available: 0.11.0-r1 | [16:38] |
| shinohai: | Latest version installed: [ Not Installed ] | [16:38] |
| diana_coman: | the 0.11 sounds right, dunno about r1 | [16:39] |
| diana_coman: | so that might be handy if it works, worth a try at least | [16:39] |
| shinohai: | Will report in when I have results o7 | [16:40] |
| diana_coman: | as I said: cal3d has been quite frozen for ages, so perhaps the easy way works for it | [16:40] |
| diana_coman: | shinohai: ok, good luck | [16:40] |
| diana_coman: | asciilifeform: mysql seems to try to pull in openssl (some of its deps) despite me specifying even same version of mysql I had hammered to work on the test server, ugh; this will be some fun, by the looks of it | [17:25] |
| asciilifeform: | waves to diana_coman | [17:56] |
| asciilifeform: | so, lessee : | [17:57] |
| asciilifeform: | diana_coman: do you remember how this gentoo was made ? in /etc/portage/package.mask/crapolade : there are banned pgkgs ; | [17:57] |
| asciilifeform: | diana_coman: in /etc/portage/make.conf there are 'minused' gentooflags . | [17:58] |
| asciilifeform: | diana_coman: ssl was not in the scope of either, if you had a custom ban, it was 100\% your own work | [17:58] |
| asciilifeform: | tho if you dun recall how you did it, dollars to doughnuts it was by putting a >=openssl-bannedverwhatever in 'crapolade' . | [17:59] |
| diana_coman: | asciilifeform: I banned it specifically because otherwise it gets pulled in and conflicts with libressl | [17:59] |
| asciilifeform: | right, so this was in your working piece but not in mine | [17:59] |
| diana_coman: | asciilifeform: actually that is what I should do | [17:59] |
| asciilifeform: | it's ~99\% of the win from using gentoos, the fact that you can do this | [18:00] |
| diana_coman: | ie so far I specifically masked it for dev-db/mysql but I should add it to crapolade | [18:00] |
| diana_coman: | so it *did* help I complained here ! | [18:00] |
| asciilifeform: | crapolade perma-bans | [18:00] |
| asciilifeform: | diana_coman: dun hesitate to complain even if re general operation of dulapgentoo and not concretely the given tar | [18:00] |
| asciilifeform: | i might know the answ. | [18:00] |
| diana_coman: | thanks! | [18:00] |
| asciilifeform: | np. | [18:01] |
| asciilifeform: | there are other packages you might haveto ban depending on what's being built. i cannot claim to have mapped out the entire known universe of liquishit. | [18:01] |
| asciilifeform: | my orig ban concerned concretely poettering et al and their 'contributions'. | [18:02] |
| diana_coman: | asciilifeform: sure; I *do* have my notes, but apparently at that time it was enough to ban it for mysql specifically ; possibly because other versions of the deps already installed or something (ie it's pulled in by a dep of mysql and it has MANY, ugh) | [18:02] |
| asciilifeform: | fortunately i also -- have notes. but i used quite diff set of proggies , from smg's. | [18:03] |
| diana_coman: | aha | [18:03] |
| diana_coman: | I'll get to it, lots of stuff to compile and check still, ugh. | [18:03] |
| asciilifeform: | re mysql, iirc BingoBoingo set up, worked, on rk. | [18:03] |
| asciilifeform: | (rk is ~= this gentoo, but for arm64) | [18:03] |
| diana_coman: | asciilifeform: well, I set *this versione exactly* on the test server so it has to work in the end. | [18:04] |
| asciilifeform: | for that, put that ver in package.use | [18:04] |
| BingoBoingo: | asciilifeform: Yes, just for a bloggatron on RockChip the secret MySQL sauce is some config (rather than compile) changes that keep it from eating all the ram. | [18:04] |
| asciilifeform: | diana_coman: this forces concrete package. | [18:04] |
| diana_coman: | I've just masked anything with higher version really | [18:05] |
| asciilifeform: | the opposite of package.mask. | [18:05] |
| asciilifeform: | that also worx. | [18:05] |
| asciilifeform: | ( when you mask, it uses the latest permissible ver. ) | [18:05] |
| asciilifeform: | BingoBoingo: plz see if you can excavate the magick flag for mysql | [18:10] |
| asciilifeform: | tired and will go horizontal but will check here again before proper bed; bbl | [18:13] |
| diana_coman: | asciilifeform: ah, shit; openssl is *installed* actually? | [18:13] |
| BingoBoingo: | default-storage-engine = MyISAM is the MYSQL config flag to productively constrain MYSQL ram use on limited ram | [18:13] |
| BingoBoingo: | https://archive.is/7Vfxd << Lobbes guide to mysql on rockchip | [18:13] |
| asciilifeform: | diana_coman: installed, nginx pulled in | [18:13] |
| asciilifeform: | and curl | [18:13] |
| diana_coman: | uhm, curl is not installed and precisely, I was setting up to install curl *without openssl" | [18:14] |
| asciilifeform: | genuinely bbl | [18:14] |
| diana_coman: | but uhm, I thought the idea was no openssl really | [18:14] |
| asciilifeform: | diana_coman: gentoo pulls tarballs from portage repos, and afaik cannot be installed w/out ~some~ sslism | [18:15] |
| asciilifeform: | i have not experimented with alt-ssl's at the time of the writing of dulap-g. | [18:15] |
| diana_coman: | hm; so only cuntoo is ssl-free? | [18:15] |
| asciilifeform: | afaik | [18:15] |
| diana_coman: | hm | [18:15] |
| asciilifeform: | diana_coman: in principle possible to ban the pkg and then remake world. but i have not attempted. | [18:16] |
| asciilifeform: | none of my proggies used sslism for anyffin. (i did not have trb on this dulap, and trb carries own ssl tarball) | [18:16] |
| diana_coman: | given that I should have the servers up by tomorrow evening, I'd rather not rebuild world, hm | [18:17] |
| diana_coman: | so I suppose I'll have to live with ssl for now at least. | [18:17] |
| asciilifeform: | diana_coman: i expect you'll have >1 of these inexpensive boxen, from this can win ability to make constricted sets w/ rebuilt worlds etc. when time permits. | [18:18] |
| asciilifeform: | genuinely must bbl ; diana_coman et al plox to put in any q's re this item, in log, will answr. when i get back. | [18:19] |
| diana_coman: | gn asciilifeform | [18:22] |
| diana_coman: | fwiw going through the old notes re install on 1st smg server @pizarro (aka the production server), it turns out that indeed, I had to eselect python 2 so as to have python 2.7 as default. | [19:14] |
| thimbronion: | diana_coman: how much time should I be spending on this review? | [19:44] |
| thimbronion: | I'm at about 3 hours, but I'm not happy with it, and I'm running out of time. | [19:49] |
| diana_coman: | thimbronion: that's the sort of question that you can answer best; what's wrong with it/why "not happy"? | [19:58] |
| diana_coman: | thimbronion: the more important question is whether you see/know what you need to do to make it better; do you? | [19:59] |
| diana_coman: | things are not to be measured by "time spent", at any rate. | [20:00] |
| diana_coman: | thimbronion: better measure the time by return gained on spending it, really, if you are asking "should I spend more on it now?" ; in other words: if you see how to make it better so that another hour would make a significant improvement, then you should find that hour, yes; if onth you don't see how to make it better but you only see that it is broken, then you gain more by publishing it for | [20:26] |
| diana_coman: | feedback (regardless of what "embarassment" might say otherwise) | [20:26] |
| diana_coman: | asciilifeform: production eulora server is all running on local testbed! | [20:32] |
| whaack: | diana_coman: grats re eulora! i published my interests post. also added pics to the Kyoto post and made a post for Seoul. | [21:13] |
| thimbronion: | diana_coman: I don't see what to do to make it better. | [21:15] |
| thimbronion: | diana_coman: I am going to publish with notes on where I see problems. | [21:24] |
Comments feed: RSS 2.0