Guest81544 | where do i place the patch | 00:02 |
---|---|---|
Guest81544 | do i copy it in somewhere or do i cd into the directory and then do dquilt add ../../0001.muqss.patch? | 00:02 |
gnarface | Guest81544: there should be a ./debian/patches/ directory in the source root, no? | 00:08 |
gnarface | Guest81544: it might depend on how you use the dquilt commands | 00:09 |
Guest81544 | no | 00:09 |
Guest81544 | there is no patches folder | 00:09 |
gnarface | there's a ./debian folder, right? | 00:09 |
gnarface | if not we might have got the wrong source... | 00:10 |
gnarface | Guest81544: is there a ./debian folder in there? if not, something is really wrong. if there is though, just try adding a patches subdirectory | 00:15 |
Guest81544 | ok | 00:16 |
Guest81544 | there is debian | 00:16 |
Guest81544 | but not debian/patches | 00:17 |
gnarface | Guest81544: ok, try this from the source root: dquilt import ../0001.muqss.patch | 00:18 |
Guest81544 | also | 00:18 |
Guest81544 | there is no dquilt command | 00:18 |
Guest81544 | just quilt | 00:18 |
gnarface | hah oh yea | 00:19 |
Guest81544 | yeah import works | 00:19 |
gnarface | i actually remember running into a bug once where i had to alias quilt to dquilt to make it work. just try running it as quilt though. this documentation is as old as the hills | 00:19 |
gnarface | Guest81544: oh, if quilt import worked, then i think it's: quilt push; quilt refresh; quilt header -e | 00:20 |
gnarface | ? maybe | 00:20 |
gnarface | or no, probably quilt push; quilt refresh; dch | 00:21 |
gnarface | or if there's a stack of patches: while dquilt push; do dquilt refresh; done; dch | 00:21 |
gnarface | (from the grey box halfway down the page here: https://www.debian.org/doc/manuals/maint-guide/update.en.html) | 00:21 |
gnarface | dch is picky as fuck about the changelog entry format. you have to be very detail oriented | 00:22 |
gnarface | - especially regarding the datestamp separator lines | 00:24 |
gnarface | Guest81544: after you get that far you should be ready to make menuconfig | 00:31 |
gnarface | (if needed) | 00:32 |
Guest81544 | give give me a few minutes | 00:35 |
Guest81544 | sorry | 01:06 |
Guest81544 | I was writing some Windows automation scripts to upload to a UNIX server | 01:06 |
Guest81544 | a coworker comes in saying DO NOT USE WINDOWS SCHEDULER! It breaks every time windows updates!. Jeeze. Imagine if Cron broke every time Devuan had an update. Nobody would put up with it | 01:07 |
MinceR | :> | 01:35 |
Guest81544 | gnarface, can I just run make olddefconfig | 01:40 |
Guest81544 | the default options that the new patch adds in are fine | 01:40 |
Guest81544 | or are you saying that the source deb doesn't come with it's own kernel .config? | 01:40 |
gnarface | Guest81544: yea, no reason not to if the version didn't change. you can pull the running kernel's config from /boot if you need to | 01:41 |
Guest81544 | from boot? how? | 01:41 |
Guest81544 | I've never done that before | 01:41 |
gnarface | Guest81544: "ls -l /boot/config-*" and it will become apparent | 01:42 |
Guest81544 | huh | 01:42 |
Guest81544 | ok | 01:42 |
gnarface | Guest81544: yea the src package might have the same thing already in there by default just make sure | 01:42 |
Guest81544 | and do i plop that in srcdir or srcdir/debian/ | 01:42 |
gnarface | Guest81544: no it would be srcdir/.config i think? | 01:42 |
gnarface | Guest81544: or just point to it with oldconfig... | 01:43 |
Guest81544 | ok | 01:43 |
Guest81544 | but theres a problem | 01:43 |
gnarface | ? | 01:43 |
Guest81544 | there is nothing else in srcdir except for the debian folder | 01:43 |
Guest81544 | so | 01:43 |
gnarface | oh | 01:43 |
Guest81544 | to Makefile | 01:43 |
gnarface | uh | 01:43 |
gnarface | wait | 01:43 |
Guest81544 | *no Makefile | 01:43 |
gnarface | did we get the wrong kernel source? | 01:43 |
gnarface | i mean did you get the wrong src package? i may have told you to get the wrong one | 01:43 |
Guest81544 | ~/linux-latest-105+deb10u3/debian# | 01:43 |
Guest81544 | I'm betatesting beowulf btw not ascii | 01:44 |
gnarface | yea, shouldn't matter. | 01:44 |
gnarface | maybe you have a metapackage | 01:44 |
gnarface | hang on | 01:44 |
gnarface | that might be my bad | 01:44 |
gnarface | Guest81544: what does this show you? apt-cache search ^linux-image- | 01:45 |
Guest81544 | lots of output | 01:46 |
Guest81544 | specific kernel versions and.. | 01:46 |
Guest81544 | linux-image-amd64 - Linux for 64-bit PCs (meta-package) | 01:46 |
Guest81544 | also | 01:46 |
Guest81544 | linux-image-4.19.0-8-amd64 - Linux 4.19 for 64-bit PCs (signed) | 01:46 |
gnarface | yea, delete the directory you got from "apt-get source linux-image-amd64" and instead apt-get source one of those specific kernel version packages. like linux-image-4.19.0-8-amd64-4.19.98-1, i think | 01:47 |
gnarface | or maybe this one: linux-image-amd64-4.19+105+deb10u3 | 01:47 |
Guest81544 | what about signage | 01:47 |
Guest81544 | if i modify it the signing won't be correct | 01:47 |
gnarface | don't get the unsigned one | 01:47 |
gnarface | no to: -cloud-, -rt-, -unsigned-, -dbg-, and -template- | 01:48 |
Guest81544 | ok, but is there a debian/devuan specific way to sign my modified build with the machine owner key | 01:48 |
gnarface | yes but if your key is in the proper place iirc it will use it automatically | 01:49 |
gnarface | that doesn't happen until build time, don't put the cart before the horse | 01:49 |
Guest81544 | ok | 01:49 |
Guest81544 | gnarface, there are no Makefiles or debian/patches in linux-signed-amd64-4.19.98+1+deb10u1# either | 01:50 |
gnarface | Guest81544: alright, scratch that one then. | 01:50 |
gnarface | Guest81544: any luck with this one? linux-image-4.19.0-8-amd64-4.19.98-1 | 01:50 |
Guest81544 | E: Unable to find a source package for linux-image-4.19.0-8-amd64-4.19.98-1 | 01:51 |
gnarface | oh, i see. wait... | 01:51 |
gnarface | Guest81544: new suspect: linux-image-4.19.0-8-amd64-4.19.98-1+deb10u1 | 01:52 |
gnarface | Guest81544: when you find the right one, it's gonna download and unpack several things into the current directory, including a subdirectory that should look a lot like a unzipped kernel source | 01:53 |
Guest81544 | E: Unable to find a source package for linux-image-4.19.0-8-amd64-4.19.98-1+deb10u1 | 01:53 |
gnarface | hmmm | 01:53 |
gnarface | what about if you just say "linux-image" ? | 01:53 |
gnarface | i mean "apt-get source linux-image" | 01:53 |
gnarface | ? | 01:53 |
Guest81544 | E: Unable to find a source package for linux-image | 01:54 |
gnarface | hmm. hang on lemme try here | 01:54 |
gnarface | Guest81544: what if you try this? "apt-get source linux-image-$(uname -r)" | 01:57 |
Guest81544 | gnarface, that just downloaded linux-signed-amd64-4.19.98+1+deb10u1 | 01:58 |
Guest81544 | again. | 01:58 |
gnarface | and there's no source in there | 01:58 |
gnarface | hmmm | 01:58 |
Guest81544 | no just a debian folder | 01:58 |
gnarface | i haven't tried this on beowulf yet, i wonder if they've changed something | 01:58 |
Guest81544 | no kernel source | 01:58 |
Guest81544 | 2.4M linux-signed-amd64_4.19.98+1+deb10u1.tar.xz | 01:59 |
Guest81544 | the source package is only 2.4 megs | 01:59 |
Guest81544 | that would not fit a linux 4.19.x source tree even compressed with xz | 02:00 |
gnarface | yea | 02:00 |
Guest81544 | so your probably right | 02:00 |
Guest81544 | something has changed | 02:00 |
gnarface | i'm digging around, maybe it's in another package now | 02:00 |
Guest81544 | word of advice, if you put your keycaps into the washing machine, DO NOT ENABLE HOT WATER MODE | 02:04 |
gnarface | Guest81544: it almost seems too easy, but try this one: linux-source-4.19 | 02:05 |
gnarface | Guest81544: (make sure you still pull it with "apt-get source linux-source-4.19") | 02:05 |
gnarface | the size of that one seems more appropriate, downloading it here to make sure it's the right thing | 02:06 |
Guest81544 | Need to get 111 MB of source archives. | 02:06 |
gnarface | there might be something you can do with those *.dsc files in the other ones to eventually end up with the same thing but i don't know how | 02:06 |
Guest81544 | oh my god, that's more than a kernel | 02:06 |
gnarface | yea | 02:07 |
gnarface | patches | 02:07 |
gnarface | this is the right one | 02:07 |
Guest81544 | hopefully this is 4.19.somepatch level not the first ever 4.19.0 release | 02:07 |
gnarface | it is | 02:07 |
gnarface | i'm seeing it eventually gives you linux-4.19.98 | 02:07 |
gnarface | plus a bunch of patches | 02:07 |
Guest81544 | ok | 02:08 |
Guest81544 | this will take some time to download | 02:08 |
Guest81544 | Hey! I see a source tree | 02:08 |
gnarface | whew | 02:08 |
gnarface | sorry that was quite a walk | 02:08 |
Guest81544 | for point version 98 | 02:08 |
Guest81544 | gnarface, how do i enable color in the root terminal? | 02:09 |
gnarface | Guest81544: there should be commented-out examples in /root/.bashrc | 02:09 |
gnarface | Guest81544: (uncomment then relog) | 02:10 |
Guest81544 | ok | 02:10 |
Guest81544 | gnarface, in the future, if the person is running bourne again shell a relog is not needed. just run # source /root/.bashrc | 02:10 |
Guest81544 | ok, so I cd into linux-4.something/debian | 02:11 |
Guest81544 | then run quilt import ../../0001.patch right? | 02:11 |
gnarface | yea, but i don't think you need to be in the ./debian directory maybe just the linux-4.something/ directory | 02:11 |
Guest81544 | ok yeah that worked | 02:12 |
Guest81544 | you were right | 02:12 |
gnarface | now, i *think* you just need to: while dquilt push; do dquilt refresh; done; dch | 02:13 |
gnarface | (the dch command should open an editor to the changelog and you just need to add a entry) | 02:13 |
Guest81544 | quilt not qquilt you mean? | 02:13 |
gnarface | sorry, yea quilt not dquilt | 02:14 |
gnarface | are these for desktop kernels or for server kernels? | 02:14 |
Guest81544 | hunks have failed | 02:15 |
Guest81544 | desktop | 02:15 |
gnarface | i originally brought up menuconfig because this is the point where if i'm rebuilding the kernel for a desktop anyway i might change some of the defaults like increasing CONFIG_HZ from the default of 250 to a more appropriate 1000 | 02:16 |
Guest81544 | wait | 02:16 |
gnarface | hunks have failed is an issue | 02:16 |
Guest81544 | the default hz for generic kernel is 250? | 02:16 |
Guest81544 | damn | 02:16 |
gnarface | it's for fileservers yea | 02:16 |
Guest81544 | it doesn't feel that bad | 02:16 |
Guest81544 | yes i will want to change that too | 02:16 |
Guest81544 | but gnarface | 02:16 |
Guest81544 | Patch debian/patches/0001-MultiQueue-Skiplist-Scheduler-version-v0.180.patch does not apply (enforce with -f) | 02:17 |
gnarface | hmmm | 02:17 |
gnarface | did all the patches not apply? or just some? | 02:17 |
Guest81544 | this patch should be applied to the 4.19.x tree before the debian patches | 02:17 |
Guest81544 | I think the debian patches are conflicting here | 02:17 |
gnarface | if all the hunks failed i would worry we're accidentally re-applying them (in which case i think you should omit my "while quilt push..." loop) | 02:18 |
gnarface | if just *some* of them failed though, maybe some of them are allergic to your new patch :-/ | 02:18 |
Guest81544 | uhm | 02:18 |
Guest81544 | how do I undo then? | 02:18 |
Guest81544 | I ran ~/linux-4.19.98# while quilt push; do quile refresh; done; dch | 02:18 |
Guest81544 | oh wwait | 02:18 |
Guest81544 | i may be mispelled refresh | 02:18 |
gnarface | yea, i told you to do that based on the docs, but it's entirely possible the "apt-get source" action did that for you already and the docs are just old | 02:18 |
Guest81544 | no | 02:19 |
gnarface | you'll have to figure it out one way or another but worst case if you screw it up just delete the whole thing and re-download | 02:19 |
Guest81544 | well that scusk | 02:19 |
gnarface | i'm sorry, i'm not a quilt pro here | 02:19 |
Guest81544 | i'm just going to try running dch and seeing what happens | 02:19 |
Guest81544 | huh | 02:20 |
Guest81544 | dch command not found | 02:20 |
gnarface | oh, here comes the part where we probably have to discover "build-essential" and "build-dep" are still missing things | 02:20 |
gnarface | dch is in the devscripts package here | 02:20 |
Guest81544 | ok | 02:20 |
gnarface | i recall often that things like bison and yacc have to be requested manually too | 02:21 |
Guest81544 | I did run the apt-get build-dep command you told me | 02:21 |
gnarface | yea it's just incomplete that's all | 02:21 |
gnarface | the bison thing you might not even notice until the build fails halfway through | 02:21 |
Guest81544 | If it's this unstable right now I'm fine just holding off until that can get fixed | 02:21 |
Guest81544 | altough | 02:21 |
gnarface | no no, that's not an instability issue | 02:21 |
Guest81544 | if you wanted i wouldn't mind bugtesting this further if you have the time | 02:22 |
gnarface | that's just the fact that the kernel developers already have all this shit installed so the "build-dep" flag is often missing stuff | 02:22 |
Guest81544 | I don't expect it to work, but at least to help find bugs | 02:22 |
Guest81544 | gnarface, wouldn't it be considered a bug that if you run apt-get build-dep package, and it doesn't install all of the tools needed to build said package? | 02:22 |
gnarface | Guest81544: yea, it would, but you only get so many silver bullets my man, save them for werewolves | 02:23 |
gnarface | Guest81544: if it complains about something missing, "apt-get install" it | 02:23 |
gnarface | Guest81544: then you'll be able to forget about it too | 02:24 |
Guest81544 | werewolves are cool gnarface. I'd rather join them | 02:24 |
gnarface | Guest81544: well, file a bug report about it if you want, but what i'm saying is that i strongly suggest you not derail your plan over a missing "build-dep" that's still in the repo and installable | 02:25 |
gnarface | now if it requests something not even present in the repos... definitely send up the warning flags about that | 02:25 |
Guest81544 | sure sure. I'll install them but I'll also keep track of the things i have to install so that I can send a patch along with the bug report so things will actually get done. | 02:26 |
gnarface | but for something that just wasn't included in the "build-dep" flag i would call that a showstopper | 02:26 |
gnarface | *wouldn't call that a showstopper, i meant to type | 02:26 |
Guest81544 | gnarface, I really appreciate your help with this as I've never installed a kernel via debian tooling before, but have plenty of experience doing it by hand | 02:26 |
gnarface | yea, no problem. i know it's a p.i.t.a. but like i said, it'll be easier the next time | 02:27 |
Guest81544 | btw if any werewolves are here and need another pack member privmsg me *wink* *wink* | 02:27 |
Guest81544 | ah yes. it's the devscripts package not installed | 02:29 |
Guest81544 | does Devuan have a wiki? or is it just the forum | 02:29 |
gnarface | i believe there was a wiki and it was scuttled in favor of the forum long ago | 02:30 |
gnarface | that might not be the latest status on the matter though (to be clear, i'm not a Devuan developer, i just hang out here because i have no life) | 02:31 |
golinux | The current wiki is stale and unused. Someone is looking into a new format | 02:31 |
golinux | Stay tuned. | 02:31 |
Guest81544 | golinux, do you know who manages the chatlog? | 02:41 |
fsmithred | you mean on maemo.cloud-7? | 02:44 |
Guest81544 | y | 02:44 |
fsmithred | that one is DocScrutinizer05 | 02:44 |
Guest81544 | i'm worried about quilt | 02:49 |
Guest81544 | I also tried | 02:49 |
Guest81544 | quilt import -p 0001 ../0001-MultiQueue-Skiplist-Scheduler-version-v0.180.patch | 02:49 |
Guest81544 | it's not liking that either | 02:49 |
gnarface | Guest81544: are you sure these patches are supposed to be good for kernel 4.19? | 02:50 |
Guest81544 | yes | 02:50 |
Guest81544 | http://ck.kolivas.org/patches/muqss/4.0/4.19/ | 02:50 |
gnarface | Guest81544: were you able to verify whether the Debian patches already in there were being applied already first? | 02:50 |
Guest81544 | and it works just fine patching the vanilla kernel by hand | 02:50 |
Guest81544 | with the 'patch' command | 02:50 |
Guest81544 | i think they are already applied because quilt series shows them as green | 02:51 |
Guest81544 | while my patch shows up as white | 02:51 |
Guest81544 | not sure what orange mean | 02:51 |
Guest81544 | s | 02:51 |
gnarface | Guest81544: well, there's every possibility that patches for the vanilla kernel are allergic to existing Debian patches | 02:52 |
Guest81544 | gnarface, but specifying that my patch should be installed FIRST with -p 0001 should metigate that | 02:52 |
gnarface | Guest81544: it should be something fairly easy to verify from the .rej files | 02:52 |
gnarface | Guest81544: sometimes all that changed is adjacent lines, and you can fix the patch trivially by hand | 02:53 |
Guest81544 | one second | 02:54 |
Guest81544 | a lot of these patches are already applied | 02:54 |
Guest81544 | i need to figure out how to un-apply all patches first i bet | 02:54 |
Guest81544 | quilt pop -a | 02:55 |
gnarface | yea, possibly. quilt should have a way to back them out, but also i think you can fetch the source package with a command-line option that tells it NOT to auto-apply all the patches right away | 02:55 |
gnarface | but if then you apply your patch first and some of the distro patches fail... you're on your own about what to do about that. i'm no kernel developer. | 02:56 |
Guest81544 | ok, i popped the whole repo and ran quilt import -p 0 ../0001-MultiQueue- | 02:56 |
Guest81544 | crap no | 02:57 |
gnarface | i think it's "apt-get --download-only source linux-source-4.19" to get it without the patches applied | 02:59 |
Guest81544 | its fine quilt pop -a works | 02:59 |
Guest81544 | but I just can't seem to get it to push -a without rejecting hunks | 02:59 |
gnarface | add fuzz? | 03:00 |
Guest81544 | I'm not familiar with quilt where is it putting rej files? | 03:00 |
gnarface | i think it just puts the .rej files next to the source files they were meant to apply to | 03:00 |
Guest81544 | wait | 03:00 |
Guest81544 | -f Overwrite/update existing patches. | 03:00 |
Guest81544 | maybe this is what i need | 03:00 |
gnarface | i cringe in worry. i don't know. try it i suppose | 03:01 |
gnarface | i'm also not 100% sure i trust quilt's ability to revert patches cleanly, especially if hunks failed on the first pass | 03:01 |
Guest81544 | HEY! | 03:02 |
Guest81544 | I got it | 03:02 |
Guest81544 | I forced it then ran refresh -p1 | 03:02 |
gnarface | hmmm. i'm still worried, but maybe it will work | 03:02 |
Guest81544 | now i need to copy the .config and run make olddefconfig right? | 03:03 |
gnarface | i'm not even sure if you have to. it might be the same as the default config already in there. you should spot check it | 03:03 |
gnarface | unless your old config was also customized, of course | 03:03 |
Guest81544 | ok | 03:05 |
Guest81544 | i adjusted timer freq too to 1Ghz | 03:05 |
Guest81544 | *1MHzz | 03:06 |
gnarface | oh, it occurs to me yea you probably want to grab the running config because this source package probably isn't set up arch-specific | 03:07 |
Guest81544 | gnarface, what do i do again after applying dch and i got it how i like it? | 03:07 |
gnarface | Guest81544: you're ready to build now | 03:08 |
Guest81544 | yes | 03:08 |
Guest81544 | dpkg-buildpackage? | 03:08 |
gnarface | Guest81544: honestly, it might work. but like i said, i'd just use make-kpkg from the kernel-package package | 03:08 |
Guest81544 | ok | 03:08 |
Guest81544 | ill do that instead then | 03:08 |
gnarface | Guest81544: another option is there's a build script somewhere in the ./debian/ subdirectory itself, but i forget exactly how to use it | 03:08 |
Guest81544 | where is make-kpkg? | 03:09 |
gnarface | there's a package called kernel-package | 03:09 |
gnarface | install it | 03:09 |
gnarface | i've got this in my notes as an example: | 03:10 |
gnarface | make-kpkg clean | 03:10 |
Guest81544 | is that special to build kernels or can i just use fakeroot debian/rules binary like any other package | 03:11 |
gnarface | make-kpkg --revision 4 --append-to-version gnarface --initrd --jobs 2 kernel_image kernel_headers | 03:11 |
Guest81544 | GAH! | 03:11 |
Guest81544 | Thanks for your help, really. | 03:11 |
Guest81544 | but I think i'm going to shelve this for today | 03:12 |
gnarface | Guest81544: make-kpkg is the old way, like i said, i've just still find it more reliable than the ./debian/ stuff, especially when using out-of-tree patches | 03:12 |
Guest81544 | yeah well | 03:12 |
gnarface | Guest81544: you should be basically ready to build the packages either way | 03:12 |
Guest81544 | python threw up trying to use the debian build script | 03:12 |
gnarface | yea i haven't had a lot of luck with them | 03:13 |
gnarface | make-kpkg doesn't even touch them though | 03:13 |
Guest81544 | http://dpaste.com/3KDSERN | 03:13 |
gnarface | uh, if it's something you want me to look at, can you use paste.debian.net please? i'm extra paranoid | 03:13 |
Guest81544 | no i can't gnarface | 03:15 |
gnarface | anyway, you're past the difficult part now | 03:15 |
Guest81544 | debian paste just tells me DO NOT SPAM | 03:15 |
Guest81544 | when i tried to paste something there | 03:15 |
gnarface | hmm. weird, i've never had that issue | 03:15 |
Guest81544 | facist overly paranoid waf or something | 03:16 |
Guest81544 | Could not add your entry to the paste database: | 03:16 |
Guest81544 | do not spam | 03:16 |
gnarface | weird | 03:16 |
gnarface | you can just /msg it to me | 03:16 |
gnarface | if it's a python error that's not clearly about a missing package though, i doubt i can add anything of value | 03:17 |
Guest81544 | I'm going to attempt on ascii maybe tommarrow | 03:18 |
gnarface | oh | 03:18 |
gnarface | Guest81544: you're in luck! it is about a missing package | 03:18 |
gnarface | Guest81544: apt-get install kernel-wedge | 03:18 |
gnarface | Guest81544: (then try it again) | 03:18 |
gnarface | Guest81544: from this point forward, any errors you experience will most likely be fundamentally similar; a missing package, poorly identified by a build error | 03:20 |
gnarface | it won't need anything not already in the repos though | 03:21 |
gnarface | Guest81544: don't be so quick to give up | 03:21 |
gnarface | Guest81544: you're really almost there | 03:22 |
Xenguy | fsmithred: nvi is a good 'vi-only' editor. Otherwise some minimal version of Vim is super too. | 03:50 |
fsmithred | probably gonna stick with the default | 03:50 |
Xenguy | What's that? | 03:51 |
fsmithred | vim-tiny | 03:51 |
Xenguy | Makes sense | 03:51 |
fsmithred | if someone needs a live system with specific things installed, there's a really easy way for them to make their own | 03:52 |
Xenguy | Your thing, but of course | 03:53 |
Guest81544 | ok | 05:41 |
Guest81544 | i'll try | 05:41 |
Guest81544 | i thought build automation was supposed to make things simpler | 05:41 |
Guest81544 | This target is made to fail intentionally, to make sure | 05:42 |
Guest81544 | that it is NEVER run during the automated build. Please | 05:42 |
Guest81544 | ignore the following error, the debian/control file has | 05:42 |
Guest81544 | been generated SUCCESSFULLY. | 05:42 |
Guest81544 | oh my god wtf | 05:42 |
Guest81544 | i done goofed | 06:00 |
Guest81544 | it said to run make mrproper and doing that wiped out my debian folder | 06:00 |
Guest81544 | also | 06:49 |
Guest81544 | shutting down doesn't work on beowulf | 06:49 |
DocScrutinizer05 | whio and why summoned me? | 08:44 |
DocScrutinizer05 | chanlog seems to work surprisingly well, given I botched crap together for it and can't afford the server anymore | 08:45 |
tuxd3v | ?? | 08:46 |
_abc_ | Hi. Is it possible to disable swappiness per process? I have things which are well behaved and slow and are permitted to swap and others which are pigs and must never be allowed to swap. | 10:42 |
_abc_ | I assume some magic exists for per-process swappiness control? Perhaps using ulimits? | 10:43 |
ullet | never heard of it. you can ulimit memory use though | 10:51 |
ullet | when i don't want firefox to swap i use limitmem.sh http://0x0.st/i2vj.sh | 10:51 |
_abc_ | Thanks for the link. | 10:57 |
_abc_ | Is that a pastebin site? Or yours? | 10:58 |
ullet | it's a FOSS pastebin site | 10:59 |
ullet | i don't run it. donations welcome | 10:59 |
ullet | cost is about 60euro a week | 11:00 |
_abc_ | That's pretty steep for a week. Premium vps? | 11:02 |
ullet | afaik it's the traffic, but idk | 11:07 |
ullet | just what lachs0r told me | 11:07 |
_abc_ | Strange, I went to zoom.us and no problems now. But I remember there were far more js site includes last time, now just 4 of them. | 11:52 |
djph | they realized the proles were catching on to the chinese servers. | 11:53 |
_abc_ | ? | 11:53 |
_abc_ | I hate companies which do not put their brick and mortar registered company location on the website. Like zoom.us does not. | 11:55 |
_abc_ | It's illegal to do business like that in Europe. | 11:55 |
djph | probably because they have multiple datacenters | 11:57 |
djph | see https://zoom.us/contac | 11:57 |
djph | jesus, I can spell this morning | 11:58 |
djph | https://zoom.us/contact | 11:58 |
Atari-Frosch | In order to install mediawiki from their website (version: 1.34.1) I found that it needs PHP => 7.2.9 is required. Devuan ASCII comes with 7.0.33. Is it save to use the PHP7 from Beowulf from the backports? | 15:21 |
Atari-Frosch | (needs is required, yeah, sure, seems I didn't have enough coffee today ;-)) | 15:21 |
zatumil | yes of course its safe | 15:23 |
xinomilo | mediawiki 1.31.x works with php7.0 | 15:26 |
xinomilo | so does 1.33.x | 15:26 |
Atari-Frosch | xinomilo: Good to know :-) But if it is no problem to use the backport version I'd prefer that one. | 15:29 |
Atari-Frosch | Thank you! | 15:30 |
fsmithred | Atari-Frosch, it's safe to use beowulf-backports with beowulf, or use ascii-backports with ascii. | 15:33 |
Atari-Frosch | fsmithred: It seems I have not completely understood that backports thing … I just want a newer version of PHP7 in ASCII than from the ASCII repo :-) | 15:39 |
fsmithred | yeah, I see php7.0 in ascii and php7.3 in beowulf. | 15:39 |
fsmithred | neither in any -backports repo | 15:40 |
fsmithred | you could try to backport it yourself, but at this point it's probably easier and smarter to just upgrade to beowulf | 15:40 |
Atari-Frosch | fsmithred: Hm, do I want to use a testing version on a server? I always avoided that on Debian. | 15:41 |
fsmithred | well, 99% of devuan is debian. beowulf is mostly buster, which has been stable for close to a year. | 15:42 |
fsmithred | check the buster release notes for whatever server stuff you're using | 15:42 |
xinomilo | beowulf is pretty stable for lamp/lemp | 15:43 |
fsmithred | and check the upgrade guides at beta.devuan.org | 15:43 |
fsmithred | lemp? | 15:43 |
xinomilo | nginx | 15:43 |
fsmithred | oh | 15:44 |
Atari-Frosch | mhm, I have nginx and MariaDB running. | 15:44 |
Atari-Frosch | fsmithred: I will, thank you. | 15:44 |
fsmithred | https://beta.devuan.org/os/documentation/dev1fanboy/en/upgrade-to-beowulf | 15:45 |
Atari-Frosch | „MediaWiki 1.34 requires at least PHP version 7.2.9, you are using PHP 7.0.33-0+deb9u7.“ So much for this … | 16:41 |
Atari-Frosch | OK, so I'll have to upgrade to Beowulf. bbl | 16:47 |
xinomilo | or use another mediawiki version | 16:48 |
Atari-Frosch | When using web applications I always prefer the latest version. | 16:49 |
xinomilo | 1.31 is lts version | 16:50 |
xinomilo | anyway, upgrading to beowulf is probably better | 16:50 |
gnarface | Guest81544: did you get it figured out? shutdown not working is a new one, haven't seen that. any errors about it? | 17:58 |
Atari-Frosch | Upgraded to Beowulf. :-) | 18:53 |
bleb | i'm afraid firefox esr is not keeping up with the web | 20:55 |
bleb | like palemoon there seem to be some sites that dont work | 20:55 |
bleb | anyone else experience this? | 20:55 |
bleb | i just had to install chromium in order to subscribe to the economist | 20:55 |
gnarface | regular firefox should be available in beowulf | 20:56 |
gnarface | most likely this is a mistake on the part of the economist's web coders though | 20:57 |
tuxd3v | New ARM64 Image Availlable for RockPro64 | 20:57 |
bleb | gnarface: it worked in chromium | 20:58 |
ullet | ++ tuxd3v ! | 20:58 |
ullet | amlogic? | 20:58 |
ullet | s922x? | 20:59 |
bleb | also i only see firefox-esr when i apt search firefox | 20:59 |
tuxd3v | ullet, I would like to have at least at some point a hardkernel board :) | 21:02 |
ullet | i think they should send you N2 | 21:02 |
tuxd3v | I believe they launched a recent board | 21:02 |
ullet | or khadas VIM3 | 21:02 |
ullet | C4? | 21:02 |
tuxd3v | yeah the N2 is nice | 21:02 |
gnarface | bleb: i assume that's because you're still on ascii. and the fact you said it worked in chromium is why i'm almost certain the problem is some braindead javascript string check or the like on their site. as a test, tell firefox-esr to spoof the same browser id as the version of chromium that just worked for you and you'll see | 21:03 |
tuxd3v | with a amlogic 311D | 21:03 |
tuxd3v | but the problem for this boards would be the state of graphics drivers.. | 21:03 |
tuxd3v | well its a problem for all board if we look closer :) | 21:04 |
ullet | yes | 21:04 |
ullet | we may have something usable soon | 21:04 |
tuxd3v | I believe yes | 21:04 |
ullet | but mpv's opengl-es backend is a mess, i hear | 21:05 |
ullet | however the a311d is very fast. cpu decoding of h264 720p seems fine | 21:06 |
ullet | browser very fast. normal youtube usage with video in browser works fine | 21:06 |
ullet | a first for an arm sbc, for me | 21:06 |
tuxd3v | yeah, I got the impression that cpu breaks the problem of arm devices for desktop usage.. | 21:11 |
tuxd3v | it do the leap jump that were needed | 21:12 |
bleb | <gnarface> bleb: i assume that's because you're still on ascii. and the fact you said it worked in chromium is why i'm almost certain the problem is some braindead | 21:33 |
bleb | javascript string check or the like on their site. as a test, tell firefox-esr to spoof the same browser id as the version of chromium that just worked for you and | 21:33 |
bleb | you'll see | 21:33 |
bleb | gnarface: i'm on beowulf and still only see firefox-esr | 21:33 |
gnarface | bleb: oh, hmmm. that doesn't seem right... can i see your sources.list? | 21:34 |
gnarface | bleb: hmm. or maybe i'm wrong, maybe it is NOT in beowulf after all. i swear it was last i checked though, but i'm not seeing it now either, sorry | 21:35 |
bleb | spoofing the cromium user agent didn't work either :( | 21:36 |
gnarface | really? sorry :( | 21:36 |
gnarface | i can't imagine what they could possibly actually need from the latest firefox | 21:37 |
gnarface | nothing that would be present in chromium anyway | 21:37 |
bleb | i didnt try the latest firefox either fwiw | 21:37 |
gnarface | i'm only seeing it in ceres right now, it's not even in backports... | 21:38 |
gnarface | Rust strikes again, perhaps | 21:38 |
bleb | the mofos | 21:38 |
bleb | i'll just use edge when it comes out for linux | 21:38 |
gnarface | hah | 21:39 |
Jjp137 | yeah the firefox package is only in sid/ceres and every other release gets firefox-esr | 21:41 |
Jjp137 | from what I can see | 21:41 |
Jjp137 | oh well firefox-esr is in sid as well but...well I guess it's there if you want that for some reason | 21:41 |
onefang | Works best on Netsc... er Internet Expl... um Chrome. | 21:43 |
ullet | j/4 | 22:23 |
ullet | oh wise master tuxd3v do you use fenix to build these images? | 23:12 |
ullet | i am afeared of kernelbuilding because i always forget things | 23:12 |
ullet | https://docs.khadas.com/vim3/FenixScript.html building thing | 23:14 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!