deb.sury.org now requires systemd

mckaygerhard · 2020-12-04 12:10:44

thanks thanks many thanks, i will forward this notice

mckaygerhard · 2020-12-04 12:42:36

tdrnetworks wrote:

The tdrnetworks repo has been updated today, we have pushed some new php builds - 7.3.25 and 7.4.13

sorry for noixe but i try to mirroring the repo to do not force bandwicht in your repo.. and got this error:

 debmirror --disable-ssl-verification --diff=mirror --omit-suite-symlinks --rsync-extra=none  -a amd64 -p -v  --ignore-release-gpg --ignore-small-errors --ignore-missing-release  --no-check-gpg  --ignore-release-gpg  --ignore-missing-release --method=https -h pkgs.tdrnetworks.com -r /apt/devuan/ -s main -d jessie debian-php

Seems the "all" component are missing cos only has "amd64" packages.. that i cannot understand, any help?

Download of dists/jessie/main/binary-all/Packages.gz failed: 404 Not Found
Errors:
 Ed binary missing, falling back to --diff=none
 Ignoring missing Release file for dists/jessie/main/binary-all/Packages.gz
 Download of dists/jessie/main/binary-all/Packages.gz failed: 404 Not Found
Failed to download some Package, Sources or Release files!
WARNING: releasing 1 pending lock...

tdrnetworks · 2020-12-04 19:47:55

That's to be expected. Your mirror tool shouldn't be looking for binary-all //. This repo only provides binary-amd64 and sources. You can view the files in your web browser, by going to https://pkgs.tdrnetworks.com/apt/devuan/

mckaygerhard · 2020-12-05 03:25:13

tdrnetworks wrote:

That's to be expected. Your mirror tool shouldn't be looking for binary-all //. This repo only provides binary-amd64 and sources. You can view the files in your web browser, by going to https://pkgs.tdrnetworks.com/apt/devuan/

debmirror does not have that option.. tell me how to mirrored the repo!

tdrnetworks · 2020-12-05 10:06:10

I'm not familiar with mirroring a deb repo - eg debmirror. However, since the repo is browsable, I would just use a website copier such as httrack, to pull down a copy of all pages/files under /apt/devuan/.

mckaygerhard · 2020-12-05 12:19:49

tdrnetworks wrote:

I'm not familiar with mirroring a deb repo - eg debmirror. However, since the repo is browsable, I would just use a website copier such as httrack, to pull down a copy of all pages/files under /apt/devuan/.

OK, i'm not happy with that answer, but your answers at least indicate that you're looking/watching the topic in the forum, thanks in that too, I understand that at least we have those repositories, and that's a great contribution.

It will sound strange what I'll say but my plan is to archive (by rebuild) the last successful compilation for out-of-support devuans, unfortunately I'll do it in OBS (open build service) but I've already tested it and it works for Devuan (only jessie and streetch), with this a version that is out of support (let's imagine jessie) in the future will still be able to use these repos, besides your packages are only amd64 and I'll try to do it for more architectures too...

Please be aware of my messages for any questions if I may have

Last edited by mckaygerhard (2020-12-05 12:20:23)

mckaygerhard · 2020-12-15 14:08:54

move to own threatd to mantain this as a anunce only one.. http://dev1galaxy.org/viewtopic.php?pid=26270#p26270

WARNING: [pool www] child 4319 exited on signal 11 (SIGSEGV) after 1800.
162054 seconds from start

[1026369.614673] php-fpm7.2[34794]: segfault at 679deb21 ip 00005631c46d76bf sp 00007ffd18d90390 error 4 in php-fpm7.2[5631c4529000+3cb000]

seems is a know problem.. i repeat all config and setup with 5.6 and got same results..

edit: SOLVED: FOUND THE SOLUTION: as post in https://t.me/s/vegnuli/295

🇬🇧 the problem is that php pecl http has no support to php 7.X neither 5.6 on lasted release and if you install 3.X release does not have support for php 5.6 so that is the problem

🇪🇸 el problema es que php pecl http no tiene soporte para php 7.X en la ultima version ni 5.6 y si instalas las 3.X estas no soportan ninguna php 5.6 ese es el problema

Last edited by mckaygerhard (2020-12-15 16:11:26)

nixer · 2020-12-22 14:42:27

I don't know if this is supposed to be an exclusive "announce" thread or not, but I do have a support request and I think this is the best place to put it. If it needs to be in a thread of its own, please move it.

