previous
2021-06-04
09:46:06 <mib_m6iwey> devuan beowulf amd64. how enable cyrillic input in tty(console)?
13:54:49 <systemdlete> The FN hostility is so thick I can taste it... Good thing I stopped by my hexchat client to check on the #devuan channel there. I see the web page has been updated to point people to libera, but I also see that the OFTC #devuan channel has a few of our folks in there also...
13:55:56 <systemdlete> And this is an alleged grown-up who is pulling this nonsense on the community? Reminds me of another induhvidual with dreams of empire in the Linux realm...
13:56:57 <systemdlete> I suggest a temporary popup message on the devuan.org home page to alert users to the change of IRC providers.
13:57:38 <systemdlete> (Not every user will think of drilling down to the support pages on devuan.org, I'm just sayin')
14:30:31 <yeti> much worse is the libera spam... I wanted to piunt someone to #hackaday@libera and got banned.... not on FN... their autoban on some keywords made mentioning libera in an unspammy context impossible too
14:30:41 <yeti> piunt->point
14:31:15 <yeti> this madness has to end... or I'll need a vacation in a deep cave!
15:16:54 <unixbsd> yeti: i didnt know you were doing netbsd + devuan... both nice...
15:53:47 <yeti> currently pausing a bit on the BSDs
15:54:52 <yeti> I'm a bit wobbling between linuxblues and bsdblues...
15:55:23 <yeti> tertium datur! microcontrollers!
15:55:43 <yeti> there is always a different thing on my to do list
18:03:07 <strawberry_> hi so I'm using devuan testing xfce but after this upgrade wicd was no longer installed
18:03:25 <strawberry_> idk how i connect to the internet now but I'd like to use a network manager with a gui
18:03:42 <job> wicd is no longer available in chimaera I think
18:03:48 <job> I use connman-gtk as an alternative
18:03:58 <strawberry_> cool I'll try that
18:04:06 <hagbard> wpa_gui could also be available
18:05:55 <strawberry__> ** (connman-gtk:3847): WARNING **: 11:06:05.863: failed to scan wifi: GDBus.Error:net.connman.Error.NoCarrier: No carrier
18:06:12 <strawberry__> hmm wireless doesn't seem to work yet..
18:06:21 <job> do you have wpa supplicant installed
18:06:35 <strawberry__> I have nmtui installed
18:06:51 <strawberry__> should I kill that first?
18:07:24 <job> yeah, connman-gtk should replace NM I think
18:07:45 <job> they could conflict with each other
18:08:02 <strawberry__> yes that was the issue
18:08:06 <strawberry__> resolved now :)
18:08:17 <strawberry__> connman works nicely, thank you for this rec
18:08:28 <job> you're welcome :D
18:10:17 <strawberry_> ah now it's here
19:09:48 <luser978> tell everyone new to devuan to remove networkmanager, install wicd or conman. saves a lot of time.
21:10:25 <lts> wicd depends on python2 and hasn't been updated since 2014. But definitely agree about networkdamager
---------- 2021-06-05 ----------
00:06:42 <paprika> for some reason cryptsetup is installed but it still tells me that the command could not be found
00:07:18 <paprika> when I execute as the root user that is, it does work when I use sudo
00:10:27 <sadsnork> paprika, my cryptsetup is in /sbin/ - if you "sudo which cryptsetup" it should tell you if yours is in the same place. Is "that place" in your root's $PATH?
00:12:24 <sadsnork> And when you are logging in as root are you logging in directly, using su or using "su -"?
00:14:49 <paprika> ah the issue is the loggin in with "su" instead of "su -"
00:14:57 <paprika> ty sadsnork
00:15:05 <sadsnork> Booyeah! :-)
03:25:22 <jonadab> Suppose I am on Beowulf, and this thing I would like to build and use, is asking for "Qt5Core" version 5.15.0. The relevant package seems to be qtbase5-dev, but it's version 5.11.3. What's my easiest approach to resolving this?
03:26:15 <jonadab> Building something major like Qt from source seems like going a long way for one program. I *could* attempt it anyway, but are there easier options?
03:27:33 <Xenguy> jonadab, https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=qtbase5-dev
03:29:29 <jonadab> That looks promising, but can I just install one of those 5.15.2 packages on Beowulf without further dependency issues? What's the easiest way to go about it? Download and dpkg -i ?
03:30:34 <Xenguy> It's not generally recommended to mix versions like that, but other than that I'm not certain
03:31:47 <jonadab> I mean, nothing there tells me that that package is for beowulf, or will work on beowulf; but it doesn't say not, either. Doesn't say anything about Devuan version, that I can see.
03:32:04 <jonadab> Oh, wait.
03:32:06 <jonadab> Yes it does.
03:32:13 <jonadab> chimaera
03:32:17 <jonadab> Or unstable
03:32:19 <jonadab> I see.
03:33:03 <jonadab> Yeah, I see how to read that info now.
03:35:13 <Xenguy> Sometimes there will be a version available as a backport, but that appears to not be the case here
03:35:46 <jonadab> Yeah, I think I was hoping for a backport, but now that I think about it more, backports are usually applications, rather than libraries.
03:36:30 <Xenguy> I try not to bother with backports anymore myself
03:36:48 <Xenguy> That's true I expect
03:37:41 <jonadab> I'm half tempted (not because of this specific thing, but long-term) to maintain an extra computer whose sole purpose is to be on the most bleeding-edge everything (unstable?). But that way lies madness.
03:38:35 <Xenguy> You could try installing chimaera on the extra PC, and that would satisfy this dependency
03:38:38 <jonadab> I guess what I should actually do is look at the commit history of the thing I want to build, and see when the requirement was updated.
03:39:26 <jonadab> This is the first I've heard of chimaera. Is it $nextversion after beowulf?
03:39:32 <sadsnork> jonadab, depending on the application you want to use maybe switching to chimaera or having a small chimaera virtual machine would work?
03:42:05 <jonadab> How close to fully baked is chimaera at this point?
03:42:37 <Xenguy> Fairly. There are a number of people using it AFAIK without big problems
03:42:46 <jonadab> This is a desktop system, so I don't have the kinds of stability requirements on it as on some of my other systems, but I still want something that isn't completely flaky.
03:42:49 <Xenguy> But I haven't run it myself
03:42:51 <jonadab> Ah, interesting.
03:42:56 <jonadab> I will think about this.
03:43:04 <Xenguy> Definitely not completely flakey
03:43:33 <Xenguy> One thing to note about chimaera is that wicd is not available (due to python2 problems)
03:43:55 <Xenguy> So people seem to be using alternatives like network-manager or connman
03:45:08 <jonadab> wicd is, what, 802.11 stuff? I don't need that.
03:45:37 <jonadab> This is a desktop. Sits in one place all the time. Has cat6 cable to the switch.
03:46:19 <Xenguy> perfect : -)
03:46:35 <jonadab> (In fact, if I could set one setting in /etc somewhere and make all software stop trying to configure any networks ever and just go with what I put into /etc/network/interfaces, that would be great.)
03:47:32 <Xenguy> I just use chattr +i to make important files immutable
03:47:57 <Xenguy> The heavy-hammer solution I know, but works for me
03:49:14 <jonadab> Yeah, I've been keeping a backup copy of resolv.conf for decades because stuff like Network Manager keeps wanting to *mess* with it.
03:49:16 <Xenguy> It's really annoying when /etc/resolv.conf gets changed
03:49:59 <Xenguy> I first noticed these things in connection with some app called 'resolvconf' when I was on Debian
03:50:10 <Akuli> mine contains two copies of the same line :D
03:50:15 <Akuli> is that bad?
03:50:32 <Xenguy> But there are so many apps now that want to change that file that I just decided to put a stop to it
03:50:48 <jonadab> Makes sense.
03:51:01 <Xenguy> Akuli, Feel free to pastebin it
03:51:11 <nat> jonadab: I'm running chimaera on a laptop and orange pi and I didn't have any problems with it yet
03:51:13 <Xenguy> (paste.debian.net)
03:51:25 <Akuli> nameserver 192.168.1.1
03:51:29 <nat> Unless pipewire depending on systemd sockets counts :I
03:51:33 <Akuli> this line repeats twice, and that's the whole file
03:52:08 <Xenguy> Akuli, I'd say you don't need the duplicate line
03:52:11 <jonadab> That shouldn't be a problem, I think. I mean, it's _odd_, redundant, unnecessary, and ineligant. But I don't think it will cause actual problems.
03:52:30 <Akuli> presumably it's generated by wicd or some program that wicd invokes
03:52:42 <Xenguy> Are you runnning local DNS of some kind?
03:53:10 <Xenguy> e.g. I run 'unbound' here
03:53:28 <Xenguy> So my first line of /etc/resolv.conf is the same as yours
03:53:30 <jonadab> He must be, if that IP address is pointing to a resulver.
03:53:33 <jonadab> *resolver
03:54:20 <jonadab> It would be very strange if anything in 192.168.* were being routed off-system.
03:55:48 <jonadab> I can imagine 192.168.1.* being a virtual environment hosted on the local system, maybe.
03:56:00 <jonadab> But it shouldn't ever go out over the network.
03:56:57 <Akuli> ah i know what it is
03:57:11 <Akuli> 192.168.1.1 is a device at the other end of the ethernet cable
03:57:34 <Akuli> it has a sim card and internally it's very much like a phone, but its whole purpose is to provide internet via ethernet cable connection
03:58:00 <Xenguy> Akuli, Makes sense now, and I wrong about my own setting...
03:58:08 <Akuli> it has several places for ethernet cables
03:58:18 <Xenguy> s/192.168.1.1/127.0.0.1/
03:58:26 <Akuli> for example, if i plug in my laptop, it's typically 192.168.1.2 or 192.168.1.4
03:59:39 <Xenguy> Yeah so 192.168.1.1 is common for a router or similar device
07:39:05 <jonadab> Oh, hmm, LAN address, ok.
07:39:27 <jonadab> I'm used to 10.x.x.x for those, but sure, 192.168 works, as long as your network is small.
07:40:40 <jonadab> Shouldn't be anything upstream at your ISP though.
07:57:22 <rrq> jonadab: /etc/resolv.conf is typically updated by dhclient which typically gets a gateway notice in the DHCP handshake
07:57:56 <rrq> you can configure your dhclient "service" to ignore gateway
08:01:41 <rrq> .. dhclient is not set up as a "service" but gets used by ifupdown as part of handling the "dhcp" method for an interface
2021-06-05
next