You are not logged in.
That's great! Thanks a lot. Now we must figure out how to maintain that ^^
@JXX77 You're right, maintaining the php repo for devuan is a big piece of work. So, the workflow should be sury's repo (systemd only) -> devuan's repo.
I just rebuild successfully php7.3 under jessie and ascii with sury's sources. Like you I thought to revert the changes but I haven't tried it yet.
Yes, this would actually be easier to maintain.
If I try to rebuild the packages myself, should I take the opportunity to separate according to the init system? For example:
php7.3-fpm
Depends: php7.3-fpm-upstart | php7.3-fpm-sysv | php7.3-fpm-systemd
I guess now we have to try to compile the packages ourselves :-(
Thx, this is a really bad news :-(
Thank you, it's something I've been looking for for a long time too.
Thanks a lot!
@golinux Oh Thank you, I didn't know that, I think I will try this soon :-)
@Micronaut Hello, I think I have the same problem as you and it was very difficult to isolate. This is what happen for me and when it happen.
My OS is Devuan Ascii 64 bit with XFCE on the following hardware :
00:00.0 Host bridge: Intel Corporation Skylake Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation Skylake PCIe Controller (x16) (rev 07)
00:02.0 Display controller: Intel Corporation HD Graphics 530 (rev 06)
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA controller [AHCI mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #5 (rev f1)
00:1d.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #9 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
01:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)
01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
CPU : Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
MEM : 32 Go
SSD : 500 Go
And the problem occurs with Virtualbox. I have a guest with the same OS : Devuan Ascii 64 bit installed on that VM.
Suddenly the desktop seems frozen : I can move the mouse but I cannot click anywhere (nothing happen). What I noticed is the keyboard remains functional inside the VM and I'm trapped inside the VM, I can not go out. So when it happens, I just close all the applications with ALT+F4 and close XFCE with ALT+F4 and only after the VM is completly shutdown I recover the desktop (acting normaly).
I used the nouveau and proprietary (apt-get install nvidia-driver) and that changed nothing. And I think the virtualbox graphic driver changes nothing (VBoxVGA, VMSVGA, VBoxSVGA)
It happens two or three times a week.
The goal is to encrypt exchanges with an NFSv4 server that will serve as a centralized storage for user sessions. A kerberos server is required to use the sec=krb5p option that enables communication encryption.
Some scripts exist already for debian :
* https://wiki.debian.org/nfs4-kerberos-ldap
* https://wiki.debian.org/nfs4-kerberos-ldap-client
* https://vandervlis.nl/krb5/
So I made some modifications for a Devuan 2 Ascii server and Linux Mint 18.3 clients.
The scripts are not perfect but you can easily read and customize them.
The updated scripts : https://github.com/szutt/nfsv4-kerberos-ldap
My blog : https://szutt.github.io/en/