| 00:00.15 | *** join/#devuan mcr (~mcr@obiwan.sandelman.ca) |
| 00:12.28 | *** join/#devuan hippiegunnut (~molly@troll.molanie.org) |
| 00:19.19 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 00:30.45 | *** join/#devuan hippiegunnut (~molly@troll.molanie.org) |
| 00:36.36 | *** join/#devuan Nukien (~Nukien@162.250.233.55) |
| 00:45.51 | *** join/#devuan markizano (markizano@2600:3c00::f03c:91ff:fec8:382d) |
| 00:51.26 | *** join/#devuan cyteen (~cyteen@static-84-9-179-245.vodafonexdsl.co.uk) |
| 01:08.15 | *** join/#devuan tarbz2 (~Thunderbi@unaffiliated/targz) |
| 01:10.10 | *** join/#devuan arnoldoree (~arnoldore@2001:d08:1015:ab14:8a34:ce7b:d7d8:6408) |
| 01:12.49 | *** join/#devuan arnoldoree (~arnoldore@2001:d08:1015:ab14:8a34:ce7b:d7d8:6408) |
| 01:12.58 | *** join/#devuan arnold_oree (~arnoldore@2001:d08:1015:ab14:8a34:ce7b:d7d8:6408) |
| 01:22.06 | *** join/#devuan ar3itrary (~hacker@v22016101923038440.bestsrv.de) |
| 01:27.21 | *** join/#devuan sacioz (~sacioz@138.185.96.35) |
| 01:29.40 | *** part/#devuan sacioz (~sacioz@138.185.96.35) |
| 01:30.46 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
| 01:48.30 | *** join/#devuan stiltr (~stiltr@c-73-12-245-233.hsd1.ca.comcast.net) |
| 01:54.47 | *** join/#devuan Nematocyst (~Nematocys@174-28-248-16.albq.qwest.net) |
| 02:02.57 | *** join/#devuan D-HUND (~debdog@194.140.113.71) |
| 02:32.55 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
| 02:35.16 | *** join/#devuan tuxd3v (~tuxd3v@78-130-62-250.net.novis.pt) |
| 02:35.28 | tuxd3v | hello all |
| 02:36.02 | tuxd3v | I am trying to build a 4G router, and come across https://pcengines.ch |
| 02:36.18 | tuxd3v | does any one has experience with their boards? |
| 02:36.38 | tuxd3v | they run a amd64 cpu |
| 02:36.56 | tuxd3v | Quad Core@1Ghz |
| 02:37.32 | tuxd3v | coreboot bootloader, and maybe I could stick devuan on it :) |
| 02:40.25 | DonkeyHotei | reportedly they run linux a lot more efficiently than they run bsd, but equally supported |
| 02:41.40 | tuxd3v | my idea was a 2.4/5Ghz WIFI + 4G LTE + 3 Gigabit ports for some routing , dmz, and firewall |
| 02:42.36 | tuxd3v | I don't know if the cpu is enough, because I don't have any experience with them, and no idea on memory consumtion of the system.. |
| 02:43.25 | tuxd3v | they sell board with 2GB and 4GB |
| 02:48.48 | DonkeyHotei | cpu is nice for what it is but the big downside IMO is the lack of L2 cache |
| 02:48.54 | stiltr | For reference, I'm running Devuan on an espressobin and it's handling being a router just fine. |
| 02:49.18 | DonkeyHotei | espressobin is arm, and the above board is x86_64 |
| 02:49.52 | stiltr | Wow I read amd64 as arm64... I need more sleep. |
| 02:53.55 | slvr | I'm gpu shopping. Any suggestions for a well supported one? I'm looking at a radeon rx560 right now. |
| 02:56.19 | tuxd3v | stiltr, expressobin is a nice board, but it doesn't have the 3 mini-pcie ports I need :( |
| 02:57.32 | tuxd3v | DonkeyHotei, does you think it will handle 2.4/5Ghz WIFI + 4G LTE trafic, and also some routing between 3xGigabit ethernet ports, with firewal running and such |
| 02:58.03 | tuxd3v | I mean handle it well, without trouble or capping the bandwith because its cpu is slower? |
| 02:59.07 | tuxd3v | I know what are the usual Ram sizes that a minimal linux has for arm64, but I don't know for amd64 :( |
| 02:59.24 | DonkeyHotei | tuxd3v: how fast is your wan connection? |
| 02:59.27 | tuxd3v | don't have a picture of the default base could boot usage |
| 02:59.55 | tuxd3v | DonkeyHotei, it will be at least 150Mbit Download/50Mbit upload |
| 03:00.04 | tuxd3v | 4g LTE |
| 03:00.18 | DonkeyHotei | i have symmetric gigabit and seriously looked at that board, ended up going with something intel-based |
| 03:02.08 | tuxd3v | DonkeyHotei, so in your perpective, cpu will be bottlenecked..? |
| 03:02.38 | tuxd3v | its a 4 core, but I don't know if its more eficient than a 4 core ARM64 |
| 03:03.15 | DonkeyHotei | at symmetric gigabit it has little leeway from what i've heard |
| 03:03.33 | DonkeyHotei | at 150Mb you're fine |
| 03:03.54 | tuxd3v | what is symmetric Gigabit? |
| 03:04.01 | tuxd3v | 2 Gbit/s |
| 03:04.07 | tuxd3v | 1 + 1 |
| 03:04.20 | DonkeyHotei | 1000 down, 1000 up |
| 03:04.33 | tuxd3v | well 150Mbit is the maximum of my modem |
| 03:04.49 | tuxd3v | I will be at around some 10 Mbit/s or so :D |
| 03:05.45 | *** join/#devuan bgstack15 (~bgirton@035-133-221-218.res.spectrum.com) |
| 03:05.59 | bgstack15 | does anyone have any problems with update-rc.d never returning? |
| 03:06.07 | bgstack15 | "update-rc.d sssd enable" just hangs |
| 03:06.41 | bgstack15 | same for certmonger |
| 03:07.27 | tuxd3v | but of-course will be 2.4Ghz/5Ghz dedicated cards, which theoretically could push for something like ~2000Mbit, 2300Mbit, but for that to hapen it needs to consume or send data to internal interfaces, like the NAS |
| 03:12.19 | tuxd3v | bgstack15, what you get with 'update-rc.d sssd defaults' |
| 03:12.30 | tuxd3v | it could be related with the sssd service.. |
| 03:12.48 | bgstack15 | tuxd3v: update-rc.d sssd defaults operates fine |
| 03:12.57 | bgstack15 | does update-rc.d execute the init script? |
| 03:13.19 | tuxd3v | 'service sssd restart' :) |
| 03:14.16 | bgstack15 | I don't want to restart the service. The ipa-client-install command wants to set the daemon to the defaults. I'm translating the hard-coded systemctl command (systemctl enable sssd.service) to update-rc.d sssd enable |
| 03:15.15 | tuxd3v | it should be enabledonly in init 2? |
| 03:15.19 | tuxd3v | if so: |
| 03:15.25 | tuxd3v | 'update-rc.d sssd enable 2' |
| 03:15.37 | bgstack15 | I don't even really care about what the defaults are. The command is going to run unless I hardcode my wrapper to not execute it. |
| 03:15.44 | tuxd3v | that way it will be enabled in runlevel 2 |
| 03:15.58 | bgstack15 | Has anyone heard of any update-rc.d commands that never return? |
| 03:16.57 | tuxd3v | defaults is for runlevels 2,3,4,5, iirc |
| 03:18.40 | tuxd3v | DonkeyHotei, you suggest intel instead, but I don´t know of any manufacturer that does this boards with intel atoms |
| 03:21.16 | *** join/#devuan bsd4me (~me@98-106-74-65.gci.net) |
| 03:23.19 | tuxd3v | bgstack15, you can check if simlinks are generated correctly or not with: |
| 03:23.23 | tuxd3v | 'find /etc/rc?.d -type l -name ???sssd -exec ls -l {} \;' |
| 03:24.00 | bgstack15 | Thank you, theit looks like it was disabled last, but I'm in the midst of reinstalling/uninstalling freeipa client. |
| 03:24.12 | bgstack15 | The problem is the update-rc.d command never returns to the prompt. |
| 03:25.27 | bgstack15 | oh my |
| 03:25.31 | bgstack15 | i found the problem |
| 03:25.46 | bgstack15 | update-rc.d invokes /bin/systemctl, which is my wrapper that invokes update-rc.d... |
| 03:25.56 | bgstack15 | has had enough for one day |
| 03:26.13 | bgstack15 | thanks tuxd3v for the help! Come to find out, I shot myself in the foot, repeatedly. |
| 03:27.00 | tuxd3v | bgstack15, I sometimes shot against me too :) |
| 03:28.41 | tuxd3v | DonkeyHotei, the other board producer is Bananapi with the r2, or r64, but they don't even have simcards in the board |
| 03:28.55 | tuxd3v | it they had, maybe I would buy r2 |
| 03:30.05 | mason | bgstack15: You haven't even seen the footcannons I encounter in my day job. |
| 03:30.39 | *** join/#devuan nyov_ (~nyov@unaffiliated/nyov) |
| 03:32.45 | bgstack15 | mason: you're scaring me, man |
| 03:46.44 | *** join/#devuan tuxd3v (~tuxd3v@78-130-62-250.net.novis.pt) |
| 03:47.29 | tuxd3v | DonkeyHotei, the GX-412TC@1Ghz has 2MB L2 cache total |
| 04:00.47 | DonkeyHotei | that's not much |
| 04:01.51 | tuxd3v | I don't know of other option that permits me to have 3 mini-pcie card |
| 04:02.01 | tuxd3v | 2.4Ghz + 5Ghz wIFI |
| 04:02.10 | tuxd3v | plus 4G LTE |
| 04:02.20 | DonkeyHotei | that board has only 2 such slots btw |
| 04:02.35 | DonkeyHotei | the 3rd is only msata |
| 04:02.41 | tuxd3v | humm |
| 04:02.56 | tuxd3v | 1 can be obly deditaced to 4G |
| 04:03.07 | tuxd3v | 1 can be dedicated to WIFI |
| 04:03.30 | tuxd3v | the other can be for msata or wifi |
| 04:03.35 | tuxd3v | I believe |
| 04:03.43 | tuxd3v | I am not 100% sure.. |
| 04:04.00 | DonkeyHotei | they have two different variants with different pin routing |
| 04:04.10 | DonkeyHotei | check the schematics |
| 04:05.12 | tuxd3v | the one I am chasing is the apu3c? |
| 04:05.32 | tuxd3v | it has 3 gigabit ethernet ports, and 3 ini-pcie ports |
| 04:05.40 | tuxd3v | ini -> mini |
| 04:06.00 | DonkeyHotei | compare the apu3 schematics for the slots to the apu2 |
| 04:06.22 | tuxd3v | bananapi has the r2, and the r64 but they don't even have simcards onboard :( |
| 04:11.27 | tuxd3v | apu2 cannot be used for this, has it obly has 2 m-pcie :) |
| 04:11.35 | tuxd3v | it needs to be apu3 |
| 04:45.30 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
| 04:52.33 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:49.04 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
| 06:12.52 | *** join/#devuan silentjet (~jet@staticline-31-182-193-145.toya.net.pl) |
| 06:17.56 | *** join/#devuan sb35 (~sb35@23.111.78.47) |
| 06:21.15 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
| 06:26.00 | *** join/#devuan Anonical_juju (~Anonical_@86.5.189.224) |
| 06:28.07 | *** join/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
| 06:49.31 | *** join/#devuan Bombonica (8512c498@gateway/web/cgi-irc/kiwiirc.com/ip.133.18.196.152) |
| 06:50.36 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 06:50.37 | *** join/#devuan gnu_srs (~srs@2-248-159-26-no549.tbcn.telia.com) |
| 07:24.28 | *** join/#devuan sunshavi (~user@190.236.255.69) |
| 07:25.04 | *** join/#devuan telst4r (~telst4r@fsf/member/telst4r) |
| 07:29.10 | *** join/#devuan phyre (~phyre___@78.30.25.235) |
| 07:36.55 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
| 08:12.58 | *** join/#devuan proteus-guy (~proteus-l@2403:6200:8964:76d:81c9:388b:95e2:8a53) |
| 08:32.46 | *** join/#devuan ShorTie (~Idiot@unaffiliated/shortie) |
| 08:45.15 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
| 08:45.39 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
| 08:51.04 | *** join/#devuan systemdlete (~systemdle@c-76-105-3-38.hsd1.ca.comcast.net) |
| 09:00.50 | *** join/#devuan systemdlete (~systemdle@c-76-105-3-38.hsd1.ca.comcast.net) |
| 09:19.12 | openbsdt1i123 | it seems that slackware runs faster than devuan. is this behavior possible? |
| 09:20.37 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:179d:1cc6:8854:4d5c) |
| 09:24.31 | golinux | How is that a devuan support question? It's not. Just more useless trolling |
| 09:50.52 | *** join/#devuan ruenoak (~chatzilla@222-153-58-9-adsl.sparkbb.co.nz) |
| 10:09.42 | *** join/#devuan arnoldoree (~arnoldore@2001:d08:1015:ab14:8a34:ce7b:d7d8:6408) |
| 10:31.44 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
| 10:38.15 | *** part/#devuan meep_____ (44f2e88408@xmpp.snopyta.org) |
| 10:41.37 | *** join/#devuan bruc3l33 (b968ba32@gateway/web/cgi-irc/kiwiirc.com/ip.185.104.186.50) |
| 10:44.23 | *** join/#devuan silentjet (~jet@staticline-31-182-193-145.toya.net.pl) |
| 10:58.51 | *** join/#devuan sb35 (~sb35@67.231.16.206) |
| 11:06.30 | *** join/#devuan ErRandir (~mhabets@81.168.73.77) |
| 11:26.08 | *** join/#devuan bnjf (~bnjf@vm.bnjf.id.au) |
| 12:03.10 | Joril | At the very least, a vague statement |
| 12:11.23 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
| 12:19.49 | *** join/#devuan bruc3l33 (b968ba32@gateway/web/cgi-irc/kiwiirc.com/ip.185.104.186.50) |
| 12:31.29 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
| 12:39.09 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 12:58.53 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
| 13:18.01 | *** join/#devuan byzandula (~byzandula@beerbq.net) |
| 13:20.54 | *** join/#devuan james1138 (~james1138@71-222-133-42.albq.qwest.net) |
| 13:25.22 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 13:29.26 | *** join/#devuan bsd4me (~me@98-106-74-65.gci.net) |
| 13:34.08 | mason | openbsdt1i123: Slackware is WAY WAY faster. It's almost as fast as Gentoo. This is because Devuan doesn't funroll the loops. |
| 13:34.49 | mason | openbsdt1i123: If you share the comparitive perf data you've collected we can give you more detail. |
| 13:36.13 | mason | openbsdt1i123: Also, feel free to come join us at ##slackware, where you'll also find a lot of useful data on this comparative analysis you're doing. |
| 13:38.40 | *** join/#devuan cd (~cd@unaffiliated/cd) |
| 13:41.41 | mason | openbsdt1i123: (Because then you can ask "wow, how are you guys so fassszzzt?") |
| 13:47.07 | MinceR | lol @ funroll-loops |
| 13:51.34 | buZz | slackware just cheats by doing -O9999 on all binaries |
| 13:57.17 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 13:57.36 | MinceR | :> |
| 14:11.22 | *** join/#devuan HumanG33k (~HumanG33k@62.147.242.8) |
| 14:33.52 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 15:00.50 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 15:10.27 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
| 15:34.10 | *** part/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
| 15:37.10 | *** join/#devuan gnu_srs (~srs@95.202.6.134) |
| 15:40.41 | *** join/#devuan fanderal (~fanderal@50-1-125-64.dsl.dynamic.fusionbroadband.com) |
| 15:44.03 | *** join/#devuan silentjet (~jet@staticline-31-182-193-145.toya.net.pl) |
| 15:45.09 | *** part/#devuan fanderal (~fanderal@50-1-125-64.dsl.dynamic.fusionbroadband.com) |
| 15:58.56 | *** join/#devuan IoFran (~Thunderbi@189.237.25.138) |
| 16:15.33 | *** join/#devuan arnoldoree (~arnoldore@113.210.88.172) |
| 16:31.01 | *** join/#devuan proteus-guy (~proteus-l@2403:6200:8964:76d:81c9:388b:95e2:8a53) |
| 16:33.23 | golinux | And that still does not relate to Devuan support. |
| 16:38.04 | nemo | MinceR: I always loved the funroll-loops meme because it made me think of a rollercoaster |
| 16:38.17 | nemo | my home systems are devuan and gentoo and I love them both ⺠|
| 16:38.18 | MinceR | same |
| 16:39.23 | nemo | I used to run gentoo on my... P166 or P233, I forget exactly at this point. I think 166 with a whopping 96MiB of RAM, laptop. |
| 16:39.34 | nemo | finally gave up on that in like... 2010 |
| 16:42.46 | golinux | Good grief, can y'all please get back on topic. Take it to #debianfork |
| 16:55.34 | slvr | Where do we see the list of rules for this chat room, and how are the rules modified? Is a sole person in charge or is it open to community input? I have some thoughts on how offtopic conversations could be better handled. |
| 17:01.51 | furrywolf | you mean "golinux yells at you until you stop" isn't ideal? :) |
| 17:01.57 | golinux | https://beta.devuan.org/os/community |
| 17:02.08 | golinux | Also in the topic for this channel. |
| 17:02.39 | slvr | I'm on irssi and my term is 80ch wide, the last thing I see up there is files.devuan.org. |
| 17:02.47 | slvr | thanks for the link, I'll write something up. |
| 17:03.14 | *** join/#devuan Akuli (~akuli@mobile-access-b04865-204.dhcp.inet.fi) |
| 17:03.25 | golinux | Whaaaat? |
| 17:05.00 | golinux | Find something more productive to do and take it to the fork unless you have a support question. |
| 17:06.24 | *** join/#devuan meep_____ (44f2e88408@xmpp.snopyta.org) |
| 17:08.01 | furrywolf | "how do we modify devuan policies" seems like valid support question. |
| 17:08.36 | *** part/#devuan meep_____ (44f2e88408@xmpp.snopyta.org) |
| 17:08.53 | golinux | Of all the things that need attention, that would be at the bottom of the list. |
| 17:11.35 | *** join/#devuan Soo_Slow (Soo_Slow@gateway/vpn/privateinternetaccess/sooslow/x-31376162) |
| 17:11.39 | golinux | Developers who read this channel, shouldn't be taxed with slogging through unrelated stupidity to find legitimate issues that need attention. |
| 17:13.02 | slvr | Hmm well I'll have something ready later. Discussing it here I agree is offtopic. |
| 17:15.27 | golinux | Knock yourself out |
| 17:17.45 | specing | meep meep |
| 17:28.27 | *** join/#devuan gnu_srs (~srs@devuan/developer/srs) |
| 17:35.13 | *** join/#devuan ejr (~ejr@178.165.129.93.wireless.dyn.drei.com) |
| 17:39.43 | *** join/#devuan meep_____ (44f2e88408@xmpp.snopyta.org) |
| 17:47.28 | *** join/#devuan Uberius (~Uberius@gateway/tor-sasl/uberius) |
| 18:04.19 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
| 18:14.09 | ejr | hi. i am trying to get my microphone to work in my browser(s). it works in installed programs otherwise, but when browser applications (palemoon and ,more importantly, chromium) try to access the mic, it does not. I cannot grant it permissions to be accessed either. i assume it is somehow related to my system settings, but dont really know where to look |
| 18:14.16 | ejr | my mic is unmuted in alsamixer |
| 18:15.40 | ejr | (btw, running beowulf) |
| 18:17.25 | mason | ejr: The browser has to let you select a device. |
| 18:17.39 | mason | ejr: Which is to say, the web app it's running has to let you select something. |
| 18:18.35 | ejr | it does let me select a device, but when i try to set the permissions from "Block" to "Ask" or "Allow" it switched immediately back to "Block" |
| 18:24.52 | bgstack15 | palemoon does not support WebRTC, which is the normal way (nowadays) to get to a microphone input. |
| 18:25.21 | bgstack15 | have you ensured that other applications can get to the mic, and are not currently using it when trying the browser? |
| 18:26.54 | ejr | bgstack15: yes, i actually just need it for chromium really, for the reason you stated. |
| 18:27.24 | ejr | and i am pretty sure no other application is using the mic, though i am not sure how to check (other than disabling most programs running) |
| 18:27.36 | ejr | ah wait, maybe it's telegram, i did not quit that yet |
| 18:29.33 | ejr | nah, still doesnt work without telegram running |
| 18:29.34 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
| 18:32.44 | *** join/#devuan climbingturtle (~climbingt@c83-248-135-84.bredband.comhem.se) |
| 18:33.40 | bgstack15 | Can you try https://test.webrtc.org/ and see if it prompts you about the mic? |
| 18:40.07 | ejr | it actually complains right away that mic + cam access is not allowed (though cam works at the other site i was trying, jitsi meet) |
| 18:40.47 | ejr | ah well, when i go on regardless, the cam works on that test site too...but not the mic |
| 18:41.32 | ejr | "NotAllowedError: Permission denied" is the error message for audi access |
| 18:41.34 | ejr | *audio |
| 18:42.03 | *** join/#devuan stiltr (~stiltr@c-73-12-245-233.hsd1.ca.comcast.net) |
| 18:51.32 | bgstack15 | So in the same browser session though, jitsi meet will successfully use the microphone? |
| 18:52.03 | ejr | no, only the cam, not the mic |
| 18:53.28 | slvr | is your user in the video group? |
| 18:53.56 | slvr | I think webcam permissions to /dev/video0 might be needed |
| 18:54.12 | mason | Audio should present as a separate device, no? |
| 18:54.38 | slvr | I suppose |
| 18:55.02 | slvr | audio works from other applications? |
| 18:55.22 | ejr | i just tried, to make sure, "sudo adduser myusername video", but i was already in that group |
| 18:56.13 | ejr | these are the permissions of /dev/video0: crw-rw----+ 1 root video 81, 0 May 15 20:29 /dev/video0 |
| 18:56.25 | ejr | though the mic i want to use is not that of the webcam, it's an attached headset |
| 18:56.46 | ejr | and yeah, audio works in zoom, telegram etc., but not in chromium |
| 18:57.20 | slvr | Posted my thoughts on moderation in this room for discussion on the forum. It's long, sorry. https://dev1galaxy.org/viewtopic.php?pid=21759 |
| 18:57.34 | slvr | Is chromium able to play audio? |
| 19:01.05 | ejr | slvr: yes |
| 19:07.01 | slvr | I used jitsi in firefox on devuan often, I wonder what makes chromium different. |
| 19:07.55 | ejr | yeah, even more strange because it worked on my earlier installation (also beowulf); i just reinstalled it today |
| 19:08.15 | ejr | and i dont really know what is different now, in terms of packages or permissions |
| 19:08.36 | mason | slvr: Thanks for the post. Thoughtful. |
| 19:08.45 | systemdlete | Puzzling. Not sure what has changed, but I am having a problem suddenly. I have been running ascii in a VM for months now, actually years. I apply updates regularly. It is up to date atm. But now when I switch between the VM and the host, the VM does not "come back" -- meaning, all I get is a blank screen. If I open console, I can see the user is sstill logged in and running the desktop. ??? |
| 19:09.22 | systemdlete | I tried searching this, but apparently I am not picking the right terms. Any ideas? |
| 19:09.22 | slvr | ejr: might be worth running chromium from a shell and looking at the output while it is failing |
| 19:09.32 | slvr | systemdlete: is monitor blanking enabled? |
| 19:09.42 | systemdlete | not sure. How to tell? |
| 19:09.47 | slvr | systemdlete: I think you check with DISPLAY=:0 xset -q |
| 19:10.00 | systemdlete | from console? |
| 19:10.10 | slvr | I just fixed this today on a beowulf system. Installing firmware-linux pacakge made blanking enabled. :./ |
| 19:10.23 | slvr | yeah ssh'd in or from a console. Doesn't matter. |
| 19:11.36 | systemdlete | No protocol specified xset: unable to open display ":0" |
| 19:11.44 | slvr | is X running? |
| 19:11.50 | slvr | as your user? |
| 19:12.14 | slvr | if there's no session running, it won't have anything to connect to. |
| 19:12.23 | systemdlete | xfce4-session running |
| 19:12.45 | systemdlete | xfwm4 --display :0.0 is running |
| 19:13.00 | systemdlete | xfdesktop is running |
| 19:13.42 | systemdlete | looks like 2 instances of Xorg are running, one for my user and the other waiting for additional login |
| 19:13.52 | systemdlete | (tty7 and tty8) |
| 19:14.16 | systemdlete | huh... what is -novtswitch option to Xorg -- is that the issue? |
| 19:14.29 | ejr | http://paste.debian.net/1146940/ |
| 19:14.43 | ejr | this is the log from starting chromium in the shell and doing the test.webrtc.org test |
| 19:15.15 | systemdlete | firmware-linux is not installed |
| 19:15.56 | iv4nshm4k0v | "No protocol specified" suggests an X authentication error. |
| 19:15.59 | ejr | towards the end of the log some messages say that no audio channel exists and something about clearing from sink for ssrc 0, whatever that means |
| 19:16.43 | systemdlete | I just rebooted the VM, logged in, switched to the host, then back to VM. That's all -- I haven't done anything else. |
| 19:17.41 | systemdlete | One thing I remember now. I temporarily clicked on the checkbox (on a previous boot earlier today) that says something to the effect that it should always ask for the session (I think upon login, but I'm not sure) |
| 19:18.09 | systemdlete | I checked it, unchecked it and left that dialog. But it does query me upon login now. |
| 19:18.26 | systemdlete | That's the only session-oriented issue I can think of atm. |
| 19:18.42 | systemdlete | it's xfce4 btw |
| 19:21.06 | systemdlete | strange, it just switched back to the login screen on its own |
| 19:21.18 | systemdlete | (I was in console) |
| 19:22.27 | systemdlete | slvr: xorg is running (2 instances) but as root, not my user |
| 19:34.30 | systemdlete | are we still here? |
| 19:36.38 | systemdlete | one other change I made was increasing memory from 4G to 6G in the VM. |
| 19:49.09 | ejr | i just tried the appr.tc site and there i also get a general "Permission denied" error |
| 19:54.32 | *** join/#devuan conifer (~conifer@gateway/tor-sasl/conifer) |
| 19:56.30 | systemdlete | I'm trying xfce4 in a new session. I want to see if maybe that one session config is messed up. |
| 20:00.08 | slvr | Sorry, I was told I was an SJW and to begone by the fucking asshole running this place. I'm out. This project is fucked as long as golinux is here. |
| 20:00.12 | slvr | goodbye. |
| 20:00.17 | *** part/#devuan slvr (~silver@63.250.45.166) |
| 20:01.59 | systemdlete | slvr... |
| 20:02.30 | mason | Yeah, there's a strong alt-right leaning which is unfortunate. |
| 20:02.40 | systemdlete | ugh |
| 20:03.20 | systemdlete | adelie linux can't come soon enough it seems |
| 20:03.54 | conifer | how did such subject even come up in a software project?... |
| 20:04.14 | crashoverride | systemdlete: dunno, I switched to BSD |
| 20:04.31 | crashoverride | adelie is taking years literally |
| 20:04.31 | systemdlete | and when? slvr and I were just chatting, moments ago, and then suddenly *poof* |
| 20:04.37 | systemdlete | I know, I know. |
| 20:05.15 | systemdlete | and then there's openindiana |
| 20:05.19 | systemdlete | or was, anyway |
| 20:06.07 | mason | Still is. They just had a release IIRC. |
| 20:06.14 | mason | But Devuan's quite worthwhile. |
| 20:07.09 | systemdlete | your comment was unsettling, and it made me want to run and cry, not nec in that order |
| 20:07.22 | systemdlete | but this prob belongs in fork, not here |
| 20:07.42 | mason | Too toxic in there for me. |
| 20:10.19 | *** join/#devuan sgage (~sgage@h64-35-192-144.cntcnh.dsl.dynamic.tds.net) |
| 20:11.15 | sgage | slvr, you are WAY out of line. Take your foul-mouthed passive-aggression somewhere else. |
| 20:12.09 | sgage | As for SJW, it comes across that way. Fiddly little CoC's come next. |
| 20:12.19 | sgage | I'm off topic! Buh-bye... |
| 20:19.47 | systemdlete | well, now I can see what's happening -- after some period of time, a new login session just suddenly appears, and the one that was running goes blank screen, but all the programs are still running in that session! and the user is still logged in |
| 20:20.01 | systemdlete | And this is with a fresh session. |
| 20:20.06 | MinceR | strange how caring more about software working properly than making suits/politicians feel happy makes one altReich... |
| 20:20.37 | *** join/#devuan ejr (~ejr@178.165.129.93.wireless.dyn.drei.com) |
| 20:21.05 | systemdlete | Or, one could be nice *and* helpful at the same time, right? Maybe not bring up politics too much though. |
| 20:21.26 | systemdlete | Can anyone actually help me with this problem? |
| 20:21.39 | systemdlete | I mean, things were going quite well before now |
| 20:21.53 | MinceR | sorry, i have no idea what's going on there |
| 20:21.53 | systemdlete | this problem only started appearing the last day or so |
| 20:22.06 | ejr | dito |
| 20:22.45 | *** join/#devuan sgage (~sgage@h64-35-192-144.cntcnh.dsl.dynamic.tds.net) |
| 20:22.54 | systemdlete | what is "dito"? |
| 20:23.24 | systemdlete | is that like ditto? or is it an acronym? |
| 20:23.26 | ejr | it means "i agree" |
| 20:23.28 | buZz | systemdlete: lacking idem |
| 20:23.37 | ejr | (as I also have my problem with the microphone still, since my reinstall) |
| 20:23.43 | ejr | yes |
| 20:24.04 | systemdlete | buZz: Sorry, not familiar with idem either! |
| 20:24.23 | buZz | thats ok ;) its kinda bloated language anyway |
| 20:24.33 | systemdlete | ejr: I think you meant "ditto" not "dito" |
| 20:24.33 | buZz | idem dito is latin for 'same as before' |
| 20:24.35 | ejr | isn't all language bloat? |
| 20:24.40 | buZz | systemdlete: no, dito ;) |
| 20:24.48 | systemdlete | ??? |
| 20:25.06 | systemdlete | anyway, per my issue, please... |
| 20:25.39 | buZz | are you multiseat logging into your 1 X server? |
| 20:25.41 | mason | systemdlete: Can you summarize it? You're losing your screen swiching back and forth between a VM and your host system...? What software are you using, if this is accurate? |
| 20:26.08 | systemdlete | after some period of time, a new login session just suddenly appears, and the one that was running goes blank screen, but the user is still logged in and all the programs are still running in that session! |
| 20:26.14 | systemdlete | virtualbox running ascii |
| 20:26.32 | systemdlete | somehow a new login is being spawned, not sure why |
| 20:26.34 | mason | systemdlete: So, it's just inside the virtualbox that things go south? |
| 20:26.42 | systemdlete | so far, yes... |
| 20:26.56 | mason | systemdlete: Nothing in dmesg about it? |
| 20:27.09 | systemdlete | ah, those logs, yes... |
| 20:27.17 | buZz | how are you seeing the login being spawned if you have a black screen? |
| 20:27.53 | buZz | is it a tty login? a X login? what? |
| 20:29.06 | systemdlete | paste.debian.net/1146953 |
| 20:29.24 | buZz | so, nothing |
| 20:29.36 | systemdlete | Not sure where the ISO/CD messages come from. I didn't insert a CD |
| 20:29.44 | buZz | > 22:27:17 < buZz> how are you seeing the login being spawned if you have a black screen? |
| 20:29.59 | mason | systemdlete: X session? Can you show us the end of /var/log/Xorg.0.log? |
| 20:30.32 | systemdlete | paste.debian.net/11469654 |
| 20:30.33 | buZz | i'm -guessing- he just dropped to console from X |
| 20:30.37 | buZz | alt+f7 to go back |
| 20:30.38 | buZz | right? |
| 20:30.58 | systemdlete | I did say that the one that was running goes blank screen, so yes |
| 20:31.14 | buZz | so how does a blank screen show you a login? |
| 20:31.15 | mason | systemdlete: It could go blank from being X or from being a getty |
| 20:31.15 | systemdlete | who(1) shows who is logged in |
| 20:31.29 | mason | systemdlete: Have you verified that the virtual console hasn't simply changed? |
| 20:31.33 | systemdlete | mason: But why after so long? |
| 20:31.46 | systemdlete | no, virtual console is still tty7 |
| 20:31.54 | systemdlete | the new login is on tty8 |
| 20:32.00 | systemdlete | but no one is logged in on tty8 |
| 20:32.47 | buZz | i bet you just need to go back to the virtual console running X , virtualbox made you leave it somehow |
| 20:32.56 | mason | so you see a getty show up on ttyv7 after there'd been a X session there? Or there's been a logged in getty session there? |
| 20:33.03 | systemdlete | no, on tty8 |
| 20:33.07 | systemdlete | tty7 is blank |
| 20:33.12 | systemdlete | (black screen) |
| 20:33.17 | mason | Was there an X session on ttyv7 before that? |
| 20:33.30 | systemdlete | yes, that is what I'm saying. My user was logged in on tty7 |
| 20:33.38 | buZz | on tty7, or in X? |
| 20:34.05 | systemdlete | suddenly, out of nowhere, the VM switches to tty8/login, and when I go back to tty7, it is blank |
| 20:34.11 | systemdlete | BUT |
| 20:34.33 | mason | systemdlete: I really want to know what was on 7 before. It's not clear. X? console login? It matters for debugging. |
| 20:34.34 | systemdlete | there is still my user logged in on tty7, and all the programs for xfce etc are still running under that user |
| 20:34.43 | mason | Ah, XFCE means X. |
| 20:34.57 | mason | So there was X on it before that. Please show us the end of /var/log/Xorg.0.log from the VM then. |
| 20:35.04 | systemdlete | I just did |
| 20:35.19 | mason | Oh, thought that was from dmesg. |
| 20:35.28 | mason | Oh, that paste. It was a bad URL. "No such paste." |
| 20:35.40 | systemdlete | here it is again: paste.debian.net/11469654 |
| 20:35.48 | buZz | Entry not found |
| 20:35.52 | mason | Says "entry not found" here. |
| 20:37.58 | systemdlete | paste.debian.net/1146960 |
| 20:38.36 | mason | That one works. Looking. |
| 20:38.41 | systemdlete | thanks |
| 20:39.05 | systemdlete | I'm starting to wonder if maybe I need to reboot the host. Perhaps some weird VM stuff coming from vbox |
| 20:39.17 | mason | systemdlete: Not altogether sure as I don't tend to run X in VMs, but the vmware lines with what appear to be resolutions seem notable. |
| 20:39.39 | systemdlete | right. That would be the VM changing "resolutions" |
| 20:39.48 | mason | systemdlete: I'd line up that second one, at 6087.335, with the session going away. |
| 20:40.03 | mason | Is that the event at which it went away? |
| 20:40.12 | systemdlete | probably |
| 20:40.18 | systemdlete | idk |
| 20:40.26 | systemdlete | I'm not expert on X |
| 20:40.30 | mason | systemdlete: This is killing it with fire, but if I were you I'd use qemu-kvm for VMs. |
| 20:40.46 | *** join/#devuan sunshavi (~user@190.236.255.69) |
| 20:41.15 | systemdlete | or maybe it's just another annoying problem with vbox that needs to be reported... yeah, I'm actually starting to look at xen |
| 20:41.32 | systemdlete | Let me try a reboot and see if that does anything good. |
| 20:41.34 | mason | That's work too. KVM is less work to use since it's a type 2 hypervisor. |
| 20:41.38 | mason | That'd* |
| 20:41.50 | mason | I used Xen for years. I prefer KVM now. |
| 20:42.09 | systemdlete | If not, we can look further. At this point we are guessing and maybe wasting your time. I appreciate it though. |
| 20:42.27 | systemdlete | have you looked at xen dom0-less? |
| 20:42.30 | mason | Nah, we documented the event that led to what you're seeing. That's productive. |
| 20:42.42 | systemdlete | it's available in the latest xen |
| 20:42.51 | mason | systemdlete: That sounds conceptually impossible. Weird. I'll look. |
| 20:42.51 | systemdlete | I'm trying to install it here on a testbox |
| 20:43.05 | mason | hrm, https://xenbits.xen.org/docs/unstable/features/dom0less.html |
| 20:43.16 | systemdlete | well, at this point, you still have dom0, but it doesn't do the work of launching the domU's |
| 20:43.38 | systemdlete | yeah, there's a few youtube vids on it also. |
| 20:44.05 | systemdlete | I like the idea of not having a "host" OS (dom0) |
| 20:44.18 | buZz | i wonder if they finally fixed proxmox to install onto devuan yet |
| 20:44.21 | mason | Hm, pushing functionality off to the bootloader. I guess that could reduce system load. |
| 20:44.51 | systemdlete | and they claim it is fast too because it is booting the domU's in parallel |
| 20:45.03 | systemdlete | but for the moment, let me reboot and see if this goes away |
| 20:45.13 | systemdlete | bbs... |
| 20:59.17 | *** join/#devuan Hoshpak_ (~Hoshpak@dslb-002-204-200-128.002.204.pools.vodafone-ip.de) |
| 21:02.21 | *** join/#devuan systemdlete (~systemdle@c-76-105-3-38.hsd1.ca.comcast.net) |
| 21:05.44 | systemdlete | I had also installed light-locker; forgot about that one. I think I read that it can present some issues |
| 21:05.51 | systemdlete | that might be the sticky wicket |
| 21:06.04 | systemdlete | I might not have had it configured correctly, but it is gone now |
| 21:10.40 | systemdlete | that apt history log comes in handy... I had forgotten I installed it. I'll let the VM run for a while and see if the behavior returns |
| 21:15.40 | specing | Is there a guide on how to write Devuan OpenRC init scripts ? |
| 21:16.25 | specing | I see "### BEGIN INIT INFO" at the top of them, loooks like machine readable part? Is there a tool one should use? |
| 21:17.28 | specing | actually... those don't look like OpenRC scripts, do they? |
| 21:18.13 | *** join/#devuan phyre (~phyre___@78.30.25.235) |
| 21:50.04 | gnarface | specing: i think those are the sysvinit scripts you're looking at. they still all run under the default openrc setup |
| 21:50.31 | *** part/#devuan james1138 (~james1138@71-222-133-42.albq.qwest.net) |
| 21:50.48 | gnarface | specing: (i think the whole point of openrc is to not have init scripts, but then you lose compatibility with things that were using them, so someone came up with a way to use both) |
| 21:51.42 | gnarface | specing: there's a way to change it to be only openrc like gentoo does it, but i don't know specifics. people in here have done it though. |
| 21:52.54 | *** join/#devuan IoFran2 (~Thunderbi@189.237.25.138) |
| 21:54.04 | specing | Its fine if its mixed |
| 21:54.33 | specing | I just chose openrc as I'm familiar with it from Gentoo |
| 21:55.41 | *** join/#devuan arnoldoree (~arnoldore@113.210.88.172) |
| 22:00.40 | gnarface | specing: alright, well i *think* the way it is set up, based on other people describing the difference from the gentoo setup, is that sysvinit runs first, executes all the startup scripts, hands off to openrc |
| 22:01.10 | gnarface | *then hands off to openrc, i meant |
| 22:01.42 | gnarface | so you get openrc's process management but sysvinit's initial startup |
| 22:01.55 | gnarface | at least that's the idea anyway. i can't claim to have tried it |
| 22:01.59 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 22:02.06 | gnarface | some people like it more, some people don't |
| 22:05.26 | *** join/#devuan hightower2 (~hightower@213.149.51.48) |
| 22:12.17 | *** join/#devuan Kruppt (~Kruppt@50.111.1.230) |
| 22:22.21 | *** join/#devuan sacioz_ (~sacioz@138.185.96.35) |
| 22:23.48 | *** part/#devuan sacioz_ (~sacioz@138.185.96.35) |
| 22:25.13 | specing | Hmm, devuan's start-stop-daemon does not support --env? |
| 22:27.26 | *** join/#devuan Bjornn (~Bjornn@2604:6000:1503:3ac:5dd5:a940:e6a:3897) |
| 22:31.15 | mason | specing: What do you want --env to do? |
| 22:40.11 | specing | add some stuff to the daemon's environment |
| 22:42.08 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 22:45.18 | systemdlete | drat. Still doing it. |
| 22:45.51 | specing | command_user also appears non-functional |
| 22:45.53 | specing | hmm |
| 22:46.14 | systemdlete | what would cause a new login session to start on tty8? |
| 22:47.24 | mason | specing: So, for adding to the environment, what I see recommended is populating the environment with a shell script and launching from that. |
| 22:50.34 | openbsdt1i123 | After having devuan since first day, I start to move progressively to slackware. It seems good choice, reliable, fast and efficient system. back to old good days... devuan is a bit slow :( |
| 22:51.50 | golinux | Goodbye then |
| 22:52.25 | golinux | \o |
| 22:53.19 | openbsdt1i123 | thank you for all those years ! greatly. |
| 22:55.32 | Xenguy | mason: I was logged on here intermittently, but are you saying that you find Slackware faster than Debian or Devuan? |
| 22:57.12 | Xenguy | And what does "funroll the loops" mean? |
| 22:57.25 | openbsdt1i123 | Slackware is for sure pretty fast. |
| 22:58.08 | Xenguy | I heard good things about it, but I never tried it as it didn't seem to have dependency management. |
| 22:58.42 | Xenguy | And Slackware has been around since forever too. |
| 22:59.58 | *** join/#devuan hightower2 (~hightower@unaffiliated/hightower2) |
| 23:00.26 | openbsdt1i123 | there is a saying about slackware... it is surely a good thing to try slackware. Since devuan must follow debian, devuan has to get in this Linux direction. |
| 23:03.24 | systemdlete | Xenguy: Maybe this? https://en.wikipedia.org/wiki/Loop_unrolling |
| 23:03.45 | Xenguy | thanks systemdlete , will check that out |
| 23:04.28 | systemdlete | it seems to be a compiler optimization thingy. Flattens out the loops in code to sequential statements to save time in execution at the expense of more code size |
| 23:06.01 | golinux | slack is OT for this channel |
| 23:06.13 | Xenguy | OK, so it's some optimization technique... |
| 23:06.27 | Xenguy | OK, will continue in #debianfork if you're there systemdlete |
| 23:07.44 | golinux | :) |
| 23:11.00 | specing | Oh my |
| 23:11.10 | specing | Why is Devuan's OpenRC from 2011? |
| 23:11.26 | golinux | Because Debian's is. |
| 23:11.34 | specing | that's not cool |
| 23:11.54 | specing | And does Debian still pretend to support other inits? |
| 23:13.12 | golinux | Supposedly. Thanks to the init diversity team of Debian and Devuan devs |
| 23:13.21 | *** join/#devuan fsmithred (~fsmithred@devuan/developer/fsmithred) |
| 23:13.23 | Xenguy | FTW |
| 23:42.13 | *** join/#devuan fleeky (~fleeky@2601:645:4300:6580:315c:801b:2f2e:457f) |
| 23:49.25 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
| 23:53.20 | mason | Xenguy: No, I was speculating about openbsdt1i123's assertion, but in all honesty I'd be shocked if there was measurable difference. There's AppArmour, but I don't see that mattering. |
| 23:55.23 | *** join/#devuan tarbz2 (~Thunderbi@unaffiliated/targz) |