| HeteroChromia420 | hi folks! i'm having issues installing KDE Connect on Devuan Beowulf. seems that one of the dependencies (libpolkit-qt5-1-1) depends on libpam-systemd. is there a way to get this dependency met in some other way? | 00:29 |
|---|---|---|
| gnarface | HeteroChromia420: try libpam-elogind | 00:31 |
| HeteroChromia420 | alright, installing libpam-elogind does say that will remove lxsession-logout and package-update-indicator (which are two things i'm relying on this minimal Openbox Session i've set up) | 00:33 |
| gnarface | HeteroChromia420: i think you'd probably have to alter the package dependencies on those packages | 00:34 |
| gnarface | HeteroChromia420: i'm not sure if more work than that would have to be done or not | 00:35 |
| HeteroChromia420 | yikes, that doesn't sound much fun. guess i'm staying without kdeconnect then. | 00:35 |
| HeteroChromia420 | i can just look at my phone i guess lol | 00:35 |
| ullet_ | just some changes to debian/control or something | 00:38 |
| gnarface | HeteroChromia420: isn't kdeconnect already in the repos? | 00:38 |
| ullet_ | but how to get that fixed for other users | 00:38 |
| HeteroChromia420 | kdeconnect is in the repos, yes | 00:38 |
| RhineDevil | I'm having trouble with this config, basically there is a dhcp server listening on vmbr0 but the lxc container packets for dhcp requests sent on broadcast can't be seen by wireshark on neither lxcbr0 or vmbr0, please help https://paste.debian.net/hidden/e6923b28 | 00:38 |
| RhineDevil | macvlan module is enabled as well | 00:38 |
| HeteroChromia420 | at least i can grab it straight from apt install kdeconnect without needing a 3rd party repo | 00:38 |
| gnarface | HeteroChromia420: if the one in the repos is depending on libpam-systemd instead of libpam-elogind that might be a outstanding bug or it might be an issue with your install... | 00:39 |
| HeteroChromia420 | probably, yeah | 00:39 |
| HeteroChromia420 | i'll see if i can install lxsession-logout and the package update indicator with elogind | 00:40 |
| HeteroChromia420 | alright, i can. | 00:45 |
| HeteroChromia420 | so that solves that | 00:45 |
| stovepipe | lol i was trying to figure out why my date was 12 hours off, then i noticed the PM | 00:48 |
| stovepipe | when did this madness start | 00:48 |
| gnarface | HeteroChromia420: if this is a upgrade from Debian, you may have some debian packages still scattered around | 00:48 |
| HeteroChromia420 | i did a fresh minimal install from the netinstall CD, maybe some of the packages of my openbox session setup script were conflicting with each other? doesn't matter anymore, it's fixed | 00:50 |
| gnarface | hmm, does the openbox setup script pull packages in from elsewhere? | 00:51 |
| gnarface | yes, the important thing is that it works now | 00:51 |
| HeteroChromia420 | nope, it just uses apt to get the packages | 00:51 |
| stovepipe | is it like that on all linux now? no longer showing proper 24h time? | 00:52 |
| gnarface | stovepipe: i assume it's a setting | 00:52 |
| stovepipe | oh i'm sure | 00:52 |
| stovepipe | BUT WHY | 00:52 |
| stovepipe | tardification | 00:53 |
| stovepipe | default output on unix should always be 24h | 00:54 |
| HeteroChromia420 | the only thing i do "get" in that script is apt-fast, but i believe apt-fast only fetches stuff from whatever's located in the apt repos so i don't think that would bring any problem. | 00:55 |
| HeteroChromia420 | so probably it's a conflict between kdeconnect's and the polkit i was trying to obtain | 00:57 |
| HeteroChromia420 | idk | 00:57 |
| gnarface | HeteroChromia420: i would try to make sure it's using the system sources not something hardcoded or hidden elsewhere that might be pointing to debian repos | 00:57 |
| stovepipe | of course all information is on how to change output on command, and not how to undo this madness | 00:57 |
| stovepipe | so fun! | 00:57 |
| stovepipe | its also forcing xclock to display incorrectly | 00:59 |
| gnarface | dpkg-reconfigure tzdata? | 00:59 |
| stovepipe | timezone is all correct, its just diusplaying AM/PM instead of proper 24h | 00:59 |
| gnarface | or maybe dpkg-reconfigure locales | 01:00 |
| stovepipe | nothing in either of those about that | 01:00 |
| gnarface | try appending this to your /etc/default/locale file: C_TIME=C.UTF-8 | 01:01 |
| gnarface | or wait no, actually run this: update-locale LC_TIME=C.UTF-8 | 01:01 |
| gnarface | should do the same thing | 01:01 |
| stovepipe | but i never had to do that on anything before, everything else i have says LC_TIME="en_US.UTF-8" | 01:03 |
| stovepipe | as does this one | 01:04 |
| gnarface | it has changed recently | 01:05 |
| stovepipe | someone needs to be punished | 01:05 |
| stovepipe | this is bad | 01:05 |
| ullet_ | whaa | 01:05 |
| gnarface | i think this is a case of the old way actually being in violation of the standard, despite being what people were used to | 01:05 |
| ullet_ | will C.UTF-8 not break all my old things? | 01:06 |
| stovepipe | this scenario breaks a whole lot of things | 01:06 |
| ullet_ | never touch a running system | 01:06 |
| HeteroChromia420 | gnarface: looks like that you were right. apt-fast seems to have debian repos hardcoded. looks like we have a culprit then. | 01:08 |
| gnarface | HeteroChromia420: good to know | 01:08 |
| stovepipe | why does beowulf installer create 2 efi entries | 01:09 |
| rrq | it does? | 01:10 |
| stovepipe | it did here | 01:10 |
| rrq | afaik the installer creates 0 entries | 01:10 |
| stovepipe | on my efi boot m enu there are 2 debian entries, they appear to be identical | 01:11 |
| stovepipe | the both boot beowulf | 01:11 |
| stovepipe | too late now anyway i already deleted it | 01:12 |
| rrq | isn't that "menu" created b the EFI software itself? | 01:13 |
| stovepipe | efibootmgr also sees it | 01:13 |
| stovepipe | maybe i installed twice and dont remember, would that cause that? | 01:15 |
| stovepipe | too late to investigate now anyway i should have brought it up earlier | 01:15 |
| rrq | the boot loading would have been installed by grub-efi (something) | 01:15 |
| rrq | ... assuming you use grub | 01:15 |
| stovepipe | still had artix and old devuan skidmarks in there, cleaned that all up | 01:16 |
| stovepipe | well yeah grub is on there, but i dont really use it | 01:16 |
| stovepipe | i just use the onboard boot menu | 01:16 |
| stovepipe | freebsd devuan and windows | 01:17 |
| rrq | you may have noted that the beta2 netinstall iso, like the beta, is not fully adapted to the idea of "offline net install" ... | 01:19 |
| stovepipe | heh what even is that | 01:19 |
| stovepipe | i saw someone mention that before | 01:20 |
| stovepipe | i would assume that if youre offline, a netinstall isnt possible anyway | 01:20 |
| stovepipe | so ? | 01:20 |
| rrq | yeah, it seems to be a common thing, to use netinstall for getting a "minimal system" | 01:21 |
| stovepipe | oic | 01:21 |
| stovepipe | i didnt notice any beta2 at all btw | 01:22 |
| stovepipe | i dont think | 01:22 |
| stovepipe | used the march 13 spin | 01:22 |
| stovepipe | i did notice when i was compiling i was getting time errors | 01:23 |
| stovepipe | building something now before i try that change | 01:23 |
| stovepipe | it was complaining about inconsistent time or something | 01:23 |
| stovepipe | oh of course now its not doing it | 01:24 |
| rrq | that might have been due to the installer not propagating locale setting properly... | 01:25 |
| stovepipe | i had already fixed that though | 01:25 |
| stovepipe | its the first thing i did | 01:25 |
| stovepipe | i think... | 01:25 |
| stovepipe | heh | 01:25 |
| stovepipe | already went through that in my testing before | 01:25 |
| stovepipe | i guess i'll just accept that i didnt | 01:26 |
| stovepipe | this time fiasco is going to break countless scripts and things that expect 24 time | 01:27 |
| sgage | stovepipe: re: the two Debian entries - one invokes shimx64 and the other invokes grubx64 | 01:27 |
| stovepipe | just another thing to remember i guess | 01:27 |
| sgage | try efibootmgr -v and you can see exactly what is going on. | 01:27 |
| stovepipe | heh i already deleted it | 01:28 |
| stovepipe | it would be nice if they were labelled differently | 01:28 |
| stovepipe | wonder which one i ended up with | 01:29 |
| stovepipe | SHIMX64 apparently | 01:29 |
| stovepipe | is that going to bite me later | 01:30 |
| sgage | don't know if it'll bite you later. I didn't like seeing 2, and always deleted | 01:31 |
| sgage | the second one, and nothing bad ever happened. :) | 01:31 |
| stovepipe | i see something about secure boot workaround | 01:31 |
| sgage | Yes, shimx64 satisfies secure boot, and requires a signed kernel to boot. | 01:32 |
| sgage | debian kernels are all signed now | 01:33 |
| sgage | so you can use secure boot if you want to. | 01:33 |
| stovepipe | i dont heh | 01:33 |
| stovepipe | so if i build a custom kernel it wont boot now? | 01:33 |
| sgage | that's a good question. there are ways to register keys and all, | 01:34 |
| stovepipe | i'm too old to remember all these little silly things! | 01:34 |
| sgage | but i'd be lying if i said i understood it | 01:34 |
| stovepipe | i dont like knowing things will bite me later | 01:34 |
| stovepipe | but yeah those entries should be labelled differently | 01:35 |
| stovepipe | and also should say devuan and not debian heh | 01:35 |
| stovepipe | thats a bit depressing | 01:35 |
| sgage | just delete the shim* packages if you don't want anything to do with SB | 01:35 |
| sgage | I agree, should be labelled | 01:35 |
| stovepipe | but what would that do to the shim efi entry, which is now the only one i have :) | 01:36 |
| stovepipe | i think i'll just leave it alone now | 01:36 |
| sgage | i think the other comes back with update-grub. try it and see. | 01:37 |
| rrq | might need grub-install ? | 01:37 |
| sgage | if not, try sudo grub-install --recheck --no-floppy --force as rrq suggested. | 01:37 |
| stovepipe | maybe i will just for sanity | 01:38 |
| sgage | followed by update-grub | 01:38 |
| sgage | yes, you can just have nothing to do with SB if that's what you want | 01:38 |
| rrq | .. and maybe rename the current menu entry first so it's easier to delete | 01:38 |
| sgage | That's how I do it. | 01:38 |
| rrq | the right one | 01:38 |
| stovepipe | heh | 01:38 |
| sgage | efibootmgr -v will help you sort it out. | 01:40 |
| sgage | efibootmgr is very handy if you run lots of different distros and such, | 01:41 |
| stovepipe | what i should do is rename it so it says devuan | 01:41 |
| sgage | you can | 01:41 |
| stovepipe | i already put it all back the way it was, but now i'm motivated to do that | 01:42 |
| sgage | before you run update-grub, edit the ID line in os-release to change debian to devuan, and you'll be good. | 01:43 |
| stovepipe | oh | 01:43 |
| stovepipe | no editing grub.cfg? | 01:44 |
| sgage | no need to edit grub.cfg | 01:45 |
| stovepipe | ok i see | 01:45 |
| stovepipe | i havent been using linux much in years, i'm still in an old grub state of mind | 01:45 |
| sgage | update-grub takes its cues from /etc/os-release | 01:45 |
| sgage | ah, yes, old grub was very different. | 01:46 |
| sgage | you really don't want to mess with grub.cfg these days | 01:46 |
| stovepipe | yeah | 01:46 |
| stovepipe | so i basically have avoided it entirely and end up knowing nothing about grub | 01:46 |
| sgage | do what you need in /etc/defaults/grub | 01:47 |
| sgage | lots of things that weren't broken have been fixed :-/ | 01:48 |
| stovepipe | heh now i have 2 debian and one devuan entries | 01:49 |
| stovepipe | and the one devuan is shim | 01:49 |
| stovepipe | what happened there | 01:50 |
| sgage | did you remove the shim packages? did you reinstall grub? | 01:50 |
| stovepipe | didnt touch anything else | 01:50 |
| stovepipe | i changed os-release like you said and ran grub again | 01:51 |
| stovepipe | before i changed os-release it was still creating the same 2 debian entries | 01:51 |
| stovepipe | this time it just created one shim devuan entry | 01:51 |
| stovepipe | hois there a limit to the number of boot entries | 01:52 |
| sgage | i just changed os-release to debian, ran grub-install, and have one devuan entry | 01:53 |
| stovepipe | then i deleted both debian entries, but when i rebooted one was still there | 01:53 |
| sgage | pointing to grubx64. i deleted all the shim packages beforehand | 01:53 |
| sgage | delete the shim packages, and reinstall grub as per the line I gave above | 01:54 |
| sgage | then update-grub. the debian entries will be leftover, and you should | 01:55 |
| stovepipe | but why isnt it creating 2 like it did before | 01:55 |
| stovepipe | i just tried to delete the other debian entry (grub) and it came back again | 01:55 |
| sgage | have one devuan entry pointing to grubx64 | 01:55 |
| stovepipe | right now i have one debian grub and one devuan shim | 01:55 |
| sgage | i am not quite sure what you have tried, and the order in which you tried them | 01:55 |
| stovepipe | efibootmgr -b 6 -B | 01:56 |
| stovepipe | is the debian grub entry | 01:56 |
| stovepipe | it seems to be refusing to remove it | 01:56 |
| stovepipe | i wanted to see if it would create 2 devuan entries like it was before i renamed it | 01:56 |
| stovepipe | without touching any shim stuff | 01:56 |
| sgage | I don't know what your goal is - i thought you wanted to get rid of SB stuff? | 01:57 |
| stovepipe | just out of curiosity | 01:57 |
| stovepipe | mostly just observing behavior right now | 01:58 |
| stovepipe | ok, deleted again, ran grub-install, efibootmgr -v shows one devuan shim entry at #1 | 01:59 |
| stovepipe | why isnt it creating 2 like it was before i renamed it to devuan | 01:59 |
| stovepipe | that seems odd | 01:59 |
| stovepipe | and the debian entry appeared again! | 01:59 |
| sgage | well, it's signed with a debian signature. | 02:00 |
| stovepipe | oic | 02:00 |
| stovepipe | but... where is it coming from if i deleted it | 02:01 |
| stovepipe | it spontaneously reappears | 02:01 |
| stovepipe | on reboot | 02:01 |
| rrq | maybe because the boot loader is at /boot/debian/... ont the EFI partition | 02:02 |
| stovepipe | its the same one i deleted bore when i was left with only shim | 02:03 |
| stovepipe | *before | 02:03 |
| sgage | when you delete entries from efibootmgr, it doesn't delete anything | 02:03 |
| stovepipe | skidmarks errywhere | 02:04 |
| sgage | from /boot/efi/EFI, and on reboot, the firmware will show it. | 02:04 |
| stovepipe | it also shows it in efibootmgr -v | 02:04 |
| sgage | i'm tired and hungry - must check out. we have a riddle wrapped in an enigma. | 02:05 |
| stovepipe | heh | 02:05 |
| stovepipe | i already gave up figuring that out | 02:05 |
| stovepipe | lol it wont go away now | 02:10 |
| stovepipe | now i have 2 entries for grub, one devuan and one debian | 02:10 |
| rrq | what does the EFI partition look like? It should have some few /boot/* directories | 02:34 |
| rrq | or is it /EFI/BOOT/* maybe? | 02:34 |
| stovepipe | Boot debian devuan Microsoft | 02:35 |
| stovepipe | /boot/efi/EFI/ | 02:35 |
| stovepipe | i guess thats where its coming from | 02:35 |
| rrq | mmm that's the path on your root file system where the EFI parition is mounted, isn't it? | 02:35 |
| stovepipe | yup | 02:35 |
| rrq | so the EFI parition itself starts with /EFI | 02:36 |
| rrq | and then, is there /EFI/windows /EFI/debian ... and a few? | 02:37 |
| stovepipe | so can i just delete that debian dir in /boot/efi/EFI/ | 02:37 |
| stovepipe | /boot/efi/EFI/ has: Boot debian devuan Microsoft | 02:38 |
| stovepipe | the debian dir was created at install | 02:38 |
| stovepipe | the devuan one was created today | 02:38 |
| rrq | I would think so; that would stop the boot time EFI to find a "debian" | 02:38 |
| fsmithred | efibootmgr -b XXXX -B XXXX | 02:38 |
| stovepipe | yeah taht doesnt work | 02:38 |
| fsmithred | oh | 02:38 |
| stovepipe | keeps reappearing | 02:38 |
| stovepipe | must be that skidmark dir | 02:38 |
| fsmithred | might be buggy uefi implementation | 02:39 |
| fsmithred | they're all different | 02:39 |
| fsmithred | anyway, the reason it says debian is because of grub-efi-amd64-signed, which you can remove if you're not using secure boot. | 02:40 |
| fsmithred | and just use grub-efi-amd64 | 02:40 |
| stovepipe | i assume the debian entry is due to that debian dir on diskj in EFI dir | 02:40 |
| fsmithred | debian entry in the grub menu or in the uefi boot menu? | 02:41 |
| TwistedFate | welp, i fixed the locked fps issue, but now i discovered a new problem. my gpu definitely has thermal throttling :( | 02:41 |
| stovepipe | fsmithred: motherboard efi boot menu | 02:41 |
| TwistedFate | it's either faulty or needs new thermal paste :/ | 02:41 |
| fsmithred | yeah, that corresponds to the bootloader on the efi partition | 02:42 |
| stovepipe | ok now its gone | 02:42 |
| fsmithred | you made sure you have another one that works? | 02:42 |
| stovepipe | oops lol | 02:43 |
| stovepipe | now it wont boot | 02:43 |
| stovepipe | well i thought i did lol | 02:43 |
| fsmithred | you get to boot from usb and chroot in to fix it | 02:44 |
| stovepipe | halfway there | 02:44 |
| rrq | stovepipe: apparently your uefi is set up to require signed kernel booting | 02:44 |
| stovepipe | wouldnt that have manifested itself before | 02:45 |
| rrq | does your freebsd use signed kernel? | 02:47 |
| stovepipe | no idea | 02:48 |
| rrq | and where is its boot loader? | 02:48 |
| stovepipe | no idea | 02:49 |
| rrq | .. probably in /EFI/Boot/ | 02:49 |
| stovepipe | i boot using the system efi boot menu | 02:49 |
| rrq | that table gets its entries by scanning the EFI partition | 02:50 |
| stovepipe | oh, also theres 2 efi partitions... | 02:50 |
| stovepipe | keep forgetting that | 02:50 |
| stovepipe | the original windows one, then i installed freebsd, then old devuan wanted to create another one | 02:50 |
| rrq | maybe uefi menu scans boot? | 02:51 |
| rrq | both | 02:51 |
| stovepipe | yeah donno i keep forgetting its there | 02:53 |
| rrq | but anyhow you where supposed to have a "devuan" entry with the non-shim boot loader (or was it the shim?) | 02:53 |
| stovepipe | yeah that was achieved, but the debian entry wouldnt go away | 02:54 |
| stovepipe | i ended up with 1 devuan and 1 devbian entry, both grub, no more shim | 02:55 |
| rrq | possibly the signing clamps the directory name; that is has to be "debian", and therefore grub-install used that even though you had configured to use "devuan" | 02:55 |
| stovepipe | it also created a dir "devuan" | 02:55 |
| stovepipe | maybe that was the old one from last year heh | 02:55 |
| rrq | yes, for the non-signed (and non-working) boot | 02:56 |
| stovepipe | wait no the debian one was created on beowulf install date, the devuan dir was just created today | 02:56 |
| stovepipe | ok, reinstall grub from the rescue mode didnt work | 03:01 |
| stovepipe | menu item | 03:03 |
| rrq | right... that "devuan" boot (which doesn't work); is that a signed or non-signed boot? | 03:04 |
| stovepipe | how would i tell | 03:05 |
| rrq | ls /EFI/devuan | 03:06 |
| stovepipe | ran grub manually in a chroot shell, still just drops to grub prompt | 03:06 |
| rrq | is fsmithred around ... he's a grub prompt whizard | 03:07 |
| fsmithred | yeah | 03:07 |
| stovepipe | why did devuan even require a second EFI partition in the first place back when i installed ascii last year | 03:07 |
| stovepipe | always wondered that | 03:08 |
| fsmithred | that does not sound right | 03:08 |
| stovepipe | why didnt it just use the original windows created one | 03:08 |
| stovepipe | it wouldnt let me install without it | 03:08 |
| rrq | different issue... maybe booting first? | 03:09 |
| stovepipe | ok so what am i looking for in the devuan dir created today | 03:09 |
| fsmithred | what are you booting now? installer-iso or live-iso? | 03:09 |
| stovepipe | i see both shimx64 and grubx64 | 03:09 |
| stovepipe | fsmithred: installer | 03:09 |
| fsmithred | is secure boot turned off? | 03:09 |
| stovepipe | havent looked | 03:10 |
| fsmithred | anyway, get a shell in the installed system and run | 03:10 |
| fsmithred | grub-install | 03:10 |
| stovepipe | both shimx64 and grubx64 were booting before | 03:10 |
| fsmithred | update-grub | 03:10 |
| stovepipe | yeah i did that already | 03:10 |
| stovepipe | still drops to grub prompt on boot | 03:11 |
| stovepipe | this started after i deleted that debian dir in EFI | 03:11 |
| stovepipe | what created that | 03:11 |
| stovepipe | that was created at install time | 03:11 |
| fsmithred | grub-install should create that | 03:11 |
| stovepipe | it didnt | 03:11 |
| fsmithred | unless you give it a different name with --bootloader-id= | 03:11 |
| stovepipe | its touching the devuan dir contents | 03:12 |
| fsmithred | which won't work with secure boot | 03:12 |
| fsmithred | then use --bootloader-id=debian | 03:12 |
| fsmithred | that will probably work | 03:12 |
| stovepipe | and thats a clue to secure boot being enabled | 03:12 |
| stovepipe | ? | 03:12 |
| stovepipe | because its signed debian | 03:13 |
| fsmithred | yeah | 03:14 |
| stovepipe | wouldnt i have noticed if secure boot was on before, with all the random stuff that ive been running on it | 03:14 |
| stovepipe | if i turn it off will it break something else heh | 03:14 |
| fsmithred | well, you need to go through the bios settings to see what it is | 03:14 |
| fsmithred | are you dual-booting with windows? | 03:15 |
| stovepipe | windows/freebsd/devuan | 03:15 |
| fsmithred | win might need it | 03:15 |
| stovepipe | i dont even see secuer boot anywhere in bios | 03:15 |
| fsmithred | do you have network connection while you're in chroot? | 03:16 |
| fsmithred | you could try reinstalling grub-efi-amd64-signed | 03:17 |
| stovepipe | ok, secure boot is not enabled | 03:17 |
| fsmithred | ok, then you shouldn' tneed the -signed package | 03:17 |
| stovepipe | so the new devuan dir should be being used, but apparently it still wants that debian dir | 03:18 |
| stovepipe | is just changing the ID in os-release perhaps not enough | 03:18 |
| stovepipe | that command you posted above will re-create that debisn dir in EFI? | 03:19 |
| stovepipe | grub-0install is touching the files in the devuan dir, grub.cfg and grubx64.efi | 03:20 |
| stovepipe | but booting the entry drops to grub prompt | 03:20 |
| stovepipe | going to change it back and see what happens | 03:22 |
| rrq | probably grubx64.efi has the hard coded pathname "/EFI/debian" in it | 03:24 |
| stovepipe | that would explain why the devuan entry was working while the debian entry would go away | 03:26 |
| stovepipe | *wouldnt go away | 03:26 |
| stovepipe | and when did "hit F11 for boot menu" turn into hit F11 50 times | 03:27 |
| stovepipe | heh | 03:27 |
| fsmithred | the -signed package needs the debian directory | 03:27 |
| stovepipe | sometimes if i only hit it a few times it ignoresd me | 03:27 |
| stovepipe | ok i changed os-release back to debian and now both are back again | 03:27 |
| stovepipe | and its working | 03:27 |
| fsmithred | good | 03:28 |
| rrq | but "ugly" :) | 03:28 |
| stovepipe | fsmithred: ok so back to that again | 03:29 |
| fsmithred | if you want your boot menu to say devuan, you can change it in /etc/default/grub | 03:29 |
| stovepipe | this grub-efi-amd64-signed | 03:29 |
| fsmithred | GRUB_DISTRIBUTOR=Devuan | 03:29 |
| stovepipe | what is that doing | 03:29 |
| fsmithred | the signed package is providing whatever microsoft wants to see to let you boot your own computer | 03:30 |
| stovepipe | that is so evil | 03:30 |
| fsmithred | lol | 03:30 |
| stovepipe | computers were more fun when they were complicated and scared people away | 03:31 |
| stovepipe | now they are complicated in illogical ways | 03:31 |
| fsmithred | depends on your logic | 03:31 |
| stovepipe | lol | 03:31 |
| stovepipe | donkey logic | 03:31 |
| fsmithred | the logic of descending control | 03:31 |
| fsmithred | anyway, this is OT | 03:31 |
| stovepipe | RIP civilization | 03:32 |
| stovepipe | heh | 03:32 |
| fsmithred | this grub issue is mentioned in the release notes | 03:32 |
| fsmithred | which you probably can't see yet | 03:32 |
| fsmithred | nm, sorry | 03:32 |
| stovepipe | heh | 03:32 |
| stovepipe | same one you showed me the other day maybe | 03:32 |
| fsmithred | maybe | 03:33 |
| fsmithred | not sure when I added the grub part. | 03:33 |
| stovepipe | the ryzen vega video thing was just the m issing ati-firmware package btw | 03:33 |
| stovepipe | weird boot messages like every 3rd boot, failed to obtain info for control of something something | 03:36 |
| stovepipe | about audio | 03:36 |
| stovepipe | yet audio seems to work | 03:36 |
| stovepipe | like 50 of them spit out in the console during boot | 03:37 |
| stovepipe | but nothing in messages | 03:37 |
| stovepipe | also what appears to be some kind of crash or warning when loading amdgpu | 03:39 |
| stovepipe | several at every boot | 03:39 |
| stovepipe | yet video also appears to be working fine heh | 03:39 |
| stovepipe | WARNING: CPU: 0 PID: 480 at drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:1372 dcn_bw_update_from_pplib+0x89/0x290 [amdgpu] | 03:39 |
| stovepipe | Call Trace: | 03:39 |
| stovepipe | etc etc | 03:39 |
| stovepipe | some drm hokeyness | 03:40 |
| stovepipe | happens 9 times | 03:41 |
| stovepipe | oh, one is different | 03:42 |
| stovepipe | WARNING: CPU: 0 PID: 480 at drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:1372 dcn_bw_update_from_pplib+0x89/0x290 [amdgpu] | 03:42 |
| stovepipe | the rest are WARNING: CPU: 0 PID: 480 at drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:1581 core_link_enable_stream+0x666/0xc80 [amdgpu] | 03:42 |
| stovepipe | is there 8 video cores or something | 03:42 |
| stovepipe | hrm, spec says 11 | 03:44 |
| stovepipe | i guess tahts what vega 11 means | 03:44 |
| stovepipe | Overload runs great anyway | 03:44 |
| openbsdtai123 | Hello, how can I debootstrap from source to /target dir? PKG=vim,netbsd,alsa-utils,less,gcc,make how to make this command look like with beowulf? | 08:57 |
| openbsdtai123 | (from source) | 08:57 |
| uniqueName | hello, I have been having a bit of trouble installing virtualbox in Beowulf. It doesn't seem to be available in the repos. | 09:01 |
| golinux | uniqueName: I think it's in contrib so you'll have to that to sources.list | 09:06 |
| uniqueName | ah, thanks. I'll try that | 09:06 |
| uniqueName | I think all my contrib sources are turned on... | 09:07 |
| uniqueName | huh. according to https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=virtualbox&release=beowulf it doesn't seem to be there at all. | 09:08 |
| golinux | It's definitely there: https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=virtualbox&release=any | 09:08 |
| golinux | Check backports then | 09:09 |
| uniqueName | do those exist in repository form? | 09:10 |
| uniqueName | oh. I read ceres backports | 09:10 |
| uniqueName | Beowulf backports don't seem to exist | 09:10 |
| golinux | I'm still on jessie so flying blind | 09:10 |
| golinux | Maybe someone who's current will drop by | 09:11 |
| golinux | I need sleep. | 09:11 |
| uniqueName | ok, it seems beowulf backports do exist. good night! | 09:11 |
| golinux | Hope it works out | 09:11 |
| golinux | Bye | 09:12 |
| uniqueName | thanks for the help! | 09:12 |
| rrq | ascii-backports has virtualbox-5.2.24, and ceres has virtualbox-6.1.6 .. might work for you | 09:24 |
| openbsdtai123 | I managed to install virtual box with debootstrap and amd64 here the method: https://openbsdtai123.shell.ircnow.org/devuan.html I will update the page with the amd64 kernel and modules to run virtualbox, and put vm deb file too next week. | 09:49 |
| openbsdtai123 | I updated my� page how to run virtualbox and install it from debootstrap method. | 09:56 |
| openbsdtai123 | I just uploaded on my webpage all the necessary to run virtualbox without using backdoor and just using debootstrap: https://openbsdtai123.shell.ircnow.org/devuan.html | 10:06 |
| openbsdtai123 | have fun with virtualbox ! | 10:08 |
| ullet_ | hehe | 10:10 |
| ejr | hi! is there a way to get a list of all packages that are installed on a base devuan system after one has chosen which DE etc one wants to install (on netinstall)? | 14:04 |
| ejr | ofc i could just create a list with dpkg-query -l after a new installation, but I am not running on a fresh install... still i would like to check which packages were part of the fresh install and which ones were added later by users | 14:04 |
| ullet_ | maybe you can query when a package was installed? | 14:12 |
| ullet_ | and sort by that field | 14:12 |
| rrq | grep Package: /var/lib/dpkg/status | 14:19 |
| rrq | or maybe you'll need to look at /var/log/apt/history.log | 14:20 |
| ejr | thanks, i will try both :) | 14:29 |
| ullet_ | wonderful when someone who knows the subject comments | 14:29 |
| GyrosGeier | dpkg --get-selections | 15:07 |
| GyrosGeier | that gives the list of packages currently installed, as well as the desired status according to the dselect database | 15:07 |
| GyrosGeier | unless you use dselect, desired status should be equal to actual status | 15:08 |
| buZz | does devuan target ppc64el aswell? | 15:40 |
| fsmithred | buZz, yes | 15:40 |
| GyrosGeier | oh | 15:40 |
| fsmithred | hang on | 15:40 |
| buZz | ooo nice | 15:40 |
| fsmithred | https://pkgmaster.devuan.org/devuan/dists/beowulf/main/installer-ppc64el/current/images/ | 15:41 |
| fsmithred | poke around in there and see if you can find what you need | 15:41 |
| GyrosGeier | I should switch over my TalosII then | 15:42 |
| buZz | cool | 15:42 |
| fsmithred | I did manage to do a ppc64el install in qemu using the mini.iso, but it doesn't boot. | 15:42 |
| buZz | i should first add more hw to this powerpc | 15:42 |
| buZz | but my gf seems to have a quad G5 in the closet | 15:42 |
| buZz | just missing cdrom,hdd and gpu | 15:42 |
| fsmithred | and I should add that I know nothing about ppc64el. | 15:42 |
| buZz | same :) | 15:42 |
| buZz | i wonder if a quad G5 is even faster than a raspberry pi | 15:43 |
| GyrosGeier | the RPi is famously shite hardware | 15:44 |
| fsmithred | also note that those installer images have been tested minimally or not at all | 15:44 |
| buZz | GyrosGeier: sure, but a ~12 year old powerpc , even quad, versus a current armv8 quadcore? | 15:45 |
| buZz | just not sure if its even worth the effort to fix this machine up | 15:45 |
| buZz | i agree the case is really nice @ the apple hw, but thats practically the only appeal it has :D | 15:46 |
| fsmithred | I was using a 14-year-old athlon X2 up until a couple months ago. | 15:46 |
| buZz | what did you replace it with? | 15:46 |
| buZz | 'a 13 year old one' | 15:46 |
| buZz | :D | 15:46 |
| fsmithred | i5 quad | 15:46 |
| buZz | 10th gen? :D | 15:46 |
| fsmithred | more like 9 years old | 15:46 |
| buZz | ah so, 2nd gen? give or take | 15:47 |
| fsmithred | dell inspiron desktop (free as in beer) | 15:47 |
| buZz | i7 1st gen is soooooo much slower than i3 10th gen | 15:47 |
| buZz | :D | 15:47 |
| fsmithred | Intel(R) Core(TM) i5-2310 CPU @ 2.90GHz | 15:47 |
| specing | it also doesen't run Minix, booo | 15:47 |
| specing | (and who knows what else) | 15:48 |
| buZz | ah, i guessed correct :D | 15:48 |
| buZz | my workstation at home is a 4th gen 'core' xeon | 15:49 |
| buZz | so , haswell-R , its pretty nice | 15:49 |
| ullet_ | very low Xorg use for mednafen emulator opengl->gl4es->opengl-es ! ~14% | 15:56 |
| ullet_ | at 60fps mostly fullscreen | 15:56 |
| ullet_ | this is confirmation that SDL with opengl backend can run efficiently on Droid4 | 15:56 |
| * ullet_ hands out beverages | 15:56 | |
| ullet_ | compare to sdl->x11 using 40%+ cpu for similar amt of blitting | 15:57 |
| openbsdtai123 | I need to try minix too | 16:37 |
| bgstack15 | anybody here ever used the .deb release of BlueJeans video conference application on devuan with all audio input and output working? | 20:17 |
| bgstack15 | It loads up with apulse, but never found my mic input. | 20:18 |
| gnarface | i don't think apulse works for inputs | 20:19 |
| bgstack15 | Ah, I will research that further. Thanks. Never even thought of that. | 20:21 |
| gnarface | does it absolutely require pulseaudio? | 20:21 |
| gnarface | sometimes stuff that claims to require pulseaudio can still be managed with bare alsa and some ~/.asoundrc customization | 20:22 |
| bgstack15 | Bluejeans wouldn't load the window contents at all unless I wrapped it with apulse. | 20:23 |
| gnarface | oh, well that's a bad sighn | 20:23 |
| bgstack15 | So it looks like apulse does support "a single microphone" https://github.com/i-rinat/apulse | 20:23 |
| gnarface | sign* | 20:23 |
| bgstack15 | So I'll fiddle with setting the environment vars to poitn to the right input device and report back here. | 20:23 |
| bgstack15 | sighn: that makes sense here, though! | 20:23 |
| gnarface | hmmm | 20:27 |
| gnarface | i tried to make apulse work for steam but made no progress | 20:28 |
| gnarface | good luck | 20:28 |
| mason | bgstack15: Note that the BlueJeans app is just a packaged Chrome. You might be better off with Chromium or actual Chrome. | 20:33 |
| bgstack15 | oh really, will try that next. My manipulation of env vars for APULSE_CAPTURE_DEVICE did not help when running the (electron?) app from the .deb release. | 20:38 |
| gnarface | yea or just like... any other video conferencing app that's actually in the repos and supported. i've never heard of bluejeans but you've already shared enough to prove to me it is pure evil | 20:38 |
| bgstack15 | my apulse made Firefox, or something else work. I forget what exactly atm. Maybe Telegram? | 20:38 |
| bgstack15 | It is a hard requirement for this one thing. | 20:38 |
| bgstack15 | I've already validated it works on my remaining Fedora box. | 20:38 |
| bgstack15 | But that won't stay Fedora forever. | 20:38 |
| gnarface | oh, i was able to make apulse work for firefox playback during the brief period when no firefoxes in the debian repos had bare alsa support enabled, but i wasn't able to make it work for steam in-home streaming or anything else that required more advanced features than "play this youtube video" | 20:39 |
| gnarface | (and at the time i was informed by a non-authoritative entity that this was beyond the scope of apulse) | 20:40 |
| gnarface | (all that information could be inaccurate, it's just what i've been going on) | 20:41 |
| * gnarface would video conference with ffmpeg and ssh | 20:42 | |
| bgstack15 | That sounds cool. | 20:42 |
| bgstack15 | But jitsi works too and is way easier. | 20:43 |
| gnarface | hmm, i have heard little specific about jitsi but it seems to have a good rep | 20:43 |
| bgstack15 | I cannot get my blasted router to properly forward ports so my local installation of jitsi has failed. But the LAN usage of my jisti instance works. | 20:43 |
| bgstack15 | but there's the public instance of it at meet.jit.si which works fine (in Chromium) on Devuan | 20:44 |
| gnarface | hmm, the only trick i know for forwarding traffic into an uncoooperative router is to tunnel out to a remote server and have your clients connect to that instead | 20:45 |
| gnarface | (ssh again) | 20:45 |
| gnarface | (though any vpn would work) | 20:45 |
| gnarface | what happened to ekiga? i'm not seeing it in the repos now... | 20:46 |
| gnarface | did they rename it agian? | 20:46 |
| bgstack15 | sounds like current name. https://www.ekiga.org/ | 20:47 |
| gnarface | last seen by that name in ascii, apparently. before that it was gnome-meeting. i wonder why it got pulled from beowulf/buster | 20:48 |
| gnarface | anyway, i think that was the most popular one | 20:48 |
| bgstack15 | I think ekiga itself is dead though | 20:48 |
| gnarface | you could even use vlc for this if it's just 2 people | 20:48 |
| gnarface | the port-forwarding issue would become a complication though | 20:49 |
| bgstack15 | If I could walk a person through doing vlc chatting, then they would also be able to set up a jitsi webrtc session... so yeah | 20:49 |
| gnarface | disturbing that this is such a poorly served niche | 20:51 |
| gnarface | i confess i don't have any friends though so this hasn't been a big issue for me | 20:51 |
| gnarface | if you decide to go to a backup plan though, i can help you with the ssh tunnels | 20:52 |
| bgstack15 | I have simply stopped my local jitsi efforts. I have no external endpoints for doing an ssh tunnel. | 21:04 |
| bgstack15 | My family was satisfied with meet.jit.si | 21:04 |
| bgstack15 | and I expect that even if the NSA wants to log the conversation, Jitsi itself doesn't have the resources to do so. | 21:04 |
| crhylove | Morning my anti corporate friends! | 21:13 |
| mason | crhylove: We're only discorporate in #debianfork. In here we single-mindedly support Devuan. | 21:19 |
| enyc | uerm | 21:26 |
| enyc | beta.devuan.org claims 3.0.0 current stable | 21:26 |
| enyc | maybe that is corrcet for "beta page" i.e. will bocome main page | 21:26 |
| crhylove | mason, Good to know! :) | 21:30 |
| crhylove | I support this. | 21:30 |
| enyc | crhylove: uerrr what? | 21:46 |
| openbsdtai123 | MinceR: hi mincer, flde is available if you want... | 22:09 |
| openbsdtai123 | MinceR: run just: cd ; mkdir ~/coding ; cd ; cd coding ; svn checkout --username=<myid> https://svn.riouxsvn.com/flde | 22:10 |
| MinceR | thanks, i'll keep it in mind | 22:11 |
| openbsdtai123 | well, the prob is that no idea how to set svn rioux so that it can be without login downloaded (svn checkout) | 22:12 |
| bgstack15 | anybody here have any luck with apulse and mic input? | 22:12 |
| crhylove | enyc, What are you asking? LOL | 22:13 |
| openbsdtai123 | bgstack15: this I did it already, I used apulse in past. I touched .asoundrc see : https://openbsdtai123.shell.ircnow.org/devuan.html (see example, asoundrc was working with skype). | 22:14 |
| enyc | ChanServ: you are confusing me " mason, Good to know! :)" | 22:15 |
| enyc | uragh | 22:15 |
| enyc | crhylove: youu are confusing me " mason, Good to know! :)" -- don't know who 'mason' here is | 22:15 |
| mason | enyc: I'd offered sage advise as to the relative goals of #devuan and #debianfork. | 22:15 |
| enyc | o argh how did i miss that | 22:15 |
| enyc | i was sclonlling back far | 22:15 |
| mason | I've got ninjalike stealth. Happens. No worries. But anything non-Devuan-supportish is best over there --> | 22:16 |
| bgstack15 | thanks openbsdtai123: I will read and try to learn the dark art of .asoundrc | 22:18 |
| openbsdtai123 | MinceR: FLDE fltk desktop, we have committed already fljotter, and more is coming. screenie https://openbsdtai123.shell.ircnow.org/data/flde-desktop.png Maybe tomorrow, fldata or other fltk apps | 22:19 |
| MinceR | nice | 22:20 |
| MinceR | do you have a file manager yet? | 22:20 |
| openbsdtai123 | Yeah, there are 3 file managers by default. I have to check the code before. | 22:20 |
| MinceR | :) | 22:20 |
| openbsdtai123 | the fltk flterm but it is alpha/beta. | 22:21 |
| openbsdtai123 | MinceR: with fluid, it is quite easy to design any gui and extend it over svn. your contribution to mod is welcome. | 22:25 |
| golinux | openbsdtai123: Please take your personal projects/promotion to #debianfork, This is a DEVUAN support channel. | 22:57 |
| golinux | (This channel has recently acquired some really s-l-o-w learners.) | 22:58 |
| MinceR | make devuan packages, get them into the official repos and advertise that here :> | 23:39 |
| plasma41 | o/ | 23:40 |
| crhylove | Is there an easy way to get github in the official repos? | 23:47 |
| plasma41 | crhylove: github is proprietary software, so no | 23:49 |
| crhylove | Is there a way to clone github, and add to a none proprietary repo? | 23:50 |
| MinceR | depends on what you mean by "cloning" it | 23:51 |
| plasma41 | git clone | 23:52 |
| MinceR | there are some git repo hosting service software that are free | 23:52 |
| MinceR | such as gitea, gogs and gitlab | 23:52 |
| onefang | I use cgit. | 23:52 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