I have a webscript that requres the package php-recode. When I try to install php-recode, I get this:

root@FC-srv:/home/nixer# apt install php-recode
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:
 php-recode : Depends: php7.4-recode but it is not installable
E: Unable to correct problems, you have held broken packages.
root@FC-srv:/home/nixer# apt policy php7.4-recode
php7.4-recode:
  Installed: (none)
  Candidate: (none)
  Version table:
root@FC-srv:/home/nixer#

The package php7.4 is missing. Can it be created or am I not finding it? I am using the tdrnetworks php builds.
The package php7.3 is present, but I am not running php version 7.3. I did a web search and I don't see any mention of "recode" being deprecated in version 7.4.

mckaygerhard · 2020-12-22 20:43:38

nixer wrote:

The package php7.4 is missing. Can it be created or am I not finding it? I am using the tdrnetworks php builds.
The package php7.3 is present, but I am not running php version 7.3. I did a web search and I don't see any mention of "recode" being deprecated in version 7.4.

use aptitude and install manually php 7.3 and recode from php7.3-recode.. of course sury package are in bad shape and does not have that package and of course the tdenetwork repositorie neither have that package

use most probed event most newer or suffer your problem.· modern things is just stupid fashion

also that was posted here: https://github.com/oerdnj/deb.sury.org/ … -573417243

umm is good idea tedenetwork that you must modify the php-recode to falback only the php 7.3 and not 7.4.. of course those packages from sury are a crap!

This extension is unbundled and moved to » PECL as of PHP 7.4.0. Consider to use the Multibyte String or iconv extensions instead. so a new php-recode must be provided or use the old one.. well i cannot understand.. so stupid..

Last edited by mckaygerhard (2020-12-22 20:46:58)

tdrnetworks · 2021-01-12 21:59:50

Hi Folks,

We have updated the repo just now, with new builds for jessie, ascii and beowulf.

php7.3 7.3.26-1
php7.4 7.4.14-1
php8.0 8.0.1-1

Regards,

TDRNetworks

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

mckaygerhard · 2021-01-13 03:23:38

tdrnetworks wrote:

Hi Folks,
We have updated the repo just now, with new builds for jessie, ascii and beowulf.
php7.3 7.3.26-1
php7.4 7.4.14-1
php8.0 8.0.1-1

what about the php-recode ??? any news about it?

tdrnetworks · 2021-01-13 05:25:09

mckaygerhard wrote:

what about the php-recode ??? any news about it?

There is no news yet, Sury had a similar enquiry and answered this in his usual curt manner, read the docs. Not exactly helpful, however it is correct that php7.4-recode does not exist anymore, as I understand, the module is unmaintained and was removed from php's core.

I believe you can still install phpnn-recode, for earlier versions.

I'll perhaps see if I can work out where the dependency on php7.4-recode is coming and see if I can remove it.

Last edited by tdrnetworks (2021-01-13 05:25:27)

mckaygerhard · 2021-01-13 20:17:42

err seems do you not read my post about .. there is a solution.. please read it!

NOTE> and yes.. that stupid of sury does not made good packages.. i m currently fixed all their work in courier package at debian with markus

Last edited by mckaygerhard (2021-01-13 20:18:52)

mckaygerhard · 2021-01-28 01:06:53

i found a way to make a mirror of the php dte packages and repo, using aptly .. i will try tonight and after all package get build i try to provide x86 32bit builds too..

the recode problem is easy solved using and older version that perfectly works and does not have any security hole! so you @tdenetworks need to rebould a previous version cos the current one is ony for php 7.2 and php 5.6 need an previous one

mckaygerhard · 2021-01-29 20:58:13

hi i found some problems with php packages.. maybe cos in his rebuilds dh_systemd are present and added some scritps ..

# End automatically added section
# Automatically added by dh_systemd_enable/12.1.1
if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ] || [ "$1" = "abort-deconfigure" ] |
| [ "$1" = "abort-remove" ] ; then
	# This will only remove masks created by d-s-h on package removal.
	deb-systemd-helper unmask 'php7.4-fpm.service' >/dev/null || true

	# was-enabled defaults to true, so new installations run enable.
	if deb-systemd-helper --quiet was-enabled 'php7.4-fpm.service'; then
		# Enables the unit on first installation, creates new
		# symlinks on upgrades if the unit file has changed.
		deb-systemd-helper enable 'php7.4-fpm.service' >/dev/null || true
	else
		# Update the statefile to add new symlinks (if any), which need to be
		# cleaned up on purge. Also remove old symlinks.
		deb-systemd-helper update-state 'php7.4-fpm.service' >/dev/null || true
	fi
