furrywolf | anyone here involved with packaging firefox? can someone rush out a build with extension signing disabled, which it should be anyway? | 06:28 |
---|---|---|
furrywolf | I've said for literally years that extension signing was morally wrong, and now they've gone and proved it's technically wrong to. we really should build without it. | 06:57 |
furrywolf | too | 06:58 |
bleb | they should just drop the current firefox branch and start developing firefox as a fork of pale moon | 07:22 |
jiefk | bleb yes, I wish Pale Moon, Basilisk or Seamonkey to be more in the front line | 08:54 |
Hund | I use IceCat and I have no issues. | 11:04 |
Hund | I would like to not use anything based of Firefox as my secondary browser at all though. Their addons is pretty good though. | 11:04 |
r3boot | Tsja; extension signing does solve a real problem. The issue at hand here is more related to Mozilla operations then FF tbh | 11:14 |
r3boot | expired certificates happens to (almost) everyone who handles certificates, btw, until $org learns to automate the process (if at all possible) | 11:15 |
brocashelm | otter is my favorite secondary browser | 11:28 |
jiefk | I'm still with my laptop having some troubles and I'm searching how to untangle things. | 13:13 |
jiefk | From the most visible things, with the 4.19.0.2 kernel, SDDM or LightDM starts fine and touchpad is working | 13:15 |
jiefk | with 4.19.0.4, X does not start and I have no touchpad | 13:15 |
jiefk | Can someone point me to some commands I can use to find what's going on ? | 13:17 |
rrq | maybe "less /var/log/Xorg.0.log" says something? | 13:31 |
bdax | is it possible to use some of devuan's packages (network-manager, etc) in debian stretch? | 15:36 |
bdax | or debian jessie if not stretch | 15:39 |
furrywolf | you probably can, but you may run into problems with them depending on other devuan-specific builds | 15:41 |
bdax | hmm | 15:50 |
bdax | couldn't devuan's aim be achieved by providing a custom repository that has none-systemd versions of packages like network-manager, and a script that swaps systemd for sysvinit? | 15:50 |
fsmithred | isn't that what we already do? | 15:53 |
bdax | devuan is a separate distribution isn't it? | 15:57 |
bdax | I mean without being separate from debian | 15:57 |
fsmithred | yes, but we only have about 100 packages | 15:57 |
fsmithred | the rest get merged from debian into our repos | 15:57 |
fsmithred | so most of the packages come from debian unchanged | 15:57 |
fsmithred | but for devuan you need to use only devuan repos - if you mix debian repos you're sure to run into problems | 15:58 |
fsmithred | what's the appeal of devuan's network-manager? | 15:58 |
bdax | does it have to be that way? can't compatibility with debian be maintained? | 15:58 |
bdax | because it doesn't rely on systemd | 15:58 |
fsmithred | maybe - they're coming around | 15:59 |
fsmithred | recent report from someone running sid without systemd | 15:59 |
fsmithred | and I mean with no systemd packages installed | 15:59 |
bdax | yeah I've done that with stretch by following this: https://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_Stretch_installation | 16:00 |
fsmithred | that's a result of joint efforts between devuan and debian devs | 16:00 |
bdax | but the repository listed there is deprecated so I was wondering about devuan's | 16:00 |
bdax | oh i see | 16:00 |
bdax | so it's official? | 16:00 |
bdax | interesting | 16:00 |
fsmithred | what's official? | 16:01 |
bdax | an official experiment I mean | 16:01 |
KatolaZ | bdax: https://devuan.org/os/documentation/dev1fanboy/ | 16:01 |
KatolaZ | bdax: experiment of what? | 16:01 |
KatolaZ | o_O | 16:02 |
bdax | fsmithred> recent report from someone running sid without systemd | 16:02 |
fsmithred | yeah, because of elogind | 16:02 |
bdax | well, either way i t would be nice to be able to use debian without systemd, but still use network-manager etc | 16:03 |
fsmithred | I don't understand what you're trying to accomplish | 16:04 |
bdax | debian with sysvinit, with network-manager | 16:04 |
bdax | that's not currently possible afaik | 16:04 |
fsmithred | oh, ok | 16:04 |
bdax | but if I could somehow add devuan's repo to stretch, I could use its network-manager | 16:04 |
furrywolf | you could just use devuan. :) | 16:04 |
fsmithred | well, you can try it, but you may run into problems with policykit, udev, dbus or some other shit | 16:04 |
fsmithred | <furrywolf> you could just use devuan. :) | 16:05 |
fsmithred | well yeah, that's kinda why we made it | 16:05 |
bdax | yeah but switching distros just to remove systemd seems overkill imho, especially downgrading to jessie to do it | 16:06 |
fsmithred | wtf downgrade to jessie? | 16:07 |
bdax | is devuan based off stretch now? | 16:07 |
fsmithred | if you're on stretch, you can migrate to ascii | 16:07 |
bdax | ah okay | 16:07 |
fsmithred | since last june | 16:07 |
fsmithred | you could even upgrade to beowulf (buster) if you're daring. It's pretty good. | 16:08 |
fsmithred | daring and want to participate in testing | 16:08 |
fsmithred | it's not overkill because systemd is so entrenched in everything else, you can't remove it with a simple script. | 16:09 |
furrywolf | we need a debian package that modifies sources, updates, and upgrades... so people can just do apt-get install devuan. :) | 16:09 |
fsmithred | oh | 16:10 |
fsmithred | that would require about four or five commands | 16:10 |
furrywolf | also, it will be very amusing to see what debian says when asked to include it. | 16:10 |
bdax | well I have lot of respect for what devuan's doing, but it seems devuan's work could reach a wider audience if it maintained debian compatibility, so people like me that don't want to switch distros could add its repo, run a script and be done with | 16:10 |
fsmithred | lol | 16:10 |
bdax | and it's clearly possible in a script: https://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_Stretch_installation | 16:10 |
bdax | that manages with a repo with like 4 packages | 16:11 |
KatolaZ | bdax: Debian would have reached a wider audicence if it would have maintained sysvinit compatibility.... | 16:11 |
KatolaZ | they are still opposing many attempts to upstream packages to accomplish that | 16:11 |
KatolaZ | like elogind and eudev | 16:11 |
bdax | that's their business, if some third party provided the means I'd install it manually | 16:11 |
KatolaZ | o_O | 16:12 |
fsmithred | bdax, that script adds a repo that replaces a lot of packages which have been re-packaged to not require systemd. That's the same thing we do. | 16:12 |
KatolaZ | devuan is the means | 16:12 |
bdax | fsmithred: exactly, without requiring a distro switch | 16:12 |
KatolaZ | :) | 16:12 |
bdax | no reinstall needed | 16:12 |
KatolaZ | bdax: resinstall of what? | 16:12 |
fsmithred | no reinstall needed to migrate to devuan | 16:12 |
bdax | my system | 16:12 |
KatolaZ | you can just migrate from debian to devuan | 16:13 |
fsmithred | just upgrade like you would with debian | 16:13 |
KatolaZ | without a problem | 16:13 |
fsmithred | devuan IS debian (about 95% debian) | 16:13 |
bdax | either way, I'd rather not, I'd prefer to keep to debian, but use devuan's repo as in that link | 16:13 |
fsmithred | we put guards at the door so systemd does not sneak in | 16:13 |
bdax | you can do that with pinning | 16:13 |
KatolaZ | bdax: that will require quite a bit of pinning | 16:13 |
fsmithred | yeah | 16:13 |
KatolaZ | but you are free to choose your poison :) | 16:13 |
fsmithred | lol | 16:14 |
bdax | one command in that link | 16:14 |
KatolaZ | great, go with the link | 16:14 |
KatolaZ | :) | 16:14 |
bdax | the link is deprecated, but it shows it's possible | 16:14 |
fsmithred | yeah, he hasn't kept up with versions | 16:14 |
bdax | devuan is maintained, but requires switching distros | 16:14 |
bdax | I don't mean to sound argumentative, my only question is is can't devuan do the same? maintain compatibility | 16:15 |
fsmithred | switching distros means editing a few lines in sources.list | 16:15 |
furrywolf | bbl, day-starting things | 16:15 |
KatolaZ | bdax: again, we can't | 16:15 |
KatolaZ | because debian is opposing these changes to be upstreamed | 16:15 |
KatolaZ | do you understand that or not? | 16:15 |
bdax | apparently not, why does it need to be upstreamed to be compatible? | 16:15 |
KatolaZ | bdax: remove systemd, and you will find out | 16:16 |
bdax | I just did, it works fine until I install network manager, etc | 16:16 |
KatolaZ | great | 16:16 |
fsmithred | what desktop are you using? | 16:16 |
bdax | bspwm | 16:16 |
fsmithred | yeah, I figured - a window manager | 16:16 |
fsmithred | that does make it a lot easier | 16:16 |
KatolaZ | if you want network-manager you need either a version that patches out the dep on libpam-systemd or you need to use and configure elogind | 16:17 |
fsmithred | brb. need coffee | 16:18 |
bdax | well, good stuff, if it's not possible it's not possible. would be nice though to be able to just add devuan to my apt/sources.list, pin a few things and carry on with debian | 16:19 |
bdax | thanks for listening people, good luck and keep up the good work | 16:19 |
KatolaZ | bdax: just try it | 16:20 |
KatolaZ | but you need some serious pinning work | 16:20 |
KatolaZ | you'll realise by yourself, maybe | 16:20 |
DocScrutinizer05 | hi folks. Is there any generic API for adjusting "runtime config" parameters of processes during runtime? Example to explain better: when I start a `scp -l 20000` with bandwidth limit 20Mb/s, is there any *generic* existing best-practice concept how you'd design such cmdline tools so that you could change the "20000" to a different value during runtime? | 18:35 |
DocScrutinizer05 | I think _some_ programs would tolerate running under gdb and let the variable in memory get modified during runtime. Some for sure will blow chunks when you do such nasty hacks | 18:37 |
bdax | i don't know about standard, but I really like bspwm's approach of listening on a socket, then its client program bspc, a client, sends message to reconfigure it during runtime | 18:38 |
DocScrutinizer05 | I think there might exist a lib to facilitate this | 18:38 |
DocScrutinizer05 | bdax: sounds good | 18:39 |
bdax | does anyone know if there's a devuan equivalent of these isos: https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/ | 18:41 |
bdax | otherwise what's the method of enabling wifi adapters that require non-free firmware during installation? | 18:42 |
bdax | ah nvm, I'll just use a second usb I suppose | 18:49 |
JohnDoe2_ | flashed the devuan 2G image on C201 as instructed in the wiki but the chromebook fails to boot. It loops through the sequence twice and then displays "invalid recovery image". What am I doing wrong? | 18:55 |
Xenguy | Is there a smaller/lighter image you can use? | 19:20 |
JohnDoe2_ | it's not heavy, I don't think it has xorg installed | 19:28 |
JohnDoe2_ | I also flashed the 16G image directly to the emmc with the same result | 19:28 |
JohnDoe2_ | if however I flash it to a usb stick it boots fine | 19:28 |
gnarface | if bdax comes back, someone tell him the devuan netinstall already includes the firmware | 19:42 |
gnarface | (but that some popular intel wifi chips need newer versions than what is in ascii) | 19:42 |
pavlos | howto autologin ... devuan 2.0 ascii | 22:08 |
pavlos | changed /etc/slim.conf autologin yes but it does not | 22:10 |
Syllin | pavlos: you're sure you're using slim, right? you might be configured to use a different DM by accident | 22:10 |
Syllin | you could try uninstalling all DMs with `apt`. i'm just guessing though | 22:11 |
pavlos | Syllin: if I type pstree, I see slim, then Xorg | 22:11 |
Syllin | makes sense, guess that theory is shot | 22:12 |
Syllin | theres a purple note here about having a default user. maybe thats it? https://wiki.archlinux.org/index.php/SLiM#Enable_Autologin | 22:13 |
pavlos | https://imgur.com/a/nAU02nz | 22:14 |
pavlos | Edit /etc/slim.conf to uncomment the auto_login command and replace no with yes: ... I did that, rebooted, still asks for user/pw | 22:15 |
gnarface | the user exists, right? | 22:17 |
fsmithred | pavlos, I have 'default_user' and 'auto_login' in use | 22:17 |
pavlos | yes, user | 22:17 |
pavlos | letme find the default_user part | 22:18 |
fsmithred | it's a few lines above auto_login | 22:18 |
pavlos | enabled default_user user and rebooting now | 22:19 |
pavlos | perfect ! ty fsmithred Syllin | 22:20 |
fsmithred | yw | 22:20 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!