| fsmithred | peroffspring | 03:42 |
|---|---|---|
| fsmithred | furrywolf, ^^^ | 03:43 |
| cloudy | hi pkginfo finds netsurf netsurf-gtk and netsurf-fb in ascii and jessie, however nothing returns for any newer branch incl experimental or chimaera, https://bugs.devuan.org/cgi/pkgreport.cgi?which=pkg&data=netsurf-gtk also nothing of the 3 pkgs on bugs.d.o | 04:46 |
| cloudy | is this pkg no longer to be included/maintained rn? strangely https://repology.org/project/netsurf/versions lists 4.0 and unstable as having v. 3.10 | 04:47 |
| cloudy | is the mistake on repology's end? should i notify them to fix/repair their db/scripts? | 04:48 |
| cloudy | if it's been removed, is there a reason? I see nothing yet...also, its missing from git.d.o | 05:21 |
| phidoux | steam appears to be broken in beowulf because it can't install libgl1-mesa-dri due to libstdc++6 and liblvm7 dependencies which conflict | 05:26 |
| phidoux | just ran into this issue on a machine i manage for a family member that uses an nvidia graphics card | 05:27 |
| golinux | cloudy: That is a question for Debian not Devuan | 05:42 |
| cloudy | ? | 05:42 |
| golinux | Did we fork it at some point? | 05:42 |
| cloudy | i dont think so, but even if unforked, arent the pkgs at least copy pasta'ed to the devuan repos themselves? | 05:43 |
| golinux | Yes. | 05:44 |
| cloudy | repology correctly reports versions in devuan 1.0 2.x, and technically in 3.0 too (it sees no versions), but somehow sees versions for 4.0 and unstable | 05:44 |
| golinux | The package comes directly from Debian. | 05:44 |
| cloudy | im not running devuan atm (ubuntu-deriv) but perhaps someone can confirm the netsur* pkgs are non-existent even in 4.0 and unstable branch? | 05:45 |
| golinux | We don't touch it or make any judgment on it. | 05:45 |
| cloudy | or ill just add those to my sources.list | 05:45 |
| golinux | https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=netsurf&release=any | 05:45 |
| golinux | Nothing after ascii. | 05:45 |
| gnarface | cloudy: look, they pulled it from Debian too. it's not us. we didn't do it. https://packages.debian.org/search?keywords=netsurf&searchon=names&suite=stable§ion=all | 05:46 |
| cloudy | i know, i had mentioned that | 05:46 |
| golinux | If debian doesn;t have it. We won;t have it. | 05:46 |
| cloudy | im thinking maybe it was killed and repology hasnt update the missingness yet | 05:47 |
| gnarface | cloudy: they usually have a good reason, but your only appropriate recourse is to file a bug report at bugs.debian.org. if you want to take inappropriate recourse, just go into #debian and start a fight. | 05:47 |
| phidoux | ok thanks for the info | 05:47 |
| golinux | You could try installing the ascii version. | 05:47 |
| gnarface | phidoux: fundamentally your issue is the same, but they're likely to actually fix your issue on their own without intervention | 05:48 |
| gnarface | phidoux: (steam was working here in beowulf recently) | 05:48 |
| phidoux | yes i knwo | 05:48 |
| phidoux | i know | 05:48 |
| gnarface | phidoux: you might have luck using the kernel and mesa from beowulf-backports though. | 05:48 |
| phidoux | which is why i mentioned it so hope fully some one knows | 05:48 |
| gnarface | phidoux: even if you don't need the newer versions, backports may have sidestepped whatever mess they've made currently | 05:49 |
| cloudy | debian has it in bullseye and sid, missing from buster...v strange indeed, ill talk to debian then | 05:49 |
| phidoux | i will have to see what i can work out | 05:50 |
| phidoux | going to reboot for now thanks | 05:50 |
| golinux | cloudy: If it were in bullseye if would be in our chimaera. | 05:52 |
| gnarface | golinux: isn't bullseye still mapped to sid/ceres? | 05:53 |
| golinux | No chimaera | 05:53 |
| gnarface | oh, i guess that makes sense | 05:53 |
| golinux | But I just noticed that it's still listed as unstable in the banned pkg list | 05:54 |
| golinux | I'll go report that now | 05:54 |
| golinux | Or not listed actually because unstable is ceres. | 05:55 |
| cloudy | https://packages.debian.org/search?suite=bullseye&searchon=names&keywords=netsurf | 05:56 |
| cloudy | is the banned pkg list public? link? | 05:58 |
| cloudy | golinux: | 05:58 |
| golinux | Yes. https://pkgmaster.devuan.org/bannedpackages.txt | 05:59 |
| cloudy | ty | 06:05 |
| golinux | yw | 06:05 |
| cloudy | i dont know if hyperbola ppl are just wiser or if they're seriously underestimating workloads... | 06:32 |
| cloudy | devuan already has a hard time revoing systemd, and has some experimental nodbus images, hyperbola is trying to remove the above two and a plethora of other packages, including pam, the *kits, xorg and many more... | 06:33 |
| cloudy | and they seem to have fewer devs to do so | 06:34 |
| cloudy | any thoughts on this? are they just insane/overconfident? | 06:35 |
| golinux | That speculation is more for #devuan-offtopic than here ;) | 06:36 |
| cloudy | sorry | 06:36 |
| Oksana | Which network manager is recommended for usage in Devuan? I am currently using Wicd with XFCE4 desktop environment. | 08:29 |
| Oksana | I am trying to figure out how to integrate openconnect with wicd. Usually, I manually run openconnect from a terminal, with sudo. If I put openconnect command into wicd postconnect script, do I need to write sudo in the script as well, or not? | 08:31 |
| Oksana | Also, I usually type in VPN password manually when starting openconnect from terminal. But that can probably be typed in script like https://wiki.archlinux.org/index.php/OpenConnect#netctl | 08:34 |
| gnarface | Oksana: wicd is the default for a reason, but that reason doesn't sound like it fits your use case anymore | 08:34 |
| gnarface | Oksana: frankly i think you've grown out of network managers from the sounds of it, but i don't know anything about openconnect | 08:34 |
| gnarface | Oksana: wicd should be using some permissions backend to get root access so depending on how it calls scripts it might not need sudo but i don't know for sure | 08:35 |
| cloudy | Oksana: does your work/org require cisco or pulse to connect? why need openconnect? just curious | 08:36 |
| Oksana | Yes, they recommend cisco, I think. | 08:39 |
| gnarface | Oksana: worst comes to worst, you can likely just ditch wicd entirely and put the commands in your /etc/network/interfaces file directly, tied to an "up" clause | 08:41 |
| gnarface | Oksana: (they will also be executed with root permission there, but that file is globally readable by default so if it includes your VPN password make sure you "chmod go-a" it | 08:42 |
| gnarface | ) | 08:42 |
| gnarface | Oksana: (it's globally readable by default, but only root actually has to be able to read it so you can safely correct that) | 08:42 |
| gnarface | Oksana: it might be fully doable with wicd, i don't know. i had to figure out all this stuff before network managers existed | 08:43 |
| telmich__ | good morning | 10:00 |
| telmich__ | it seems the website and potentially more is down - I guess it's a known problem? | 10:00 |
| gnarface | telmich__: seems fine here. is it still down for you? | 10:01 |
| telmich__ | IPv6 is down, gnarface | 10:03 |
| telmich__ | * connect to 2001:41d0:2:1f68::3624:8eb3 port 443 failed: Connection refused | 10:03 |
| telmich__ | I assume somebody reconfigured && forgot the listen statement for ipv6 in nginx | 10:05 |
| gnarface | oh, that | 10:09 |
| gnarface | yea i wouldn't have noticed, i'm still blocking ipv6 traffic here | 10:09 |
| gnarface | too many security risks and no valid use cases | 10:09 |
| gnarface | if you are stuck with it i truly pity you | 10:09 |
| openbsdtai123 | hello | 10:10 |
| gnarface | openbsdtai123: hello | 10:10 |
| gnarface | openbsdtai123: if you have questions, it's best to just ask them and wait patiently | 10:11 |
| openbsdtai123 | so far, no question. how are you gnarface? | 10:16 |
| gnarface | openbsdtai123: i'd rather not say | 10:19 |
| gnarface | openbsdtai123: thanks for caring though | 10:19 |
| openbsdtai123 | anytime. you are welcome. I need to go, see you later -- have a nice day,. | 10:26 |
| golinux | telmich__: Nice to see you here. | 10:40 |
| golinux | I didn't know the website was configured for IPv6 | 10:41 |
| golinux | rrq: ^^^ | 10:41 |
| telmich__ | gnarface: we are actually running a whole data center ipv6 only - so far relying on Devuan | 11:55 |
| roo^y | I'm a few days into running Beowulf on my Mele pcg35 apo. I haven't updated from stock release, & my screen just went black, & KB won't turn it's lights on for caps lock, num Lock etc | 12:15 |
| roo^y | Unlikely a heat issue, as I sit here in very cold Australia. Other screens & keyboards make no change | 12:19 |
| openbsdtai123 | Since everyone seems to use whatsapp, there is no choice. How to run whatsapp on devuan ?? it seems that there is not much way, not to use it since there is no linux version. Is there maybe a workaround to install it? | 12:23 |
| roo^y | A android emulator (the way ubports uses android apps) | 12:27 |
| sixwheeledbeast | There is always a choice. | 12:44 |
| sixwheeledbeast | There is no way i would be pressured into using a platform if I don't like there privacy policy. | 12:45 |
| roo^y | Now Beowulf won't boot past a maron screen. Can go into recovery boot, & allows maintenance from CMD line | 13:05 |
| gnarface | roo^y: it's most likely something you installed/upgraded recently then, if the problem persists through reboot... though there are some rare types of driver crashes that can persist through a reboot so do a cold boot once to be thorough | 13:30 |
| gnarface | roo^y: the screen going black part also might have been expected behavior (under most default configurations the screen would blank after 306 seconds or something like that) and the crash may have happened afterwards whether or not it was even related | 13:31 |
| gnarface | roo^y: that also strongly hints to a driver issue, particularly with the video card or with something related to power management | 13:32 |
| brocashelm | does anyone run vrms every now and then out of curiosity? the only "bad" package i got is firmware-amd-graphics, but that's so i could configure my monitors. i guess i'll write angry letters to amd until they release fully libre drivers | 13:33 |
| roo^y | Live version from USB doesn't get past a blue screen with a mouse. I'll see if another OS will boot | 13:34 |
| gnarface | roo^y: maybe try the mini.iso one | 13:36 |
| gnarface | roo^y: (no gui enabled by default, might dodge the issue you're having if it's gui related) | 13:36 |
| roo^y | Until now, the live Beowulf did work, which installed it to ssd, & it's been running for a few days | 13:38 |
| Joril | openbsdtai123: I just use web.whatsapp.com from inside a browser | 13:38 |
| gnarface | roo^y: so, a few days, but did you install anything during that time, particularly towards the end of that time, like in the last couple hours before the screen went black? | 13:49 |
| gnarface | roo^y: also, can you ssh into it? | 13:49 |
| roo^y | That's a bit beyond my n00bness at the moment | 13:50 |
| gnarface | roo^y: well, one thing that would be a good test is to have an open ssh connection when it initially locks up, see if you can still maintain control remotely, this narrows down the potential causes and gives you some leverage to deal with the issues | 13:51 |
| gnarface | roo^y: based only on what you've told me so far though, i can't rule out hardware failure | 13:52 |
| gnarface | roo^y: i'd need to see some more tests, but the initial behavior fits the profile for having burnt out a chunk of video ram | 13:53 |
| gnarface | roo^y: but like i said before, if you installed anything within a few hours before it blackscreened initially, that's the most likely culprit | 13:54 |
| gnarface | roo^y: it might have been something from a 3rd party repo, if you were distro mixing this could happen too... | 13:54 |
| roo^y | I usually boot refracta ASCII on another partition of SSD. FAIL! Hardware fail it is! Another distro on USB didn't launch either. I happen to have a spare Mele pcg35 apo. I'm doubting the win10 on the onboard chip will boot either, if it's fried a GPU gnarface | 13:56 |
| gnarface | roo^y: well, if not much of the video ram is fried, you might get sporadic success | 13:58 |
| gnarface | roo^y: i had found some way to map around bad system ram but at the time it wouldn't work on video card ram, but maybe someone has something for that... | 13:58 |
| roo^y | I've been only turning off the screen, so the screensaver may've been FAR too much for the hardware to run for hours | 13:59 |
| gnarface | roo^y: and don't forget to try cold boot if you haven't yet. shut it down all the way, unplug it, unplug the battery (if furnished) and then wait 10 seconds or so before powering it back up again | 13:59 |
| roo^y | Yes, I've been turning off the UPS between boots | 14:00 |
| gnarface | roo^y: (i've seen a lot of things that look like hardware failure but were just an artifact of bad driver and bios misbehaviors combined with residual memory capacitance) | 14:01 |
| gnarface | roo^y: (some of those opengl screensavers are just as likely to cause such a driver crash as they would be to overheat the hardware) | 14:01 |
| gnarface | yea, maybe swap the video card then and see if that brings it back to life | 14:01 |
| gnarface | and for the future - don't use the opengl screensavers | 14:01 |
| gnarface | they're real bad | 14:01 |
| gnarface | they are dangerous | 14:02 |
| gnarface | to people and hardware alike | 14:02 |
| roo^y | I doubt the video card is external on this mini pc | 14:02 |
| gnarface | the guy who wrote them actually rage quit his entire coding career and opened a bar instead, over persistent gpu driver bugs that still to this day plague those screensavers | 14:03 |
| roo^y | Haha | 14:03 |
| gnarface | the old pixel-based ones seem safe though | 14:03 |
| roo^y | I guess I'll be able to run a GPU test from some hirens boot cd if installed to boot partition.. | 14:06 |
| roo^y | If fried, not all lost, if I use as some cli server.. | 14:08 |
| gnarface | oh, and you said you were sure it's not overheating, but you did check the fans, right? | 14:09 |
| gnarface | dead fans can cause overheating even in a cold room | 14:09 |
| gnarface | depends on the hardware though | 14:09 |
| gnarface | some of it is more sensitive than others | 14:09 |
| roo^y | It's fanless. Cold down in AU. & Wasn't working very hard when it "crashed" | 14:10 |
| gnarface | well that's the thing though, you could be onto something about the screensavers if it was a opengl screensaver... it could have been working a lot harder at it than you'd expect | 14:10 |
| roo^y | I was just chatting here in IRC & it went down | 14:11 |
| gnarface | (another complaint about the opengl screensavers is there's no responsible frame limiting) | 14:11 |
| gnarface | oh, if the screensaver wasn't even running though that's a different matter | 14:11 |
| roo^y | Definately didn't show signs of trouble before it died | 14:12 |
| gnarface | do you know which cpu frequency scaler you were using? ondemand? schedutil? performance? | 14:13 |
| roo^y | No, default install | 14:13 |
| gnarface | performance is more prone to causing overheating, but the others can be related to instability issues | 14:13 |
| gnarface | if this is using one of the ARM images i don't know what it would be | 14:14 |
| Oksana | gnarface: Thank you. I don't fully understand phrase >> you've grown out of network managers from the sounds of it <<. Does it mean that GUI network managers are kids' playground, and adults have got to use CLI tools? If so, I find it unfair - just like condemning adults to reading books without illustrations. | 14:14 |
| gnarface | the default install probably uses ondemand or schedutil | 14:14 |
| gnarface | Oksana: it's emotionally self-destructive for you to characterize it that way. characterize it more like "it'll probably take you less time to learn how to edit the very simple text-based format of the /etc/network/interfaces file than it would to figure out how to fix whatever is wrong with wicd" | 14:16 |
| gnarface | Oksana: that said, i don't use wicd, so you should get a second opinion from someone who does | 14:16 |
| * Oksana nods | 14:16 | |
| gnarface | Oksana: "man interfaces" for the documentation on that file, by the way. there's no pictures but it's also not complicated | 14:16 |
| gnarface | Oksana: if you start editing it directly though, any gui network utility will start to conflict with your changes | 14:17 |
| Oksana | It is problematic enough that I don't know whether VNC client for Sailfish OS works or not, and there is no RDP client for Sailfish OS at the moment. | 14:17 |
| gnarface | Oksana: well, i don't know about sailfish either, but there are several choices of vnc clients in the debian/devuan repos | 14:18 |
| Oksana | Problem is, I prefer consistency. Aka, if I am using GUI for anything, then I am using GUI for everything. If I am using Gtk2 widgets, then I don't want to see Gtk3 or Qt anywhere. | 14:18 |
| gnarface | Oksana: well, i think two network managers are wicd and network-manager | 14:20 |
| gnarface | Oksana: *i think the only two... | 14:20 |
| Oksana | And it doesn't help that computers have a habit of stopping working unpredictably. I suspect that remote computer suffered from power outage - three remote computers are no longer reachable, and that's despite VPN seemingly fine (I run openconnect with -v for verbose, everything seems fine) | 14:20 |
| Oksana | There is also netctl, but it's probably CLI, not GUI? | 14:21 |
| gnarface | Oksana: KDE might have a network manager that is unique to KDE that is not the others | 14:21 |
| gnarface | Oksana: either that or it's just using network-manager too | 14:21 |
| Oksana | And unfortunately, remote computers are desktops, aka, no batteries. Which increases probability of file corruption due to power outage. | 14:21 |
| gnarface | Oksana: file corruption risk should be fairly limited unless these are Windows machines you're talking about | 14:22 |
| gnarface | Oksana: i really don't know about netctl either. the /etc/network/interfaces file format is laughably easy. to the point you might be angry at yourself for avoiding trying it bare. | 14:23 |
| * Oksana wants a laptop-desktop hybrid: battery yes, compactness yes, display no, keyboard no - battery solely for the purpose of kind shut-down, aka a few minutes, not for hours-long-work | 14:23 | |
| Oksana | gnarface: Yes, they are unfortunately Windows | 14:23 |
| Oksana | Not my choice | 14:23 |
| gnarface | APC sells mini UPSes embedded in power splitters, might be worth looking into | 14:24 |
| gnarface | it's like a slightly bulky looking surge protector, but it also provides a few minutes of battery for clean shutdown, just like you want | 14:24 |
| roo^y | My Mele is Intel. Win10 that it came with on its inbuilt 32gb chip still boots without issue | 14:25 |
| Oksana | mini UPSes... Interesting. Not sure that workplace IT will be fine with such devices, but will see. | 14:25 |
| gnarface | around here outages are rare but brownouts are common... some sort of battery is essential if you want any type of uptime | 14:26 |
| gnarface | i even put my tivo on a battery | 14:28 |
| gnarface | shit's getting ridiculous | 14:28 |
| gnarface | actually, that thing about computers having a strong habit of stopping working unpredictably... i don't find that to be the case for me anymore since i put everything on batteries and disabled power management | 14:29 |
| gnarface | the largest culprit for bringing down servers was bios issues related to various power saving features and basic dirty power | 14:30 |
| Oksana | Cannot find mini UPS yet? These ones are huge... https://au.rs-online.com/web/p/ups-uninterruptible-power-supplies/7793807/ | 14:30 |
| gnarface | stand by i'll try to dig up something | 14:31 |
| Oksana | This one looks interesting, https://www.ebay.com.au/itm/APC-POWER-SAVING-BACK-UPS-8-OUTLET/233551421117 darn expensive though - and if I want workplace to pay for it (doubtful), then I better find something new, not used | 14:36 |
| gnarface | Oksana: do you see a "Back-UPS 650" anywhere? | 14:38 |
| gnarface | Oksana: oh, the 8-outlet 550VA is probably in the same line | 14:39 |
| gnarface | Oksana: yea, you're probably not gonna get something for less than ~$80 unless it's on sale or you make it yourself | 14:39 |
| gnarface | Oksana: but on the plus side, you can probably safely hook all 3 machines to just one of them as long as all you need is a few minutes to shut down | 14:40 |
| Oksana | gnarface: Unfortunately, two are on one room, and one is in another room. So, two devices would be required, at least. | 14:40 |
| gnarface | Oksana: APC and some other companies also sell power-conditioning surge protectors that might be sufficient to iron out your dirty power (maybe - ymmv) | 14:41 |
| Oksana | No idea. I don't expect it's just brownout, though I wouldn't know. | 14:42 |
| gnarface | it's pretty obvious here because the lights dim | 14:42 |
| gnarface | when the lights all dim for a second then you hear a bunch of beeps in the computer room, then you know | 14:42 |
| Oksana | Doesn't help that at least two computers out of three will not be able to boot just because somebody pressed a power button. One of them will complain about hard drives inserted and attempt to boot from them, while another will complain that RAID has never been set up. | 14:43 |
| gnarface | yuck, bios issues that can't be changed, eh? | 14:43 |
| Oksana | Cannot observe lights dim remotely from distance of a few kilometers, unfortunately... | 14:43 |
| gnarface | might be worth looking into seeing if libreboot supports those machines if the stock bioses suck that much | 14:44 |
| gnarface | oh, i guess i don't actually know if libreboot supports Windows though | 14:44 |
| Oksana | Hmm... https://www.ebay.com.au/itm/Apc-Schneider-Pnoteproc6-ec-Surgearrest-Notebookpro-C6/274327248213 | 14:46 |
| gnarface | as long as it's not a counterfeit... apc.com says it's discontinued | 14:48 |
| ShorTie | doesn't look big enough to me for a battery | 14:51 |
| gnarface | it's not, it just has power conditioning | 14:51 |
| gnarface | that one isn't a battery back-up | 14:51 |
| gnarface | it's just a power conditioning surge suppressor | 14:52 |
| gnarface | but if you actually just have brownouts and not actual blackouts (however brief) it might be enough | 14:52 |
| ShorTie | doesn't look big enough to me for a big cap, lol. | 14:53 |
| gnarface | they are usually a lot cheaper because most the cost is the battery | 14:53 |
| gnarface | yea honestly i dunno | 14:53 |
| gnarface | i buy the bigger ones because you can hook more machines to them at once | 14:53 |
| ShorTie | oh so true | 14:54 |
| roo^y | I just watched a 3.5 minute video on my Mele (running win10) to confirm the video hardware is still pretty good gnarface. Perhaps your right about a driver, which won't let it fully boot from the internal SSD or external usb | 14:55 |
| ShorTie | i have most of my electronic things pluged in, 6 apc's here | 14:55 |
| gnarface | roo^y: this one is in text mode: https://files.roundr.devuan.org/devuan_beowulf/minimal-live/ | 14:57 |
| roo^y | Thanks | 14:57 |
| gnarface | roo^y: it's also possible still there's bad ram but the windows driver just happens to fill from the other end or something, so you wouldn't necessarily notice any problems unless you ran something that used 100% of video ram, with the mini live image you should be able to find out for sure | 15:00 |
| gnarface | roo^y: if there's bad video ram you'd eventually see corrupted text, too | 15:01 |
| gnarface | roo^y: if the text mode is fine you know it's the driver or the kernel or mesa | 15:01 |
| brocashelm | is it ok to keep beowulf repos after switching to testing? | 15:02 |
| gnarface | brocashelm: i would advise against it but it might not matter... why not just comment them out to be safe though? | 15:02 |
| brocashelm | gnarface: some packages i needed weren't on chimaera | 15:03 |
| brocashelm | gnarface: also, i was hoping to upgrade my libc6 to 2.29 for a point upgrade on another package needing that | 15:03 |
| roo^y | gnarface: I spoke too soon *update* My Win10 has gone to a black screen, with a flashing white mouse arrow I can move around | 15:04 |
| roo^y | Sorry again (screen woke up from that sleep) it's fine again! | 15:06 |
| brocashelm | ah, realized i had it as /devuan chimaera, rather than /merged chimaera (for the /etc/apt/sources.list file). now i'm getting thousands of upgradable packages | 15:21 |
| gnarface | ah ha! | 15:31 |
| gnarface | yea that'll do it | 15:31 |
| brocashelm | i commented the others out lol | 15:33 |
| brocashelm | and i'm doing this on console just to be safe | 15:33 |
| fsmithred | brocashelm, FTR, I kept ascii repos active when I first upgraded to beowulf, but that was before most forked packages were not ready for beowulf. Chimaera is in better shape right now. | 15:59 |
| fsmithred | ^^^ remove the extra negative | 16:00 |
| brocashelm | fsmithred: finished the upgrade process awhile ago and it's working amazingly well | 17:08 |
| fsmithred | cool | 17:18 |
| roo^y | i had a 'scare' earlier of full-installed Devuan Beowulf going to a black screen, & the usb KB was unresponsive like it was unplugged. The best I could do after that, was boot to a CMD line (w/ the optional recovery boot (if that's what the alternative grub one ending in "..(re.." is)) | 19:41 |
| roo^y | The Beowulf live-desktop wouldn't fully boot either. An experiment of booting Easy OS barely made it past it's boot manager. Refracta ASCII booted to a black screen, where I got distracted & left it for a while. | 19:41 |
| roo^y | It was then able to boot into Win10 that it came with, on it's internal chip. I powered off & now Beowulf boots again! This time greeting me with the login screen. Hopefully a upgrade of packages will stop this from happening | 19:42 |
| brocashelm | i would say chimaera is already miles better than beowulf | 20:19 |
| brocashelm | and by far the most stable devuan yet | 20:19 |
| brocashelm | i have not had any breaks and did the proper steps to ensure all packages were in check. the kernel is at 5.7 now and even the pointer acceleration is improved | 20:21 |
| fsmithred | I've been using beowulf since the beginning of this year, and it's been very stable for me. | 20:35 |
| mason | Same, although perhaps even longer for a couple boxes. | 20:36 |
| mason | Alright, December. Not much longer. But it's been utterly stable and reliable. | 20:37 |
| brocashelm | beowulf was what got me to make that switch | 20:38 |
| fsmithred | yeah, I installed at the end of december and took a couple weeks to get it set up before it was my main system. | 20:38 |
| brocashelm | i had problems with ascii and kept getting discouraged | 20:38 |
| fsmithred | I think maybe there are some tricky spots in every release, and if you don't know about them, they are very frustrating | 20:40 |
| mason | That's for sure. | 20:40 |
| brocashelm | yeah, true | 20:40 |
| fsmithred | I fought with getting synaptic to start from menu in Refracta | 20:40 |
| fsmithred | for a long time. More than a year | 20:40 |
| brocashelm | i try to stay away from synaptic and gdebi as much as possible | 20:41 |
| fsmithred | me too, but it's gotta be there for other people | 20:42 |
| brocashelm | the people coming from ubuntu/mint, yeah | 20:42 |
| fsmithred | lol, I came from SuSE so I was used to graphical tools | 20:42 |
| brocashelm | i do use dpkg -i to install deb files, if needed | 20:43 |
| brocashelm | i was on mint for a few years, but i started with ubuntu 9.10 back in the early 2010s | 20:43 |
| brocashelm | devuan just feels right to me and more stable than ubuntu and its forks, even before the systemDisease | 20:45 |
| brocashelm | is the 66 init still going as planned? | 20:46 |
| fsmithred | haven't heard anything in a long time | 20:47 |
| roo^y | my 1st ubuntu may have been 10.10, live on 1GB RAM. Upgraded through to 12.04, & milked that more than a dairy cow! | 20:50 |
| brocashelm | nice. i was hunting down PPAs to keep mint 18.3 going while i looked around to replace it | 20:53 |
| roo^y | not long after i found ubuntu, i tried live Mint. I opened web tab after web tab, & was entertained of how hard it was to crash ..live ubuntu had been so easy to run out of memory/over-whem the processor, to bite the bullet | 20:56 |
| fsmithred | we should move to offtopic | 20:56 |
| fsmithred | #devuan-offtopic | 20:57 |
| fsmithred | roo^y, ^^^ join us | 21:03 |
| yeti | you meant #debianfork!!!! määäääääääään! | 21:20 |
| roo^y | one of the 3 things populated by 'sudo apt-get update && apt-get upgrade' is: Repository 'http://deb.devuan.org/merged beowulf InRelease' changed its 'Suite' value from 'testing' to 'stable' This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details. So I find https://manpages.debian.org/buster/apt/apt-secure.8.en.html which doesn't teach me anything obvious | 23:45 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!