fi

so i must to go to edit the postrm and postinst files manually to property install thoses packages. i guess must added a confilcts or remove dh_systemd from packagin when builds

mckaygerhard · 2021-02-06 17:31:52

i will started a better service.. i mailed to @tdrnetworks cos i suspect that now security patches and php repos could dissapear.. check my article.. i started packagin in obs venenux service for test and make many fixed over the already devuan packages.. the most cheap service in "free"xian is 500€ .. incredible!

making a #php #security repository was the perfect excuse for making money using the fame from #debian #mantainers https://www.linkedin.com/pulse/plan-mak … lenz-mckay

(spanish here) https://www.linkedin.com/pulse/la-astuc … p-ve-gnuli

tdrnetworks · 2021-02-06 19:20:43

I have just now added packages for php-defaults, php ( 7.3.27, 7.4.15, and 8.0.2 )

This is a make-it-work repo, we are updating the core php versions with each of our releases, and only making the essential changes to the packaging - so that we can build things without systemd pollution.

I agree this repo is potentially time-limited, the sury derived packaging is very complicated, and I expect there will come a time when we become stuck and simply can't build new releases.

For the long term view, it would be better if a team from Devuan or from the community were to adopt it and maintain the packages. Ideally the sury packaging should be simplified, but I do like the ability to have multiple php versions installed at the same time (eg. via cgi or fpm). If the packaging was rewritten, I would hope that this facility is maintained.

mckaygerhard · 2021-02-06 19:59:33

tdrnetworks wrote:

it would be better if a team from Devuan or from the community were to adopt it and maintain the packages..

that0's i was talking about.. but seems from devuan team is not so much interest..

i'm working in .. i just finisshed some changes over 5.6 (well i started 5.6 cos i need it) and update patches.. if you dessire we can coordinate.. if you use a build environment i can pass to you the pacakges..

i have a couple of server to setup a small page and mirror.. but devuan conclave just ignore all of this effors..

mckaygerhard · 2021-02-13 15:43:08

i fount that and send a reply.. every one maybe we can make some kind of pressure, just send a mail to same address to make pressure

https://bugs.debian.org/cgi-bin/bugrepo … =982574#17

My answer at that time was indignation for the bad attention, they say
that the repos are in debian and therefore I ask... is served is in
github or debian, because in github refer to debian repos as official.

Last edited by mckaygerhard (2021-02-13 15:44:18)

beate · 2021-02-13 16:47:26

As this problem will persist on the future - what is the current status of supporting php within devuan themself? And what about having a closer look to the BSD people, notably those of NetBSD and OpenBSD, who also try hard to remain as systemd-free as possible and thus have to deal with similar problems.

I'm aware that this will be a wide field because maintaining php will also affect web server package maintenance - is there any way to cleanly draw separation lines between these fields (i.e. reduce the number of dependencies)?

I would like to avoid having to go back to compile the whole web server related stuff from sources (which i had to do some years ago due to too many undocumented changes in the setup of all this stuff in debian - a nightmare to people who just want to run their web servers).

mckaygerhard · 2021-02-13 23:05:18

beate wrote:

As this problem will persist on the future - what is the current status of supporting php within devuan themself? And what about having a closer look to the BSD people, notably those of NetBSD and OpenBSD, who also try hard to remain as systemd-free as possible and thus have to deal with similar problems. .

This problem is persistent cos we dont join efforces.. tdenetworks gracefully made those php packages without shistemd for devuan users.. and devuan concalve just ignored event try to made as canonical do, another repo where contributors can work and made repos..

those php packages still has problems but i taken and made newer ones and fixed many problems.. that report are made by a partner of me, i solved also solved the problem of php-http module too!

I'm aware that this will be a wide field because maintaining php will also affect web server package maintenance - is there any way to cleanly draw separation lines between these fields (i.e. reduce the number of dependencies)?

there are several forms to deal with that:

taking in consideration the lack of infraestructure on devuan we can use the OBS platform and made extra packages for
send a bug to debian ar4e easyle.. the submission of requests and bugs must be done on a good basis, always alluding to the production deployment, or backward compatibility,
since the main problem of devuan is the lack of staff, unfortunately people like me (difficult to deal with) are the ones who collaborate the most, my repo solves all the bugs that these packages present

