The officially official Devuan Forum!

You are not logged in.

#1 Re: Forum Feedback » New Forum Category Suggestion - Devuan systemd dependency workarounds » 2020-08-01 12:11:28

Just throwing an idea or two out, if you want it to refer to Devuan hacks

D-hacks

If you want it to refer to systemd hacks or workarounds,

d-hacks

IMHO, this does not deserve a capital "D"... (-;

Perhaps,

What ever happened to "KISS" and "if it works, don't fix it"

"KISS Hacking"
"Simple Hacks"

#2 Re: Other Issues » I want delete this account ! » 2020-07-28 09:11:18

This is the way that I would do it:

- Open a text editor, leafpad or geany are my favorite.
- Type out a long password with a combination of uppercase letters, lowercase letters, numbers, and symbols.  Highlight this new password with a click and drag motion, right click with a mouse, and select copy.
- Click here to change your password.  Input the old password and then click on the field to input the new password - so that the cursor indicator is there - right-click on the mouse device and select "Paste".  This will paste the newly created password into this field.  Do this again for the confirmation field.
- Click "Submit".
- Click on "Logout".
- Delete the text editor file containing the new password.  Do not save.

I am not familiar with this particular forum board, but some do not allow for accounts to be "deleted" to the point where your posts will disappear.  It has to do with database issues, for lack of a more accurate explanation.  But this method should suffice that you, nor anyone else, will be able to use the account.

Edit:  Spelling correction.

#3 Re: Installation » kali to devuan » 2020-07-24 17:58:25

FWIW - for what it's worth, I just migrated from Kali to Beowulf using the kali netinstall.iso.

Using the instructions on this page, I only slightly deviated from these instructions.

To keep it short and sweet, I -
- updated the kali install, added devuan's sources in sources.list, commented out the kali sources

apt install eudev

(will get errors, do not reboot)

apt -f install

This is the extra step not noted on the link above.  sysvinit-core did not get pulled in

apt install sysvinit-core

 

reboot

apt purge systemd* libnss-systemd

apt dist-upgrade

- alter /etc/network/interfaces to rename en0ps (??) to eth0

service networking restart

apt install libelogind0

- check with command

dpkg -l | grep systemd

Returns nothing, so sysd here.


I downloaded the kali virtualbox file and will try this out on it now.  Will report back.

Edit:
While the netinstall.iso worked, the full kali install did not.  At least I got a dead end.  Now I see above why the recommendation above was to start at ceres and see what broke. 
A current kali to beowulf migration was not successful in large part because kali uses a newer version of dbus.  An attempt to use ceres or chimaera may be more successful.

root@kali:/home/kali# apt policy dbus
dbus:
  Installed: 1.12.20-1
  Candidate: 1.12.20-1
  Version table:
*** 1.12.20-1 100
        100 /var/lib/dpkg/status
     1.12.16-1+devuan2 500
        500 http://deb.devuan.org/merged beowulf/main amd64 Packages

And trying to downgrade dbus to devuan's version resulted in 934mb of packages to be removed.  Oh well, it was fun trying.

#4 Re: Installation » Upgrade from Debian Wheezy to Devuan Jessie » 2020-07-18 15:02:58

For future and possible current reference

the link to upgrade to Jessie is no longer accessible.

What link is that?  What address are you using in your /ect/sources.list file?

#5 Re: Devuan » The point of Devuan? » 2020-07-16 10:17:40

May be because Devuan itself is good enough for servers.

+1

Start with a minimal build, customize it, rebuild with refracta-tools, and you have your server OS ready to install wherever you want it.  Servers usually don't use that many installed programs, so a few apt commands to install what you need is not much work.  For me, it takes longer to configure what I install than to install what I need.  I do save my configuration files though, naturally.

#6 Re: Devuan Derivatives » Release: Virage GNU/Linux: A Devuan-based distro for audio/video works » 2020-07-13 00:34:00

Virage 3.1 Beowulf

But beowulf is not mentioned in the sources.list file.  The repository mentioned in the sources file is:

deb http://es.deb.devuan.org/merged ceres main contrib non-free
deb-src http://es.deb.devuan.org/merged ceres main contrib non-free

I tested in vbox and it installed fine.  The first update pulled in 430+mb of updates.  Ceres related maybe?  Beowulf is commented out in the sources.list.d folder also.

I will hesitate to install on a physical partition as I am having a hard time isolating a system freeze on ceres at the moment.  I like the packages installed and the theming is excellent.

#7 Re: Off-topic » deb.sury.org now requires systemd » 2020-06-26 00:14:12

tdrnetworks,

With jessie support scheduled to end June 30, 2020 (5 days from now), what is your plan for the jessie php builds?  Will you continue to build them after this date?

Do you have any plans to build php for Chimaera (current testing) any time soon?

I, and others, appreciate you building and offering your php builds to devuan.  Thank you.

#8 Re: Off-topic » system info practice script » 2020-06-13 13:37:40

just want to know if this would work on your devuan system

It works pretty good here.  I noticed the editor line at the bottom was empty though.  Is that because I do not have a default editor configured?

-------------------------------------
os:       Devuan GNU/Linux 4 (chimaera/ceres)
kernel:    5.6.0-2-amd64
uptime:    4 hours, 15 minutes
pkgs:     2028
memory:    4.0Gi / 15Gi
wm:       Xfwm4
shell:    /bin/bash
editor:

I did have to install wmctl as it was not installed.

#9 Re: Off-topic » deb.sury.org now requires systemd » 2020-05-31 23:27:10

Try it with http:// instead of https://.  I don't know this but I think there may be a problem with the ssl cert.

I saw this error yesterday and used the above workaround, and it worked.

#11 Re: Other Issues » ecryptfs-utils » 2020-05-04 11:22:30

I'm using gocryptfs

+1

From reading about gocryptfs, it was started by a person who assisted with EncFS, who wanted to address the security vulnerabilities in it.  Thus, gocryptfs was born.  A couple of additional facts about it:

First, it pulls in no dependencies.  I can pin a particular version and run it in Ascii, Beowulf, Chimaera, and Ceres and mount/use the same remote nextcloud instance in all versions.
Second, with the -config option, you can use gocryptfs to mount a remotely encrypted folder which is decrypted locally, then the files will be automatically stored encrypted in the mounted remote location.  EncFS did this, and so does gocryptfs.

I have been using it a while now, and really like it.

#12 Off-topic » Install Devuan Beowulf in Windows 10 WSL (Windows Subsystem for Linux) » 2020-05-01 15:39:39

nixer
Replies: 1

FlibberTGibbet mentioned that the Buster to Beowulf migration did work in WSL.  I had read about WSL but never tried it, so I gave it a spin.  It works.

This process is divided into three main parts:
Activate WSL in Windows 10 > Install Debian from MS Store > Migrate to Beowulf

Why do this?  > Why not?  It is there, give it a try and see if it helps with your productivity in some way.  My purpose was to run a native linux app "Virtual-Manager" (virt-manager) within windows for a friend of mine who wants to access KVM and its vhosts.  Your purpose may be different.

Install/Activate WSL in Windows

You will need to install an xserver in windows if you wish to display native linux apps.  After all, this is my reason for testing this WSL.  Xming seems to be the most popular, but this page mentioned that vcxsrv was the most pure opensource xserver for windows available.  It seems to work fine.


Install Debian in WSL

Boot up the "program" Debian in Windows 10.  You should have sudo rights by default, but if you want a root user, set the root password with:

sudo passwd root

Migrate Debian Buster to Devuan Beowulf:

My migration steps, mostly taken from the link above.

This step may be optional, but I have done it on all Beowulf upgrades and migrations that I have done.
export the PATH in /root/.bashrc with:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Change apt sources:

nano /etc/apt/sources.list

Make your sources.list look like the one provided. Comment out all other lines.

deb http://deb.devuan.org/merged beowulf main
deb http://deb.devuan.org/merged beowulf-updates main
deb http://deb.devuan.org/merged beowulf-security main
#deb http://deb.devuan.org/merged beowulf-backports main

Now you have to update the package lists from the Beowulf repositories.
Recent changes in APT mean this is not allowed but we can override this behaviour.

apt update --allow-insecure-repositories

The Devuan keyring should now be installed so that packages can be authenticated.

apt install devuan-keyring --allow-unauthenticated

Update the package lists again so that packages are authenticated from here on in.

apt update

Upgrade your packages so that you have the latest versions. Note that this does not complete the migration.

apt upgrade

Once this is done eudev needs to be installed.

apt install eudev

The last command is known to cause package breaks but we will fix this as part of the migration process.

apt -f install

The command to install eudev pulled in sysvinit-core, but not sysvinit, so:

apt install sysvinit

Just to make sure all is updated:

apt dist-upgrade

Systemd* packages were removed during this process, but just to make sure:

apt purge systemd libnss-systemd
apt autoremove --purge
apt autoclean

Before you start installing any packages in WSL, I recommend that you make apt to not install recommended packages. 
I suspect this will help keep the WSL smaller and leaner.  Add the following to /etc/apt/apt.conf.d/00norecommends:

APT::Install-Recommends "no";

Reboot  >  But the shutdown/reboot commands do not work in WSL.  The WSL process has to be stopped/started like any other service in Windows.

If you install openssh-server, you will notice that it does not start automatically with WSL, nor will most, or all, other linux services that you think should start.  Installing sysv-rc-conf and rcconf programs do not help, unless I did something wrong.  This may be a bug but I see no error message anywhere, yet.  However, this little script seems to control the start/stop of both WSL and its system services at the windows boot.  Beware, this script will start WSL with Windows, and it will start the (linux services) that you add to the command.txt file list.  I don't know about the security of this, but it seems to work.

Like FlibberTGibbet said, there is a niche group of people who would want or need this.  I feel this is true, but I am only tinkering.

I did not take exact notes during this testing, so if I made a mistake or overlooked something, please add your input.  After finding some good links, this was pretty easy.  And FlibberT was right, it is nice to have a (Devuan) linux terminal available in windows.  If I am going to use windows, I do want some Devuan on it. 

The option to use virtualization in windows still stands, but the ability to use a native linux program in windows without using a virtualization program is pretty neat too.  It removes a layer of complexity for the end user.  Instead of learning an entire program like virtualbox, the user only has to learn a couple of terminal commands to keep the WSL updated.  I hope my friend appreciates this new capability, and others may as well.

The only problem that I have seen thus far, is that the virt-manager program does not read the keys from the preferred $HOME area of the WSL user.  It reads the keys from the global /etc/pki/libvirt location within WSL.  The program "virt-manager" does work.  Will need to look into this more, later on.

#13 Re: Off-topic » deb.sury.org now requires systemd » 2020-03-04 23:34:18

Thank you very much tdrnetworks!  I just tried the ascii builds on two systems and they installed and are working flawless.

#14 Re: Off-topic » deb.sury.org now requires systemd » 2020-03-01 18:17:27

### PHP Rebuilds for Devuan Jessie

Would these work for ascii and/or beowulf, or will they need to be rebuild for each release?  I guess I could go ahead and try, but I thought I would ask first to save some time now and possible some breakage down the road.


Edit: Curiosity got the best of me so I had to give it a try.  I had previously removed the sury packages and replaced with debian php7.3-fpm and had everything working correctly.  So I then purged the debian php7.3* packages and then tried to install these packages in a beowulf (mini.iso dated 2-14-20) install which:

root@localhost:/home/craig# apt install php7.3-fpm
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
php7.3-fpm : Depends: php7.3-cli but it is not going to be installed
              Depends: php7.3-common (= 7.3.15-1+0~20200220.53+devuan1~2.gbp931d08) but it is not going to be installed
              Depends: php7.3-json but it is not going to be installed
              Depends: php7.3-opcache but it is not going to be installed
              Depends: libssl1.0.0 (>= 1.0.1) but it is not installable
E: Unable to correct problems, you have held broken packages.


root@localhost:/home/craig# apt policy openssl
openssl:
  Installed: 1.1.1d-1+0~20191009.15+debian10~1.gbpd6badf
  Candidate: 1.1.1d-1+0~20191009.15+debian10~1.gbpd6badf
  Version table:
*** 1.1.1d-1+0~20191009.15+debian10~1.gbpd6badf 100
        100 /var/lib/dpkg/status
     1.1.1d-0+deb10u2 500
        500 http://deb.devuan.org/merged beowulf/main amd64 Packages
        500 http://deb.devuan.org/merged beowulf-security/main amd64 Packages

An uninstall and reinstall of openssl using apt did not help this issue, so I will leave it as it is here.  I just thought I would let someone else know if they were as curious as I am about this working.  If I did something wrong, feel free to let me know.

#15 Re: Off-topic » deb.sury.org now requires systemd » 2020-02-22 02:46:17

HOAS,

As usual, you gave of your time to help someone out and it is appreciated.  I thank you for this.  I will let you know what happened when I gave this a try.

I installed equivs which brought in over 40mb of packages even with the --no-install-recommends command.

opentmpfiles package only exists in the debian bullseye/devuan chimaera repository, so I had to install this with the 'apt -t chimaera install opentmpfiles' command but it installed and brought in no dependencies. 

The actual commands of 'equivs-control systemd' and 'equivs-build systemd' worked fine and I had the .deb file ready to install. 

I have spent the last 5 years trying to keep systemd off of my machine.  Believe me, I got a heart tremor when I ran the command

dpkg -i systemd*.deb

It was then I got these error responses:

root@localhost:/home/craig/temp# dpkg -i systemd*.deb
Selecting previously unselected package systemd.
dpkg: regarding systemd_241-7~deb10u3_amd64.deb containing systemd:
elogind conflicts with systemd
  systemd (version 241-7~deb10u3) is to be installed.

dpkg: error processing archive systemd_241-7~deb10u3_amd64.deb (--install):
conflicting packages - not installing systemd
Errors were encountered while processing:
systemd_241-7~deb10u3_amd64.deb

So, I removed elogind and it installed the libpolkits* and such.  Next command:

root@localhost:/home/craig/temp# dpkg -i systemd*.deb
(Reading database ... 76748 files and directories currently installed.)
Preparing to unpack systemd_241-7~deb10u3_amd64.deb ...
Unpacking systemd (241-7~deb10u3) ...
dpkg: dependency problems prevent configuration of systemd:
eudev (3.2.7-6) breaks systemd (>> 220) and is installed.
  Version of systemd to be configured is 241-7~deb10u3.

dpkg: error processing package systemd (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
systemd

I don't think that anything named "systemd" (even dummy packages) wants to go on this system!  It is times like this I wish I were knew how to build packages in devuan linux!


JXX77,

I'm fairly confident, that this won't work.

It didn't but I wanted to try.

#16 Re: Off-topic » deb.sury.org now requires systemd » 2020-02-21 18:42:33

szutt,

I just checked my email and I found a message from sury and I think it was meant for you and not me.  With regards to the snippet you mentioned below,

ifeq (devuan,$(DPKG_VENDOR))
  ENABLE_SYSTEMD = no
endif

sury replied:

the snippet you supplied won't work because it needs to be applied at compile time.
You can use equivs package and symlink to opentmpfiles-tmpfiles from opentmpfiles package to workaround the dependency.

Can anyone instruct, or elaborate on how to do this?  I have never used the equivs package, or opentmpfiles package so right now I am lost.  But I will be glad to try any suggestions.  I do not see how this will work around the dependency of needing, and thus avoiding, the installation of systemd.  But then, I am asking for clarification.

#17 Re: Off-topic » deb.sury.org now requires systemd » 2020-02-21 11:36:49

For what it is worth, I will add his (sury - debian packager) last comment in the bug report linked to above:

It's more than enough to have support for Distributions 4 years old. I am not going to complicate code purely on ideological reasons. Devuan needs to supply shims for the non-init parts like systemd-tmpfiles. When (and if) Debian splits systemd-tmpfiles into a separate package and add opentmpfiles, I will happily adapt the packages to use it. Until the time it is what it is.

It wasn't hard, nor did it take too long to remove deb.sury.org packages from my webserver and replace it with debian's packages. 

Remove deb.sury packages:

apt remove php* --purge

Alter sources.list file to remove sury's repo line.  Then,

apt update

Install php7.3:

apt install php7.3-fpm libapache2-mod-php

So for now, php7.3-fpm is working.  I will miss using sury's packages and its capability to easily use different php versions on the same server.

I have not used debian's packages in a few years.  I will have to search if they will allow for multiple php versions.  Time to start searching.

#18 Off-topic » deb.sury.org now requires systemd » 2020-02-20 21:05:30

nixer
Replies: 70

I just filed a "bug" report about the php packages from deb.sury.org breaking my system.  The exchange can be seen here:

But the end result is this:

Yes, the package rely on systemd-tmpfiles.

So, if you are using this repository, you may want to remove it from your sources.list because it will break what you have got.

Hope this helps someone.

#19 Re: News & Announcements » Sources.list broken » 2020-02-05 17:03:04

A simple question here, but did you run

apt update

after editing your sources.list file and before trying to update?

I mention this as I have overlooked simple things myself, and will again.

#20 Re: News & Announcements » Migrating from Buster to Beowulf - feedback needed » 2019-09-09 12:33:11

Not to get too far off topic about migrating from buster to beowulf...

FSR >

You are correct that network-manager has not been devuanized in beowulf, but I'm not sure if it needs to be done.

You are correct.  I just removed the "hold" in apt and did an update.  It worked fine.  I did have one instance where an important file in NetworkManager was removed because it was "obsolete".  I replaced it and it works fine, so, for anyone reading this, backup the contents of /etc/NetworkManager before updating.  Better safe than sorry! 
The NM update worked fine in going from Beowulf to Ceres also.

Toxic >

I would recommend to install wicd instead of nm as a temporary solution.

I agree about Wicd, but I like using NetworkManager for the VPN gui.  It makes the vpn so easy to switch on and off.

Now back on topic...

#21 Re: News & Announcements » Migrating from Buster to Beowulf - feedback needed » 2019-09-07 17:16:36

Also, I would add that Network-Manager has not been devuanized in the Beowulf repository, yet.  If I am incorrect, then I appologize, but I was just unaware of this since I have the ascii version marked as "hold" in apt and it has not upgraded.  If you install NM from scratch, you can install it from the ascii repository and it will work.  I have been using this setup for quite some time.

If you already have it installed and working in buster, then you will probably have to remove it completely and then install it from the ascii repository, preferably after updating everything else. 

NM is the only program that I use that has not been devuanized for beowulf, yet.  I do not know of any others.

#22 Re: News & Announcements » Migrating from Buster to Beowulf - feedback needed » 2019-09-07 02:44:31

I have been playing with this most of the day.  The instructions mentioned here still work, for the most part on a netinst install with no X system.  There may be a slight change, but it is still workable.  Commands were entered from a ssh session into the Vbox VM as much as possible.

I just successfully completed a migration from debian buster, it was not easy to do.  Since I really didn't know what I was doing, I  went by trial and error mostly.  I am sure there are other ways to do this, but this worked for me.  Hopefully, someone who knows more about this can shorten and simplify this migration from buster to beowulf.

I started with the debian v.10 netinst cd (with firmware) and then I installed xfce4 with

apt install xfce4

And I rebooted just so I could be starting from a fresh boot.

Edit:  Just today, Sept. 7, 2019, debian updated from 10.0 to 10.1 which brought in a new kernel and 60 upgraded packages.  I did a dist-upgrade and reboot to start from a 10.1 starting point.

Boot into "debian",   

apt update
apt install sysvinit-core

Do not reboot, yet.

# alter /root/.bashrc and add:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

# logout from this ssh session and login to a new ssh session, this loads the new PATH

Installed devuan-keyring

wget wget http://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb
dpkg -i devuan-keyring_2017.10.03_all.deb

Alter the sources.list to devuan, and then

apt update
apt upgrade

(I do not know what made me try this, as I was just going on a hunch and trying something else.  I was having a hard time getting sysvinit-core installed, especially from the devuan repos.  Once I installed it from the debian repos, and updated it from the devuan repos, within the same boot, it worked easier.)

# first reboot

reboot

(takes a long time to boot due to starting dbus.  It hangs for ~1-2 minutes

(takes longer to login to either the physical terminal or a ssh session, to both user and root account)

(does not boot to X session, only to terminal, but this was temporary)

apt install eudev

(takes a lot longer to "Process triggers for dbus", ~4 minutes, hangs at "Progress... 96%")
("Failed to open connection to "system" message bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.")

# network will not work unless you change interfaces file:
# alter /etc/network/interfaces file to change enp0s3 to:

auto eth0
iface eth0 inet dhcp

# second reboot

reboot
apt install libelogind0
apt remove systemd* --purge
apt remove libnss-systemd --purge
apt remove dbus-user-session --purge

# lightdm was removed earlier, so:

apt install lightdm --no-install-recommends

# at this point, there was some kind of issue with libpolkit-agent-1-0, as it was the only package showing as upgradable:

root@localhost:/home/guest# apt list --upgradable -a
Listing... Done
libpolkit-agent-1-0/testing 0.105-25+devuan4 amd64 [upgradable from: 0.105-25]
libpolkit-agent-1-0/now 0.105-25 amd64 [installed,upgradable to: 0.105-25+devuan4]

# I noticed that policykit-1 was shown as a recommended package to lightdm, so

apt install policykit-1 --no-install-recommends

# and this updated the libpolkit-agent-1-0 package

# probably could have done this earlier, but I finally discarded the unnecessary stuff

apt autoremove

# third reboot

reboot

The end result:

root@localhost:/home/guest# apt dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

# no systemd here!

root@localhost:/home/guest# dpkg -l | grep systemd
root@localhost:/home/guest#

# At the Xfce desktop, all logout options appear available and are not greyed out.

# On the Grub boot menu, it says Debian, and an "update-grub" does not fix it.

#23 Re: Devuan Derivatives » AVMultimedia with Devuan Beowulf: A powerful RAM based desktop » 2019-09-04 11:57:18

Sorry, my language is German and the german text was automaticially translated into English.

Thank you for clarifying.  I will give it a test run.

#25 Re: Devuan Derivatives » [MiyoLinux] Update on the Update Notifier » 2019-09-03 14:37:59

If anyone has any input or suggestions, I would appreciate it.

Available for download?

Board footer

Forum Software