Xenguy | nemo: I don't know if this is relevant to your situation, but when I first installed Ascii on a new SSD drive, the expert install wasn't able to set up GRUB, but then falling back to LILO worked (albeit slow to boot up) ... | 00:54 |
---|---|---|
Xenguy | I tried another install and just went with the normal (i.e. non-expert) install, and for some reason GRUB got set up normally and worked this time. | 00:55 |
hyperion_ | hello someone up in here | 08:33 |
golinux | hyperion_: Yes | 08:54 |
hyperion_ | Do you have template for init script for docker? | 08:54 |
golinux | I don't. But there have been recent discussions about docker. I can't quite remember where though. | 08:56 |
golinux | You can check here: Chanlogs: http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | 08:56 |
golinux | and the forum and the DNG mail list archives - https://lists.dyne.org/lurker/mindex/dng@20380101.000000.00000000.en.html | 08:58 |
golinux | Or someone may stop by with an answer. | 08:58 |
hyperion_ | ok thanks | 09:02 |
hyperion_ | exit | 09:04 |
devoid_ | enter | 09:41 |
Wasp | Somehow stupid question but where the hack do I find startx or xinit? | 12:50 |
* Wasp already runs xorg with kde | 12:50 | |
Wasp | apt-cache search xinit -> null | 12:50 |
Wasp | package xserver-xorg is installed | 12:51 |
r3boot | startx is part of xinit | 12:51 |
Wasp | yeah i know but there is not xinit too | 12:52 |
r3boot | Did you modify anything in your sources.list? | 12:52 |
Wasp | only have startkde but it doesn't work and also a *brief* look into the script doesn't let me understand either | 12:53 |
Wasp | not really but yes I added external vivialdi and fish | 12:53 |
Wasp | and opera | 12:53 |
r3boot | https://pkginfo.devuan.org/stage/ascii/ascii/xinit_1.3.4-3+b1.html | 12:53 |
r3boot | get that repo in sources.list, and you're good to go | 12:54 |
Wasp | the most confusing thing is that KDE/plasma acutallly runs already | 12:54 |
r3boot | thats because kde comes with it's own way of initializing the X server, from kdm. Startx is yet another way to start it, designed to be called from the cli | 12:55 |
devoid_ | isnt it sddm now | 12:56 |
Wasp | it's sddm yeah but would like to get rid of it anyway | 12:56 |
devoid_ | not that it matters | 12:56 |
r3boot | mja, sddm, kdm, gdm .. the graphical login manager :) | 12:57 |
Wasp | thought it would make life somehome more convinient but actually it doesn't | 12:59 |
r3boot | Depends on what you're trying to achieve :) | 13:00 |
Wasp | you linked me the info page for xinit | 13:00 |
Wasp | if I get it correctly it is just "ascii main" ..? That's what I already have in /etc/apt/source.list | 13:01 |
Wasp | deb http://de.deb.devuan.org/merged ascii main | 13:01 |
Wasp | isnt it? | 13:01 |
devoid_ | maybe it isnt in path? | 13:01 |
devoid_ | nm | 13:01 |
devoid_ | v | 13:01 |
devoid_ | i had a similar issue once but i simply forgot to install xinit :d | 13:02 |
r3boot | curl: (60) SSL: no alternative certificate subject name matches target host name 'de.deb.devuan.org' | 13:02 |
r3boot | so maybe apt is refusing to pull updates from this repo b/c the above error | 13:02 |
Wasp | `apt update` ; echo $status -> 0 | 13:03 |
Wasp | actually I can update to packages | 13:03 |
Wasp | but your right | 13:04 |
Wasp | cannot see the de.deb.devuan.org in the "get" list | 13:04 |
Wasp | actually I don't know where "Get:1 http://deb.devuan.org//merged ascii InRelease" for exmaple comes from | 13:05 |
Wasp | Is it some kind of defautl? | 13:06 |
r3boot | Ah, yep, this seems to be an error with the ssl cert | 13:06 |
r3boot | if I look at the repo content (http://deb.devuan.org/merged/dists/ascii/main/Contents-amd64.gz) and grep for startx, I find this: | 13:06 |
Wasp | did: `grep -iR "http://deb.devuan.org//merged ascii" /etc` but no hit | 13:06 |
r3boot | https://maze.io/paste/p/D3hJ4a2lV3VaVB7b | 13:07 |
r3boot | so the repo does have the package, but I think your apt is refusing to download the package files. | 13:07 |
gnarface | Wasp: the package is xinit. the statistical chances of the problem being something other than your sources.list are nearly 0 | 13:10 |
gnarface | Wasp: try changing your sources.list to this: http://paste.debian.net/1054300/ | 13:12 |
Wasp | apt-cache search xinit | wc -l | 13:13 |
Wasp | 0 | 13:13 |
gnarface | Wasp: then re-run "apt-get update && apt-get upgrade" | 13:13 |
gnarface | you have to re-run "apt-get update" after every change to sources.list | 13:13 |
gnarface | i can't vouch for de.deb.devuan.org | 13:14 |
Wasp | yeah did that .. however removed de now it is really fetching something | 13:17 |
Wasp | even though I cnanot recall the details anymore but the funny thing is: somehow I've installed my system. ;) | 13:18 |
Wasp | .. before | 13:18 |
Wasp | okay that looks a lot better now .. and there is xinit | 13:18 |
Wasp | thanks | 13:18 |
r3boot | yw :) | 13:18 |
Wasp | my suspicion: I saw local repositories for debian and then I just tried the address did `apt update` and didn't see any error (withouht noticing that it just silently skipped the faulty address) | 13:21 |
gnarface | i think there may be outdated DNS records | 13:22 |
gnarface | or outdated information about them | 13:22 |
gnarface | floating about | 13:22 |
Wasp | wget says, it exists ... but I guess that's what r3boot already said .. guess I am just catching up ;) | 13:25 |
Wasp | "This server could not prove that it is de.deb.devuan.org; its security certificate is from deb.devuan.org." | 13:25 |
r3boot | de.deb.devuan.org just has fubarred TLS certificates: | 13:27 |
r3boot | https://maze.io/paste/p/RcFcREwM9UDvCwlP | 13:27 |
r3boot | first one should have atleast de.deb.devuan.org in either the CN or SAN field. And the 2nd is just badly configured | 13:27 |
r3boot | but it all depends on why de.deb.devuan.org is pointing towards that mirror. It might be a lack of DNS maintenance. It might be a lack of TLS maintenance | 13:28 |
r3boot | all in all, something that should be resolved IF de.deb.devuan.org is a valid mirror | 13:28 |
r3boot | deb.devuan.org is a round-robin across multiple servers btw | 13:30 |
r3boot | and sledjhamr.org is listed as an official http+https mirror | 13:31 |
r3boot | https://devuan.org/get-devuan | 13:31 |
r3boot | but, the admin of that mirror botched the certificates. You might want to try a different mirror (nl.deb.devuan.org for instance) | 13:32 |
r3boot | wait .. I am being fooled bu this round-robin dns setup :) | 13:34 |
r3boot | .. do I care enough to track it down? e_dunno, work calls | 13:35 |
KatolaZ | r3boot: what's the problem? | 13:38 |
KatolaZ | deb.devuan.org does not have any tls cert | 13:38 |
KatolaZ | deb.devuan.org has only HTTP | 13:38 |
KatolaZ | if you need https, please use one of the mirrors which support HTPPS | 13:38 |
KatolaZ | full list at: | 13:38 |
r3boot | KatolaZ: I am trying to understand the mirroring architecture of devuan ;) | 13:38 |
r3boot | the server-side of that to be precise | 13:39 |
KatolaZ | https://pkgmaster.devuan.org/mirror_list.txt | 13:39 |
KatolaZ | just ask | 13:39 |
KatolaZ | it's a DNS RR | 13:39 |
KatolaZ | there is no TLS support | 13:39 |
KatolaZ | so it does not have any "foobarred" TLS certificates | 13:39 |
r3boot | https://devuan.org/get-devuan <-- I beg to differ ;) | 13:39 |
KatolaZ | since it does not have any certificate at all | 13:39 |
KatolaZ | uh? | 13:40 |
KatolaZ | habe you read through? | 13:40 |
r3boot | Or are those isos only? | 13:40 |
KatolaZ | have you read through that? | 13:40 |
KatolaZ | :) | 13:40 |
KatolaZ | those are ISO mirrors | 13:40 |
r3boot | But check; No https on the package repo's | 13:40 |
KatolaZ | they mirror files.devuan.org | 13:40 |
KatolaZ | exactly | 13:40 |
KatolaZ | as I said above | 13:40 |
KatolaZ | no https on deb.devuan.org | 13:40 |
KatolaZ | for a list of mirrors with HTTPS support look at the URL I posted above | 13:41 |
KatolaZ | https://pkgmaster.devuan.org/mirror_list.txt | 13:41 |
r3boot | I dont use devuan, so I'm fine ;) | 13:41 |
KatolaZ | o_O | 13:41 |
r3boot | I was helping out someone else | 13:41 |
KatolaZ | so why are you interested in its infra? | 13:41 |
KatolaZ | :D | 13:41 |
KatolaZ | just point them to the ASCII Release notes | 13:41 |
KatolaZ | everything is explained there | 13:42 |
KatolaZ | Wasp: deb.devuan.org does not support HTTPS | 13:42 |
r3boot | because that's kind of what I do day in day out, maintain infrastructure | 13:42 |
r3boot | so having an interest is just natural | 13:42 |
KatolaZ | :) | 13:42 |
r3boot | just like I track freebsd/openbsd/archlinux/centos and a bunch of other distro's | 13:43 |
KatolaZ | good | 13:43 |
KatolaZ | you must have a lot of spare time | 13:43 |
r3boot | Hell, even HP/UX and OpenVMS are on my radar | 13:43 |
KatolaZ | that's very good | 13:43 |
r3boot | nope, enough experience to work with those distro's | 13:43 |
KatolaZ | but you just said you don't use Devuan... | 13:43 |
r3boot | I dont tinker about with them a whole lot more anymore. I just make sure they work, and are uptodate | 13:43 |
r3boot | I dont use devuan, that's correct. I am in the progress of migrating all my debian boxes to centos to be precise | 13:44 |
r3boot | (because they come with full SELinux profiles) | 13:44 |
KatolaZ | good | 13:44 |
KatolaZ | good luck with that | 13:44 |
r3boot | already implemented ;) | 13:44 |
nemo | Xenguy: well... even grub-install inside chroot seems to be failing. | 13:56 |
nemo | this is an efi disk, although I created a grub_bios partition | 13:57 |
nemo | http://m8y.org/tmp/disk.txt current disk layout | 14:03 |
nemo | I'd settle for either legacy boot or efi working | 14:04 |
nemo | if I run grub-install /dev/sdb says "Installation finished. No Error reported" | 14:04 |
nemo | but still can't boot using either EFI or legacy from the manual boot menu | 14:05 |
nemo | legacy boot is enabled | 14:05 |
devoid_ | selinux is horribly complex | 14:06 |
nemo | ugh. I'm gonna guess the base problem is I need a devuan image that supports EFI to even see if an efi install works | 14:24 |
nemo | since it seems I can't just toss efivarfs onto the existing install image | 14:24 |
nemo | I'd just as soon do a legacy grub boot, except it doesn't seem to actually work | 14:25 |
nemo | hm. no. just rechecked the desktop-live devuan ISO seems to have efi support wtf | 14:27 |
nemo | maybe this Dell Latitude E7450 just sucks | 14:30 |
gnarface | nemo: does it have an option to disable secure boot? | 14:38 |
gnarface | i thought the issue was you have to disable secure boot, or create and add your own keys | 14:39 |
nemo | gnarface: secure boot is not enabled | 14:40 |
nemo | looks like 32 bit grub efi was what was installed | 14:40 |
nemo | switched to grub-pc | 14:40 |
nemo | trying to run install. now it is complaining device.map is missing | 14:40 |
nemo | indeed no /boot/grub/device.map | 14:40 |
nemo | no grub shell installed to recreate it either | 14:40 |
nemo | guess I could do it manually ☹ | 14:40 |
nemo | overall rather painful installation so far | 14:40 |
gnarface | wait, 32-bit? did you get the right image? | 14:41 |
nemo | https://mirror.leaseweb.com/devuan/devuan_ascii/desktop-live/README.txt | 14:42 |
nemo | gnarface: it's 64 bit | 14:42 |
nemo | it comes with 32 bit efi | 14:42 |
nemo | it copied grub-efi-ia32_2.02~beta3-5_amd64.deb | 14:42 |
nemo | and grub-pc_2.02~beta3-5_amd64.deb | 14:42 |
nemo | to the root of the filesystem | 14:43 |
nemo | no efi64 bit that I can see which could explain why the UEFI boot completely failed | 14:43 |
nemo | but I'd settle for legacy | 14:43 |
nemo | there's no utility in efi on this system | 14:43 |
nemo | or ever 😝 | 14:43 |
nemo | but yeah at moment I seem to not have a 64 bit efi package, and a non-functioning traditional grub-pc due to lacking device.map | 14:45 |
nemo | and no grub shell to recreate it | 14:45 |
gnarface | nemo: wait, you're only using the live image? you haven't tried the netinstall? | 14:45 |
nemo | you do like saying "wait, " ☺ | 14:45 |
nemo | gnarface: yeah, I just wanted to do the install off the live image | 14:45 |
gnarface | it's not the same installer | 14:45 |
nemo | gnarface: on there I have a web browser if there's problems | 14:46 |
nemo | like now | 14:46 |
nemo | why? | 14:46 |
* nemo sighs and switches ISOs | 14:46 | |
gnarface | the real installer is a much more complicated thing | 14:46 |
nemo | why on earth would it not be same installer on both O_o | 14:46 |
nemo | oh god | 14:46 |
nemo | hm guess I might as well grab the "dvd" one | 14:46 |
gnarface | the live image's installer is just a convenience feature for easily cloning the live cd | 14:46 |
gnarface | no no | 14:46 |
nemo | why not? | 14:47 |
gnarface | get the netinstall image unless you don't have a working network connection | 14:47 |
gnarface | the dvd image will take much longer | 14:47 |
nemo | yeah but I have a few machines to install | 14:47 |
nemo | seems dvd would save time in long run | 14:47 |
gnarface | probably not, really | 14:47 |
nemo | 6 machines | 14:47 |
nemo | eh. gonna grab it anyway | 14:48 |
gnarface | you could try it, but i suspect that you'll just end up having to update all those pacakges after installing anyway. with the netinstall at least you don't download everything twice. | 14:48 |
nemo | would be rather nice if debian was so up to date as having to update entire system anyway ☺ | 14:48 |
nemo | but thaaat's pretty rare 😉 | 14:49 |
gnarface | well there's actually a lot of security updates and such | 14:49 |
gnarface | just because the major versions don't iterate doesn't mean there's no updates | 14:49 |
gnarface | what i'd advise if you have a real bandwidth problem is making the first of the 6 machines a caching proxy for the other 5 with "apt-cacher-ng" or something like that | 14:50 |
gnarface | oh | 14:51 |
gnarface | and if you want more installer options don't forget to try expert mode | 14:51 |
nemo | should be a big warning on that live cd installer | 14:51 |
gnarface | i know | 14:51 |
nemo | NOT THE REAL INSTALLER WATCH OUT | 14:51 |
gnarface | it's not really my call | 14:51 |
nemo | gnarface: I'm kinda used to ubuntu where they are essentially identical | 14:51 |
nemo | except the live CD lets you run the installer w/ a web browser handy | 14:51 |
gnarface | the live installer is based on refracta | 14:52 |
nemo | and nice desktop for shells | 14:52 |
gnarface | actually i think the whole live image may be based on refracta | 14:52 |
KatolaZ | gnarface: nope, the devuan live images are obtained through live-sdk | 15:09 |
KatolaZ | the live installer is refractainstaller | 15:09 |
r3boot | devoid_: it is, but the problem it's solving is terribly complex as well | 15:10 |
r3boot | (that is, how do you turn a UNIX which has discretionary ACLs into something that has mandatory ACLs) | 15:11 |
nemo | r3boot: just put everything in separate VMs | 15:15 |
nemo | that's what microsoft is doing | 15:15 |
nemo | aaand those dudes whose name I'm blanking on... ones w/ a linux-based approach to that | 15:16 |
nemo | actually surprising just how many levels of jails there are these days | 15:16 |
nemo | JS jail → web browser container → web browser's VM container | 15:16 |
nemo | and then the OS itself may be on a VM ☺ | 15:17 |
MinceR | maybe you mean the joke known as "qubes" | 15:17 |
nemo | MinceR: THAT ONE YES | 15:17 |
MinceR | (because running a massive NSA backdoor in every vm makes the system SO SECURE) | 15:17 |
nemo | ohoh | 15:17 |
MinceR | also, in protected mode, every process is kind of a vm of its own anyway :> | 15:17 |
r3boot | nemo: nice way to waste resources | 15:18 |
nemo | MinceR: more info on this backdoor? | 15:18 |
MinceR | nemo: it's called systemd | 15:18 |
nemo | oh | 15:18 |
r3boot | plus, it will still lead to compromized data if your service is compromized | 15:18 |
nemo | haha | 15:18 |
nemo | MinceR: true | 15:18 |
nemo | MinceR: was gonna say that it can't actually run devuan unfortunately | 15:18 |
nemo | gnarface: anyway, everything went totally smoothly with the real installer | 15:27 |
nemo | interesting. another devuan install (with MATE) and once again closing laptop lid does not trigger suspend in mate-power-manager | 15:37 |
nemo | I mean it's not critical, but it's a nice to have | 15:37 |
MinceR | maybe it's just not enabled by default? | 15:38 |
nemo | MinceR: hrm... kernel flag? | 15:38 |
MinceR | i tend to disable it so i can close and carry my laptop without having to suspend it | 15:38 |
nemo | gotta search that | 15:38 |
MinceR | usually not | 15:38 |
MinceR | if there's some sort of gui to set power manager settings, it's probably that | 15:38 |
nemo | yeah. gui is setup right... and MATE uses upower under the surface | 15:40 |
devoid_ | if nothing else you can write an acpid script | 15:41 |
devoid_ | i think | 15:42 |
KatolaZ | nemo: there was a thread on dev1galaxy about that IIRC | 15:44 |
KatolaZ | I have always used acpi scripts though | 15:44 |
KatolaZ | you just need to install acpid and acpi-support | 15:45 |
nemo | manually suspending using power button works just fine | 15:45 |
KatolaZ | here is also a tutorial on using acpi events: http://kalos.mine.nu/bright/index.html | 15:45 |
nemo | it would just be nice to have it happen on closing lid too | 15:45 |
KatolaZ | it's for brightness, but you can just associate the lid event to the pm_suspend script | 15:46 |
KatolaZ | along the same line | 15:46 |
KatolaZ | I guess the script is called sleep_suspemdbtn.sh | 15:46 |
KatolaZ | just set the event | 15:47 |
KatolaZ | you actually also have lid.sh | 15:47 |
nemo | oh hm. speaking of out of date things | 15:48 |
nemo | us.deb.devuan.org | 15:48 |
nemo | that's wrong right? | 15:49 |
nemo | hm. no. is fine | 15:49 |
KatolaZ | why is it wrong? | 15:49 |
nemo | old one was "mirror" | 15:49 |
KatolaZ | *.deb.devuan.org would do | 15:49 |
nemo | I'm getting a load error. thought it was that rename thing | 15:49 |
KatolaZ | pls post the error | 15:49 |
nemo | Temporary failure resolving 'us.deb.devuan.org' | 15:50 |
nemo | lemme see if my network is broken first ☺ | 15:50 |
KatolaZ | it works | 15:50 |
nemo | strange. wifi is set to autoconnect | 15:50 |
nemo | ugh. what the heck. side effect of suspend? | 15:51 |
r3boot | How is your network configured? | 15:52 |
r3boot | You are confusing us by being online here, btw, since that usually implies a working network connection | 15:53 |
nemo | heh | 15:53 |
nemo | r3boot: well. it's not like I have just one computer 😝 | 15:53 |
r3boot | I suspected something like that :P | 15:53 |
nemo | my exp in past is doing linux setup without having a 2nd computer is often not something you want to do | 15:53 |
r3boot | iig, temporary failure resolving points to a DNS issue. Did you check if your resolvers are reachable? | 15:53 |
nemo | naw | 15:54 |
nemo | r3boot: it's fine. I manually reconnected | 15:54 |
nemo | for some reason wicd did not reconnect automatically after unsuspending | 15:54 |
r3boot | Aha, check | 15:54 |
nemo | but I'll be switching to mate's network manager shortly | 15:54 |
nemo | it's a bit... prettier/more integrated | 15:54 |
nemo | and works essentially the same | 15:54 |
r3boot | brr, networkmanager .. isnt that poetteringware? ;+ | 15:54 |
nemo | is it? | 15:54 |
r3boot | dunno tbh | 15:54 |
nemo | r3boot: but it's not like devuan has eliminated pulseaudio | 15:55 |
nemo | frankly, userspace scares me less than systemd | 15:55 |
r3boot | I should not comment on the political side :) | 15:55 |
nemo | although I do have a poettering ban on my gentoo machines | 15:55 |
nemo | since it's easier to do there | 15:55 |
Wasp | KatolaZ: okay thanks. I cannot comprehend anymore how where I got .. or who I came up with the the address | 15:56 |
KatolaZ | np Wasp | 15:57 |
nemo | yay. acpi_listen does say "button/lid LID close" | 15:57 |
nemo | that's good news | 15:57 |
nemo | and "open" | 15:57 |
nemo | so now I just have to figure out how to hook these up to suspend | 15:57 |
KatolaZ | nemo: just bind them in /etc/acpi/events | 15:58 |
nemo | and I wonder why MATE's config is failing to trigger on this evfent | 15:58 |
r3boot | nemo: you could write a handler for it: https://wiki.archlinux.org/index.php/acpid#Tips_and_tricks | 15:58 |
KatolaZ | nemo: you should have a lidbtn event indise there | 15:58 |
KatolaZ | s/indise/inside | 15:58 |
KatolaZ | it would call /etc/acpi/lid.sh | 15:59 |
* Wasp shoudln't re-read his own sentences after hitting enter already :/ | 15:59 | |
Wasp | just shocking | 16:00 |
nemo | hmmm sleepsuspend has an exit right at the start of it | 16:09 |
nemo | eh. that wasn't it | 16:09 |
KatolaZ | nemo: it's lid.sh | 16:10 |
nemo | KatolaZ: yeah they both have that | 16:10 |
nemo | KatolaZ: I'm reading through lid.sh | 16:10 |
nemo | the CheckPolicy || HasLogindAndSystedm1Manager was not the problem (sure hope it wouldn't be) | 16:11 |
nemo | after that there's a grep of /proc/acpi lid state that seems to return the right values.. | 16:11 |
nemo | then checks for a variable LID_SLEEP | 16:12 |
KatolaZ | nemo: just run it :) | 16:14 |
KatolaZ | and see what happens | 16:14 |
KatolaZ | you might need to remove the CheckPolicy thing | 16:15 |
nemo | KatolaZ: tried removing that no luck | 16:15 |
nemo | tried removing lid_sleep thing | 16:15 |
nemo | now I'm just going to add some logging | 16:15 |
KatolaZ | nemo: just run it with set -e set -x | 16:16 |
r3boot | What does CheckPolicy do btw? | 16:16 |
KatolaZ | r3boot: just read through it :) | 16:17 |
KatolaZ | it looks if there is any other "power manager" running | 16:17 |
r3boot | I will | 16:18 |
nemo | interesting acpi loads a helper function that does some wicd stuff. maybe wasn't getting triggered properly on suspend/unsuspend | 16:18 |
nemo | shouldn't have to manually rejoin network | 16:18 |
r3boot | Ah, found a copy on one of my debian boxen. Why would you remove that? | 16:19 |
nemo | huh. lid.sh exits really early | 16:19 |
KatolaZ | nemo: just run it with set -e and set -x | 16:19 |
KatolaZ | you'll see what happens | 16:19 |
nemo | KatolaZ: I did | 16:19 |
nemo | it wasn't clear enough due to all the sub stuff it calls | 16:19 |
KatolaZ | it's exiting due to CheckPolicy, quite possibly | 16:19 |
nemo | I'm adding some echos to clarify where exactly it terminates | 16:20 |
KatolaZ | uh? | 16:20 |
nemo | KatolaZ: I tested with that removed though ☹ | 16:20 |
KatolaZ | it;s the last line | 16:20 |
nemo | and the last line is not something in the file | 16:20 |
nemo | dalston-power-applet | 16:20 |
nemo | whatever that is | 16:20 |
nemo | some XFCE thing | 16:20 |
KatolaZ | nemo: that's in CheckPolicy.... | 16:20 |
nemo | ugh | 16:20 |
nemo | welp. will remove checkpolicy again | 16:21 |
nemo | bright side, maybe this explains why suspend is broken on all my devuan laptops | 16:21 |
nemo | (up to 3 now) | 16:21 |
nemo | ok with that removed script worked | 16:21 |
r3boot | or just disable dalston-power-applet so CheckPolicy does not return non-zero return code | 16:21 |
nemo | from commandline | 16:22 |
lnxmntadol | hi, have anyone tried cinnamon de on Devuan (ascii)? | 16:22 |
r3boot | Removing standard functionality b/c a configuration error is never a good idea, imho | 16:22 |
nemo | r3boot: I have no idea what that thing even is | 16:22 |
r3boot | I have, to an extent | 16:22 |
nemo | r3boot: it's not in process list | 16:22 |
nemo | ohhh | 16:22 |
nemo | I see | 16:22 |
nemo | they are checking for mate-power-manager too | 16:22 |
nemo | if you're running mate-power-manager they abort | 16:22 |
nemo | ugh | 16:22 |
nemo | hum hum hum | 16:22 |
KatolaZ | nemo: it's the right thing to do | 16:22 |
nemo | welp. guess I do have to override it | 16:22 |
KatolaZ | somebody else is taking care of acpi events in that case | 16:23 |
nemo | unless all of mate-power-manager is broken maybe | 16:23 |
nemo | let me see if the other things work | 16:23 |
r3boot | So in principle, you can only have one 'app' that manages your power. Before the time of the GUI-based managers, you had acpid, which uses scripts to trigger events. Now this can bite with other power managers, so CheckPolicy() was added. Now if you remove CheckPolicy, and you (accidently) install another power manager, your system has a good chance of strange behaviour | 16:23 |
nemo | r3boot: I think I transitioned pretty quickly from appearance of acpi to just using gnome2 ☺ | 16:24 |
nemo | so not too surprising I don't remember any of this | 16:24 |
r3boot | So the 'correct' way would be to ensure that you just use a single power manager. If that's acpid, thats fine, but be sure to disable the rest. | 16:24 |
nemo | well my ideal would be to have the pretty gui one work :/ | 16:24 |
r3boot | yeah, agreed, this is imho legacy functionality (but flexible and useful tho) | 16:24 |
r3boot | (where this == acpid) | 16:25 |
KatolaZ | it is not just legacy | 16:25 |
nemo | r3boot: I guess my assumption was the pretty guis just called this | 16:25 |
nemo | as is often case w/ pretty linux GUIs | 16:25 |
KatolaZ | it allows you to do without a power-manager which uses memory just for a nice GUI... :) | 16:25 |
nemo | hm... welp. I just set the screen off timeout in mate-power-manager to 1 minute and that isn't working either | 16:26 |
nemo | graaah | 16:26 |
nemo | setting power button to suspend worked though. hm | 16:26 |
KatolaZ | nemo: are you sure you have the correcr elogind stuff? | 16:26 |
KatolaZ | s/correcr/correct/ | 16:26 |
nemo | noooo idea. | 16:27 |
nemo | KatolaZ: I just completed the default devuan install | 16:27 |
nemo | with MATE selected | 16:27 |
nemo | KatolaZ: I guess it's possible MATE doesn't play nice with elogind ? | 16:28 |
KatolaZ | nemo: please have a look at: https://files.devuan.org/devuan_ascii/Release_notes.txt | 16:29 |
KatolaZ | MATE has been tested with consolekit, IIRC | 16:30 |
KatolaZ | and slim | 16:30 |
nemo | ahhh ok | 16:30 |
nemo | welp lemme change that asap | 16:30 |
KatolaZ | but I am not good at desktop things | 16:30 |
nemo | hm | 16:30 |
KatolaZ | maybe Irrwahn could help | 16:30 |
r3boot | TIL elogind | 16:30 |
KatolaZ | or somebody who actually runs a desktop | 16:30 |
nemo | consolekit is installed | 16:30 |
nemo | elogind is installed | 16:31 |
KatolaZ | nemo: you also need the polkit-backend stuff | 16:31 |
nemo | so now I have to figure out how to switch from one to the other | 16:31 |
KatolaZ | nemo: I told you, there was a thread about that on dev1galaxy.org | 16:31 |
KatolaZ | just about MATE power manager | 16:31 |
nemo | kinda would be nice if installer picked "consolekit" if that's what MATE needs ☺ but oh well | 16:31 |
KatolaZ | I am sure it has the information you need | 16:31 |
nemo | KatolaZ: cool | 16:31 |
nemo | http://dev1galaxy.org/viewtopic.php?id=2325 | 16:32 |
nemo | ? | 16:32 |
nemo | oh. links to https://dev1galaxy.org/viewtopic.php?id=2006 | 16:32 |
nemo | hm. that first thread is not useful | 16:33 |
nemo | 2nd thread is not useful either | 16:34 |
nemo | https://bugs.devuan.org/db/24/240.html ← exactly same thing I get | 16:35 |
nemo | exclamation mark | 16:35 |
nemo | let's see if arch has documentation on this | 16:35 |
nemo | they are often useful for guts of system | 16:35 |
r3boot | Yep | 16:37 |
nemo | hm... ck-list-sessions shows my session. | 16:38 |
nemo | that means consolekit right? | 16:38 |
r3boot | CK == ConsoleKit, yes | 16:38 |
nemo | and /etc/X11/Xsession.d has a consolekit launcher too | 16:38 |
nemo | r3boot: I mean, that implies consolekit is running right? | 16:38 |
nemo | trying to figure out which I'm using | 16:38 |
nemo | don't see elogind anywhere under /etc/X11 soooo | 16:39 |
nemo | no ck anything in process list | 16:42 |
nemo | does anyone here know which one devuan installs by default? | 16:42 |
r3boot | nope, dont have a devuan box nearby (but getting the feeling more and more that I need to atleast run a devuan vm somewhere :P) | 16:43 |
nemo | but eh. https://wiki.archlinux.org/index.php/ConsoleKit implies that if list returns something, consolekit is running | 16:43 |
nemo | so. I probably am running consolekit. and yet mate-power-manager is clearly very very broken on devuan | 16:43 |
nemo | same as all devuan machines, the power thing shows ⚠ instead of battery (the separate battery applet does work) | 16:44 |
nemo | and absolutely no automatic functions work | 16:44 |
nemo | although keybinds do | 16:44 |
KatolaZ | nemo: the one activated by default depends on the DE you selected | 16:45 |
* nemo goes back to hunting dev1galaxy | 16:45 | |
nemo | so far I've found threads complaining about broken power manager, but no fixes :/ | 16:45 |
KatolaZ | nemo: Irrwahn can probably help you | 16:46 |
nemo | https://dev1galaxy.org/viewtopic.php?pid=11454 no love here | 16:46 |
nemo | https://dev1galaxy.org/viewtopic.php?pid=7826 this one is similar issue but just complaints + switch to acpi | 16:47 |
nemo | I guess I could do the scripts, I usually never change power settings | 16:47 |
nemo | but it's nice to have gui if possible | 16:47 |
nemo | esp for things like screen birghtness | 16:48 |
nemo | *brightness | 16:48 |
r3boot | Poeh, if memory serves me correctly, to get CK to work, you need to ck-launch-session <your chosen DM startup binary>, to bind the DM session to CK, but it's been a loooong time since I needed to do that and the details are muddy | 16:49 |
nemo | r3boot: I'm starting to think consolekit is running fine, it's just that mate-power-manager is broken, for some reason | 16:50 |
nemo | https://bugs.archlinux.org/task/40031 | 16:50 |
nemo | oooh | 16:50 |
nemo | https://dev1galaxy.org/viewtopic.php?id=601 ← known bug with older versions of mate and upower | 16:50 |
nemo | hm | 16:51 |
r3boot | Could very well be | 16:51 |
nemo | 2017-05-05 | 16:51 |
nemo | and jessie | 16:51 |
nemo | 'course why would that break laptop lid - unless they use upower for that too somehow | 16:51 |
nemo | the arch bug says mate-power-manager 1.8.0-4 fixes the issues, but that could be an arch specific patch | 16:52 |
r3boot | the lid-switch event is generated through the APCI framework, so it would make sense to have that in upower as well | 16:52 |
nemo | hm. there *is* a version in backports | 16:52 |
nemo | 1.20 | 16:52 |
nemo | let's see what that one does | 16:52 |
nemo | ugh how the heck did wicd lose my passphrase. sooo replacing this with mate network manager once I solve the power manager problem | 16:59 |
nemo | ok. updating to ascii-backports mate-power-manager 1.20 did not fix anything | 17:05 |
nemo | hm. the arch guys made a bunch of fixes to mate-power-manager | 17:35 |
nemo | but they are all upower 0.99 flagged since that's what arch uses :/ | 17:35 |
nemo | https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/mate-power-manager&id=46346f7af802ce255b28250fc4ad3f1d758bf958 | 17:35 |
nemo | $ apt-get source opensc | 19:37 |
nemo | E: Failed to fetch http://deb.debian.org/debian/pool/main/o/opensc/opensc_0.16.0-3.debian.tar.xz 404 Not Found [IP: 151.101.32.204 80] | 19:37 |
nemo | opensc_0.16.0.orig.tar.gz | 19:38 |
nemo | opensc_0.16.0.orig.tar.gz | 19:38 |
nemo | oups | 19:38 |
nemo | opensc_0.16.0-3+deb9u1.debian.tar.xz | 19:38 |
hyperion_ | hello | 21:32 |
hyperion_ | I found something | 21:32 |
hyperion_ | on docker on Devuan | 21:32 |
hyperion_ | the init script I got one | 21:32 |
hyperion_ | https://gist.github.com/petruisfan/c23d4a24594a0a02176f | 21:33 |
hyperion_ | still not working | 21:33 |
hyperion_ | sudo service docker start | 21:33 |
hyperion_ | Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? | 21:33 |
hyperion_ | Creating 'docker' container... | 21:33 |
hyperion_ | docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?. | 21:33 |
hyperion_ | See 'docker run --help'. | 21:33 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!