| 00:03.23 | gnarface | terryc: sorry gotta go for a bit but that info should be the same as from debian (also you could just read the man page: "man interfaces") |
| 00:03.31 | yellyfish | i shouldn't worry about autoremoved packages right? those are dependencies not required anymore, right? |
| 00:04.21 | fsr | yellyfish, generally, yes. |
| 00:04.57 | fsr | terryc, what does ifconfig show? |
| 00:05.02 | fsr | or 'ip a' |
| 00:05.19 | terryc | As far as I can tell, everything for static is still there, so contents of /etc/network/interfaces is fine with no change. i just can not get ifup or reboot to use static networking again. |
| 00:05.40 | fsr | what interfaces does ifconfig say you have? |
| 00:06.01 | fsr | the interfaces file will say whatever you put in there |
| 00:06.37 | fsr | the system (udev/eudev) will give your physical interfaces names, regardless of what you put in the interfaces file |
| 00:10.52 | terryc | ifconfig: now with dhcp running shows lo & eth1. Reboot with no dhcp and just lo and I can not get eth0 loaded. |
| 00:11.53 | yellyfish | looks like it worked, for now. I'll have to see when i restart the machine if it all is fine |
| 00:13.43 | fsr | terryc, if there's a file named /etc/udev/rules.d/70-persistent-net look in it |
| 00:14.24 | fsr | um, do you have two wired interfaces, or did eth0 get renamed? |
| 00:15.10 | *** join/#devuan amarsh04 (~amarsh04@ppp121-45-69-244.bras1.adl6.internode.on.net) |
| 00:20.26 | *** join/#devuan infobot (ibot@208.53.50.136) |
| 00:20.26 | *** topic/#devuan is Latest (2018-06-09): ASCII 2.0.0 https://devuan.org/os/debian-fork/ascii-stable-announce-060818 || Stable (2017-05-25): Jessie 1.0.0 stable release | This is the Devuan https://devuan.org/ discussion channel | off-topic conversation in #debianfork please | Devuan Forum: https://dev1galaxy.org/ | Chanlogs: http://maemo.cloud-7.de/irclogs/freenode/_devuan/ https://botbot.me/freenode/devuan |
| 00:20.26 | *** mode/#devuan [+v infobot] by ChanServ |
| 00:22.30 | Criggie | renaming ethernet interfaces is something systemd would do |
| 00:22.37 | Criggie | lets not do that. |
| 00:26.22 | *** join/#devuan terryc (~terryc@169.87.233.220.static.exetel.com.au) |
| 00:26.56 | nacelle | udev does it |
| 00:26.58 | nacelle | etc. |
| 00:27.04 | nacelle | its not just a systemd thing |
| 00:28.24 | fsr | if you're on ascii, you should have eudev, and that will use the traditional names |
| 00:28.48 | fsr | if you want to use the "predictable" names, add net.ifnames=1 to the boot command |
| 00:30.25 | *** join/#devuan xes_ (~xes@unaffiliated/xes) |
| 00:30.37 | terryc | SOLVED: fsr and gnarface thanks. Problem solved. It was due to udev. Somehow the eth0 spec was commented out during migration. |
| 00:31.28 | fsr | commented out where? |
| 00:31.37 | nacelle | I usually blow away 70-persistent-net.rules and reboot to fix the boxes I usually hit the issues on, fwiw |
| 00:31.47 | nacelle | much easier than trying to sort it all out |
| 00:31.51 | fsr | yeah, that works on jessie |
| 00:32.00 | fsr | but that file doesn't exist in stretch/ascii |
| 00:32.37 | nacelle | funky |
| 00:32.49 | nacelle | i've never seen this before, but I'm seeing it on my ascii boxes |
| 00:33.01 | nacelle | will have to learn eudev |
| 00:33.32 | fsr | maybe |
| 00:33.38 | fsr | I haven't had to do anything with it |
| 00:33.54 | fsr | but I've never had to write any udev rules |
| 00:34.03 | nacelle | i've written too many :( |
| 00:34.05 | *** join/#devuan Tom-_ (~tomg@98-159-244-108.agas1a-dynamic.dsl.sentex.ca) |
| 00:34.13 | fsr | sorry to hear |
| 00:34.42 | nacelle | I worked with a software/hardware product line that always expected the hardware to have nics in a particular order |
| 00:34.48 | terryc | commented out in /etc/udev/rules.f/*net*. |
| 00:34.50 | nacelle | eth0 had to be the nic for the mgmt port, etc. |
| 00:35.13 | nacelle | I dont have any rules.d/ files on ascii |
| 00:35.29 | fsr | seems like that would work well with the predictable names |
| 00:35.51 | nacelle | anyways, they got a motherboard series in where the mgmt port was hard wired up as eth2 under the kernel they booted... so they hacked in some udev rules to always remap when they detected that kind of motherboard |
| 00:36.02 | nacelle | and I got really used to hacking around udev at that point :-) |
| 00:36.09 | nacelle | yeah, it did |
| 00:36.18 | nacelle | but when jumping kernel versions, it gets tricky |
| 00:36.31 | nacelle | they do shit like change the pci scan order, so nics come up different between 2.4 and 2.6, etc. |
| 00:36.38 | terryc | nacelle, thanks for the tip. it usually is only a problem with a 'boxen" migrates motherboards, but this wasn't the case. just a OS migrate from debian-stretch to devuan-ascii. |
| 00:37.16 | nacelle | ah yeah, in that instance always blow away 70-persistent-net.rules if it exists |
| 00:52.20 | terryc | I might have to adopt that if hardware becomes more unreliable. Usually it is just a fiddle with mother board replacement. |
| 00:52.26 | *** join/#devuan theLambda (~theLambda@mue-88-130-62-073.dsl.tropolys.de) |
| 01:09.20 | yellyfish | ?quit |
| 01:10.24 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
| 01:12.55 | *** join/#devuan booyah (~bb@193.25.1.157) |
| 01:14.42 | *** join/#devuan t3chn0 (~devuan@gateway/tor-sasl/uberius) |
| 01:23.50 | *** join/#devuan terryc (~terryc@169.87.233.220.static.exetel.com.au) |
| 01:28.36 | *** join/#devuan booyah (~bb@193.25.1.157) |
| 01:29.11 | *** join/#devuan nighty-- (~nighty@kyotolabs.asahinet.com) |
| 01:34.41 | *** join/#devuan Humpelst1lzchen (erik@p4FD035B5.dip0.t-ipconnect.de) |
| 01:58.42 | *** join/#devuan AlexLikeRock (~AlexLikeR@unaffiliated/alexlikerock) |
| 02:28.10 | gnarface | terryc: hey sorry about that, glad you figured it out. usually it won't do that unless it thinks you changed ethernet devices. did you? i think it just goes by MAC address. you can either delete that persistent-net.rules file or you can correct it by hand |
| 02:28.54 | gnarface | it just iterates ethN every time it sees a new mac address, and the file itself is the record |
| 02:30.06 | gnarface | it seems dumb but it makes more sense if you imagine the behavior for multi-homed servers |
| 02:31.09 | gnarface | but i admit that's caught me before too, when doing concurrent hardware upgrade at the same time |
| 02:34.39 | gnarface | - change motherboard during debian upgrade, suddently eth1 with no eth0 in sight, wtf? |
| 02:34.43 | gnarface | i know that feeling |
| 02:35.58 | gnarface | but basically it just was expecting you to still plug the old one back in |
| 02:36.08 | gnarface | if the hardware is all the same, something went wrong |
| 02:39.36 | *** join/#devuan Tom-_ (~tomg@67-43-135-238.border8-dynamic.dsl.sentex.ca) |
| 04:04.22 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:05.07 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:07.03 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:07.27 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:15.14 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:15.59 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:17.57 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:18.24 | *** join/#devuan fbt (~abyss@fleshless.org) |
| 04:23.45 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:26.49 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:33.48 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:36.35 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:38.30 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:39.19 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:40.05 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 04:45.26 | *** join/#devuan fbt (~abyss@fleshless.org) |
| 04:50.01 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 05:42.28 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 05:56.37 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
| 05:59.30 | *** join/#devuan sdfdf (4f7427bb@gateway/web/freenode/ip.79.116.39.187) |
| 06:11.11 | terryc | gnarface: thank you for that background. Explains stuff. |
| 06:11.36 | *** join/#devuan x2sdna27 (~mku@185.159.157.20) |
| 06:12.38 | x2sdna27 | does devuan include thinkpad_acpi? |
| 06:27.31 | *** join/#devuan antenagora (~antenagor@147.162.137.245) |
| 06:56.05 | terryc | There is acpi stuff in the packages list, but nothing specifically for thinkpad. qiuet time now. You could wait, ask the mailing list or on the forum |
| 06:57.39 | terryc | Is this any help; ww.thinkwiki.org/wiki/Thinkpad-acpi |
| 07:36.31 | gnarface | well he's gone now but there is a kernel module called thinkpad_acpi that maybe he was thinking of |
| 07:36.40 | gnarface | as far as i know it's included still |
| 07:37.12 | gnarface | the x86 kernels haven't been altered |
| 07:41.15 | *** join/#devuan b0stik (~b0stik@net-93-146-44-144.cust.vodafonedsl.it) |
| 07:43.31 | *** join/#devuan aqu4 (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
| 07:54.32 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 07:56.33 | *** join/#devuan _abc_ (~usre@unaffiliated/ccbbaa) |
| 07:57.18 | _abc_ | When I installed git-deamon I got a git daemon started on every boot. It is not controlled by /etc/init* ; can someone say how it is turned on/off when installed? At boot time? I.e. disable autostart? |
| 08:01.05 | gnarface | i can only guess maybe something else controlled by init is starting it, like inetd |
| 08:01.36 | gnarface | could be rc.local but i think packages aren't allowed to use that |
| 08:01.48 | gnarface | but it could have been put in rc.local by hand |
| 08:03.08 | _abc_ | It's not in any rc script I could grep -Rl |
| 08:03.26 | _abc_ | I'll have to read the package source install scripts to see what is going on, no time now |
| 08:21.13 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 08:23.57 | _abc_ | Please suggest a way in xfce4 to un-maximize applications. If one maximizes it, it loses decorations and there is no way to undo it for most appls, other than restart from cli with -geometry XxY |
| 08:24.10 | _abc_ | I did something with devilspie to automate this in part but it is a nasty hack |
| 08:24.45 | _abc_ | Is there a central way to set do-not-undecorate-maximized-windows? Basically clicking maximize causes the apps to go fullscreen not maximized. |
| 08:25.42 | _abc_ | bbl I'll ask that again. Thanks |
| 08:35.53 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 08:42.29 | *** join/#devuan b0stik (~b0stik@net-93-146-44-144.cust.vodafonedsl.it) |
| 08:46.49 | *** join/#devuan bluemarlin (~bluemarli@unaffiliated/bluemarlin) |
| 08:55.22 | *** join/#devuan Fervi (~fervi@2a02:a317:e144:d900:a2f3:c1ff:fe2d:aad4) |
| 08:55.47 | *** join/#devuan Humle (~Humle@synkro.dk) |
| 09:23.24 | *** join/#devuan Keziolio (~quassel@host57-189-dynamic.54-82-r.retail.telecomitalia.it) |
| 09:23.25 | *** join/#devuan Keziolio (~quassel@fsf/member/Keziolio) |
| 09:35.37 | *** join/#devuan aesin (~aesin@81.211.127.107) |
| 09:43.18 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 09:57.09 | *** join/#devuan clemens3 (~clemens@mx.eniso-partners.com) |
| 10:23.46 | *** join/#devuan romo (~romo@unaffiliated/romo) |
| 10:30.49 | *** join/#devuan b0stik (~b0stik@91.253.47.86) |
| 10:43.01 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-61.home.otenet.gr) |
| 10:48.32 | *** join/#devuan squeakypancakes (~squeakypa@pool-74-98-255-4.pitbpa.fios.verizon.net) |
| 10:54.17 | *** join/#devuan t3chn0 (~devuan@gateway/tor-sasl/uberius) |
| 10:54.42 | *** join/#devuan okf (~Thunderbi@151.37.76.83) |
| 10:59.34 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-61.home.otenet.gr) |
| 11:04.13 | *** join/#devuan rsx (~rsx@ppp-46-244-245-113.dynamic.mnet-online.de) |
| 11:18.36 | *** join/#devuan Acacia (~stuttgart@unaffiliated/acacia) |
| 11:36.34 | *** join/#devuan justinsm (~justinsm@82-69-63-196.dsl.in-addr.zen.co.uk) |
| 11:42.30 | *** join/#devuan technoidX (~technoid@50-26-187-10.abilcmtk01.res.dyn.suddenlink.net) |
| 12:02.54 | *** join/#devuan eliasr (uid27497@gateway/web/irccloud.com/x-uiszynkzwxdehrfg) |
| 12:06.46 | *** join/#devuan Tuor (~Tuor@212.25.21.185) |
| 12:06.46 | *** join/#devuan Tuor (~Tuor@unaffiliated/tuor) |
| 12:08.16 | *** join/#devuan reetp (~john@239.red-80-59-216.staticip.rima-tde.net) |
| 12:37.41 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 13:01.07 | *** join/#devuan Oldmoss (~Oldmoss@185.128.40.162) |
| 13:06.37 | *** join/#devuan sb352 (~sb352@S0106602ad06acd48.vc.shawcable.net) |
| 13:31.45 | *** join/#devuan underd0g (~underd0g@93-141-112-18.adsl.net.t-com.hr) |
| 13:37.26 | *** join/#devuan epicmetal (~epicmetal@unaffiliated/epicmetal) |
| 13:39.39 | epicmetal | So is Ceres on par with Sid in terms of reliability/QA? As in, a lot of Debian users use Sid on their workstations. Is Ceres usable like this or is it more like Fedora Rawhide? |
| 13:48.25 | *** join/#devuan VlijmenFileer (~VlijmenFi@199.195.193.181) |
| 13:52.25 | *** join/#devuan M0E_lnx (~m0e-lnx@unaffiliated/m0e-lnx) |
| 13:53.51 | KatolaZ | epicmetal: ceres is sid |
| 13:53.59 | KatolaZ | apart from the packages forked by devuan |
| 13:54.48 | epicmetal | KatolaZ: okay, so do the packages forked by Devuan cause it to be more unreliable? |
| 13:55.02 | KatolaZ | epicmetal: it's usually the opposit |
| 13:55.05 | KatolaZ | ~opposite |
| 13:55.06 | KatolaZ | :) |
| 13:55.47 | epicmetal | And are there remnants of systemd in Ceres, given that it is presumably pulled from Sid and is essentially a rolling release? |
| 13:55.50 | VlijmenFileer | About to try out current Devuan. Is any list available of packages missing compared to Debian, preferably highlighting the popular ones? |
| 13:56.20 | epicmetal | In other words, because Ceres is presumably continually importing Sid, does it have systemd in it because Devuan hasn't removed it yet |
| 13:57.07 | epicmetal | I should just try it shouldn't I... |
| 14:04.23 | KatolaZ | epicmetal: the only stuff related to systemd is libsystemd |
| 14:04.36 | KatolaZ | but, as I have explained several times, that is pretty innocuous |
| 14:04.46 | KatolaZ | since it does nothing if systemd is not running |
| 14:05.05 | KatolaZ | epicmetal: systemd cannot enter Devuan repos |
| 14:05.23 | KatolaZ | and packages that depend directly on systemd are banned from Devuan repos |
| 14:05.26 | epicmetal | Ok |
| 14:06.08 | epicmetal | What are the chances of Devuan adopting runit? |
| 14:06.17 | KatolaZ | epicmetal: as a default? |
| 14:06.28 | KatolaZ | there is a plan to support runit as an option |
| 14:06.31 | epicmetal | KatolaZ: yeah, like in the future |
| 14:06.38 | KatolaZ | more or less as openrc is an option in ascii already |
| 14:06.45 | KatolaZ | (and will continue to be in beowulf) |
| 14:07.19 | epicmetal | So it will just support alternatives as options but keep sysvinit as default? |
| 14:08.06 | KatolaZ | epicmetal: the important is to have alternatives :) |
| 14:08.13 | KatolaZ | not to change the default |
| 14:08.19 | KatolaZ | and leave users on their own... |
| 14:08.22 | KatolaZ | ;) |
| 14:09.46 | KatolaZ | the plan is to let user choose the init they want |
| 14:09.59 | KatolaZ | and to support as many of them as possible |
| 14:10.10 | epicmetal | Ok. I just assumed that sysvinit would be increasingly hard to support as time goes on |
| 14:10.31 | epicmetal | Don't ask me why I think that, I didn't pay close enough attention to the Debian debates ;) |
| 14:12.17 | KatolaZ | epicmetal: don't assume |
| 14:12.20 | KatolaZ | :) |
| 14:12.29 | KatolaZ | we must solve problems when they become real |
| 14:12.37 | KatolaZ | and not before |
| 14:12.45 | KatolaZ | we don't have enough energy for that |
| 14:12.51 | epicmetal | I appreciate that |
| 14:17.32 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 14:52.44 | *** join/#devuan markoong (~marco@184.75.210.170) |
| 14:56.25 | *** join/#devuan Acacia (~stuttgart@unaffiliated/acacia) |
| 15:01.49 | *** join/#devuan Acacia (~stuttgart@unaffiliated/acacia) |
| 15:10.01 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 15:11.34 | *** join/#devuan bluemarlin (~bluemarli@unaffiliated/bluemarlin) |
| 15:17.38 | *** join/#devuan kini (~kini@unaffiliated/kini) |
| 15:20.59 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 15:21.01 | *** join/#devuan amdgoon (~amdgoon@merlin-bu-ptp-74.merlin.mb.ca) |
| 15:22.20 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 15:36.12 | *** join/#devuan AlexLikeRock (~AlexLikeR@unaffiliated/alexlikerock) |
| 15:41.53 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 15:44.23 | *** join/#devuan Tom-_ (~tomg@98-159-244-108.agas1a-dynamic.dsl.sentex.ca) |
| 15:44.26 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 15:50.01 | *** join/#devuan justinsm (~justinsm@82-69-63-196.dsl.in-addr.zen.co.uk) |
| 16:01.53 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 16:05.35 | epicmetal | KatolaZ: so Ceres still installs libsystemd0? |
| 16:05.50 | epicmetal | https://git.devuan.org/dev1fanboy/Upgrade-Install-Devuan/wikis/Ceres-without-Systemd |
| 16:07.28 | *** join/#devuan M0E_lnx (~m0e-lnx@unaffiliated/m0e-lnx) |
| 16:13.13 | epicmetal | Nevermind, I have to disconnect |
| 16:13.56 | KatolaZ | epicmetal: yes |
| 16:14.11 | KatolaZ | well, if any of the packages you use is linked against libsystemd0 |
| 16:14.21 | KatolaZ | we are working on that as well |
| 16:14.54 | KatolaZ | but again, is like having link2 built against libsvga2 and not having an svga terminal available |
| 16:15.05 | KatolaZ | s/link2/links2 |
| 16:15.37 | KatolaZ | (I just realised that the example might be obscure in some camps, sorry...) |
| 16:17.27 | epicmetal | KatolaZ: what's the plan for that? |
| 16:19.38 | KatolaZ | replacing libsystemd0 with a nooped version |
| 16:19.47 | epicmetal | i see |
| 16:21.27 | KatolaZ | apparently people continue to freak out when they see "libsystemd0" |
| 16:21.38 | KatolaZ | really for no reason at all |
| 16:21.51 | KatolaZ | since it does absolutely *nothing* if systemd is not running as init |
| 16:22.05 | epicmetal | probably because they don't know what it does |
| 16:22.15 | KatolaZ | you can fear only what you don't understand |
| 16:22.25 | epicmetal | it's pretty opaque to a non-dev |
| 16:22.34 | epicmetal | library has functions, who knows what they do |
| 16:22.40 | KatolaZ | yeah sure |
| 16:22.42 | KatolaZ | :D |
| 16:22.45 | epicmetal | they could theoretically do bad things |
| 16:22.52 | epicmetal | i.e. side effects |
| 16:22.54 | KatolaZ | they might suck your sould while you sleep |
| 16:22.57 | KatolaZ | who knows! |
| 16:23.09 | epicmetal | there's no way to know without inspecting it |
| 16:23.58 | epicmetal | there's nothing stopping upstream from adding code to libsystemd0 that is functional without systemd running |
| 16:26.01 | KatolaZ | epicmetal: come on... |
| 16:26.07 | KatolaZ | what shoudl this code do, exactly? |
| 16:26.12 | epicmetal | KatolaZ: who knows |
| 16:26.15 | epicmetal | that's the point |
| 16:26.21 | epicmetal | I'm just speaking hypothetically |
| 16:26.50 | KatolaZ | yeah |
| 16:28.03 | epicmetal | I should really sleep now |
| 16:34.52 | xrogaan | in the end, what is in ascii? polkit or policykit? |
| 16:34.58 | xrogaan | I ask so I can hack around. |
| 16:35.42 | xrogaan | the structure ressemble policykit |
| 16:35.46 | fsr | xrogaan, the release notes have some information about which kits go with with desktops |
| 16:36.19 | fsr | for xfce, you'll have consolekit, policykit-1, policykit-1-gnome and some libpolkit packages |
| 16:36.59 | xrogaan | This is a mess. Which is it? |
| 16:37.14 | fsr | you're being polite |
| 16:37.24 | fsr | which desktop do you use? |
| 16:37.39 | xrogaan | doesn't matter. |
| 16:37.48 | fsr | yeah, it does |
| 16:38.08 | KatolaZ | it actually does xrogaan |
| 16:38.10 | xrogaan | I want to write polkit rules, it's independent from the desktop. |
| 16:38.17 | fsr | unless you're ok with some missing functions like logout buttons |
| 16:38.45 | xrogaan | I have a mate-polkit installed, but also policykit-1 |
| 16:39.14 | xrogaan | those are different names, doc on the internet differ if you search for polkit or policykit. |
| 16:39.31 | xrogaan | I don't know what is what. |
| 16:39.39 | fsr | what desktop are you using |
| 16:39.41 | fsr | ? |
| 16:39.59 | KatolaZ | xrogaan: *-polkit packages normally are just policykit stuff for a specific desktop |
| 16:40.01 | xrogaan | for the moment, mate |
| 16:40.29 | xrogaan | so we're using policykit structure then? |
| 16:40.39 | KatolaZ | polkit == policykit |
| 16:41.01 | xrogaan | not it ain't, 'cause polkit requires some javascript ruleset while policykit is more akin to an ini file. |
| 16:41.37 | fsr | https://files.devuan.org/devuan_ascii/Release_notes.txt |
| 16:41.43 | KatolaZ | then you know more than me |
| 16:42.05 | KatolaZ | I have no clue of why all this stuff is deemed *necessary* |
| 16:42.08 | fsr | see Session management and policykit backends |
| 16:42.21 | KatolaZ | it just looks like a lot of cruft, if you ask me |
| 16:42.38 | xrogaan | freedesktop had a project named PolicyKit, it evolved and became polkit |
| 16:43.07 | xrogaan | and now everything is messy because everybody uses some "version" of the project, but don't tell you which. |
| 16:43.31 | xrogaan | the newer polkit has a javascript format for their .rules files. |
| 16:43.40 | KatolaZ | xrogaan: if it were on my hands, I would have removed all this nonsense |
| 16:43.46 | KatolaZ | because just nonsense it is |
| 16:44.03 | xrogaan | and it's actually being used in /usr/share/polkit-1/rules.d/ |
| 16:44.35 | xrogaan | but if you take a look at the structure of local config (/etc/polkit-1), it actually uses the older stuff. |
| 16:44.59 | fsr | well, we're based on debian, so everything is a little bit old |
| 16:46.35 | xrogaan | yeah, well: https://wiki.debian.org/PolicyKit |
| 16:46.43 | xrogaan | `ToDo: explain how it works. ' |
| 16:47.16 | xrogaan | This is on par with all the systemd nonsense. |
| 16:48.36 | fsr | damn, I'd love to see that explanation |
| 16:48.48 | fsr | Ii've read the man pages, and I still don't get it |
| 16:49.19 | KatolaZ | I have the impression just a few people (if any) has really understood how it works |
| 16:49.33 | KatolaZ | this is typical of stuff that lacks documentation |
| 16:49.48 | KatolaZ | if documentation is not there, it means that there are not enough people who have understood it |
| 16:49.57 | KatolaZ | and who can explain it to others |
| 16:50.35 | fsr | In ascii desktop-live (xfce) I have /usr/share/polkit-1/rules.d/org.freedesktop.packagekit.rules and no other files |
| 16:50.48 | fsr | there are still files in ../actions |
| 16:50.51 | xrogaan | yeah, that's the system rules. You shouldn't touch that. |
| 16:51.11 | xrogaan | the local admin should use the /etc/polkit-1 directory |
| 16:51.22 | fsr | yeah, if I knew what to put there... |
| 16:51.33 | xrogaan | thing is, the etc thing differs from the system one and that's just crazy. |
| 16:51.44 | fsr | ascii version of Refracta is held up because of this crap |
| 16:52.16 | fsr | synaptic starts without authentication and lets users install software |
| 16:52.35 | xrogaan | latest reference manual: https://www.freedesktop.org/software/polkit/docs/latest/ |
| 16:52.54 | xrogaan | we seem to be using 0.105 though, which is old. |
| 16:53.18 | KatolaZ | xrogaan: we seem to be using it, which is *wrong* :D |
| 16:54.02 | fsr | bbl |
| 16:54.44 | xrogaan | If I understand correctly, old policykit uses "polkit" as a name for specific things. But the genius at freedesktop thought it smart to rename the whole project polkit. |
| 16:54.54 | xrogaan | geniuses* |
| 16:55.11 | xrogaan | and also change the way rules are written. |
| 16:55.19 | *** join/#devuan Akuli (~Akuli@mobile-access-5d6a96-222.dhcp.inet.fi) |
| 16:55.35 | xrogaan | and then debian comes along and say "we'll use that version for the next 2 decades." |
| 16:56.18 | xrogaan | [DIR]0.105/2012-04-24 16:47 << which isn't too far off the truth. |
| 16:56.40 | xrogaan | https://www.freedesktop.org/software/polkit/docs/0.105 |
| 17:04.31 | *** join/#devuan sunshavi (~user@181.64.192.154) |
| 17:09.46 | *** join/#devuan aggrora (~aggrora@2a04:ae08:1409:6f00:224:d7ff:febb:610c) |
| 17:13.48 | *** join/#devuan pillepalle (~Thunderbi@5.146.79.119) |
| 17:14.00 | xrogaan | problem is, the polkit doc about system config do not match ascii's system. |
| 17:14.09 | xrogaan | ascii uses the new rules. |
| 17:14.11 | *** join/#devuan pk1 (~pk1@177.15.96.54) |
| 17:22.08 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 17:42.23 | *** join/#devuan amesser (~Andreas@2003:e3:5709:d00:e463:a73:b754:6a4e) |
| 17:48.47 | AlexLikeRock | BUG !: |
| 17:49.01 | AlexLikeRock | DROPBOX at devuan jessie : |
| 17:49.06 | AlexLikeRock | dropbox: load fq extension '/home/alex/.dropbox-dist/dropbox-lnx.x86-52.4.60/PyQt5.QtPrintSupport.cpython-35m-i386-linux-gnu.so' |
| 17:49.07 | AlexLikeRock | Dropbox isn't running! |
| 17:49.35 | AlexLikeRock | any one can write the bug ?? |
| 17:49.38 | AlexLikeRock | please |
| 17:50.09 | KatolaZ | o_O |
| 17:50.49 | AlexLikeRock | they run , but , the icon at SYSTEM TRAY "not appear (non visible) " |
| 17:53.48 | *** join/#devuan underd0g (~underd0g@93-141-112-18.adsl.net.t-com.hr) |
| 17:55.07 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 17:55.28 | xrogaan | AlexLikeRock: it's a dropbox issue |
| 17:55.44 | xrogaan | contact the maintainer/developer of the dropbox software you are using. |
| 17:56.34 | AlexLikeRock | xrogaan, you are right , its external program |
| 17:57.08 | xrogaan | I don't personally use dropbox, so I cannot help. |
| 17:57.28 | xrogaan | also, jessie is old. Consider upgrading towards ascii. |
| 17:58.06 | AlexLikeRock | nop |
| 17:58.20 | AlexLikeRock | i need stability , i love jessie |
| 17:58.32 | KatolaZ | AlexLikeRock: ascii is stable... |
| 17:58.40 | xrogaan | ascii is the stable channel. Jessie is old-stable |
| 17:58.59 | AlexLikeRock | jessie its more stable than ascii |
| 17:59.04 | AlexLikeRock | i now that |
| 17:59.11 | AlexLikeRock | tanks by the way |
| 18:01.26 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 18:05.21 | *** join/#devuan justinsm (~justinsm@82-69-63-196.dsl.in-addr.zen.co.uk) |
| 18:06.58 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 18:23.07 | *** join/#devuan Tashtari (~tashtari@unaffiliated/tashtari) |
| 18:24.07 | Tashtari | Hi all. I'm having problems with `apt-get source`, I get signature verification warnings when I try to download a package. The debian-keyring package is installed already, and none of the solutions to do with debian seem to work for me - wondering if this is peculiar to devuan. |
| 18:26.15 | *** join/#devuan dog_ (~underd0g@93-138-88-205.adsl.net.t-com.hr) |
| 18:27.39 | Tashtari | http://paste.debian.net/1032310/ |
| 18:32.07 | *** join/#devuan ymasson (~ymasson@LFbn-BOR-1-14-191.w90-50.abo.wanadoo.fr) |
| 18:48.46 | *** join/#devuan clemens3 (~clemens@80-218-38-71.dclient.hispeed.ch) |
| 18:49.41 | *** join/#devuan r00tobo (~r00tobo@unaffiliated/r00tobo) |
| 19:06.58 | *** join/#devuan IoFran2 (~Thunderbi@200.68.140.25) |
| 19:27.22 | xrogaan | it should check against system keys |
| 19:28.04 | xrogaan | in there > /usr/share/keyrings/ |
| 19:30.53 | Tashtari | xrogaan: I agree, it seems like it should. But maybe it -is-? One of the things I did was try copying /usr/share/keyrings/debian-maintainers.gpg (and also devuan-keyring.gpg) to ~/.gnupg/trustedkeys.gpg, and all that did was get rid of the error about the missing file. |
| 19:37.58 | *** join/#devuan M0E_lnx (~m0e-lnx@unaffiliated/m0e-lnx) |
| 19:38.33 | xrogaan | no, no |
| 19:38.54 | xrogaan | it shouldn't look into your home folder. Do you run the software under root? |
| 19:39.04 | xrogaan | I have no idea what is going on. |
| 19:39.30 | *** join/#devuan M0E_lnx (~m0e-lnx@unaffiliated/m0e-lnx) |
| 19:40.12 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 19:41.17 | Tashtari | xrogaan: No, I'm running it as an unprivileged user, apt-get source isn't doing anything that should require root. |
| 19:41.34 | Tashtari | Though I -could- run it as root, I suppose... |
| 19:42.23 | Tashtari | Nope, same error. |
| 19:49.13 | *** join/#devuan Oldmoss (~Oldmoss@185.128.40.162) |
| 19:55.52 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 20:00.21 | xrogaan | which version of devuan are you on? |
| 20:01.54 | xrogaan | try : apt-get update; apt-get install --reinstall debian-keyring devuan-keyring debian-archive-keyring |
| 20:02.39 | xrogaan | are there stuff in /usr/share/keyrings? |
| 20:03.54 | xrogaan | Tashtari: https://lists.debian.org/debian-user/2013/03/msg00887.html |
| 20:05.07 | *** join/#devuan VlijmenFileer (~VlijmenFi@139.193.86.181) |
| 20:07.48 | Tashtari | Jessie. And ok, I'll give it a shot.. |
| 20:08.56 | Tashtari | There are things in /usr/share/keyrings - several debian*.gpg and devuan*.gpg files. |
| 20:09.07 | *** join/#devuan ruenoak (~chatzilla@122-60-36-19-adsl.sparkbb.co.nz) |
| 20:12.58 | Tashtari | Nope. Tried reinstalling, to no avail. |
| 20:14.13 | Tashtari | xrogaan: The thread you linked only seems to suggest installing that package, which is installed already. D: |
| 20:17.18 | golinux | sources.list please |
| 20:20.24 | Tashtari | golinux: http://paste.debian.net/1032357 |
| 20:27.49 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 20:30.20 | KatolaZ | Tashtari: you should already have all the needed keyrings |
| 20:32.16 | Tashtari | KatolaZ: I totally agree. |
| 20:32.24 | Tashtari | But I'm still getting the errors. |
| 20:32.41 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 20:34.23 | KatolaZ | Tashtari: are you running apt-get source as regular user? |
| 20:35.18 | Tashtari | Yes, though I've tried running it as root, too, with the same error. |
| 20:35.34 | *** join/#devuan pillepalle (~Thunderbi@5.146.79.119) |
| 20:35.39 | *** join/#devuan j9m (~j9m@23.226.131.230) |
| 20:36.50 | xrogaan | the thread I linked actually say that if a package is signed with an expired key, you'll get some kind of error. |
| 20:37.09 | *** join/#devuan freem (~freem@176-132-84-123.abo.bbox.fr) |
| 20:38.11 | KatolaZ | Tashtari: can't reproduce it on ascii |
| 20:40.04 | Tashtari | xrogaan: Really? I don't see that in the linked thread... |
| 20:41.01 | xrogaan | https://lists.debian.org/debian-user/2013/03/msg00885.html |
| 20:42.05 | Tashtari | Hm. Okay, if the key is expired, though, how can I confirm this? |
| 20:42.16 | KatolaZ | Tashtari: I have just tried on ascii using jessie repos |
| 20:42.17 | xrogaan | dunno, try another package? |
| 20:42.22 | KatolaZ | and it works without errors |
| 20:42.40 | KatolaZ | Tashtari: apt-key list |
| 20:42.54 | KatolaZ | but the jessie key is not expired |
| 20:42.57 | KatolaZ | it expired in 2022 |
| 20:43.34 | KatolaZ | s/red/res |
| 20:43.47 | Tashtari | I just ran `apt-key list | grep "expire"` and all of them expire 2019 at the earliest... |
| 20:43.54 | KatolaZ | uh? |
| 20:43.59 | KatolaZ | o_O |
| 20:44.12 | KatolaZ | oh ok |
| 20:44.13 | KatolaZ | 2019 |
| 20:44.14 | KatolaZ | right |
| 20:44.15 | Tashtari | I mean, I don't see any expired keys there |
| 20:44.36 | KatolaZ | yep I got it |
| 20:46.06 | Tashtari | xrogaan: Just tried getting the source for nano, same error. |
| 20:46.49 | KatolaZ | Tashtari: you must have an error somewhere then |
| 20:48.02 | Tashtari | Sure, the question is where? |
| 20:48.13 | KatolaZ | Tashtari: can you see that Key ID in the list provided by apt-key list? |
| 20:48.35 | Tashtari | Which key ID? |
| 20:48.41 | KatolaZ | the offending one |
| 20:48.52 | KatolaZ | the ID of the key that signed the package |
| 20:49.12 | Tashtari | ah, let's se... |
| 20:49.13 | Tashtari | see* |
| 20:49.17 | KatolaZ | Tashtari: http://paste.debian.net/1032310/ |
| 20:49.20 | KatolaZ | this is what you posted |
| 20:49.24 | Tashtari | Right. |
| 20:49.34 | KatolaZ | hold on |
| 20:49.43 | KatolaZ | let's see who does that key belong to... |
| 20:50.03 | Tashtari | Nope. `apt-key list | grep C8D648BD` returns nothing |
| 20:50.59 | KatolaZ | that;s not a valid key, I guess... |
| 20:51.04 | KatolaZ | which mirror are you hitting? |
| 20:51.35 | Tashtari | us.mirror.devuan.org, by the looks of it. |
| 20:52.04 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 20:52.43 | KatolaZ | mmmhhh |
| 20:52.50 | KatolaZ | no I mean the Debian one |
| 20:54.08 | Tashtari | I'm not hitting a debian mirror, I don't think. This is my whole /etc/apt/sources.list: http://paste.debian.net/1032357 |
| 20:55.03 | KatolaZ | Tashtari: actually you are |
| 20:55.05 | KatolaZ | :) |
| 20:55.08 | KatolaZ | everybody is |
| 20:55.23 | Tashtari | Where? |
| 20:55.28 | KatolaZ | Tashtari: devuan packages that have not been forked from debian still come directly from debian mirrors |
| 20:55.47 | Tashtari | Ah. |
| 20:56.32 | Tashtari | When I do my `apt-get source grub2`, though, it only hits us.mirror.devuan.org. |
| 20:56.37 | Tashtari | No mention of debian. |
| 20:59.56 | KatolaZ | yeah |
| 21:00.04 | KatolaZ | it's transparent :) |
| 21:00.44 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-56-15.clienti.tiscali.it) |
| 21:00.50 | Tashtari | How do I answer your question, then? :) |
| 21:02.41 | KatolaZ | you don't have to |
| 21:02.43 | KatolaZ | I should |
| 21:02.45 | KatolaZ | hold on |
| 21:02.46 | KatolaZ | :) |
| 21:02.58 | KatolaZ | well, it seems you would hit deb.debian.org |
| 21:03.03 | KatolaZ | which is the correct cdn |
| 21:03.18 | KatolaZ | this is pretty weird... |
| 21:03.37 | Tashtari | That is certainly true. |
| 21:05.16 | KatolaZ | biab |
| 21:08.40 | *** join/#devuan Tom-_ (~tomg@67-43-135-238.border8-dynamic.dsl.sentex.ca) |
| 21:11.53 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 21:16.07 | *** join/#devuan abcabc__ (~ruse@unaffiliated/ccbbaa) |
| 21:16.29 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 21:24.02 | *** join/#devuan AntoFox1 (~Thunderbi@dynamic-adsl-78-12-56-15.clienti.tiscali.it) |
| 21:30.32 | *** join/#devuan bpmedley (~bpm@c-24-72-144-115.ni.gigamonster.net) |
| 21:31.29 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 21:40.25 | *** join/#devuan pillepalle (~Thunderbi@5.146.79.119) |
| 21:50.31 | *** join/#devuan clemens3 (~clemens@80-218-38-71.dclient.hispeed.ch) |
| 21:51.30 | *** join/#devuan j9m_ (~j9m@47.157.125.55) |
| 22:06.28 | *** join/#devuan polocho (~polocho@89.141.230.94.dyn.user.ono.com) |
| 22:08.13 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
| 22:08.27 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-56-15.clienti.tiscali.it) |
| 22:18.37 | *** join/#devuan chomwitt (~chomwitt@2a02:587:dc0d:6600:fd19:4564:7158:b054) |
| 22:27.13 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 22:29.53 | *** join/#devuan Eaglet (~Eaglet@unstable.nl) |
| 22:41.12 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 22:48.39 | *** join/#devuan IoFran2 (~Thunderbi@200.68.140.25) |
| 22:56.01 | *** join/#devuan VlijmenFileer-se (~VlijmenFi@139.193.86.181) |
| 22:56.26 | *** join/#devuan divansantana (~divansant@156.0.193.126) |
| 23:06.27 | *** part/#devuan Eaglet (~Eaglet@unstable.nl) |
| 23:44.40 | *** join/#devuan AlexLikeRock (~AlexLikeR@unaffiliated/alexlikerock) |
| 23:54.58 | *** join/#devuan bpmedley (~bpm@c-24-72-144-115.ni.gigamonster.net) |
| 23:55.33 | *** join/#devuan sunshavi (~user@181.64.192.154) |