deb.sury.org now requires systemd

szutt · 2020-03-04 02:03:19

@Lorenzo

I think this is just the beginning.

More and more debian packages will go down this path since the last debian resolution whether it is interpreted by maintainers in various ways wrongly or on purpose.

Debian and Devuan will have their respective paths diverging more and more.

tdrnetworks · 2020-03-04 22:47:12

This should complete the set (for now).

We've just added builds for beowulf; so we have jessie, ascii and beowulf all rebuilt without systemd references.

The repo gpg public key is here:
http://pkgs.tdrnetworks.com/apt/devuan/gpg.key

The repo offers AMD64 debs, and DPKG sources.

### PHP Rebuilds for Devuan Jessie
deb https://pkgs.tdrnetworks.com/apt/devuan jessie main
deb-src https://pkgs.tdrnetworks.com/apt/devuan jessie main

### PHP Rebuilds for Devuan Ascii
deb https://pkgs.tdrnetworks.com/apt/devuan ascii main
deb-src https://pkgs.tdrnetworks.com/apt/devuan ascii main

### PHP Rebuilds for Devuan Beowulf
deb https://pkgs.tdrnetworks.com/apt/devuan beowulf main
deb-src https://pkgs.tdrnetworks.com/apt/devuan beowulf main

nixer · 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.

szutt · 2020-03-05 05:34:47

@tdrnetworks Thank you very much!

mckaygerhard · 2020-04-12 20:35:28

@tdrnetworks provided repos.. but for how many time? will be dedicated ? companies can rely on? in the sury ones.. we already know that (by casuality) the same guy are the DD of the php packages (and many shit more with systemd involved.. how interesting)

now some time ago i'm glad to see how devuan are suffering due in old times dont make any effort property!

i filed some issues agains the deb sury due the mantainer are just a fashioned person that uses the sury repos to own fame!

now by the popular usage of those repos.. will enforce the system-shit and we cannot do anything!

when you all people will join forces and make something?

@tdrnetworks why you dont make this builds part of the backports packages of devuan? an extra and apart repo only means that one day will end..

golinux · 2020-04-12 21:49:59

@ mckaygerhard . . . Have you ever considered actually doing something (besides complaining and telling other users what they should do)?

mckaygerhard · 2020-04-12 22:49:53

of course @golinux. i reported several errors and problems in multi language installations. i also try to install and investigate why devuan does not work with blind people.. (in language select just after 70th lang index .. the rest of lang are not sound icons)

also i have many packages that can work perfectly in devuan and finally made several articles of how to install and performs devuans use cases for special targets like voip..

... i guess i made "some thing"...

Last edited by mckaygerhard (2020-04-12 23:15:52)

mckaygerhard · 2020-04-12 23:32:48

why not join efforts with MXLinux guys and AntiX team!¡ they neither use systemd and for sure wil be affected by this commit: https://salsa.debian.org/php-team/php/c … 00619ef550 that seems will be a commont on future init scrtips.. please take consideration that commits like that will raise the complications!

guys i'm deep in the problem and puff i'm tyred of Debian fake things! all are a systemd mess! puff i¿'m very surprised that debian leader dont make anything here!

nixer wrote:

szutt,
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.

Sury DD are a fake guy.. in their blog it said "you must use rsync to mirror the repository" seems cloudflare and repository configuration does not allow it, also the instructions never work!

i'm surprised that he (thanks to @Lorenzo here) filed a bug agains the problem: https://bugs.debian.org/cgi-bin/bugrepo … bug=952897 we hope that will make sense in future packages

Last edited by mckaygerhard (2020-04-12 23:56:48)

Head_on_a_Stick · 2020-04-14 10:05:41

mckaygerhard wrote:

why not join efforts with MXLinux guys and AntiX team!¡ they neither use systemd

MX Linux includes systemd and offers it as an alternative init system.

wingcommander1999 · 2020-04-14 13:14:09

Head_on_a_Stick wrote:

mckaygerhard wrote:
why not join efforts with MXLinux guys and AntiX team!¡ they neither use systemd
MX Linux includes systemd and offers it as an alternative init system.

antiX comes without systemd.

See either here => antiX

mckaygerhard · 2020-04-14 15:15:00

wingcommander1999 wrote:

antiX comes without systemd.
See either here => antiX

YES! MXLinux, relies on AntiX work! it's the most common sense to join effors with anticapitalis guy!

Head_on_a_Stick wrote:

MX Linux includes systemd and offers it as an alternative init system.

nonsense.. please deep more in your sentence!

MXLinux includes systemd but does not use it! due their base are antiX that does not includes!