devuan VUA bla bla bla must take attention on those .. work close to freebsd community and alpine by example.. now it must be very good since (thank the gods) that centos thing came out of the game on the production servers of many companies.

I would like to avoid having to go back to compile the whole web server related stuff from sources (which i had to do some years ago due to too many undocumented changes in the setup of all this stuff in debian - a nightmare to people who just want to run their web servers)

people like me made packages, steven pusher made also for debian without shistemd stuffs, you only must take it and upload to your arch and rebuil at obs and works..

the problem with those are that not all the packagers in this way made good quality packages.. mostly are just to have it fast and present to make a live disk or something similar..

we have a telegram group dedicated to kfreebsd debian branch (only lived in wheeze and jessie) that just work with some backported stretch made packages that you can build at obs.. debian kfreebsd is just debian normal with different kernel, with shitstemd hard integration kfreebsd flavor stop to released

mckaygerhard · 2021-02-13 23:34:48

seems the "mantainer" takes seriously the issue:

https://bugs.debian.org/cgi-bin/bugrepo … =982574#39

we need to deal with mantainer that dont know about debian! incredible! https://bugs.debian.org/cgi-bin/bugrepo … =982574#17 any one can send a mail to 982574@bugs.debian.org but mus send a copy to leader@debian.org

many people start to use the sury repos and now confusing the problems with debian ones, we must take in consideratin that.. by send a well posted email to those address

mckaygerhard · 2021-02-20 07:44:52

Php-fpm systemd status with one new discution: https://bugs.debian.org/cgi-bin/bugrepo … =959174#72 and the normal hostile respoinse from the mantainer

tdrnetworks · 2021-05-12 12:39:32

Hi Folks,

New packages have been pushed to the repo, for amd64 jessie, ascii and beowulf.

php7.3 7.3.28-1
php7.4 7.4.19-1
php8.0 8.0.6-1

Regards,
TDRNetworks

The repo offers AMD64 debs, and DPKG sources. These are untested and largely unsupported builds produced to remove the dependency on systemd.

### 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

mckaygerhard · 2021-05-12 12:47:23

thanks.. ! great! i will made some backports for still olders debians (non systemd) please could you fix the issues on php-fpm packages?, your packages when is used in a mixed (MX linux) non able systemd debian .. just break the php-fpm

i provide i386 versions of your packages but with some fixeds for php-fpm!

Last edited by mckaygerhard (2021-05-12 12:48:22)

The officially official Devuan Forum!

#76 2020-12-04 12:10:44

Re: deb.sury.org now requires systemd

#77 2020-12-04 12:42:36

Re: deb.sury.org now requires systemd

#78 2020-12-04 19:47:55

Re: deb.sury.org now requires systemd

#79 2020-12-05 03:25:13

Re: deb.sury.org now requires systemd

#80 2020-12-05 10:06:10

Re: deb.sury.org now requires systemd

#81 2020-12-05 12:19:49

Re: deb.sury.org now requires systemd

#82 2020-12-15 14:08:54

Re: deb.sury.org now requires systemd

#83 2020-12-22 14:42:27

Re: deb.sury.org now requires systemd

#84 2020-12-22 20:43:38

Re: deb.sury.org now requires systemd

#85 2021-01-12 21:59:50

Re: deb.sury.org now requires systemd

#86 2021-01-13 03:23:38

Re: deb.sury.org now requires systemd

#87 2021-01-13 05:25:09

Re: deb.sury.org now requires systemd

#88 2021-01-13 20:17:42

Re: deb.sury.org now requires systemd

#89 2021-01-28 01:06:53

Re: deb.sury.org now requires systemd

#90 2021-01-29 20:58:13

Re: deb.sury.org now requires systemd

#91 2021-02-06 17:31:52

Re: deb.sury.org now requires systemd

#92 2021-02-06 19:20:43

Re: deb.sury.org now requires systemd

#93 2021-02-06 19:59:33

Re: deb.sury.org now requires systemd

#94 2021-02-13 15:43:08

Re: deb.sury.org now requires systemd

#95 2021-02-13 16:47:26

Re: deb.sury.org now requires systemd

#96 2021-02-13 23:05:18

Re: deb.sury.org now requires systemd

#97 2021-02-13 23:34:48

Re: deb.sury.org now requires systemd

#98 2021-02-20 07:44:52

Re: deb.sury.org now requires systemd

#99 2021-05-12 12:39:32

Re: deb.sury.org now requires systemd

#100 2021-05-12 12:47:23

Re: deb.sury.org now requires systemd

Board footer