CHRS: UTF-8 4   
   MSGID: 1:123/755@fidonet 5a62c44b   
   REPLY: 1:320/219@fidonet 5f532b93   
   PID: MBSE-BBS 1.0.7.18 (GNU/Linux-x86_64)   
   TZUTC: -0400   
   TID: MBSE-FIDO 1.0.7.18 (GNU/Linux-x86_64)   
   Andrew Leary wrote to James Digriz:   
   AL> Hello James!   
   AL>    
   AL> 04 Sep 20 14:21, you wrote to Vincent Coen:   
   AL>    
   AL>  JD> Yes, I'm using the same setup. For some reason, though, the start   
   AL>  JD> script didn't work at first. Of course, after I made my comment, it   
   AL>  JD> now works. . Something called systemd-sysv-generator    
   AL> apparently   
   AL>  JD> lets the mbsed init scripts operate correctly.   
   AL>    
   AL> It is on the TO DO list to make the install scripts interface directly    
   AL> with   
   AL> systemd systems.   
   AL>    
   AL> I also just recently corrected the Debian and Devuan install scripts to    
   AL> include the LSB information so that the BBS can be configured to auto    
   AL> start   
   AL> when the machine boots.   
   AL>    
   AL> Andrew   
   AL>    
   AL> --- GoldED+/LNX 1.1.5-b20180707   
   AL>  * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)   
   AL>    
      
   I'm really on the point of backing up and punting. Go to Devuan or some other   
   Linux distro that does not use systemd. Or maybe a BSD.    
      
   Here's what happened: I've been running MBSE integrated with my virtualmin   
   setup. Works fine, and it even works fine with systemd if you MANUALLY bind   
   mount /home on /var/www (with appropriate httpd.conf mods, etc.), which has to   
   be done with CentOS  8 as the virtualmin crew has dropped support for custom   
   suexec and expects scripts to be run with app handlers through httpd proxies.   
   Eg. PHP-FPM. Cgi is deprecated now according to the Lords of Web Design. Since    
   that means restricting scripts to php unless and until there are suitable   
   handlers for python, ruby, etc. etc. I want to keep my options open and thus   
   the bind mount trick. Not the most secure probably and I'm looking at bindfs   
   for a similar remedy not involving root access, but it'll do for now.    
      
   The problem is that the much-vaunted systemd house of kludges thinks it is   
   smarter than the system administrator and reorders your fstab entries,    
   leading,   
    in this case, to an unbootable system because it tries to mount /home before   
   the root fs. I'm sorry, I'm just fscking tired of this crap. And having to    
   wait   
   2 major releases or more before simple things just work like they're supposed   
   to. And not having a recognizable Unix system that works the way it's suppoed   
   to any more. The hell with the dumb    
   shit. I refuse to waste my time coming up with yet another unit file just make   
   some lunatic's quest for world domination not fall flat on its face.    
      
   I'm outta there.   
      
   jbdigriz ('scuse the rant. MBSE rocks!)              
                                                                                     
                                                                                    
      
       Greetings, James Digriz   
       email: jbdigriz@bbs.dragonsweb.org   
      
   --- MBSE BBS v1.0.7.18 (GNU/Linux-x86_64)   
    * Origin: DragonsWeb Labs BBS 1:123/755 (1:123/755)   
   SEEN-BY: 1/120 123 18/0 200 90/1 103/705 120/340 123/0 25 40 50 131   
   SEEN-BY: 123/150 170 180 755 135/300 153/7715 154/10 30 40 50 700   
   SEEN-BY: 203/0 221/0 6 226/30 227/114 201 229/101 275 424 426 452   
   SEEN-BY: 229/664 240/5411 5832 5853 6309 249/206 317 400 261/38 280/464   
   SEEN-BY: 280/5003 288/100 292/854 8125 299/6 310/31 317/3 320/219   
   SEEN-BY: 322/757 342/200 396/45 423/120 633/280 712/848 770/1 2452/250   
   SEEN-BY: 3634/0 12 15 27 50 119   
   PATH: 123/755 3634/12 154/10 280/464 240/5832 229/426