You are not logged in.
many thanks again !!
Offline
Hi Folks,
New packages have been pushed to the repo, for amd64 jessie, ascii and beowulf.
php7.3 7.3.29-1
php7.4 7.4.21-1
php8.0 8.0.8-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
Offline
@TDRNetworks
Thanks for your time and efforts on keeping php updated!!! MOST appreciated!
Cheers,
Neil
Offline
Need yaml module, specifically for v7.4. That is not in your repo. I was able to download from sury and get it to install, so I currently do not have an issue. But, it would be nice if it was in tdr's repo for the future.
I'll be happy to do whatever to get it to you; testing, whatever. Doing what I did (downloaded sury's stuff, made sure it actually installed, etc...). Or, if you are builing from scratch and have instructions, I can do that.
Again, thanks for all the work you do on this.
Rod
Last edited by rodolico (2021-10-10 06:53:21)
Offline
The repo has just now been updated, I have pushed new builds with all patches/backport fixes from the php-team/sury repo as of 06/Oct/21.
New packages are up for, for jessie, ascii, and beowulf.
I'll try to get a look for the yaml module, however I have recently added a rebuild for php-redis.
php5.6 5.6.40-54
php7.0 7.0.33-25
php7.1 7.1.33-13
php7.2 7.2.34-25
php7.3 7.3.31-1
php7.4 7.4.24-1
php8.0 8.0.11-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
Offline
Thanks again!
Offline
i revised your packages and still have some issues.. it not integrated well and acl supprot are not enabled.. i will check again the php 5.6 today before upgrade my own repos at OBS and post feedback here..
your packages does not are in sync with the debian (and consecuently devuan cos it tracks debian ones) recently .. sopecificially php-common package
i not just criticis.. cos i also provide to yu the sources and changes in my ones..
Offline
Lets go back to the beginning of this thread for a few moments, back when there was a change made by the sury.org repository to "require" systemd to be installed for his packages to work. This is what motivated the topic of this thread. When this topic was created, a "dist-upgrade" with deb.sury.org repository would require an install of systemd.
I noticed today that there is a new package that gets installed in my devuan system called "systemd-standalone-tmpfiles" and the description of the package is:
"Standalone tmpfiles binary for use in non-systemd systems" and is maintained by "Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>".
An old quote from the deb.sury.org maintainer, "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." This quote is from Feb. of 2020.
Does anyone know if this new package is related to the quote above ?? In other words, does this new package correct the systemd dependency on deb.sury.org packages? Does anyone know anymore about it? I have not found out much, yet.
I did install it on a daedalus system with tdrnetwork packages built for beowulf. I then commented out the tdrnetwork repository and uncommented the deb.sury.org repository. An "apt update" and "apt dist-upgrade" did not try to pull in any systemd packages. So, I am wondering if this will make it safe to enable the deb.sury.org repository again? Does anyone know more about this?
This new package is only built for sid, but will install in both ceres and daedalus without trying to pull in systemd.
Offline
This new package is only built for sid
It's made it into testing now, along with systemd-standalone-sysusers, which means it's eligible for backporting:
https://packages.debian.org/search?keyw … ection=all
However they do contain binaries built from the systemd source code, which might render them ineligible for Devuan's repositories.
EDIT: the package Provides systemd-tmpfiles. Does that satisfy the dependency?
Last edited by Head_on_a_Stick (2021-12-20 20:35:31)
Brianna Ghey — Rest In Power
Offline
Thanks HoaS.
they do contain binaries built from the systemd source code
That does not sound good. Regarding php, I am just trying to keep up with what is working with devuan.
Offline
If I recall, the problem is not just regarding systemd-tmpfiles.
For FPM, there is a --with-systemd compile time option, which makes fpm spend cpu cycles 'reporting' status to a non-existent systemd api. This is not configurable in the php settings - you can't turn this behaviour off, so my builds change this to say '--without-systemd'
Perhaps the opentmpfiles shim could be used, but for now and for backwards compatibility my builds restore the old behaviour using the init script.
I expect to have some updated packages ready soon including for Devuan Chimaera.
Last edited by tdrnetworks (2021-12-23 14:01:38)
Offline
I expect to have some updated packages ready soon including for Devuan Chimaera.
This is good news. Thank you for what you do!
Offline
Hi,
I have just now pushed a set of new php versions to the repo.
php8.1 and Devuan Chimaera are now added.
### 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
### PHP Rebuilds for Devuan Chimaera
deb https://pkgs.tdrnetworks.com/apt/devuan chimaera main
deb-src https://pkgs.tdrnetworks.com/apt/devuan chimaera main
Offline
Hi @tdrnetworks,
I have just now pushed a set of new php versions to the repo.
php8.1 and Devuan Chimaera are now added.
Is it posibble that you can put xdebug packages as well?
Many thanks for your efforts to keep that repo up.
Offline
I do understand the concept of "no support" but I hope it will not hurt to ask if there are packages missing.
My instance of nextcloud is throwing up an error about missing the php module "imagick". I can only see the "php-imagick" package available with the deb.devuan.org repository now. The php*-imagick packages from the tdrnetworks repo are not showing up:
root@server:/home/user# apt policy php*-imagick
php7.4-imagick:
Installed: (none)
Candidate: (none)
Version table:
php-imagick:
Installed: 3.4.4+php8.0+3.4.4-2+deb11u2
Candidate: 3.4.4+php8.0+3.4.4-2+deb11u2
Version table:
*** 3.4.4+php8.0+3.4.4-2+deb11u2 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/status
Whereas the deb.sury repos shows all the individual modules for each version of php. I activated this repo only for this info:
root@server:/home/user# apt policy php*-imagick
(...snip...)
php7.4-imagick:
Installed: (none)
Candidate: 3.6.0-4+0~20220117.35+debian11~1.gbp149f82
Version table:
3.6.0-4+0~20220117.35+debian11~1.gbp149f82 200
200 https://packages.sury.org/php bullseye/main amd64 Packages
php8.1-imagick:
Installed: (none)
Candidate: 3.6.0-4+0~20220117.35+debian11~1.gbp149f82
Version table:
3.6.0-4+0~20220117.35+debian11~1.gbp149f82 200
200 https://packages.sury.org/php bullseye/main amd64 Packages
php-imagick:
Installed: 3.4.4+php8.0+3.4.4-2+deb11u2
Candidate: 3.4.4+php8.0+3.4.4-2+deb11u2
Version table:
3.6.0-4+0~20220117.35+debian11~1.gbp149f82 200
200 https://packages.sury.org/php bullseye/main amd64 Packages
*** 3.4.4+php8.0+3.4.4-2+deb11u2 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/status
(...snip...)
php8.0-imagick:
Installed: (none)
Candidate: 3.6.0-4+0~20220117.35+debian11~1.gbp149f82
Version table:
3.6.0-4+0~20220117.35+debian11~1.gbp149f82 200
200 https://packages.sury.org/php bullseye/main amd64 Packages
My sources.list includes
deb https://pkgs.tdrnetworks.com/apt/devuan chimaera main
I have no related "apt pinning" in preferences.d folder, nor do I have any packages on "hold". This command returns nothing:
apt-mark showhold
Other packages from the tdrnetworks repo are showing, for example:
php8.0-fpm:
Installed: 8.0.14-1+devuan4~1
Candidate: 8.0.14-1+devuan4~1
Version table:
*** 8.0.14-1+devuan4~1 500
500 https://pkgs.tdrnetworks.com/apt/devuan chimaera/main amd64 Packages
100 /var/lib/dpkg/status
Are these "missing" php*-imagick packages, or is there a reason why the tdrnetworks packages are not showing up at all?
Offline
Hi All,
We have pushed a bunch of new packages.
PHP 8.0.15 and 8.1.2 are now available.
php-xdebug packages are now available.
php-imagick is now built for chimaera.
apt-key adv --keyserver keyserver.ubuntu.com --recv 1CC02413BFF88108
### 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
### PHP Rebuilds for Devuan Chimaera
deb https://pkgs.tdrnetworks.com/apt/devuan chimaera main
deb-src https://pkgs.tdrnetworks.com/apt/devuan chimaera main
Regards,
TDR
Last edited by tdrnetworks (2022-02-24 10:26:37)
Offline
php-imagick is now built for chimaera.
It installed without issue, is recognized, and working fine!
Thank you TDR for your work in making these packages available.
Offline
php-xdebug packages are now available.
This one was the only package installed from sury's repo. Now it gladly comes from TDR.
Great thanks to you TDR.
Offline
How can I solve NO_PUBKEY 1CC02413BFF88108 error?
W: GPG error: https://pkgs.tdrnetworks.com/apt/devuan chimaera InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 1CC02413BFF88108
apt-key adv --keyserver keyserver.ubuntu.com --recv 1CC02413BFF88108
Offline
How can I solve NO_PUBKEY 1CC02413BFF88108 error?
W: GPG error: https://pkgs.tdrnetworks.com/apt/devuan chimaera InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 1CC02413BFF88108apt-key adv --keyserver keyserver.ubuntu.com --recv 1CC02413BFF88108
Excellent, thank you for the update!
Offline
Hi,
I have just now pushed a set of new php versions to the repo.
php8.1 and Devuan Chimaera are now added.
Thanks for the hard work. I have a x86 chimaera install and when I try to apt update it says:
N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'https://pkgs.tdrnetworks.com/apt/devuan chimaera InRelease' doesn't support architecture 'i386'
1. Is there any chance x86 support is coming?
2. When will it be available in chimaera-backports? PHP7.4 is now EOL. So PHP8.x should be made available.
3. I found this php-8.2 package which is available in ceres and daedalus. Can this be used instead on x86? What would be the difference with tdr option? I'm thinking of following this to mix Daedalus packages with Chimaera if it doesn't cause issues.
EDIT: I tried adding
deb http://deb.devuan.org/merged chimaera-backports main non-free contrib
in /etc/apt/sources.list and after an apt update I found php-8.2 and many other extensions are available. So far so good. But php-fpm is still at 7.4 unfortunately. A search shows that it is available in ceres and daedalus. Is there a way to install it with backports? Or would I have to mix?
Please disregard the edit. Some packages were left from my earlier attempts.
Last edited by john2009w (2023-02-14 07:09:42)
Offline
Hello TDR,
PHP has released some security related versions recently. Although they are already in sury's repo, TDR repo hasn't seen any update since October. And also missing PHP 8.2 release.
Are there any plans on updating the repo to catch up with upstream?
Thanks.
Offline
We've not had time yet to look at Daedalus or adapting a PHP8.2 package. Will try to get around to it.
I have updated the 8.0 and 8.1 builds, for Ascii thru Chimaera.
@john2009w - We only have x64 build environments set up - not x86, although the sources are provided in the repo; technically it should be buildable - but we've not tested this.
Offline
@Erdem
Here is a guide if you want PHP 8.2 on Devuan Chimaera.
@tdrnetworks
I see. No problem though. I have figured out a way to "mix" testing/daedalus packages with chimaera and got PHP 8.2 working on i686. So I should be good for now at least.
Although it would be good to see a collaboration of you guys with Devuan team maintaining PHP 8.2. And hopefully it will be there on backports, as 7.4 is deprecated on November 2022. It should be made available asap.
Offline
i already said this before, i mentioned that devuan conclave and kids must take into the TDE networks php packages and provide something like "devuan mentors" but without erasing the older packges..
by the way i am working in new releases of packages for older versions of devuan in venguli and venenux OBS repos.. i am always in sync with tde networks and making minor fixes
Offline