You are not logged in.
Edit: Should this be locked?
is it necessary to ask.?.. broken links open forum threads .. puff
I remember the old forum and the disappointment of the maintainer, at least he put heart into it... in good manner I say that so much filtering and the same bureaucracy that we hate in debian seems to be present in devuan..
my most recent contribution was the improvement at the courier suite.. i made backport pacakges of in venenux repos that are working in devuan of course
Why are there systemd files present in Devuan? That question has been asked and answered several times including recently on the DNG mail list at the end of this post:
"this post" are broken!
Lurker - failed to render page:
Database message source pull failure (not found):
The specified message has been deleted.
what a shame.. more and more failes?
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
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?
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..
FOUND THE SOLUTION: as post in https://t.me/s/vegnuli/295 and https://github.com/oerdnj/deb.sury.org/issues/1506 and comments i unninstall any php-pecl sury package and it works.. the bug is only in sury package.. cos from debian it works flameless, so in my case remove php5.6-http php7.4-http php7.3-http php7.2-http php-7.1-http php-http* and works.. is a sury package that has the bug not the **php-pecl-http** as it said .. puff only shit those support from sury
so we have a problem with the pecl http package so i dont know if by recompiling will fix that cos i dont know why is happened cos i cannot understan at all the bug reported at https://github.com/oerdnj/deb.sury.org/ … -668471509 that seems the original problem
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
found this now.. i repeat all with debian not devuan and got this:
[1026950.392088] /usr/sbin/apach[34726]: segfault at 7fbae6f167a0 ip 00007fbae6f167a0 sp 00007ffc24cd7948 error 14 in libexpat.so.1.6.2[7fbae97b0000+27000]
now i understand why when i put "<?php phpinfo(); ?>" got an error.. cos iterates in all modules until the failed one..
the only linked related are libaprutil1 that depends on libexpat1 and apache2 depends on libaprutil1 .. so apache that shit is a shit.. XD that's why is working with lighttpd and not with apache2.. puff i dont know how to solve this cos the problem is on apache2 debian packages..
seems related: https://github.com/oerdnj/deb.sury.org/issues/1360 but we know sury packages are shit too
in any case i will send the bug mail.. but if you foun some error please hepl me
i started a new thread event post in the tdenetwork anunce post php package.. to mantain order here:
hey @tdrnetworks after using your packages i try now with apache2.. and got some errors.. but before write here i try if the error comes from sury shit packages.. and got something insteersting..
i setup php fpm with apache2 in pure debian way such as:
1 - install two versions 7.2 and 7.4 only but i watn 7.2 globally as default:
apt-get install php7.2* php7.4* php7.2-fpm
2 - setup php 7.2 as default in fpm
sed -i -r 's|^.*listen =.*|listen = /var/run/php/php7.4-fpm.sock|g' /etc/php/7.4/fpm/pool.d/www.conf
sed -i -r 's|^pid =.*|pid = /var/run/php/php7.4-fpm.pid|g' /etc/php/7.4/fpm/php-fpm.conf
sed -i -r 's|^.*listen =.*|listen = /var/run/php/php7.2-fpm.sock|g' /etc/php/7.2/fpm/pool.d/www.conf
sed -i -r 's|^pid =.*|pid = /var/run/php/php7.2-fpm.pid|g' /etc/php/7.2/fpm/php-fpm.conf
/sbin/service php7.4-fpm stop
/sbin/service php7.2-fpm restart
3 - install apache2 and setup php 7.2 as default for all
a2dismod php5.6 php7.1 php7.0 php7.4 php5.6
a2dismod php5.6-fpm php7.1-fpm php7.0-fpm php7.4-fpm
a2disconf php5.6-fpm php7.1-fpm php7.0-fpm php7.4-fpm
a2enmod actions fcgid alias proxy proxy_fcgi setenvif
a2enconf php7.2-fpm
/sbin/service apache2 restart
update-alternatives --set php /usr/bin/php7.2
update-alternatives --set phar /usr/bin/phar7.2
update-alternatives --set phar.phar /usr/bin/phar.phar7.2
update-alternatives --set phpize /usr/bin/phpize7.2
update-alternatives --set php-config /usr/bin/php-config7.2
4 - later put a test file :
echo "<?php echo "hi"; ?>" > /var/www/html/info.php
In this point for that test code it works.. but lest try phpinfo:
5 - put info php test:
echo "<?php phpinfo(); ?>" > /var/www/html/info.php
with that i got a problem, got 503 error a proxy handler unavailable request cod seems "could not connect to proxy handler"
i tried the same setup in debian and does neither work.. only by enabling apache2 php 7.2 mod .. but fpm does not work .. any tips here?
NOTE:
found that the sock points in debian to php-fpm sock that are unique.. .. puff that was in debian not devuan .. using lighttpd everithing is good but with apache i'm unable to setup php-fpm in debian pure way.. always i must enable php mods event confs
EDIT:
no i got
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.. cos i found some old in google searchs..
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
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
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!
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...
thanks thanks many thanks, i will forward this notice
We've updated our repo today, pushed some new php builds - 7.2.34, 7.3.23 and 7.4.11
Packages are available for devuan jessie, ascii and beowulf amd64.
Thanks for your work.. if you need some help just let me know in github or gitlab
the problem is that DVA (devuan veterant administrators bla bla bla ) are like "PICCORO mckaygerhard".. so experts.. so improvement.. so great..
but a little difference: PICCORO does not need help and are not mantaining a distro.. those DVA need help, manpowers and support for Devuan users..
so .. i guess devuan administrators.. need changes.. so Devuan need hard changes..
this is the kind of response when users said the true
Hi again
With the above reasons Devuan is not meant for you. So go and look somewhere else. Stop trolling, please.
Have a nice day
Lars H
We have no plans to stop building for Jessie, we are still using this distro internally ourselves.
... however if there is a breaking change, we may not have any choice. -- We'll try to keep the jessie builds coming for the foreseeable.
i still use wheezy and jessie, please anunce when that happened and i will provide packages for.. currently i'm adapting php 5.6 to wheeze..
Die folgenden Pakete sind zurückgehalten worden:
elogind libelogind0 libpam-elogind
your problem roluan17 are a devuan problem.. deprecated packages in repository AGAIN XD XD .. devuan are always behing debian and cos repositories are "proxied" when debian updates some packages devuan ones are superset!
php-imagick should now be available from the pkgs.tdrnetworks.com repo.
hi great work.. i will make lighttpd packages due current php packages has hard conflicts with them! this problem was addressed to the sury shit but was closed inclusivelly other users wanted..
if you @tdrnetworks have problems and cannot mantain the repository.. ask to me.. i will make a mirror soon.. weantime i will upload to venenux ones in osb counter parts
I would like very much to have a copy of DVD set ISOs of Devuan ASCII when it reaches its EOL, the same for Beowulf later.
Devuan also do not provide any archived thing! only Debian provides:
Archived packages: http://archive.debian.org/
Archived Iso images: https://cdimage.debian.org/cdimage/archive/
We shall not depend on any online services in production environment, for now I just have a set of Debian ISOs and several ZFS replicas of Devuan apt cache.
i'm in the same way, you shoul joing to the venenux telegram group of use the venenux mail list.. i'll show you how to use those and i already have a package that configures any repo depends on the debian release version installed ... https://t.me/venenux or https://groups.google.com/forum/m/#!for … uxsarisari
I need a true NON rolling distribution so that I can reproduce at least a process of installation anytime I ever need later, 5 or 10 years later I shall have all the deb files available (both from Devuan and Debian parts of the currently dynamically combined repository).
So it is just a compatibility stub, not a full blown systemD which screws the whole system up as systemD in Debian.
yes but you know it!
I think a joined effort of Slackware and Devuan developers would make sense in the future.
i already talked about that before.. but well it's well knowed that "Veteran bla bla bla degrees and decorations" admins of linux are kind of people like me! seems bit arrogant
we can see trinity desktop making great efforts..
we can see Devuan team (and veteran bla bla .. etc) making great efforst
we can see the HARD WORK to debloabed the systemshit .. and today systemd are more and more invasive...
Devuan team will need more help.. i just see the lasted collaboration the php extra repo (using sury's extra php repo) with debloabed systemshit stuff.. https://pkgs.tdrnetworks.com/ THAT's a great collaboration BUT why devuan team not just added to main servers mirror? what happened if those packages will dissapears?
currently i try to reproduce that packages to the OBS service due i cannot mantain storage servers and OBS provice all (like ppa's already do)
if Devuan doe not provide a "mentors" like system (as of Debian mentors system) but more like the PPA (where users still can find older versions of packages)... we will always have to wait decades on each new release!
too much propaganda about slack.. very slow for a distro with a package manager so complicated and also proof that slak doe snot work as a dekstop orientes distro.. too heavy
Actually I am interested only in server distributions since I am very happy with Trinity Desktop even on now relatively old Devuan ASCII.
Even Beowulf release of Devuan would be an overkill for my already excellent (for me) desktop.
This is proof that Devuan is not getting lighter with every release...
on the web page it's put as a general purpose but some important features don't work that they do in Debian... soon someone from the blind community will release an article about this
currently i used Devuan Jesie.. that have lack of good multi language support but works more lighter of course.. and have less systemd shit rather than ascii
Why not trying to join efforts with other systemD free relatively stable (not rolling) distros like Salix (Slackware) and Alpine?
you are not the only that said the OBVIOUS but that devuan developers and other distros creators ignore it!
.. like to have Salix and Alpine being packaged with apt as an alternative to their own package managers especially taking into account Salix and Alpine are missing a tool (like Devuan debsums) to verify checksums of earlier installed files.
it's very clear that you do not use alpine linux.. to said that mess!
Stable main OS: Devuan, OpenBSD
does work perfectly for servers,... ok with that! Devuan are for sure the best option on stardar LAMP choices.. or VOIP cases... but for things like panels.. 3trh party solutions etc does not work! . that's the problem with systemd. invation! by example ispconfig and vesta software removed all the sysvinit support!
Alternative main OS: Alpine, Salix
pufffffsssshhhhh, alpine are king on docker deploys, salix.. whaat? but those are a mess at desktops choices.. specially for blind people or novice ! Take note, all the alpine desktop packages were moved to community repos today!
Guest OS: ^above, Parabola, Gentoo, GUIX
yes.. ok gues.. only guesss...
Legacy usable OS: Debian v4-v7, RH/Centos v4-v6
For all the people interested in those! i already have packages for Debian v4 to v7, currently Wheeze has support from exLTS on freexebian site. all the work are at https://build.opensuse.org/project/subp … me:venenux
Unusable shit OS: any distro nailed to systemD
So clear! ^_^u
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!
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!
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!
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!
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