Devuan team must take in consideration that AntiX have also pacakges that removes systemd lilke the dbus one!

Head_on_a_Stick · 2020-04-14 15:28:09

mckaygerhard wrote:

Head_on_a_Stick wrote:
MX Linux includes systemd and offers it as an alternative init system.
nonsense.. please deep more in your sentence!
MXLinux includes systemd but does not use it!

MX-19 still offers systemd as an alternative init system:

They don't use antiX's nosystemd repositories. Perhaps anticapitalista will confirm this, I see them lurking here regularly.

mckaygerhard · 2020-04-14 16:08:14

Head_on_a_Stick wrote:

MX-19 still offers systemd as an alternative init system:
https://i.postimg.cc/VSK0G4gX/systemd.png
They don't use antiX's nosystemd repositories. Perhaps anticapitalista will confirm this, I see them lurking here regularly.

yes! in the boot menu you can choose "more options" and then there's 3 entries.. one are with systemd as init and the other with sysvinit as init!..

i have a magallanes laptop (mini with atom cpu) and antix 17.. there's is not systemd running..

antix repos are the base work of mxlinux.. there's no need to confirm that!

golinux · 2020-04-14 16:34:32

mckaygerhard wrote:

YES! MXLinux, relies on AntiX work! it's the most common sense to join effors with anticapitalis guy!

That "anticapitalista guy" is on this forum nearly every day and was known to many of us at the refracta forum long before Devuan was a thing.

anticapitalista · 2020-04-15 12:38:42

Head_on_a_Stick wrote:

They don't use antiX's nosystemd repositories. Perhaps anticapitalista will confirm this, I see them lurking here regularly.

MX-19.1 no longer uses antiX repos at all.

tdrnetworks · 2020-04-19 02:42:15

Folks,

We have recently updated the repo with amd64 builds for php7.4.5, 7.3.17, and 7.2.30.

### PHP Rebuilds for Devuan. (also available in jessie, beowulf flavours, change as required)
deb https://pkgs.tdrnetworks.com/apt/devuan ascii main
deb-src https://pkgs.tdrnetworks.com/apt/devuan ascii main

We have no plans to stop building new PHP releases, and aim to provide the pkgs.tdrnetworks.com repo for the foreseeable future, since we are using them internally ourselves.

However; we are not dedicated Debian packaging team, we can't provide support or full testing, and the updates can only be provided as and when we have time - my concern is that the php package might become too 'difficult' to build, as the divergence between Debian & Devuan grows.

I don't expect that PHP will start requiring systemd - but I guess somewhere down the line they could start making bad assumptions (ifdef linux, in their code that assumes system is present)... more likely it will be a packaging difference/roadblock that finishes things.

Our repo is browsable, and contains the dpkg source files, so are downloadable by anyone...

Last edited by tdrnetworks (2020-04-19 02:45:08)

IdeaFix · 2020-04-22 16:10:21

Only amd64?

tdrnetworks · 2020-04-25 01:33:20

Yes, only amd64 - we don't have the time, or the build environments ready for anything else.

The dpkg sources are available in the repo if you want to try building it yourself.

IdeaFix · 2020-04-25 17:58:32

Maybe choosing devuan was my mistake....

szutt · 2020-04-26 00:42:36

IdeaFix wrote:

Maybe choosing devuan was my mistake....

Making a sarcastic comment in such a context is a mistake.

IdeaFix · 2020-04-26 02:08:49

szutt wrote:

IdeaFix wrote:
Maybe choosing devuan was my mistake....
Making a sarcastic comment in such a context is a mistake.

No sarcasm. There is actually no way to get php 7.3 in devuan. It is possible to build it from tdrnetworks sources but with no tests, or use beowulf (with "debian" in grub). Now I can not update owncloud, wordpress (with some custom code) and a lot of other really simple services in ascii 2.1. Also, i have some small servers with 686-pae and "broken" sury. Yes, it is my problem. No sarcasm... no support, no roadmap, no place in production.

It was my mistake to use devuan. It was my fault - to trust devuan. No sarcasm.

We are actually have no rock stable actual LAMP out of the box... but talk about arm64, amd drivers, laptops... with no sarcasm.

IMHO

Last edited by IdeaFix (2020-04-26 02:11:20)

Altoid · 2020-04-26 13:03:45

Hello:

IdeaFix wrote:

... my fault - to trust devuan.

To trust Devuan?
A mistake?
Surely you jest ...

Devuan is as trustworthy as any OS can possibly get, there are absolutely no trust issues with Devuan.
Why should you not trust Devuan?

