libera/#devuan/ Saturday, 2020-07-04

kreyrenMy tty is showing only blinking `_` how do i get getty there?04:36
* kreyren created https://github.com/Kreyren/kreyren/issues/1504:38
gnarfacekreyren: did you delete your /etc/inittab and then recreate it from memory or something?05:23
gnarfacethat's not something a stock system should have difficulty with launching, maybe something else has gone wrong?05:23
kreyrenkreyren@leonid:~$ cat /etc/inittab | ix05:25
kreyrenhttp://ix.io/2qOY05:25
kreyrengnarface, seems sane to me05:25
kreyrengnarface, note this being system build from source in sandbox05:25
kreyrenSo by default this barelly runs apt and bash without any standard configuration where the required software was installed on it afterwards05:26
gnarfacekreyren: 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
kreyrengnarface, here is paste.debian.net https://paste.debian.net/1155087/05:31
kreyrengnarface, to me it seems that the service is missing05:31
kreyrenassuming that it should be there05:31
gnarfacethe service?05:32
gnarfacewhich service?05:32
gnarfacethat file looks normal to me05:33
kreyrengnarface, i would think that getty, tty, or something alike?05:33
gnarfaceit's in there, you don't see it?05:33
gnarfacelines 54 through 5905:33
kreyrenhttps://paste.debian.net/1155088/05:33
kreyrenls /etc/init.d05:33
gnarfacei've seen this blinking _ caused by other symptoms too though.  you're seeing that before grub, or after grub?05:34
kreyrengnarface, after grub and init05:34
kreyrenlike i am on that system atm and i am in userland05:34
gnarfacedid you make sure to remove "quiet" from your default kernel command-line parameters?05:34
kreyrenseems that the init doesn't call the getty05:34
kreyrengnarface, `quiet` is present05:34
gnarfacewell until you remove that you don't actually know what it's telling you05:35
gnarfacethe blinking _ might be a red herring05:35
gnarfaceyou made sure /sbin/getty is present and executable right?05:35
kreyrenremoving it atm05:35
kreyrengnarface, yes, present and executable05:36
gnarfaceon this system here it's a symlink to /sbin/agetty, do you have that too?05:36
kreyrenkreyren@leonid:~$ command -v getty05:37
kreyren /sbin/getty05:37
kreyrenlrwxrwxrwx 1 root root 6 Jun 22 18:23 /sbin/getty -> agetty05:37
gnarfaceuh, ok, though i'm not sure if that verifies that agetty is present05:37
kreyreneh?05:38
gnarfaceit is indeed also a symlink for you05:38
gnarface"ls -l /sbin/agetty"05:38
gnarfaceas a sanity check05:38
kreyrenlrwxrwxrwx 1 root root 6 Jun 22 18:23 /sbin/getty -> agetty05:38
gnarfaceno, that's "ls -l /sbin/getty"05:38
kreyrenah sorry05:38
kreyrenkreyren@leonid:~$ ls -l /sbin/agetty05:38
kreyren-rwxr-xr-x 1 root root 64936 Jun 22 18:23 /sbin/agetty05:38
gnarfaceok, good05:39
gnarfacesame size as mine too, so that's not the problem05:39
gnarfacetry a reboot now that "quiet" is no longer in your kernel command-line05:39
gnarfacehopefully it will give you more information05:39
gnarfaceright now we have no conclusions05:39
* kreyren is rebooting05:39
kreyren[m]Cant start X now05:49
kreyren[m]And TTY is not present so that is pita to debug from android ssh05:50
gnarfaceoh, so you can get in to it over ssh just not at the local console??05:50
gnarfacewtf did you do....05:50
kreyren[m]Dunno T-T05:50
gnarfacethis evidence is strongly pointing towards relatively simple matter of a missing package or config file05:51
kreyren[m]Possibly05:51
gnarfaceand there's not a lot of them it could be but i'm still at a loss...05:51
kreyren[m]And most likely05:51
gnarface ls -l /etc/init.d/rcS05:51
gnarfacesee this symlink?05:51
kreyren[m]Weirddd05:51
gnarfaceit was in one of your pastes so i know you have it05:51
kreyren[m]Removing quiet allows me to start X05:51
kreyren[m]Edit adding quiet05:51
gnarface... ok, that is really weird05:52
gnarfacehmmm05:52
gnarfacegetty bug?05:52
gnarfacewhat version are you using, beowulf?05:52
gnarfacechimera?05:52
gnarfaceno wait05:52
gnarfacemake sure you have/lib/init/rcS05:52
kreyrenyes mergeless-chimaera with bullseye05:52
gnarfacehmm05:52
gnarfacecould be just broken then05:53
gnarfacetesting sometimes breaks...05:53
kreyrenapt-config https://github.com/Kreyren/apt-config/tree/leonid-devuan05:53
gnarfacecheck to make sure you have sysv-rc package too05:53
kreyrenpossibly05:53
kreyrenrather seems that openrc doesn't start agetty05:53
gnarfaceOH and it's not sysvinit?!05:53
gnarfacewell that could be an issue too05:53
kreyrensysv-rc not present05:53
gnarfacewait05:53
gnarfacewhich openrc are you using?05:53
gnarfacesee, this whole time i assumed you were using sysvinit too05:53
kreyrenopenrc/testing,now 0.42-1+b1 amd64 [installed]05:54
kreyren        500 tor+http://vwakviie2ienjx6t.onion/debian bullseye/main amd64 Packages05:54
gnarfacehmmm, i'm not sure if that has the right changes or not05:54
kreyrenAHHHHHH05:54
kreyrenwait no05:54
kreyrendevuan doesn't have the package05:54
kreyrenwait what05:54
gnarfacesee, the issue is that the older openrc from debian requires sysvinit05:54
kreyrenchecking05:54
gnarfaceif you get the gentoo one (which they're supposedly merging, which might be ironically why this is broken now) then it doesn't05:54
gnarfacesomeone has already done this work unofficially05:55
gnarfacei don't know what the official status is05:55
kreyrengetting gentoo is posibility and my OS can use the init from gentoo to boot devuan05:55
kreyrenbut i rather have this configured on devuan to make it independant05:55
* kreyren is trying to pin openrc05:55
gnarfacewell it's already been built and packaged for devuan somewhere05:55
gnarfacemaybe check beowulf-proposed-updates05:55
kreyrenchecking05:57
gnarfacesomeone had a personal repo they were sharing too, i forget where and who though, but it's been mentioned in this channel before05:58
kreyren0 results for "openrc" in chimaera (in 5.903332ms)05:58
gnarfaceit 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 shutdown05:59
kreyrendevuan doesn't have openrc in chimaera? o.o05:59
gnarfacesince 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 development05:59
gnarfaceif 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 broken06:00
kreyrenchecking06:00
kreyrengnarface, what version of openrc is expected?06:01
gnarfaceuh, i dunno06:01
gnarfacei'm not acutally using it, it would also be easier if someone who is helped you06:02
kreyrenSo let me get sysv-init it's being used on my exherbo as well and it works nicely it seems06:02
gnarfacethere are a few of them around06:02
gnarfacehere: https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=openrc&release=any06:02
gnarfacelooks like it's gone, you're right06:02
gnarfacegotta ask the package maintainer for it what is up06:03
kreyrenSo using openrc from debian for now?06:03
kreyrenor maybe openrc from devuan has been merged debian?06:03
kreyrenbecause it seems to work quite nicely..06:03
kreyrenexcluding the tty06:03
gnarfacecertainly this issue is in debian too...06:03
gnarfacedid you check that?06:03
kreyrengnarface, how do i get the sysv-init ?06:03
kreyrenin debian?06:03
kreyrenye but they don't like me with my franken06:03
gnarfaceyea, did you check if it's even in debian right now06:04
gnarfaceusually these types of problems are actually inherited from them, but not always06:04
kreyrenyes i am using debian's openrc atm06:04
gnarfacehmmm06:04
gnarfaceso you already have a frankendebian?06:04
gnarfacebrb06:04
kreyrenlike it's devuan/chimaera with debian/bullseye06:04
kreyrenbut debian calls it franken06:04
kreyrenhttps://packages.debian.org/bullseye/openrc06:05
* kreyren is installing sysv-rc06:06
* kreyren is trying reboot06:06
* kreyren[m] broke the init06:08
* kreyren[m] is using openrc from exherbo now to boot06:08
furrywolfinit=/bin/sh...06:08
kreyren[m]Wut06:10
furrywolfif 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 system06:11
furrywolfso you can fix things06:12
kreyren[m]I can boot through init manager from custom init manager06:13
kreyren[m]So its using init from exherbo ATM06:13
furrywolfah, 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 yes06:14
kreyren[m]And my exherbo is barelly working T-T06:18
kreyren[m]Ah it uninstalled openrc06:18
* kreyren[m] hugged up the whole system now06:20
gnarfacekreyren[m]: i think your best solution should be to compare the installed package list to a regular sysvinit install and add the missing packages06:22
gnarfacekreyren[m]: also, don't use anything from the debian repo directly06:23
gnarfacekreyren[m]: (just doing that could cause the need for a reinstall, due to systemd dependencies sneaking in)06:23
kreyren[m]Systemd is pinned out06:23
kreyren[m]Installing sysv-rc removes openrc06:24
gnarfacewell but then upgrades get blocked later and you still end up having to reinstall if you can't manually unroot all the debian packages06:24
gnarfaceyea, let it remove openrc06:25
kreyren[m]I am pinning devuan packages to debian its doing the same thing in merged no?06:25
gnarfacejust make sure you get all the rest of the packages too06:25
gnarfaceno, i think merged works via http redirects06:25
golinux<kreyren> said . . . yes mergeless-chimaera with bullseye06:25
gnarfacei don't understand it06:25
golinuxAre you using packages directly from bullseye?06:25
kreyren[m]golinux yes if they are not present on devuan repo06:26
golinuxThat would be a big no-no06:26
gnarfacekelsoo1: yea, that, will hose stuff all on it's own, could be you have 2 problems now06:26
kreyren[m]github.com/kreyren/apt-config06:26
golinuxIf they are not in the devuan repo there is a reason why.06:26
gnarfacekreyren[m]:  yea, that, will hose stuff all on it's own, could be you have 2 problems now06:26
kreyren[m]See Leonid branch06:26
gnarfacekelsoo1: (ignore me, sorry)06:26
kreyren[m]Using merged then06:26
gnarfacekreyren[m]: you should instead get that openrc package i talked about that someone else had made here06:26
gnarfacekreyren[m]: find and build that06:27
gnarfacekreyren[m]: or find a build of it06:27
golinuxIf debian has it and it won't hose devuan it will be available through devuan06:27
kreyren[m]gnarface master branch of openrc can be provided by exherbo on my system06:27
kreyren[m]I am rebuilding the sandbox then06:28
Igor2hi 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
onefangDevuans 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
onefangIgor2: I think #devuan-arm might be helpful to you.07:30
Igor2thanks, will try07:34
Igor2ahh, it requires registration07:34
Igor2ok whatever, worked it around with symlinks07:44
gnarfaceIgor2: i believe it's defined by a kernel build time option07:59
* kreyren[m] is still compiling devuan~08:09
* kreyren[m] is slowly loosing his mind too08:12
Igor2gnarface, thanks, I did a quick search in kernel .config but didn't find anything relevant08:16
Igor2I suspect it's ironed into uboot08:17
Igor2and for some reason uEnv.txt doesn't overwrite it08:17
gnarfaceIgor2: u-boot needs it too, maybe they don't both need it08:47
Igor2u-boot passes it on to the kernel08:47
Igor2the problem is not that I don't fully understand the process08:47
Igor2the problem is that I don't find a doc that tells which file names the standard devuan compliation of uboot08:48
Igor2will load08:48
Igor2seemingly it ugnores uEnv.txt08:48
gnarfacehmm08:48
Igor2so, is there any documentation on this?08:48
gnarfacei haven't touched it, i'll admit, i built my own08:48
Igor2if not, I'm fine with my symlink hack08:48
Igor2this 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 load08:49
Igor2yeah, I have my own kernel and own dtb too, but I don't want to build my own uboot too08:49
gnarfacecould there be a kernel command-line option for the dtb?08:49
gnarfacethink it can also be built into the kernel directly?08:50
gnarface(it might load faster that way)08:50
onefangDevuan 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
gnarfaceyea, and i think the default dtb file path is unique per device...08:57
gnarfacenot sure about that08:57
Igor2gnarface, no, uboot loads the file into a memory address08:57
gnarfacewell, what i mean is that i think the kernel configs will default to something different depending on what defconfig you load08:58
Igor2these are dedicated 'load' lines in the boot script08:58
gnarfacekernel and u-boot*08:58
Igor2yup, the u-boot08:58
Igor2anyway, all I need is a doc08:58
Igor2does devuan have a doc about this anywhere?08:58
gnarfaceother than the readmes that were in the directories with them?  you saw that, right?08:58
gnarfacei think there's also a page for the arm images08:58
Igor2(about how devuan configures the uboot, what file names they like to use, etc)08:58
gnarfacearm-files.devuan.org or something like that?08:58
gnarfacenot sure there's much if anything yet08:59
Igor2I did do a lot fo searches08:59
Igor2but didn't find a proper doc08:59
Igor2only forums and bugrepotts about specific problems and hacks08:59
Igor2not a doc that tells "our uboot loads /boot/foo and uses variable $fdtfile", etc08:59
gnarfacehttp://arm-files.devuan.org/README.txt08:59
gnarfacedid you see this?08:59
Igor2yes, thanks, it does not have any info about this09:00
Igor2it has a lot of info about how you install an image09:00
Igor2but not how the boot process works starting from uboot09:01
gnarfacehmmm, seems to contain a dead link09:01
Igor2anyway, if there's no readily available developer doc on this, then I just go with the symlinks09:03
Igor2my 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 code09:04
gnarfacewell, you should really join #devuan-arm too09:04
gnarfacebut i agree if you don't care it's not important09:04
gnarfacethere is a gitlab09:05
gnarfaceany further documentation on the build of these would be in there09:05
Igor2sorry, not important enough to get me register the nickname to be able to join that chan09:05
gnarface(if nothing else, in the form of build scripts)09:06
Igor2so I'm going with the symlinks, thanks09:06
Igor2(now doing the shutdown for the hardware replacement)09:07
gnarfaceIgor2: 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.md09:07
gnarfacedamn, too fast09:07
gnarfaceoh well09:07
kreyren[m]What should I be using for internet assuming that network-manager depends on libpam-systemd ?09:35
kreyren[m]connman probably09:45
kreyrenye connman seems to be perfect ^-^09:48
Unit193Ensure to look at cmst?09:52
onefangWicd is available as well, you either hate it, or it works for you.10:01
kreyrenonefang, why would i hate it?10:11
kreyrenseems to be too kind~10:12
kreyrenand smells of canada10:12
onefangSome people do, ask them.10:12
onefangI'm in the "works for me" camp.10:12
kreyreni see o.o10:12
kreyrenI broke my system again~10:15
kreyrenhttp://ix.io/2qPT10:15
* kreyren fixed the issue by borrowing ldconfig from exherbo~10:17
* kreyren probably just made it worse10:21
kreyrennwm it works10:22
kreyreni surprice even meself10:22
onefangSometimes you get lucky.10:22
brocashelmugh, i still can't figure out this wine32 dependencies bullshit15:39
brocashelmi'll probably just start a thread on the forums15:39
fsmithredsomeone stuggles with that just about every week. There should be a good howto somewhere.15:51
gnarfacebrocashelm: fyi the 5.11 one worked here for me today15:53
gnarfacebrocashelm: (on both beowulf and ceres)15:54
gnarfacebrocashelm: did you make sure you uninstalled all the distro native wine packages before installing the winehq one?15:57
brocashelmgnarface: i have done that, but it still requires that i install the distro-native wine packages15:58
brocashelmi will show a short log15:59
brocashelmgnarface: first log: https://pastebin.com/PjTTwfRD16:02
brocashelmgnarface: second log: https://pastebin.com/ahtvq3t416:03
brocashelmgnarface: i am pretty much stumped on the package conflicts because i don't want to risk a frankendebian16:03
brocashelmgnarface: even when i type dpkg --print-architecture, it ONLY says amd6416:04
gnarfacebut you never tested dpkg --print-foreign-architectures like i asked16:05
brocashelmi just typed that and got i38616:06
gnarfacegood16:06
gnarfacethere's very little possibility that this package conflict is not self-inflicted, i'm sorry to say16:07
gnarfacewhat did you do?16:07
gnarfacemy guess is that if you uninstall the versions of those libraries in the way, it will work16:07
brocashelmi have uninstalled all wine packages and still get these errors16:08
brocashelmor do you mean stuff like libpulse:i386 and libpcap0.8:i386?16:09
gnarfaceyes, maybe those are from debian, or backports, or some other conflicting version/origin16:09
brocashelmi 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
gnarfaceyes, that would be expected behavior16:11
gnarfaceobviously you would have to install them again too16:11
brocashelmshould i attempt to install libpulse0:i386?16:11
brocashelmlet me show what it's saying16:11
gnarfaceyou could alternately try to force over-installing a specific version of libpulse (the one in the current repo)16:12
gnarfaceeither should work16:12
gnarfaceall those other packages, ffmpeg, mpv, xsane... they could all be from the wrong repos too.  the right ones should install again afterwards no problem16:13
brocashelmhttps://pastebin.com/FcEYZ0iJ16:14
brocashelmrisky?16:15
gnarfacei honestly doubt looking at that is going to change my advice16:15
gnarfacebut please use paste.debian.net16:15
gnarfacethe point is that if you've already made a mess, there's no way out but through16:16
brocashelmalright, how would i force over-installing a specific version of a package?16:17
gnarfaceyou can specify a particular version or release, check the man page for apt-get16:18
gnarfaceit's something like "apt-get install package/release" or "apt-get install package=version"16:18
gnarfaceoh, 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 not16:23
brocashelmi have tried aptitude why-not package16:23
brocashelmi also just came across this same problem: https://unix.stackexchange.com/questions/590215/unable-to-install-wine32-on-debian16:24
gnarfacebut what did aptitude say?  and why didn't you ask it to propose a solution?16:24
brocashelmgnarface: 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 now19:34
brocashelmgnarface: i installed winehq-devel and other recommends with success19:35
brocashelmgnarface: thanks for the help earlier19:35
gnarfacebrocashelm: hey no problem, glad you got it working19:48
gnarfacebrocashelm: you mean winehq-staging right?19:49
brocashelmgnarface: actually, i installed winehq-devel and it worked19:50
gnarfaceoh, cool, but just fyi to be clear, i assumed you were trying winehq-staging19:50
brocashelmgnarface: the programs are running normally with this version19:50
brocashelmoh. nah, i just thought that was the only one that could actually be installed19:51
gnarfacewell that's what counts19:51
brocashelmso 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 issues19:52
gnarfaceit most likely snuck in from some previous mistake you made19:52
brocashelmmost likely. i did have experimental turned on out of curiosity19:53
gnarfaceoh yea that'll do it19:53
brocashelmlol19:53
brocashelmi tried ceres and "noped" at my xfce panel breaking19:53
brocashelmand then i heard networkmanager has problems right now on the testing/unstable version. i'll stick with beowulf/stable19:53
fsmithredbrocashelm, what problems with the unstable network-manager?22:34
fsmithredI tried it this morning and it seems fine.22:35
brocashelmfsmithred: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=96413922:36
brocashelmi think it was this one saying not to upgrade22:37
fsmithred1.25.91-1+devuan1 1022:40
fsmithred         10 http://pkgmaster.devuan.org/merged ceres/main amd64 Packages22:40
fsmithred^^^ it's fixed22:40
brocashelmah22:40
brocashelmcool22:40
fsmithredI installed the ceres version in chimaera22:40
brocashelmi 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 permitted22:47
brocashelmit might have been due to essential xfce packages being held back when i did the test upgrade22:48

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!