| 00:05.48 | gnarface | this image is 32-bit only? devuan_jessie_1.0.0_armhf_sunxi.img.xz |
| 00:06.29 | gnarface | (assuming yes, but i also note that sunxi* seems to be something the pinebook is using too) |
| 00:36.13 | *** join/#devuan Xenguy (~Xenguy@unaffiliated/xenguy) |
| 00:41.44 | gnarface | heh |
| 00:41.57 | gnarface | well the pine64 irc channel is dead as nails |
| 00:42.12 | gnarface | maybe i should just wait until tomorrow |
| 00:42.46 | gnarface | they have a greeter bot though, just like we talked about here the other day |
| 00:42.59 | gnarface | <InfoBotV2> Welcome gnarface, it looks like you're new here! |
| 00:42.59 | gnarface | <InfoBotV2> Make yourself at home, and feel free to ask any questions you have and join in with our random discussions! |
| 00:42.59 | gnarface | <InfoBotV2> This channel is recorded, you may find the answer to your question at our searchable archive http://irc.pine64.uk |
| 00:46.53 | Xenguy | Nice setup, like #devuan I suppose |
| 00:50.06 | gnarface | wait, we have one now? |
| 00:50.19 | gnarface | i wasn't aware that had happened |
| 00:50.35 | gnarface | or did you mean like #debian? (haven't been in there in a while) |
| 01:34.56 | *** join/#devuan Schallaven (~Schallave@ip-198-96-36-15.dynamic.yorku.ca) |
| 01:35.00 | Schallaven | o/ |
| 01:38.44 | DocScrutinizer05 | greeter bot been discussed here? DUH! I know a few user and their answers |
| 01:39.28 | DocScrutinizer05 | !chase gnarface |
| 01:39.28 | infobot | ACTION chases gnarface |
| 01:41.01 | DocScrutinizer05 | !attack gnarface |
| 01:41.02 | infobot | ACTION grabs a pen, screams like she's possessed, and begins chasing gnarface |
| 01:41.16 | gnarface | heh |
| 01:41.46 | DocScrutinizer05 | she usually doesn't greet though |
| 01:42.49 | DocScrutinizer05 | apropos: infobotV2? WTF? |
| 01:43.48 | DocScrutinizer05 | [2017-08-12 Sat 03:43:36] [Notice] -NickServ- Information on infobot (account apt): |
| 01:43.50 | DocScrutinizer05 | [2017-08-12 Sat 03:43:36] [Notice] -NickServ- Registered : Nov 14 05:35:56 2004 (12y 39w 0d ago) |
| 01:43.51 | DocScrutinizer05 | [2017-08-12 Sat 03:43:36] [Notice] -NickServ- User reg. : Aug 16 21:01:06 1999 (18y 0w 0d ago) |
| 01:44.13 | DocScrutinizer05 | !happy birthday |
| 01:49.24 | DocScrutinizer05 | !marry me |
| 01:49.24 | infobot | but I've been playing The Sims all day, and I've finally got enough friendship points to propose to someone else... |
| 01:51.29 | *** join/#devuan fsmithred (~fsmithred@68-184-46-18.dhcp.oxfr.ma.charter.com) |
| 01:55.44 | *** join/#devuan Humpelstilzchen (erik@x4e361c48.dyn.telefonica.de) |
| 01:58.57 | *** join/#devuan Hoshpak (~Hoshpak@p200300C90BED2F0080CCE836163F0255.dip0.t-ipconnect.de) |
| 02:14.46 | *** part/#devuan catprints (~person2@172.58.83.168) |
| 02:19.54 | *** join/#devuan XuR (~quassel@ip70-188-216-108.ph.ph.cox.net) |
| 02:26.06 | DocScrutinizer05 | hah! atheme bug. Infobot's birthday is in 4 days (4 leap years dropped by atheme) |
| 02:45.18 | *** join/#devuan Drugo (~Drugo@62-11-1-95.dialup.tiscali.it) |
| 02:49.22 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 02:51.12 | *** join/#devuan debdog (~debdog@2a02:8070:418b:1400:7a24:afff:fe8a:d04d) |
| 02:57.05 | *** join/#devuan nmollerup (~nmo@xc3c0eaee.cust.hiper.dk) |
| 03:03.46 | *** join/#devuan omnipotentduo (~r@66.115.124.121) |
| 03:05.40 | *** join/#devuan metax (~metax@gateway/tor-sasl/metax) |
| 03:34.16 | omnipotentduo | is there an easy way to change default slim session? |
| 03:35.07 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 03:56.23 | *** join/#devuan uidzer0 (~uidzer0@2604:180:2:130d::dead:beef) |
| 03:58.50 | gnarface | omnipotentduo: i don't use it, but isn't there a menu right on the login screen? if not, it should still obey the user's ~/.xsession |
| 04:00.12 | gnarface | omnipotentduo: barring either, it should fall back on whatever the alternatives setup lists as the default "x-window-manager" or "x-session-manager" (i forget which exactly) which is usually set by default to the first one you installed |
| 04:00.20 | gnarface | (or the last one not uninstalled) |
| 04:06.21 | gnarface | omnipotentduo: also, you might not get an option if you only have one installed |
| 04:09.20 | *** join/#devuan tarbz2 (~Thunderbi@186.23.155.100) |
| 05:19.34 | *** join/#devuan marsman2020 (~andrew@cpe-172-90-208-159.socal.res.rr.com) |
| 05:19.51 | *** join/#devuan metaxy (~metax@gateway/tor-sasl/metax) |
| 05:29.24 | *** join/#devuan debdog (~debdog@2a02:8070:418b:1400:7a24:afff:fe8a:d04d) |
| 05:46.32 | mikeyloveslignux | justinsm: @"?2"2. |
| 05:46.45 | *** join/#devuan pillepalle (~Thunderbi@5.146.73.225) |
| 05:49.33 | mikeyloveslignux | .(XuR infobot infobot guru_ Invader__Bork poop |
| 05:55.52 | *** join/#devuan XuR_ (~quassel@ip70-188-216-108.ph.ph.cox.net) |
| 06:00.38 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 06:13.23 | *** join/#devuan utanapischti (~username@p2E517C48.dip0.t-ipconnect.de) |
| 06:29.25 | *** join/#devuan telst4r (~telstar@a91-153-137-214.elisa-laajakaista.fi) |
| 06:29.25 | *** join/#devuan telst4r (~telstar@fsf/member/telst4r) |
| 06:46.01 | *** join/#devuan joered (~pingus@93-41-113-30.ip81.fastwebnet.it) |
| 06:59.27 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 07:22.46 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 07:25.36 | *** join/#devuan Olufunmilayo (~Olufunmil@unaffiliated/olufunmilayo) |
| 07:30.34 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 07:42.04 | *** join/#devuan CenturionDan (~Centurion@121.90.160.211) |
| 07:44.27 | *** join/#devuan rsx (~rsx@ppp-46-244-252-182.dynamic.mnet-online.de) |
| 07:52.31 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 07:59.22 | *** join/#devuan specing (~specing@unaffiliated/specing) |
| 08:03.01 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-194.home.otenet.gr) |
| 08:22.51 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 08:23.26 | *** join/#devuan Centurion-Dan2 (~Thunderbi@office.centurion.net.nz) |
| 08:23.56 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 08:36.51 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-52-90.clienti.tiscali.it) |
| 08:54.00 | *** join/#devuan bill-auger (~quassel@75-138-187-221.dhcp.oxfr.ma.charter.com) |
| 09:13.42 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 10:08.05 | *** join/#devuan Drugo (~Drugo@62-11-1-95.dialup.tiscali.it) |
| 10:22.14 | *** join/#devuan thaller (~thaller@host17-168-static.38-79-b.business.telecomitalia.it) |
| 10:37.36 | *** join/#devuan Levure (~quassel@109.130.170.247) |
| 10:47.38 | *** join/#devuan Achylles (~Achylles@2804:431:d725:9ce1:c0db:fbd7:e43b:4820) |
| 10:56.33 | *** join/#devuan Achylles (~Achylles@2804:431:d725:9ce1:c0db:fbd7:e43b:4820) |
| 10:56.39 | *** join/#devuan knidos (~knidos@88.228.253.235) |
| 11:10.24 | *** join/#devuan Katnija (~KittenGNU@208.209.9.46.customer.cdi.no) |
| 11:31.22 | *** join/#devuan pillepalle (~Thunderbi@5.146.73.225) |
| 11:33.08 | *** join/#devuan peetaur (~peter@p57AAA14E.dip0.t-ipconnect.de) |
| 11:40.08 | *** join/#devuan aitor (~aitor@17.red-79-150-61.dynamicip.rima-tde.net) |
| 11:40.52 | *** join/#devuan polocho (~polocho@89.141.233.231.dyn.user.ono.com) |
| 11:41.54 | aitor | omnipotentduo: the slim session's default configuration is defined in /etc/slim.conf |
| 11:54.01 | omnipotentduo | I've gone through the slim.conf and read docs on how to change it and there is not that option in version 1.3 |
| 11:54.06 | omnipotentduo | or 1.2 |
| 12:11.03 | aitor | i have 1.3, i'ḿ in ascii now |
| 12:16.07 | aitor | what do you want to change? the default xsession? |
| 12:16.48 | aitor | the xsessions are located in /usr/share/xsessions |
| 12:39.53 | *** join/#devuan Oldmoss (~Oldmoss@5.79.86.129) |
| 12:45.19 | *** join/#devuan FreeBeast (~Vizva@gateway/tor-sasl/vizva) |
| 13:01.07 | *** join/#devuan fsmithred (~fsmithred@68-184-46-18.dhcp.oxfr.ma.charter.com) |
| 13:02.00 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-60-140.clienti.tiscali.it) |
| 13:02.24 | fsmithred | omnipotentduo, run: update-alternatives --config x-session-manager |
| 13:06.10 | *** join/#devuan HTTP_____GK1wmSU (~DEEP-BOOK@a7.40.17c6.ip4.static.sl-reverse.com) |
| 13:07.38 | *** part/#devuan HTTP_____GK1wmSU (~DEEP-BOOK@a7.40.17c6.ip4.static.sl-reverse.com) |
| 13:09.11 | *** join/#devuan Achylles (~Achylles@200-206-154-19.dsl.telesp.net.br) |
| 13:10.10 | omnipotentduo | three days of trying to figure out how to do that, thanks |
| 13:24.07 | *** join/#devuan mchasard (~pierre@48.233.8.109.rev.sfr.net) |
| 13:34.48 | *** join/#devuan mchasard (~pierre@48.233.8.109.rev.sfr.net) |
| 13:37.57 | *** join/#devuan peetaur (~peter@p57AAA14E.dip0.t-ipconnect.de) |
| 13:41.13 | *** join/#devuan joered (~pingus@93-41-113-30.ip81.fastwebnet.it) |
| 13:46.10 | *** join/#devuan dmatt (~quassel@92-52-42-160.dynamic.orange.sk) |
| 14:13.24 | *** join/#devuan pillepalle (~Thunderbi@5.146.73.225) |
| 14:23.29 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:28.00 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:29.57 | *** join/#devuan IoFran (~Thunderbi@189.231.86.3) |
| 14:30.01 | *** join/#devuan KingoftheMatric3 (~laptop@84.241.215.73) |
| 14:35.13 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:35.41 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 14:38.53 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:42.56 | *** join/#devuan Xenguy (~Xenguy@unaffiliated/xenguy) |
| 14:43.06 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:51.03 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 14:51.13 | *** join/#devuan ltem (~ltem@h081217057026.dyn.cm.kabsi.at) |
| 15:15.13 | *** join/#devuan jord (~jord@185.103.96.151) |
| 15:15.50 | KingoftheMatric3 | hm i need a better vpn |
| 15:18.17 | *** join/#devuan msiism (~msi@dslb-178-000-244-083.178.000.pools.vodafone-ip.de) |
| 15:18.34 | metaxy | the best choice is buying a cheap VPS, installing openvpn and routing it to Tor. |
| 15:32.52 | DocScrutinizer05 | tor? why? |
| 15:33.45 | DocScrutinizer05 | not "why tor?" but "how's tor related to VPN?" |
| 15:34.33 | DocScrutinizer05 | aren't ehy orthogonal to each other? |
| 15:35.03 | DocScrutinizer05 | they* |
| 15:38.24 | Introoter | they are, but routing it through tor adds an extra layer of protection, that way, you vpn also cannot see anything but that you're connecting to tor |
| 15:38.49 | Introoter | on https ofcourse |
| 15:45.11 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 15:45.50 | *** join/#devuan menip (~menip@c-73-53-122-132.hsd1.wa.comcast.net) |
| 15:52.56 | *** join/#devuan Oldmoss (~Oldmoss@46.165.242.166) |
| 15:53.05 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 15:57.15 | *** join/#devuan CenturionDan (~Centurion@121.90.160.211) |
| 15:57.40 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 16:04.17 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 16:05.09 | KingoftheMatric3 | menip: VPS routing to TOR ? |
| 16:05.10 | DocScrutinizer05 | my usecase for VPN would be to have a true public IPv4 for inbound connections to services like ssh. My stupid ISP routes all my (IPv4?) traffic via DS_lite through a corporate grade NAT |
| 16:05.15 | KingoftheMatric3 | sounds useless |
| 16:05.22 | KingoftheMatric3 | the other way around, yes. |
| 16:05.28 | menip | KingoftheMatric3: wrong person? |
| 16:05.36 | KingoftheMatric3 | metaxy: i mean you (above) |
| 16:05.38 | KingoftheMatric3 | sorry menip |
| 16:05.47 | menip | np |
| 16:09.48 | DocScrutinizer05 | damn IPv6! https://xkcd.com/865/ |
| 16:15.44 | metaxy | yeah, i myself forward the VPN network traffic to a tor transparent port (TransPort) |
| 16:16.26 | metaxy | on the same VPS where openvpn is installed |
| 16:16.26 | metaxy | and it's done |
| 16:17.28 | metaxy | then i use that openvpn config on my home wireless router, so all my home clients are torified without a need of installing tor. |
| 16:18.30 | metaxy | it's because i don't trust a single VPN provider as they log the traffic even they tell they don't |
| 16:19.29 | metaxy | because most of them are CIA scumbags. |
| 16:20.28 | *** join/#devuan srbaker (~srbaker@c-83-233-138-133.cust.bredband2.com) |
| 16:20.30 | srbaker | heya folks. |
| 16:20.56 | srbaker | I'm about to replace Debian on my ThinkPad W550s with Devuan. Is there an installation image that already includes the binblob firmware my intel wifi will need? |
| 16:21.40 | parazyd | the installer isos have the firmware and are applied if needed |
| 16:22.30 | srbaker | My wife has been complaining incessantly about "the internet not working" for months. |
| 16:22.37 | srbaker | I assumed it was shit wifi in my house. |
| 16:23.11 | srbaker | But then we got a 1gbit, synchronous, networking connection at my office, and I used both a Mac and a Debian machine on it, and my Debian ThinkPad is so awful on it. |
| 16:23.38 | srbaker | I'm told it's systemd's fault. And it matches. So I'm all yours now. :) |
| 16:23.42 | parazyd | lol |
| 16:24.21 | parazyd | is happily corebooted with atheros cards |
| 16:24.26 | srbaker | Nice. |
| 16:24.35 | srbaker | I don't even think that's possible on my ThinkPad W550s. |
| 16:24.45 | parazyd | will be eventually |
| 16:24.53 | parazyd | but yeah, this is not the point |
| 16:24.56 | srbaker | (I ordered the most expensive ThinkPad Lenovo makes, because my employer are cockbags, and laptop choice is the only nice thing they do for me.) |
| 16:25.11 | parazyd | what comes to mind is to install the firmware manually, a newer version than what jessie offers |
| 16:25.22 | parazyd | it *might* make the card perform better |
| 16:25.23 | *** join/#devuan Akuli (~Akuli@mobile-access-5d6a9f-146.dhcp.inet.fi) |
| 16:25.35 | metaxy | parazyd, thinkpad? |
| 16:25.40 | parazyd | yes |
| 16:25.45 | srbaker | I'm on Debian testing. I've been running testing since it existed, and always unstable before that. |
| 16:25.56 | parazyd | devuan testing is debian stable |
| 16:25.57 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 16:25.58 | srbaker | parazyd, which thinkpad? I have an X60t I'm about to liberate. |
| 16:26.06 | parazyd | x201 and x220 |
| 16:26.26 | srbaker | But I also have an X250, and this W550, and an X1 Carbon. |
| 16:26.37 | metaxy | is there some thinkpad that is corebootable but with a better body design and keyboard? |
| 16:27.41 | srbaker | There is no such thing as a better body design or keyboard than a Thinkpad. |
| 16:28.29 | Humpelstilzchen | srbaker: There is the old thinkpad keyboard layout.. |
| 16:28.39 | metaxy | do you like its keyboard? |
| 16:28.39 | metaxy | it isn't anything ergonomic |
| 16:29.07 | Akuli | curvy keyboards aren't really more "ergonomic" than non-curvy keyboards |
| 16:29.17 | srbaker | As far as laptops go, ThinkPad keyboards are the best. |
| 16:29.31 | parazyd | after x220 not really |
| 16:29.34 | parazyd | the top row got all messed up |
| 16:29.40 | metaxy | is X250 corebootable? |
| 16:29.50 | metaxy | Akuli, for me they are |
| 16:30.06 | Akuli | weird, my fingers are lined up pretty straight if i just put my hands in front of me |
| 16:30.41 | metaxy | my finger hurt after a 20 hours work on non-curvy |
| 16:30.41 | metaxy | *s |
| 16:30.42 | DocScrutinizer05 | metaxy: using my own server, so... VPN is mine entirely |
| 16:30.47 | srbaker | I have two projects planned: first an ergodox. And then I intend to replace the keyboard in my X250 with a mechanical keyboard using Cherry MLs |
| 16:31.35 | *** join/#devuan devil (~quassel@173.212.198.154) |
| 16:31.41 | metaxy | DocScrutinizer05, of course |
| 16:31.41 | metaxy | that what i was talking about |
| 16:32.11 | *** join/#devuan justinsm (~justinsm@82-69-63-196.dsl.in-addr.zen.co.uk) |
| 16:32.12 | DocScrutinizer05 | metaxy: my nasty ISP obviously does DPI on their cfNAT, breaking TLS/SSL when I enable bridge mode to get a public IPv4 |
| 16:33.31 | DocScrutinizer05 | only for some destinations like https://ubnt.com or POP3-TLS web.de though |
| 16:33.31 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 16:34.47 | srbaker | I'm so pleased you guys are doing this, I'm going to try to help out, too. I'm trying to get a GNUstep desktop built. |
| 16:34.55 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 16:35.47 | msiism | srbaker: do you know etoilé? |
| 16:36.17 | srbaker | msiism, Aye. It's mostly dead. But they have some gear I'm using and integrating. |
| 16:37.02 | msiism | ok, i've always been interested in the ptoject but never tried it. sad to hear it's inactive now. |
| 16:42.41 | *** join/#devuan Achylles (~Achylles@200-206-154-19.dsl.telesp.net.br) |
| 16:43.14 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 16:44.37 | DocScrutinizer05 | metaxy: http://wstaw.org/m/2017/08/12/plasma-desktopwC2346.png http://wstaw.org/m/2017/08/12/plasma-desktopeG2346.png http://wstaw.org/m/2017/08/12/plasma-desktopkP2346.png .. http://wstaw.org/m/2017/08/12/plasma-desktopqs2346.png http://wstaw.org/m/2017/08/12/plasma-desktopHm2346.png finally http://wstaw.org/m/2017/08/12/plasma-desktopoe2346.png - then reboot modem as advised, wait 10 mintes for everything established again, to find |
| 16:44.39 | DocScrutinizer05 | they break your TLS connections in that mode |
| 16:50.55 | DocScrutinizer05 | you'd think they do that on purpose, to convince their customers to not insist in a public IPv4 (rationale: they have too few of IPv4 addr for all their customers) |
| 16:52.09 | DocScrutinizer05 | I'd call that cheating. I ordered full internet, not such neutered crap |
| 16:54.03 | metaxy | wow i am feeling so bad for you |
| 16:54.03 | metaxy | you don't have alternatives for ISP? |
| 16:54.11 | metaxy | germany should have lots of good isps around |
| 16:54.23 | DocScrutinizer05 | not for a 400/25 link |
| 16:55.04 | metaxy | it's 400 dl and 25 upload ? |
| 16:55.28 | DocScrutinizer05 | there's only one broadband (TV) cable to any one gouse, and that's owned by Vodafone/KD here |
| 16:55.32 | DocScrutinizer05 | yep |
| 16:55.51 | DocScrutinizer05 | house* |
| 16:56.33 | DocScrutinizer05 | so if you consider getting Vodafone cable in Germany, be warned it's not a full featured working internet |
| 16:58.07 | metaxy | thanks good to know |
| 16:59.23 | srbaker | Sounds like several folks from Germany in here. Anyone from Sweden? |
| 16:59.33 | DocScrutinizer05 | for sure |
| 16:59.54 | srbaker | I live near Malmö. Which for most Swedes is Denmark, but it's really Sweden. |
| 17:04.14 | metaxy | well that kind of activity from them can be considered as human rights violation |
| 17:05.15 | metaxy | is the law that prohibits usage of SSL/TLS in europe is active now? |
| 17:06.14 | DocScrutinizer05 | never heard of that |
| 17:07.38 | DocScrutinizer05 | would never get through here either, since at very least banks need SSL for online banking. Outlawing SSL would kick their online banking out of business |
| 17:08.33 | DocScrutinizer05 | where did you hear of such law? It's most likely been fake news |
| 17:13.48 | *** join/#devuan telst4r (~telstar@fsf/member/telst4r) |
| 17:16.38 | *** join/#devuan debdog (~debdog@2a02:8070:418b:1400:7a24:afff:fe8a:d04d) |
| 17:28.58 | *** join/#devuan DeFender1031 (~DeFender1@93-172-23-172.bb.netvision.net.il) |
| 17:31.58 | *** join/#devuan jord (~jord@89.249.74.218) |
| 17:35.09 | msiism | currently, it seems that the different devuan release images are signed by different people. wouldn't it make more sense to have one devuan release key for every release (like Jessie) and also publish it's fingerprint on devuan.org? |
| 17:35.28 | *** join/#devuan mchasard (~mchasard@48.233.8.109.rev.sfr.net) |
| 17:37.08 | *** join/#devuan specing (~specing@unaffiliated/specing) |
| 17:38.04 | *** join/#devuan Katnija (~KittenGNU@47.110.95.88.customer.cdi.no) |
| 17:38.20 | *** join/#devuan fsinatra (~efletch@24.138.57.132) |
| 17:39.52 | DocScrutinizer05 | msiism: the issue is known and (I think) is being worked on to fix it |
| 17:40.14 | msiism | DocScrutinizer05: ok. good to know. |
| 17:41.21 | DocScrutinizer05 | basically all signing keys being used should themselves get signed by the official generic devuan key |
| 17:41.33 | msiism | ok |
| 17:41.45 | msiism | good idea |
| 17:43.25 | msiism | DocScrutinizer05: could you have a look at the first paragraph of https://friendsofdevuan.org/doku.php/devuan_doc:getting_devuan#verification and tell me if you see any problem with it? |
| 17:46.36 | *** join/#devuan knidos (~knidos@88.228.253.235) |
| 17:47.18 | *** join/#devuan jimjamjim (~qddqqdqd@197.156.95.185) |
| 17:51.31 | *** join/#devuan mikeyloveslignu4 (mikeyloves@gateway/shell/matrix.org/x-nmwizzfokfkpbogs) |
| 17:54.14 | DocScrutinizer05 | sorry, been afk for giving vodafone hotline another call ;-) |
| 17:55.25 | msiism | DocScrutinizer05: np |
| 17:57.00 | DocScrutinizer05 | I can't see a real problem, just a missing instruction on _how_ exactly to verify SHA256SUMS.asc |
| 17:57.45 | msiism | DocScrutinizer05: well, it's just the intro. everything else comes later (if you scroll down), but isn't finished yet |
| 17:58.08 | DocScrutinizer05 | that instruction follows immediately it seems, though |
| 17:58.14 | DocScrutinizer05 | yep |
| 17:59.04 | msiism | ok, thanks for having a look. |
| 17:59.24 | DocScrutinizer05 | it lacks instructions on how to verygy "parazyd" key is a valid devuan signing key |
| 17:59.35 | DocScrutinizer05 | verify* |
| 17:59.54 | msiism | DocScrutinizer05: how would you do that? |
| 18:00.05 | DocScrutinizer05 | where my suggestion to sign all individual keys with devuan master key comes in |
| 18:00.29 | msiism | i see |
| 18:00.34 | DocScrutinizer05 | right now it seems jaromil's key is used for that purpose instead |
| 18:00.40 | msiism | ok |
| 18:00.53 | DocScrutinizer05 | ^^^ unverified, only my assumption |
| 18:00.56 | msiism | i'll note that |
| 18:02.13 | fsmithred | gpg --verify foo.asc |
| 18:02.30 | msiism | fsmithred: well, that's in there. |
| 18:03.21 | DocScrutinizer05 | laternatively I don't see why stuff like a single tiny SHA256SUMS file couldn't get sent to a central devuan signing server to get it signed if sender is authenticated by other means (ssh login, cert, whatever) and holds the permissions |
| 18:03.40 | *** join/#devuan Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 18:04.10 | DocScrutinizer05 | this way most stuff could get siggned with the flobal primary devuan signatire |
| 18:04.22 | DocScrutinizer05 | xcuse my typing |
| 18:04.50 | msiism | sounds reasonable. |
| 18:08.04 | DocScrutinizer05 | for large (or many) files, you could resort to a client-server signing tool that does checksumming locally, then sends the calculated checksum to a certal signing server that inly signs the checksum and returns that singed checksum to the client process to form a proper complete signed file from it. Alas I didn't find any such tool for PGP |
| 18:08.19 | fsmithred | DocScrutinizer05, maybe we can have server sign when all the isos are built on the server. |
| 18:08.44 | DocScrutinizer05 | fsmithred: that's obvious. yes |
| 18:09.12 | fsmithred | right now the live isos are made at home |
| 18:09.35 | DocScrutinizer05 | that's a question of trust more than a question of procedure |
| 18:10.56 | DocScrutinizer05 | first you need to evaluate your whole infra regarding the trust structure you want / can to establish on it. Only then find ways how to implement stuff like signing |
| 18:11.45 | DocScrutinizer05 | when your home machines are not considered trusted, you obviously can't sign stuff made on them |
| 18:12.16 | DocScrutinizer05 | when they are trusted, then it's trivial to establish a method to get stuff signed, one way or another |
| 18:13.12 | DocScrutinizer05 | :-) on topic: |
| 18:13.14 | DocScrutinizer05 | !trust |
| 18:13.14 | infobot | hmm... trust is safe, or http://www.youtube.com/watch?v=0cbS_lDJuJg |
| 18:17.35 | *** join/#devuan ji-ef[m] (ji-efmatri@gateway/shell/matrix.org/x-cvgtkwodsoxuxjbp) |
| 18:17.35 | *** join/#devuan psychi[m] (psychimatr@gateway/shell/matrix.org/x-kigkzlozrdvqquwf) |
| 18:17.36 | *** join/#devuan yuki_is_bored (yukiisbore@gateway/shell/matrix.org/x-qpkrqfvmtocgthlp) |
| 18:17.36 | *** join/#devuan Markus_KMi_[m] (kmimatrixo@gateway/shell/matrix.org/x-mgxllajibdyhniwt) |
| 18:17.42 | *** join/#devuan zematrix[m] (zematrixma@gateway/shell/matrix.org/x-gfuieucgivaieeuh) |
| 18:17.50 | *** join/#devuan Lydia_K (~Lydia_K@li328-145.members.linode.com) |
| 18:20.12 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 18:21.56 | DocScrutinizer05 | for a mere "didn't get tampered with by third persons" signature, it's sufficient when a trusted party sends the checksum of the ISO to $devuan to have it signed |
| 18:24.11 | DocScrutinizer05 | first you need to define the semantics of the signatire. This determines how it can get created. E.h. the aforementioned checksum wouldn't tell anything about legit libraries/executables in such ISO |
| 18:24.53 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 18:25.26 | DocScrutinizer05 | so the established trust is _only_ about 2didn't get altered from how it was when person XY built it" - that's very easy to establish |
| 18:27.51 | DocScrutinizer05 | later on for example some auditing experts could cjeck that whole ISO binary by binary for any backdoors or other rogue stuff, then add their signature to the checksum signature by $devuan. This would massively change the semantics |
| 18:34.47 | DocScrutinizer05 | btw git works with checksums all over the place, one of the nice parts of git. So a git hash is actually a checksum over all the files in it. signinh that git hash covers a lot for trust and accountability |
| 18:36.08 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 18:36.42 | DocScrutinizer05 | e.g. adding to SHA256SUMS (or similar) the git hash of sourcecode used to build an ISO would extend established trust quite a bit |
| 18:37.30 | DocScrutinizer05 | of course this needs trust into the process (and persons) doing that inclusion of git hash into the signed SHA256SUMS file |
| 18:41.33 | DocScrutinizer05 | that's ine of the reasons why you got build servers, so you trust in their integrity to not tamper with the "conversion" from a checsummed sourcecode to a set of binaries |
| 18:43.08 | DocScrutinizer05 | this implies (genuine) trust into the admins maintaining them, and the tools installed there that do the job |
| 18:44.44 | Evilham | Germany metaxy: Germany is basically split in a few regional monopolies :) |
| 18:45.01 | Evilham | s/^Germany// |
| 18:45.02 | DocScrutinizer05 | the admins should audit the tools, and community will need to trust in the admins and the servers they maintain |
| 18:47.43 | msiism | DocScrutinizer05: maybe you should also post all that to the respective devuan mailing list, so it doesn't get "lost". |
| 18:47.53 | Evilham | DocScrutinizer05: That's a dangerous thing, it'd basically allow anyone to sign anything if I read correctly |
| 18:48.10 | Evilham | (anyone with access to that thing you described) |
| 18:48.12 | DocScrutinizer05 | no |
| 18:48.45 | DocScrutinizer05 | only those who got allowed to use that signing facility |
| 18:48.52 | Evilham | the general rule is that you don't allow an attacker to give you stuff to sign |
| 18:49.07 | Evilham | the general rule is also: everyone is an attacker |
| 18:49.17 | Evilham | as you mentioned, tha'ts what build servers are for |
| 18:49.25 | DocScrutinizer05 | that's why I said >>if sender is authenticated by other means (ssh login, cert, whatever)<< |
| 18:49.52 | Evilham | I'd think if there is no way of generating the ISOs, on devuan infra, there's no real motivation to sign them |
| 18:50.35 | DocScrutinizer05 | there's no difference in thread vector between somebody doing a remote signing and somebody logging in as root to that same server. Both need to be 100% secure |
| 18:52.28 | DocScrutinizer05 | when a admin of a build server audits his home PC and builds let's say a ISO locally, then remote-signs it on the build-server or signature-server then the result is 100% equivalent regarding trust level to a genuine build on buildhost |
| 18:54.16 | DocScrutinizer05 | when however your sigature semantic only says "this has not been tampered with since it got build by original author" then the requirements are even lower. That's why I said you first need to define semantics, then worry about _how_ to sign |
| 18:54.31 | msiism | am i right in assuming that dd'ing and image to a medium will work on anything but optical discs? if so, why? |
| 18:54.58 | DocScrutinizer05 | because writing optical storage is special |
| 18:55.20 | msiism | DocScrutinizer05: ok, but it will work on basically anything else? |
| 18:55.28 | DocScrutinizer05 | yes |
| 18:55.34 | msiism | ok, thanks. |
| 19:00.41 | DocScrutinizer05 | Evilham: let me put it this way: signing an email doesn't warrant it been spellchecked |
| 19:00.59 | fsmithred | lol |
| 19:01.30 | fsmithred | gpg is more reliable than spell-check |
| 19:01.31 | Evilham | except people don't sign in as root to devuan's build server :) |
| 19:02.16 | Evilham | so, they *could* put weird stuff in the repo producing the packages / iso files, but then it's public in the repo history |
| 19:02.27 | DocScrutinizer05 | the protection level needs to be the same though, also for other users that gave access to the signing process |
| 19:03.21 | DocScrutinizer05 | Evilham: you're assuming semantics in signatures that possibly are not assured |
| 19:03.51 | Evilham | well, I think only 3 people have access to the signing key |
| 19:04.08 | fsmithred | signing key for packages? |
| 19:04.17 | Evilham | yup |
| 19:04.28 | fsmithred | I don't know. |
| 19:04.28 | Evilham | that'd be on the build server |
| 19:04.29 | DocScrutinizer05 | a signature always only documents trust of the sihning key owner into the stuff signed and the people possibly involved into creating it |
| 19:05.16 | DocScrutinizer05 | it delegates your won trust to the owner of the signing key you trust |
| 19:05.22 | DocScrutinizer05 | own* |
| 19:05.37 | *** join/#devuan tarbz2 (~Thunderbi@186.23.155.100) |
| 19:05.49 | DocScrutinizer05 | it doesn't imply anything beyond that basic trust into somebody else |
| 19:06.29 | Evilham | in general yes, in this particular case though, basically *nobody* should have access to the signing key; whatever gets signed is because it was built there and there is accountability as to what got signed when and by whom it was triggered |
| 19:06.44 | fsmithred | it seems odd to me that the sha256sum files get signed, but the isos don't. |
| 19:07.05 | fsmithred | (I did sign mine) |
| 19:07.10 | DocScrutinizer05 | that somebody else may assure you they did certain checks to assure the signed stuff has certain properties, but that needs to get defined verbatim and public by the signing party, I called it "semantics" above |
| 19:07.44 | Evilham | just realised we are talking about different things '^^ too long looking at the screen |
| 19:08.54 | DocScrutinizer05 | fsmithred: the ISOs are checksummed and the checksums are in the signed sha256 file |
| 19:08.55 | fsmithred | yeah, current signing verifies that the iso you downloaded is the iso I uploaded. Says nothing of what I put in it, knowingly or unknowingly. |
| 19:09.21 | DocScrutinizer05 | exactly :-) |
| 19:09.38 | Evilham | and somehow we meant the same things ^^ just from different perspectives |
| 19:09.49 | Evilham | in any case, I'm off for the day |
| 19:09.53 | Evilham | have a nice one everyone |
| 19:09.55 | fsmithred | g'night |
| 19:10.12 | DocScrutinizer05 | heads out too o/ |
| 19:13.15 | *** part/#devuan fsinatra (~efletch@24.138.57.132) |
| 19:15.11 | *** join/#devuan D33P-B00K (~PYATIBRAT@91.233.116.245) |
| 19:15.27 | *** part/#devuan D33P-B00K (~PYATIBRAT@91.233.116.245) |
| 19:18.41 | DocScrutinizer05 | msiism: re dd: you need to either `sync` after `dd`, or you use `dd of=direct` |
| 19:19.04 | DocScrutinizer05 | or of=sync |
| 19:20.31 | DocScrutinizer05 | the of? version has the advantage you can't forget it ;-) |
| 19:20.40 | DocScrutinizer05 | of= |
| 19:21.01 | Akuli | i thought of=direct would write to a ./direct file |
| 19:21.11 | DocScrutinizer05 | dd will return only when it's safe to remove the storage medium |
| 19:21.27 | DocScrutinizer05 | ouch sorry |
| 19:21.55 | DocScrutinizer05 | oflag= |
| 19:22.25 | DocScrutinizer05 | Akuli: thanks for catching this up |
| 19:22.44 | msiism | DocScrutinizer05: well, i the docs draf it says "dd bs=4M if=devuan_jessie_1.0.0_amd64_NETINST.iso of=/dev/sdX && sync" for flash devices and hard disks. |
| 19:23.11 | DocScrutinizer05 | yes. Add oflag=sync to that |
| 19:23.27 | DocScrutinizer05 | ooh I see |
| 19:23.53 | DocScrutinizer05 | replace "&&sync" by "oflag=sync" |
| 19:24.22 | msiism | DocScrutinizer05: i don't think this is such a good idea. |
| 19:24.33 | DocScrutinizer05 | not mandatory |
| 19:25.00 | msiism | the docs say: "Make sure the device is not mounted. Then run the dd command and after that the sync command as shown below", which is pretty clear |
| 19:25.04 | DocScrutinizer05 | some dd implementations might not know about oflag=sync |
| 19:26.08 | msiism | ok, then we'll better leave it like it is, since the instructions are also for BSD and other unix users |
| 19:26.35 | DocScrutinizer05 | the difference (if I'm not mistaken) is that `sync` works globally for all files on all drives on your system, while oflag=sync works for this particular dd invokation and output file only |
| 19:26.46 | msiism | i see |
| 19:30.52 | DocScrutinizer05 | nothing wrong with `sync` just it may take quite a bit longer |
| 19:31.53 | DocScrutinizer05 | oflag=direct doesn't even fill your valuable buffers ;-) |
| 19:32.34 | DocScrutinizer05 | which is pointless anyway since you have to wait until th last buffer got synced no matter what |
| 19:33.40 | DocScrutinizer05 | so if buffers don't speed up stuff (actually may slow down it slightly), why use them? |
| 19:34.43 | DocScrutinizer05 | biffers are only to defer writes to later when system is less busy |
| 19:36.04 | *** join/#devuan Xenguy (~Xenguy@unaffiliated/xenguy) |
| 19:39.37 | msiism | is it possible to list all storage devices connected to machine, using dmesg? doesn't seem like it. |
| 19:42.10 | msiism | ok, it's possible but far from practical. |
| 19:43.16 | DocScrutinizer05 | http://paste.ubuntu.com/25299565 |
| 19:44.06 | DocScrutinizer05 | msiism: http://paste.ubuntu.com/25299569 |
| 19:44.44 | msiism | DocScrutinizer05: well, most linux-based systems have lsblk, which i really like |
| 19:45.07 | DocScrutinizer05 | prolly same like blkid |
| 19:45.13 | msiism | but how would you "lsblk" on a BSD system? |
| 19:45.32 | DocScrutinizer05 | better even :-) |
| 19:47.02 | DocScrutinizer05 | msiism: maybe cat /proc/diskstats |
| 19:47.06 | DocScrutinizer05 | ? |
| 19:48.25 | msiism | well, maybe it best to put "lsblk or whatever does that job on your system" |
| 19:48.48 | DocScrutinizer05 | or cat /proc/partitions |
| 19:49.27 | DocScrutinizer05 | you didn't specify a purpose |
| 19:50.07 | DocScrutinizer05 | !xy |
| 19:50.07 | infobot | hmm... xy is The XY problem: You want to do X, but don't know how. You think you can solve it using Y, but don't know how to do that, either. You ask about Y, which is a strange thing to want to do. Just ask about X. http://www.catb.org/~esr/faqs/smart-questions.html#goal |
| 19:50.13 | msiism | it's all about getting devuan release images onto hard drives and flash devices, for which you would have to know the device name. |
| 19:50.32 | DocScrutinizer05 | :nod: assumed as much |
| 19:51.25 | DocScrutinizer05 | you probably are best of with `dmesg|tail -n 50` or somesuch, immediately after attaching the storage device |
| 19:52.14 | msiism | ok, i already have dmesg in there. |
| 19:52.23 | DocScrutinizer05 | or simply search /dev for newest entry |
| 19:52.29 | msiism | btw, asking about Y is not wrong. it's sort of ineviatble if you try to solve a problem yourself, isn't it. |
| 19:54.00 | msiism | also, maybe that's not an xy situation, or is it? |
| 19:54.35 | DocScrutinizer05 | not sure, probbaly not. I just meant to point out we may run into such situation when we don't know what's the goal |
| 19:54.49 | msiism | agreed |
| 19:56.07 | DocScrutinizer05 | check `ls` or `find` for finding latest (by mtime) entry in /dev |
| 19:56.31 | DocScrutinizer05 | unless you got static device nodes of course |
| 19:56.46 | *** join/#devuan Guest1731 (~Guest@83.220.239.236) |
| 19:57.12 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 19:57.14 | msiism | ok |
| 19:59.11 | fsmithred | hwinfo --usb --short | awk '/dev\/sd/ {print $0}') |
| 19:59.27 | fsmithred | or print $1 if you just want the device |
| 19:59.47 | DocScrutinizer05 | pretty special :-) |
| 20:00.04 | fsmithred | useful if you have several usb drives plugged in |
| 20:00.05 | DocScrutinizer05 | what if it's firewire or eSATA? |
| 20:00.11 | fsmithred | unless they're all the same make or model |
| 20:00.44 | msiism | fsmithred: the problem with these things is that they may look a bit AWKward in a howto on preparing a bootable devuan install or live medium... |
| 20:00.47 | fsmithred | need another line or two |
| 20:00.58 | fsmithred | omg, no! |
| 20:01.04 | fsmithred | dmesg | tail |
| 20:01.10 | fsmithred | anyone can handle that |
| 20:01.14 | msiism | right |
| 20:01.18 | DocScrutinizer05 | what I said :-D |
| 20:01.41 | DocScrutinizer05 | though finding newest device in /dev is maybe even more convenient |
| 20:02.23 | fsmithred | comes up as "block" |
| 20:02.36 | fsmithred | after plugging in usb thumb drive |
| 20:03.01 | *** join/#devuan ephemer0l (~ephemer0l@pentoo/user/ephemer0l) |
| 20:03.02 | fsmithred | but I'm just being a wise guy |
| 20:04.28 | DocScrutinizer05 | ls -ltc /dev |
| 20:04.51 | fsmithred | ? |
| 20:05.11 | DocScrutinizer05 | ls -ltc /dev|head -n 10 |
| 20:05.29 | fsmithred | I like it better with -r so I don't have to scroll up |
| 20:05.42 | DocScrutinizer05 | or that :-D |
| 20:07.04 | DocScrutinizer05 | msiism: ^^^ will give you the last attached storage device in 99% of cases |
| 20:07.28 | DocScrutinizer05 | with the time you attached it |
| 20:07.58 | DocScrutinizer05 | might want to look into /dev/drices or whatever, instead. On some systems |
| 20:08.20 | DocScrutinizer05 | drives even |
| 20:08.54 | msiism | DocScrutinizer05: ok, i would have to read the ls and head man pages to understand it though |
| 20:09.29 | DocScrutinizer05 | ls: -c with -lt: sort by, and show, ctime (time of last modification of file status information) with -l: show ctime and sort by name otherwise: sort by ctime, newest first |
| 20:09.57 | msiism | i see |
| 20:10.33 | DocScrutinizer05 | head is trivial, only shows first n lines |
| 20:10.55 | DocScrutinizer05 | fsmithred prefers -r(everse sortorder) instead |
| 20:11.13 | msiism | ok |
| 20:11.24 | fsmithred | I use ls -ltrh a lot |
| 20:13.06 | DocScrutinizer05 | msiism: the idea being that udev or whatever creates the device node in /dev/* the very moment you plug the device |
| 20:13.25 | *** join/#devuan tallship (~tallship@4.35.158.243) |
| 20:13.26 | DocScrutinizer05 | shown in ctime |
| 20:13.32 | msiism | i see |
| 20:13.52 | fsmithred | good to check it every time, because it's not always going to be the same |
| 20:13.59 | msiism | i alsmost always use lsblk since i've discovered it. |
| 20:14.20 | fsmithred | if you pull it out without unmounting and plug it in, it gets the next letter |
| 20:14.21 | DocScrutinizer05 | nice command U didn't know before |
| 20:14.24 | DocScrutinizer05 | I* |
| 20:15.39 | DocScrutinizer05 | yeah triple-check for correct device name for dd of= or you WILL hose your system |
| 20:16.03 | armin | my life basically changed when i learned -r |
| 20:16.05 | armin | i remember that |
| 20:16.20 | armin | 10/10 would recommend ;) |
| 20:17.23 | fsmithred | gotta go. bbl. |
| 20:17.31 | DocScrutinizer05 | o/ |
| 20:20.47 | *** part/#devuan msiism (~msi@dslb-178-000-244-083.178.000.pools.vodafone-ip.de) |
| 20:29.45 | *** join/#devuan jathan (~jathan@206.167.44.205) |
| 20:36.40 | DocScrutinizer05 | sorry there were a few typos and mistakes in my test for oflag=direct | oflag=sync. Here's a better version http://paste.ubuntu.com/25299801 |
| 20:46.50 | *** join/#devuan l41f3n (~xav@unaffiliated/l41f3n) |
| 20:49.00 | *** join/#devuan DingoSaar (~hagen@pD9E0950C.dip0.t-ipconnect.de) |
| 20:50.56 | *** join/#devuan konsolebox (~konsolebo@112.198.75.209) |
| 21:01.09 | *** join/#devuan DingoSaar (~hagen@pD9E0950C.dip0.t-ipconnect.de) |
| 21:08.02 | *** join/#devuan srbaker (~srbaker@c-83-233-138-133.cust.bredband2.com) |
| 21:08.03 | srbaker | heya folks |
| 21:08.13 | srbaker | I just installed on my ThinkPad w550s, and then upgraded to ascii. |
| 21:08.38 | srbaker | When I close the lid, it doesn't suspend. the xfce power management settings have the right things |
| 21:08.54 | srbaker | When I type sudo pm-suspend it does the right thing. So something isn't quite right. Thoughts? |
| 21:09.07 | KatolaZ | srbaker: was it working with jessie? |
| 21:09.14 | srbaker | Didn't check :( |
| 21:09.16 | KatolaZ | (devuan jessie) |
| 21:09.28 | srbaker | Oh, my volume keys don't work either. But brightness keys do. |
| 21:09.31 | KatolaZ | you are probably just missing the correct event handler |
| 21:10.33 | srbaker | How do I check and fix that? |
| 21:13.39 | KatolaZ | srbaker: with acpi_listen |
| 21:14.33 | srbaker | Oh yeah. It notices the lid closing and opening |
| 21:14.45 | srbaker | and the volume buttons too |
| 21:15.28 | srbaker | I do not know what to do with this information, though. :/ |
| 21:17.02 | DocScrutinizer05 | some very basic config issue? |
| 21:17.29 | KatolaZ | ok srbaker |
| 21:17.30 | srbaker | I suppose so. But it's been many years since this kind of thing hasn't worked out of the box, so I don't even remember where to look. Any tips appreciated. |
| 21:17.35 | *** join/#devuan debdog (~debdog@ip-37-201-6-57.hsi13.unitymediagroup.de) |
| 21:18.09 | KatolaZ | you should look under /etc/acpi/events |
| 21:19.10 | KatolaZ | srbaker: there should be a lidbtn script |
| 21:19.14 | DocScrutinizer05 | mixer listening to VOL_UP VOL_DWN X-events |
| 21:19.45 | srbaker | srbaker@w550s:/etc/acpi/events$ ls |
| 21:19.45 | srbaker | powerbtn-acpi-support |
| 21:19.51 | srbaker | That's it. |
| 21:20.46 | DocScrutinizer05 | http://paste.ubuntu.com/25300032 |
| 21:21.23 | KatolaZ | srbaker: do you have acpi-support and acpi-support-base installed? |
| 21:21.49 | DocScrutinizer05 | not sure if there's a similar scheme for lid event, with some power daemon listening to the according X-event |
| 21:21.53 | srbaker | Yes. 1.7-1+b1 and 0.142-8 respectively. |
| 21:23.47 | KatolaZ | srbaker: you need acpi-support |
| 21:24.07 | srbaker | Aha. It's installing now |
| 21:24.19 | srbaker | Do I need to reboot? |
| 21:24.59 | KatolaZ | nope |
| 21:25.05 | KatolaZ | you normally don't |
| 21:25.08 | KatolaZ | :) |
| 21:34.39 | *** join/#devuan srbaker (~srbaker@c-83-233-138-133.cust.bredband2.com) |
| 21:34.49 | srbaker | I rebooted anyhow, no change. :( |
| 21:34.58 | *** join/#devuan r2rien (~tonyoy@cor13-3-88-164-147-63.fbx.proxad.net) |
| 21:35.04 | *** join/#devuan Guest1731 (~Guest@83.220.239.236) |
| 21:35.24 | KatolaZ | wait srbaker |
| 21:35.33 | KatolaZ | you didn't need to reboot :) |
| 21:35.43 | KatolaZ | now that you have all the scripts there |
| 21:37.47 | DocScrutinizer05 | >>xfce power management settings have the right things<< >>sudo pm-suspend it does the right thing<< makes me wonder if the right X-events are generated, maybe xev could help? |
| 21:38.00 | KatolaZ | run acpli_listen in a terminal |
| 21:38.09 | KatolaZ | ans see what event is generated when you close the lid |
| 21:38.47 | srbaker | Same as before: |
| 21:38.50 | srbaker | button/lid LID close |
| 21:38.54 | srbaker | button/lid LID open |
| 21:38.55 | KatolaZ | write it down |
| 21:38.56 | KatolaZ | ok |
| 21:39.28 | KatolaZ | now, it seems that there is no default event for LID in /etc/acpi/events |
| 21:40.03 | KatolaZ | oh wait! |
| 21:40.05 | KatolaZ | ehehehe |
| 21:40.13 | srbaker | there is /etc/acpi/lidbtn |
| 21:40.14 | KatolaZ | the proiblem is in the fact that your event is UPPERCASE |
| 21:40.17 | KatolaZ | yep |
| 21:40.20 | srbaker | The action is /etc/acpi/lid.sh |
| 21:40.24 | KatolaZ | yes |
| 21:40.33 | KatolaZ | but your event is LID close |
| 21:40.40 | KatolaZ | it expects "lid close" |
| 21:41.14 | srbaker | oh |
| 21:41.14 | KatolaZ | so you can just |
| 21:41.29 | KatolaZ | cp lidbtn libBTN |
| 21:41.40 | KatolaZ | and replace "lid" with "LID" in lidBTN |
| 21:42.10 | srbaker | isn't that matching on the leftmost column? button/lid ? |
| 21:43.28 | KatolaZ | it's lowercase |
| 21:43.44 | KatolaZ | your event is called "LID open" |
| 21:43.54 | srbaker | Right. "button/lid LID open" |
| 21:44.08 | srbaker | But the event it matches on is "button[ /]lid" |
| 21:44.17 | srbaker | Should I *add* LID to that line? |
| 21:44.54 | KatolaZ | mmmhhh |
| 21:45.03 | KatolaZ | what is your event, exactly? |
| 21:45.11 | KatolaZ | (the one logged by acpi_event) |
| 21:45.31 | srbaker | srbaker@w550s:~$ acpi_listen |
| 21:45.31 | srbaker | button/lid LID close |
| 21:45.31 | srbaker | button/lid LID open |
| 21:45.57 | KatolaZ | ok hang on |
| 21:46.08 | KatolaZ | will have a look to lid.sh |
| 21:46.40 | KatolaZ | wait |
| 21:46.41 | srbaker | it also checks the value of the LID_SLEEP default |
| 21:46.44 | KatolaZ | much easier than that |
| 21:46.58 | KatolaZ | ytou should enable it in /etc/default/acpi-support |
| 21:47.05 | KatolaZ | yes, exactly |
| 21:47.14 | srbaker | Aye. Uncommented LID_SLEEP=true |
| 21:47.18 | srbaker | how do i get that to be read? |
| 21:47.24 | KatolaZ | just uncomment it |
| 21:47.28 | srbaker | Okay. |
| 21:47.30 | KatolaZ | and restart acpid |
| 21:47.39 | srbaker | Okay |
| 21:49.55 | KatolaZ | it has just worked for me (I had it disabled) |
| 21:50.01 | KatolaZ | (on an x260) |
| 21:50.46 | srbaker | Weird. |
| 21:51.11 | KatolaZ | what? |
| 21:51.13 | KatolaZ | is it working? |
| 21:51.27 | srbaker | Nope. |
| 21:51.32 | KatolaZ | wait |
| 21:51.50 | KatolaZ | what do you have in /proc/acpi/button/lid |
| 21:51.50 | KatolaZ | ? |
| 21:52.17 | srbaker | only LID/state |
| 21:52.27 | srbaker | and it says "state: open" |
| 21:53.18 | KatolaZ | so the first if in lid.sh should get executed, in theory |
| 21:53.21 | srbaker | And that changes properly: I just did "sleep 2 && cat /proc/acpi/button/lid/LID/state" and it says closed. |
| 21:53.25 | srbaker | Yeah. |
| 21:53.43 | KatolaZ | and if you use pm-suspend directly, does it work? |
| 21:54.36 | srbaker | Yes. |
| 21:57.03 | srbaker | This is incredibly weird. |
| 21:57.14 | KatolaZ | it is, indeed |
| 21:57.17 | srbaker | alright, I have to give up for the night. It's late. Thanks for your help, I'll carry it on tomorrow. |
| 21:57.20 | srbaker | Cheers! |
| 21:57.43 | KatolaZ | srbaker: you should check whether lid.sh gets called |
| 21:57.45 | KatolaZ | too late |
| 21:57.46 | KatolaZ | :( |
| 22:00.34 | *** join/#devuan Achylles (~Achylles@200-206-154-19.dsl.telesp.net.br) |
| 22:00.56 | *** join/#devuan Xenguy_ (~Xenguy@unaffiliated/xenguy) |
| 22:12.53 | *** join/#devuan DingoSaar (~hagen@pD9E0950C.dip0.t-ipconnect.de) |
| 22:16.36 | Achylles | how is devuan testing by now? |
| 22:16.52 | Achylles | usable? |
| 22:19.18 | KatolaZ | Achylles: depends on what you mean by usable |
| 22:25.21 | *** join/#devuan gattuso (~gattuso@pompel.me) |
| 22:26.02 | Achylles | well. I asked a few months ago about using testing and got some advices that it was better to wait a bit. Just after debian new release... |
| 22:26.56 | Achylles | Because some packages in testing were to receive some work and such... |
| 22:29.55 | Achylles | I mean being purged from systemd dependencies... |
| 22:30.02 | DocScrutinizer05 | KatolaZ: srbaker also said his volume keys don't work. Wouldn't that point towards /dev/input and X input devices? |
| 22:33.29 | DocScrutinizer05 | s/his/their/ |
| 22:35.06 | DocScrutinizer05 | obviously /proc is pre-X11 but I'm not sure if anything is actually supposed to poll /proc |
| 22:37.23 | DocScrutinizer05 | I'm not sure if acpi daemon would need X11 or /dev/input, or works directly from kernel |
| 22:41.13 | DocScrutinizer05 | http://paste.ubuntu.com/25300602 seems to suggest it works on /dev/input |
| 22:42.10 | DocScrutinizer05 | could still listen to kevents via a socket |
| 22:42.45 | golinux | In case srbaker returns . . . iirc, there are threads on the forum for both the volume and suspend issues in ascii. |
| 22:45.31 | *** join/#devuan golinux (~golinux@2a03:b0c0:2:d0::f7:f001) |
| 22:45.31 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
| 22:46.32 | *** join/#devuan Oldmoss (~Oldmoss@46.165.242.166) |
| 23:00.07 | DocScrutinizer05 | I'd prolly attach strace to acpi process ;-) |
| 23:00.19 | DocScrutinizer05 | acpid even |
| 23:02.05 | *** join/#devuan Maarten (~smuxi@185.47.133.96) |
| 23:02.17 | *** join/#devuan golinux (~golinux@2a03:b0c0:2:d0::f7:f001) |
| 23:02.17 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
| 23:04.09 | *** join/#devuan scartozzo (~flavio@2-238-140-4.ip244.fastwebnet.it) |
| 23:07.21 | *** part/#devuan Oldmoss (~Oldmoss@46.165.242.166) |
| 23:09.11 | DocScrutinizer05 | http://paste.ubuntu.com/25300746 |
| 23:10.11 | DocScrutinizer05 | (^^^ last few are volume key, first are from kbd starting strace, very last is from ^C) |
| 23:10.13 | *** join/#devuan fleeky (~fleeky@75-101-60-65.dsl.static.fusionbroadband.com) |
| 23:11.01 | Maarten | i have been going trough many dozens of websites, looking for a "remaster" tool to create a installable copy of my system that i can safely share with others... but every single one of the multitude of site that i found provide tools to make either a LiveCD, or LiveUSB. I have never used either, i *always* start from the Debian installer ISO (without liveCD) and i would like to create a similar a non "Live" distributable copy off my system, that other can use |
| 23:11.02 | Maarten | to install to their system.. anyone know off such a tool (most preferable in the form of a set of bash scripts) |
| 23:11.29 | *** join/#devuan cyteen (~cyteen@146.66.58.87) |
| 23:17.26 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-74.home.otenet.gr) |
| 23:20.29 | *** join/#devuan fleeky (~fleeky@75-101-60-65.dsl.static.fusionbroadband.com) |
| 23:20.54 | *** join/#devuan bill-auger (~quassel@75-138-187-221.dhcp.oxfr.ma.charter.com) |
| 23:22.49 | *** join/#devuan Xenguy_ (~Xenguy@unaffiliated/xenguy) |
| 23:27.22 | *** join/#devuan mystified (~myst@110-174-9-2.static.tpgi.com.au) |
| 23:28.22 | mystified | hey does anyone know if the live installer has any smart mon tools on it |
| 23:36.38 | *** join/#devuan aitor (~aitor@17.red-79-150-61.dynamicip.rima-tde.net) |
| 23:36.40 | aitor | hi |
| 23:38.46 | tallship | aitor: hi |
| 23:39.03 | aitor | Maarten: you would need something like live-build or devuan-sdk, which is a work in progress |
| 23:39.11 | aitor | hi, tallship |
| 23:39.20 | tallship | :) |
| 23:39.39 | aitor | i follow working on the app-launcher for tint2 |
| 23:40.21 | aitor | http://gnuinos.org/tint2launcher/ |
| 23:41.00 | tallship | Hm.... Y'know... I've got a (perhaps rhetorical) question. I'm wondering if Vestacp will work under Devuan Jessie. Unless someone knows off the top of their heads though, don't bother coz I'll just spin up a VM and see if things break when I install it. |
| 23:41.31 | aitor | the output of this application is this one: http://gnuinos.org/tint2launcher/output |
| 23:43.13 | tallship | I have a customer who wants me to host a server for them for webhosting purposes, but they're not interested in cPanel, so they came to me asking me to host a Vesta machine. Should be fun, but I think it best to stick with a Debian distro instead because Vesta prolly expects systemd crap. |
| 23:44.06 | tallship | But I'm gonna spin up a Devuan box real quick here and see what happens when I run the install script lolz.... Hey! It might just work, right? |
| 23:44.24 | tallship | k. back to work... |
| 23:44.27 | tallship | is afk |
| 23:47.53 | *** join/#devuan mikeyloveslignux (mikeyloves@gateway/shell/matrix.org/x-wwefnwqxlnonxmtp) |
| 23:55.08 | aitor | 02:00 here, bedtime |
