kreyren | My tty is showing only blinking `_` how do i get getty there? | 04:36 |
---|---|---|
* kreyren created https://github.com/Kreyren/kreyren/issues/15 | 04:38 | |
gnarface | kreyren: did you delete your /etc/inittab and then recreate it from memory or something? | 05:23 |
gnarface | that's not something a stock system should have difficulty with launching, maybe something else has gone wrong? | 05:23 |
kreyren | kreyren@leonid:~$ cat /etc/inittab | ix | 05:25 |
kreyren | http://ix.io/2qOY | 05:25 |
kreyren | gnarface, seems sane to me | 05:25 |
kreyren | gnarface, note this being system build from source in sandbox | 05:25 |
kreyren | So by default this barelly runs apt and bash without any standard configuration where the required software was installed on it afterwards | 05:26 |
gnarface | kreyren: first of all, not clicking on that, so it is not proof your /etc/inittab is sane to me, but it's up to you to verify that getty is called in there still. the stock one should be fine. so what else did you change? | 05:30 |
kreyren | gnarface, here is paste.debian.net https://paste.debian.net/1155087/ | 05:31 |
kreyren | gnarface, to me it seems that the service is missing | 05:31 |
kreyren | assuming that it should be there | 05:31 |
gnarface | the service? | 05:32 |
gnarface | which service? | 05:32 |
gnarface | that file looks normal to me | 05:33 |
kreyren | gnarface, i would think that getty, tty, or something alike? | 05:33 |
gnarface | it's in there, you don't see it? | 05:33 |
gnarface | lines 54 through 59 | 05:33 |
kreyren | https://paste.debian.net/1155088/ | 05:33 |
kreyren | ls /etc/init.d | 05:33 |
gnarface | i've seen this blinking _ caused by other symptoms too though. you're seeing that before grub, or after grub? | 05:34 |
kreyren | gnarface, after grub and init | 05:34 |
kreyren | like i am on that system atm and i am in userland | 05:34 |
gnarface | did you make sure to remove "quiet" from your default kernel command-line parameters? | 05:34 |
kreyren | seems that the init doesn't call the getty | 05:34 |
kreyren | gnarface, `quiet` is present | 05:34 |
gnarface | well until you remove that you don't actually know what it's telling you | 05:35 |
gnarface | the blinking _ might be a red herring | 05:35 |
gnarface | you made sure /sbin/getty is present and executable right? | 05:35 |
kreyren | removing it atm | 05:35 |
kreyren | gnarface, yes, present and executable | 05:36 |
gnarface | on this system here it's a symlink to /sbin/agetty, do you have that too? | 05:36 |
kreyren | kreyren@leonid:~$ command -v getty | 05:37 |
kreyren | /sbin/getty | 05:37 |
kreyren | lrwxrwxrwx 1 root root 6 Jun 22 18:23 /sbin/getty -> agetty | 05:37 |
gnarface | uh, ok, though i'm not sure if that verifies that agetty is present | 05:37 |
kreyren | eh? | 05:38 |
gnarface | it is indeed also a symlink for you | 05:38 |
gnarface | "ls -l /sbin/agetty" | 05:38 |
gnarface | as a sanity check | 05:38 |
kreyren | lrwxrwxrwx 1 root root 6 Jun 22 18:23 /sbin/getty -> agetty | 05:38 |
gnarface | no, that's "ls -l /sbin/getty" | 05:38 |
kreyren | ah sorry | 05:38 |
kreyren | kreyren@leonid:~$ ls -l /sbin/agetty | 05:38 |
kreyren | -rwxr-xr-x 1 root root 64936 Jun 22 18:23 /sbin/agetty | 05:38 |
gnarface | ok, good | 05:39 |
gnarface | same size as mine too, so that's not the problem | 05:39 |
gnarface | try a reboot now that "quiet" is no longer in your kernel command-line | 05:39 |
gnarface | hopefully it will give you more information | 05:39 |
gnarface | right now we have no conclusions | 05:39 |
* kreyren is rebooting | 05:39 | |
kreyren[m] | Cant start X now | 05:49 |
kreyren[m] | And TTY is not present so that is pita to debug from android ssh | 05:50 |
gnarface | oh, so you can get in to it over ssh just not at the local console?? | 05:50 |
gnarface | wtf did you do.... | 05:50 |
kreyren[m] | Dunno T-T | 05:50 |
gnarface | this evidence is strongly pointing towards relatively simple matter of a missing package or config file | 05:51 |
kreyren[m] | Possibly | 05:51 |
gnarface | and there's not a lot of them it could be but i'm still at a loss... | 05:51 |
kreyren[m] | And most likely | 05:51 |
gnarface | ls -l /etc/init.d/rcS | 05:51 |
gnarface | see this symlink? | 05:51 |
kreyren[m] | Weirddd | 05:51 |
gnarface | it was in one of your pastes so i know you have it | 05:51 |
kreyren[m] | Removing quiet allows me to start X | 05:51 |
kreyren[m] | Edit adding quiet | 05:51 |
gnarface | ... ok, that is really weird | 05:52 |
gnarface | hmmm | 05:52 |
gnarface | getty bug? | 05:52 |
gnarface | what version are you using, beowulf? | 05:52 |
gnarface | chimera? | 05:52 |
gnarface | no wait | 05:52 |
gnarface | make sure you have/lib/init/rcS | 05:52 |
kreyren | yes mergeless-chimaera with bullseye | 05:52 |
gnarface | hmm | 05:52 |
gnarface | could be just broken then | 05:53 |
gnarface | testing sometimes breaks... | 05:53 |
kreyren | apt-config https://github.com/Kreyren/apt-config/tree/leonid-devuan | 05:53 |
gnarface | check to make sure you have sysv-rc package too | 05:53 |
kreyren | possibly | 05:53 |
kreyren | rather seems that openrc doesn't start agetty | 05:53 |
gnarface | OH and it's not sysvinit?! | 05:53 |
gnarface | well that could be an issue too | 05:53 |
kreyren | sysv-rc not present | 05:53 |
gnarface | wait | 05:53 |
gnarface | which openrc are you using? | 05:53 |
gnarface | see, this whole time i assumed you were using sysvinit too | 05:53 |
kreyren | openrc/testing,now 0.42-1+b1 amd64 [installed] | 05:54 |
kreyren | 500 tor+http://vwakviie2ienjx6t.onion/debian bullseye/main amd64 Packages | 05:54 |
gnarface | hmmm, i'm not sure if that has the right changes or not | 05:54 |
kreyren | AHHHHHH | 05:54 |
kreyren | wait no | 05:54 |
kreyren | devuan doesn't have the package | 05:54 |
kreyren | wait what | 05:54 |
gnarface | see, the issue is that the older openrc from debian requires sysvinit | 05:54 |
kreyren | checking | 05:54 |
gnarface | if you get the gentoo one (which they're supposedly merging, which might be ironically why this is broken now) then it doesn't | 05:54 |
gnarface | someone has already done this work unofficially | 05:55 |
gnarface | i don't know what the official status is | 05:55 |
kreyren | getting gentoo is posibility and my OS can use the init from gentoo to boot devuan | 05:55 |
kreyren | but i rather have this configured on devuan to make it independant | 05:55 |
* kreyren is trying to pin openrc | 05:55 | |
gnarface | well it's already been built and packaged for devuan somewhere | 05:55 |
gnarface | maybe check beowulf-proposed-updates | 05:55 |
kreyren | checking | 05:57 |
gnarface | someone had a personal repo they were sharing too, i forget where and who though, but it's been mentioned in this channel before | 05:58 |
kreyren | 0 results for "openrc" in chimaera (in 5.903332ms) | 05:58 |
gnarface | it might be easier to just let it use sysvinit the way it wants to, you still get to use openrc for daemon management, sysvinit just handles startup and shutdown | 05:59 |
kreyren | devuan doesn't have openrc in chimaera? o.o | 05:59 |
gnarface | since it's testing, if they were working on it, it would be expected during that timeframe for it to disappear and reappear as a normal course of development | 05:59 |
gnarface | if it's not there now it could mean it will never have it, but since chimera is so young, it probably means it was just deleted temporarily because it was broken | 06:00 |
kreyren | checking | 06:00 |
kreyren | gnarface, what version of openrc is expected? | 06:01 |
gnarface | uh, i dunno | 06:01 |
gnarface | i'm not acutally using it, it would also be easier if someone who is helped you | 06:02 |
kreyren | So let me get sysv-init it's being used on my exherbo as well and it works nicely it seems | 06:02 |
gnarface | there are a few of them around | 06:02 |
gnarface | here: https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=openrc&release=any | 06:02 |
gnarface | looks like it's gone, you're right | 06:02 |
gnarface | gotta ask the package maintainer for it what is up | 06:03 |
kreyren | So using openrc from debian for now? | 06:03 |
kreyren | or maybe openrc from devuan has been merged debian? | 06:03 |
kreyren | because it seems to work quite nicely.. | 06:03 |
kreyren | excluding the tty | 06:03 |
gnarface | certainly this issue is in debian too... | 06:03 |
gnarface | did you check that? | 06:03 |
kreyren | gnarface, how do i get the sysv-init ? | 06:03 |
kreyren | in debian? | 06:03 |
kreyren | ye but they don't like me with my franken | 06:03 |
gnarface | yea, did you check if it's even in debian right now | 06:04 |
gnarface | usually these types of problems are actually inherited from them, but not always | 06:04 |
kreyren | yes i am using debian's openrc atm | 06:04 |
gnarface | hmmm | 06:04 |
gnarface | so you already have a frankendebian? | 06:04 |
gnarface | brb | 06:04 |
kreyren | like it's devuan/chimaera with debian/bullseye | 06:04 |
kreyren | but debian calls it franken | 06:04 |
kreyren | https://packages.debian.org/bullseye/openrc | 06:05 |
* kreyren is installing sysv-rc | 06:06 | |
* kreyren is trying reboot | 06:06 | |
* kreyren[m] broke the init | 06:08 | |
* kreyren[m] is using openrc from exherbo now to boot | 06:08 | |
furrywolf | init=/bin/sh... | 06:08 |
kreyren[m] | Wut | 06:10 |
furrywolf | if you broke init and can't boot, give the kernel init=/bin/sh and it'll just give you a shell instead of trying to run your init system | 06:11 |
furrywolf | so you can fix things | 06:12 |
kreyren[m] | I can boot through init manager from custom init manager | 06:13 |
kreyren[m] | So its using init from exherbo ATM | 06:13 |
furrywolf | ah, ok. when you said you broke init, I figured you meant you couldn't boot. nevermind. | 06:14 |
kreyren[m] | I cant boot through devuan yes | 06:14 |
kreyren[m] | And my exherbo is barelly working T-T | 06:18 |
kreyren[m] | Ah it uninstalled openrc | 06:18 |
* kreyren[m] hugged up the whole system now | 06:20 | |
gnarface | kreyren[m]: i think your best solution should be to compare the installed package list to a regular sysvinit install and add the missing packages | 06:22 |
gnarface | kreyren[m]: also, don't use anything from the debian repo directly | 06:23 |
gnarface | kreyren[m]: (just doing that could cause the need for a reinstall, due to systemd dependencies sneaking in) | 06:23 |
kreyren[m] | Systemd is pinned out | 06:23 |
kreyren[m] | Installing sysv-rc removes openrc | 06:24 |
gnarface | well but then upgrades get blocked later and you still end up having to reinstall if you can't manually unroot all the debian packages | 06:24 |
gnarface | yea, let it remove openrc | 06:25 |
kreyren[m] | I am pinning devuan packages to debian its doing the same thing in merged no? | 06:25 |
gnarface | just make sure you get all the rest of the packages too | 06:25 |
gnarface | no, i think merged works via http redirects | 06:25 |
golinux | <kreyren> said . . . yes mergeless-chimaera with bullseye | 06:25 |
gnarface | i don't understand it | 06:25 |
golinux | Are you using packages directly from bullseye? | 06:25 |
kreyren[m] | golinux yes if they are not present on devuan repo | 06:26 |
golinux | That would be a big no-no | 06:26 |
gnarface | kelsoo1: yea, that, will hose stuff all on it's own, could be you have 2 problems now | 06:26 |
kreyren[m] | github.com/kreyren/apt-config | 06:26 |
golinux | If they are not in the devuan repo there is a reason why. | 06:26 |
gnarface | kreyren[m]: yea, that, will hose stuff all on it's own, could be you have 2 problems now | 06:26 |
kreyren[m] | See Leonid branch | 06:26 |
gnarface | kelsoo1: (ignore me, sorry) | 06:26 |
kreyren[m] | Using merged then | 06:26 |
gnarface | kreyren[m]: you should instead get that openrc package i talked about that someone else had made here | 06:26 |
gnarface | kreyren[m]: find and build that | 06:27 |
gnarface | kreyren[m]: or find a build of it | 06:27 |
golinux | If debian has it and it won't hose devuan it will be available through devuan | 06:27 |
kreyren[m] | gnarface master branch of openrc can be provided by exherbo on my system | 06:27 |
kreyren[m] | I am rebuilding the sandbox then | 06:28 |
Igor2 | hi all; I am a happy user of devuan on many systems; I have it installed on an armhf (orange PI); it's not loading the right dtb file; what's the mechanism for this, where do I set the dtb file name? | 07:16 |
onefang | Devuans merged package repos, when serving stuff that is identical in Debian, will MOSTLY do HTTP redirects to Debian package servers. The exceptions are where that particular Devuan package mirror is also a Debian package mirror, and can satisfy all requests directly. We have some of those. | 07:24 |
onefang | Igor2: I think #devuan-arm might be helpful to you. | 07:30 |
Igor2 | thanks, will try | 07:34 |
Igor2 | ahh, it requires registration | 07:34 |
Igor2 | ok whatever, worked it around with symlinks | 07:44 |
gnarface | Igor2: i believe it's defined by a kernel build time option | 07:59 |
* kreyren[m] is still compiling devuan~ | 08:09 | |
* kreyren[m] is slowly loosing his mind too | 08:12 | |
Igor2 | gnarface, thanks, I did a quick search in kernel .config but didn't find anything relevant | 08:16 |
Igor2 | I suspect it's ironed into uboot | 08:17 |
Igor2 | and for some reason uEnv.txt doesn't overwrite it | 08:17 |
gnarface | Igor2: u-boot needs it too, maybe they don't both need it | 08:47 |
Igor2 | u-boot passes it on to the kernel | 08:47 |
Igor2 | the problem is not that I don't fully understand the process | 08:47 |
Igor2 | the problem is that I don't find a doc that tells which file names the standard devuan compliation of uboot | 08:48 |
Igor2 | will load | 08:48 |
Igor2 | seemingly it ugnores uEnv.txt | 08:48 |
gnarface | hmm | 08:48 |
Igor2 | so, is there any documentation on this? | 08:48 |
gnarface | i haven't touched it, i'll admit, i built my own | 08:48 |
Igor2 | if not, I'm fine with my symlink hack | 08:48 |
Igor2 | this way uboot thinks it's loading the dtb for orange pi zero, but because of the symlinks it's really loading the dtb I want it to load | 08:49 |
Igor2 | yeah, I have my own kernel and own dtb too, but I don't want to build my own uboot too | 08:49 |
gnarface | could there be a kernel command-line option for the dtb? | 08:49 |
gnarface | think it can also be built into the kernel directly? | 08:50 |
gnarface | (it might load faster that way) | 08:50 |
onefang | Devuan ARM support is all community driven, the community hands us ISOs for various ARM devices, we host them. We don't have the man power to do otherwise I'm afraid. | 08:55 |
gnarface | yea, and i think the default dtb file path is unique per device... | 08:57 |
gnarface | not sure about that | 08:57 |
Igor2 | gnarface, no, uboot loads the file into a memory address | 08:57 |
gnarface | well, what i mean is that i think the kernel configs will default to something different depending on what defconfig you load | 08:58 |
Igor2 | these are dedicated 'load' lines in the boot script | 08:58 |
gnarface | kernel and u-boot* | 08:58 |
Igor2 | yup, the u-boot | 08:58 |
Igor2 | anyway, all I need is a doc | 08:58 |
Igor2 | does devuan have a doc about this anywhere? | 08:58 |
gnarface | other than the readmes that were in the directories with them? you saw that, right? | 08:58 |
gnarface | i think there's also a page for the arm images | 08:58 |
Igor2 | (about how devuan configures the uboot, what file names they like to use, etc) | 08:58 |
gnarface | arm-files.devuan.org or something like that? | 08:58 |
gnarface | not sure there's much if anything yet | 08:59 |
Igor2 | I did do a lot fo searches | 08:59 |
Igor2 | but didn't find a proper doc | 08:59 |
Igor2 | only forums and bugrepotts about specific problems and hacks | 08:59 |
Igor2 | not a doc that tells "our uboot loads /boot/foo and uses variable $fdtfile", etc | 08:59 |
gnarface | http://arm-files.devuan.org/README.txt | 08:59 |
gnarface | did you see this? | 08:59 |
Igor2 | yes, thanks, it does not have any info about this | 09:00 |
Igor2 | it has a lot of info about how you install an image | 09:00 |
Igor2 | but not how the boot process works starting from uboot | 09:01 |
gnarface | hmmm, seems to contain a dead link | 09:01 |
Igor2 | anyway, if there's no readily available developer doc on this, then I just go with the symlinks | 09:03 |
Igor2 | my focus is getting my server up and running, don't want to waste a whole day on trying to figure this one detail from source code | 09:04 |
gnarface | well, you should really join #devuan-arm too | 09:04 |
gnarface | but i agree if you don't care it's not important | 09:04 |
gnarface | there is a gitlab | 09:05 |
gnarface | any further documentation on the build of these would be in there | 09:05 |
Igor2 | sorry, not important enough to get me register the nickname to be able to join that chan | 09:05 |
gnarface | (if nothing else, in the form of build scripts) | 09:06 |
Igor2 | so I'm going with the symlinks, thanks | 09:06 |
Igor2 | (now doing the shutdown for the hardware replacement) | 09:07 |
gnarface | Igor2: here, in #devuan-arm i got the updated link for you just in case you wanted to see it: https://git.devuan.org/devuan-sdk/arm-sdk/src/branch/master/doc/quirks.md | 09:07 |
gnarface | damn, too fast | 09:07 |
gnarface | oh well | 09:07 |
kreyren[m] | What should I be using for internet assuming that network-manager depends on libpam-systemd ? | 09:35 |
kreyren[m] | connman probably | 09:45 |
kreyren | ye connman seems to be perfect ^-^ | 09:48 |
Unit193 | Ensure to look at cmst? | 09:52 |
onefang | Wicd is available as well, you either hate it, or it works for you. | 10:01 |
kreyren | onefang, why would i hate it? | 10:11 |
kreyren | seems to be too kind~ | 10:12 |
kreyren | and smells of canada | 10:12 |
onefang | Some people do, ask them. | 10:12 |
onefang | I'm in the "works for me" camp. | 10:12 |
kreyren | i see o.o | 10:12 |
kreyren | I broke my system again~ | 10:15 |
kreyren | http://ix.io/2qPT | 10:15 |
* kreyren fixed the issue by borrowing ldconfig from exherbo~ | 10:17 | |
* kreyren probably just made it worse | 10:21 | |
kreyren | nwm it works | 10:22 |
kreyren | i surprice even meself | 10:22 |
onefang | Sometimes you get lucky. | 10:22 |
brocashelm | ugh, i still can't figure out this wine32 dependencies bullshit | 15:39 |
brocashelm | i'll probably just start a thread on the forums | 15:39 |
fsmithred | someone stuggles with that just about every week. There should be a good howto somewhere. | 15:51 |
gnarface | brocashelm: fyi the 5.11 one worked here for me today | 15:53 |
gnarface | brocashelm: (on both beowulf and ceres) | 15:54 |
gnarface | brocashelm: did you make sure you uninstalled all the distro native wine packages before installing the winehq one? | 15:57 |
brocashelm | gnarface: i have done that, but it still requires that i install the distro-native wine packages | 15:58 |
brocashelm | i will show a short log | 15:59 |
brocashelm | gnarface: first log: https://pastebin.com/PjTTwfRD | 16:02 |
brocashelm | gnarface: second log: https://pastebin.com/ahtvq3t4 | 16:03 |
brocashelm | gnarface: i am pretty much stumped on the package conflicts because i don't want to risk a frankendebian | 16:03 |
brocashelm | gnarface: even when i type dpkg --print-architecture, it ONLY says amd64 | 16:04 |
gnarface | but you never tested dpkg --print-foreign-architectures like i asked | 16:05 |
brocashelm | i just typed that and got i386 | 16:06 |
gnarface | good | 16:06 |
gnarface | there's very little possibility that this package conflict is not self-inflicted, i'm sorry to say | 16:07 |
gnarface | what did you do? | 16:07 |
gnarface | my guess is that if you uninstall the versions of those libraries in the way, it will work | 16:07 |
brocashelm | i have uninstalled all wine packages and still get these errors | 16:08 |
brocashelm | or do you mean stuff like libpulse:i386 and libpcap0.8:i386? | 16:09 |
gnarface | yes, maybe those are from debian, or backports, or some other conflicting version/origin | 16:09 |
brocashelm | i checked libpulse0 and it would be removing packages like ffmpeg, mpv, xsane, etc. | 16:10 |
brocashelm | (apt says libpulse0:i386 wasn't installed) | 16:10 |
gnarface | yes, that would be expected behavior | 16:11 |
gnarface | obviously you would have to install them again too | 16:11 |
brocashelm | should i attempt to install libpulse0:i386? | 16:11 |
brocashelm | let me show what it's saying | 16:11 |
gnarface | you could alternately try to force over-installing a specific version of libpulse (the one in the current repo) | 16:12 |
gnarface | either should work | 16:12 |
gnarface | all those other packages, ffmpeg, mpv, xsane... they could all be from the wrong repos too. the right ones should install again afterwards no problem | 16:13 |
brocashelm | https://pastebin.com/FcEYZ0iJ | 16:14 |
brocashelm | risky? | 16:15 |
gnarface | i honestly doubt looking at that is going to change my advice | 16:15 |
gnarface | but please use paste.debian.net | 16:15 |
gnarface | the point is that if you've already made a mess, there's no way out but through | 16:16 |
brocashelm | alright, how would i force over-installing a specific version of a package? | 16:17 |
gnarface | you can specify a particular version or release, check the man page for apt-get | 16:18 |
gnarface | it's something like "apt-get install package/release" or "apt-get install package=version" | 16:18 |
gnarface | oh, but if you haven't tried aptitude yet, maybe that's worth it too. it can often come up with solutions for stuff like this. i forget if you said you'd tried it or not | 16:23 |
brocashelm | i have tried aptitude why-not package | 16:23 |
brocashelm | i also just came across this same problem: https://unix.stackexchange.com/questions/590215/unable-to-install-wine32-on-debian | 16:24 |
gnarface | but what did aptitude say? and why didn't you ask it to propose a solution? | 16:24 |
brocashelm | gnarface: i report success in installing libwine:i386 and wine32. what i did was carefully upgrade each dependency within libwine:i386, such as libcap0.8:i386, libsdl2-2.0-0:i386, libpulse0:i386, libfaudio0:i386, and libzstdl:i386 (the actual culprit; it installed, but some important packages had to be reinstalled right back in). i had to let celluloid and virtualbox go for now | 19:34 |
brocashelm | gnarface: i installed winehq-devel and other recommends with success | 19:35 |
brocashelm | gnarface: thanks for the help earlier | 19:35 |
gnarface | brocashelm: hey no problem, glad you got it working | 19:48 |
gnarface | brocashelm: you mean winehq-staging right? | 19:49 |
brocashelm | gnarface: actually, i installed winehq-devel and it worked | 19:50 |
gnarface | oh, cool, but just fyi to be clear, i assumed you were trying winehq-staging | 19:50 |
brocashelm | gnarface: the programs are running normally with this version | 19:50 |
brocashelm | oh. nah, i just thought that was the only one that could actually be installed | 19:51 |
gnarface | well that's what counts | 19:51 |
brocashelm | so it was that culprit package (libzstdl:i386) that needed to be reinstalled correctly, thus affecting some essential packages, but i could reinstall said essential packages right after without issues | 19:52 |
gnarface | it most likely snuck in from some previous mistake you made | 19:52 |
brocashelm | most likely. i did have experimental turned on out of curiosity | 19:53 |
gnarface | oh yea that'll do it | 19:53 |
brocashelm | lol | 19:53 |
brocashelm | i tried ceres and "noped" at my xfce panel breaking | 19:53 |
brocashelm | and then i heard networkmanager has problems right now on the testing/unstable version. i'll stick with beowulf/stable | 19:53 |
fsmithred | brocashelm, what problems with the unstable network-manager? | 22:34 |
fsmithred | I tried it this morning and it seems fine. | 22:35 |
brocashelm | fsmithred: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964139 | 22:36 |
brocashelm | i think it was this one saying not to upgrade | 22:37 |
fsmithred | 1.25.91-1+devuan1 10 | 22:40 |
fsmithred | 10 http://pkgmaster.devuan.org/merged ceres/main amd64 Packages | 22:40 |
fsmithred | ^^^ it's fixed | 22:40 |
brocashelm | ah | 22:40 |
brocashelm | cool | 22:40 |
fsmithred | I installed the ceres version in chimaera | 22:40 |
brocashelm | i will give it another shot one of these days. i remember my xfce panel glitching and functions such as sensors and free space (on the xfce panel) not being permitted | 22:47 |
brocashelm | it might have been due to essential xfce packages being held back when i did the test upgrade | 22:48 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!