What you have is an issue with a set of applications which have been/are being crippled by the growing divergence between Debian & Devuan.
Which, like the OP noted, we owe to " ... the last debian resolution whether it is interpreted by maintainers in various ways wrongly or on purpose".

To this we must add that the Debian packager for the application you use understands that the systemd issue is a purely ideological one.

And acts according to his ideology: systemd is the way to go.
ie: the only one.

This growing trend means that Devuan developers/packagers have to work more and harder.
Which I am sure you understand, takes time and resources.
Both human and monetary.

I think that are so used to it that it is possible you have lost sight of a very important fact: that you have a first class OS running your boxes free of charge.

IMHO

Cheers,

A.

IdeaFix · 2020-04-26 15:19:18

You found a time to make a lot of words... but I need my services works now, not tomorrow. And may be i will just change a linux distribution.

Some time ago i build (just for fun) a nice 80286 computer. With 25MHz CPU and i287XL NPU, with 16MB of ram, 1MB of vram, good lan, sound and SCSI card. I read about embedded linux, but it is a lie. There is no linux on 286 (hey, there is no linux on 386!). Xenix? Minix? Old UNIX? No... the best OS for this computer is DOS. Somebody fiound a time and money (or even a motivation) to make a web server, ssh server and client, ftp server and other for dos and it is working Also, DOS includes useful LAN stack, and XENIX actually not.

Here we have the same thing - Devuan developers have a lot of problems and Devuan 3 will be released may be after Debian 11, BUT! You tell me about a great OS for free... no, i have no great os for free, i have a choice.

Sorry for my english, but i spended about 60 hours of my private time to make this wonderfull os works with 2020Q1 applications.

I think that are so used to it that it is possible you have lost sight of a very important fact: I can buy a first class OS to run my boxes, but i can not buy Devuan. Only donate without any guarantee that the terrible Debian will not destroy the subj at the next vote.

Last edited by IdeaFix (2020-04-26 15:29:55)

golinux · 2020-04-26 15:32:58

IdeaFix wrote:

You found a time to make a lot of words... but I need my services works now, not tomorrow.

In case you didn't notice, the age of instant gratification is coming to a grinding halt globally. Perhaps time to grow up a bit and wake up to the fact that the world doesn't revolve around your desires. That is reality.

IdeaFix wrote:

And may be i will just change a linux distribution.

Yes. please go whine elsewhere. And don't let the door hit you on the way out . . .

IdeaFix · 2020-04-26 18:18:16

perfect

The officially official Devuan Forum!

#26 2020-03-04 02:03:19

Re: deb.sury.org now requires systemd

#27 2020-03-04 22:47:12

Re: deb.sury.org now requires systemd

#28 2020-03-04 23:34:18

Re: deb.sury.org now requires systemd

#29 2020-03-05 05:34:47

Re: deb.sury.org now requires systemd

#30 2020-04-12 20:35:28

Re: deb.sury.org now requires systemd

#31 2020-04-12 21:49:59

Re: deb.sury.org now requires systemd

#32 2020-04-12 22:49:53

Re: deb.sury.org now requires systemd

#33 2020-04-12 23:32:48

Re: deb.sury.org now requires systemd

#34 2020-04-14 10:05:41

Re: deb.sury.org now requires systemd

#35 2020-04-14 13:14:09

Re: deb.sury.org now requires systemd

#36 2020-04-14 15:15:00

Re: deb.sury.org now requires systemd

#37 2020-04-14 15:28:09

Re: deb.sury.org now requires systemd

#38 2020-04-14 16:08:14

Re: deb.sury.org now requires systemd

#39 2020-04-14 16:34:32

Re: deb.sury.org now requires systemd

#40 2020-04-15 12:38:42

Re: deb.sury.org now requires systemd

#41 2020-04-19 02:42:15

Re: deb.sury.org now requires systemd

#42 2020-04-22 16:10:21

Re: deb.sury.org now requires systemd

#43 2020-04-25 01:33:20

Re: deb.sury.org now requires systemd

#44 2020-04-25 17:58:32

Re: deb.sury.org now requires systemd

#45 2020-04-26 00:42:36

Re: deb.sury.org now requires systemd

#46 2020-04-26 02:08:49

Re: deb.sury.org now requires systemd

#47 2020-04-26 13:03:45

Re: deb.sury.org now requires systemd

#48 2020-04-26 15:19:18

Re: deb.sury.org now requires systemd

#49 2020-04-26 15:32:58

Re: deb.sury.org now requires systemd

#50 2020-04-26 18:18:16

Re: deb.sury.org now requires systemd

Board footer