You are not logged in.
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
Ah, so people who get better support are those who pay...
That makes sense
well guys.. party is over.. do you remenber the happened with grsecurity patches? well will be happened with updates maybe.. check this now, but is an important thing.. we understand all have cost.. it is too suspicious that having problems with #jessie now that they are going to #pay for sure will solve them after refusing to do in github issues panel! very very rare right?
🇬🇧 making a #php #security repository was the perfect excuse for making money using the fame from #debian #mantainers https://qgqlochekone.blogspot.com/2021/ … y-and.html
🇻🇪 hacer un #repositorio de #php fue la excusa perfecta para hacer dinero usando la fama de mantenedor https://www.linkedin.com/pulse/la-astuc … p-ve-gnuli
google recently deploy a teraflops cabel conectin USA and EU, puff gooogle is the big brother that crash linux currently..
What is not clear? you do not see any point in these updated packages, in a serious company, and I will explain so that it is not misinterpreted:
1. Many companies for reasons of both money and loyalty to their customers (which are the most important) can not simply migrate things, the biggest example is the move from python 2.7 to python 3. of cousre that crap named python finally got a "decent stable not changin constantly" api in 3.X series
That's the reason why it's "only some packages", let's see if I was clear... and also..
2. The second thing is that it is not "some" but "on demand" if some package suddenly needs security it is included, ah of course this is only done by those who pay. The one who doesn't pay only enjoys what is there... now if I was clear?
we must read inside the lines of the freexian pages.
those directions has PROs and CONs ...
LEst take only one point: software availavility:
PRO:
if there a fully hole world standar in linux.. any of the developers and packagers (and also 3rth party companies etc) will always made quiclky packages for your OS (linux, not debian or BSD or alpine etc etc) cos just will build in an only working environment etc etc well you know
CON:
so more shit will come to the only hole, just liike M$ guindows.. .. and companies will do the whatever wants.. cos there is only one direction .. (umm like disctatorship), i guess redhat, suse and such craps are under the hood right! very suspect!
I really apreciate that the PRO but i'm more afraid of the CON's
take into account that all the post that said somethig hard but true.. is banned as "are you tyrolling" .. interesting from Devuan forum administrations..
the problem is not Debian .. the problem is the position of the Devuan conclave.. it must work aside with Debian cos it depends of debian ..
antix team is a good aproach.. +1 for.. but i guess is more an idea of anitx/mxlinux team rather an idea of devuan teams.. that's the point
CAN YOU GUYS CHANGE THEIR MIND, well i back to work.. i must talk with tdenetwork packagers.. i found some details in the php packages.. and i remade many of them fixed for Devuan
For those that does not know, i repeat again.. ExLTS is mostly sponsored.. but not in all, we can use the packages freelty, but companies paid the support TO BUILD packages only as they need, by example we have golang with a several bug, and no one of the companies that are paying need that package. well will not to be included.. in fact kernel is always backported, its more like the D-I backports images of kenshi muto in older days..
Okay, now I am curious of your sources... can you show me evidence of such? I thought ELTS costs money for all people.
you already learned to read ... and I already gave the wiki pages where the info comes out ... I must do your homework? .... well is clear you are missing something
KDE is based on qt5 and past,
Trinity is based on an old version of qt3.
So... yeah,
Trinity can easily survive without KDE.
trinity are away of KDE now.. a lot.. inclusivelly begins a muslc integration (very poor but there is).. in fact there's some plans to tqt3 (that you named qt3) integrates to qt4 and qt5 (partially right now with qt4)
Unless I am missing something.
PS, qt3 is being maintained by the trinity devs also.
yeah you missing a lot.. now is named tqt3 .. they changed a lot and still use /opt path to install until the naming space are complete (from kde to tde)
another of my proposal was make the trinity desktop the default in devuan but as aways rejected and without interes
mckaygerhard wrote:it seems that debhelper 11+ integrates dh_systemd, devuan developers need to manage the buils of this and remove that code.. most easy way is an auto_dh_systemd empty section in debian/rules of rebuild debian merged packages..
there also other amprolla merged ones that are not managed by devuan such as the famous courier-imad so widelly used:
i search at the search tool site of devuan and we can found several systemd files present in the system:
https://pkginfo.devuan.org/xsl-bin/pack … .6+1.0.6-1 it put a /lib/systemd/system/courier-imap.service file and also trigger into postinstall file..
security updates need also be tracked i noted the delayed way of devuan respect the souorce of the packages (debian)
For once, I agree, NetworkManager is going to cause problems.
Connman and wicd are good workarounds for now. Dhcpcd-gtk would be useful, only problem is, I don't know to get it running in devuan.
In Hyperbola its super simple.
Devuan/Debian distros, not so much...
well i was talking about two things in same way, networ-manager problem is not take a program and make to work.. wicd are only eth0/wifi and conmman is not so active developed.. well only end users will be affected and in those limited programs devuan will be used by hackers only ..
we need to make it work the network-manager package, devuan and debian packagers must work togetter as winbuntu does, yeah sounds nasty but well devuan relies on debian sources
...
Trinity Desktop is okay in my opinion, (Gnome/KDE go away
)
That being said, I have seen my share of crazy stuff on the internet, and your comments remind me of stuff that is a bit trollish.
That aside though, if more distros cooperate, its possible they might become redhatted to death with systemd and other crap.
The opposite of course could also be true. But I don't want to hold my breath. The future is very cloudy at the moment as to what would actually happen. Although the clouds are probably more dark then light.
PS, I don't troll 100% of the time, but when I do, I try to keep it mostly harmless. This is an example of it.
i dont know what is "troll" but taking in consideration that sentence around trinity desktop.. was double ironic.. cos is also kde so trinity will go away also..
but @zapper maybe we take in consideration your words.. carefully, centos disapears and redhat is paid.. so debian could be converted in a kind of shitntos.. i mean centos.. take note:
1. added suppoort and the keyword of LTS liek winbuntu looks like centos right?
2. have expernal extra repositories like deb-multimedia and now that crap of sury? like centos right?
3. now increase development and releases and have support for oldstable adn ALSO OLD OLD OLSTABLE !!! (in old days just archived and only one are used) like centos right?
puff debian the new centos.. we must take this seriusly
Security updates are sometimes late in devuan because amprolla gets confused when it sometimes gets a 404 on a debian repo. When this happens, it's usually discovered and fixed within a few days. You've probably seen the discussions on this forum about it.
There are people working on this, and based on something I was told a few days ago, it might already be fixed.
Thanks, that's a good response.. i noted the problem as i said.. and some time ago there was a project to do the same at the Devuan side! what happened with that? was dissapear and i cannot found any hint about
About amprolla i talked about the disavantages in old days but (cos erasing are the rule) i lost the info in devuan sites.. I proposed an idea similar to Debian mentors, but morte with a build site like OBS, i.e. something like PPA for winbuntu, due Devuan limitations on resources and manpowers, the most cheap way is request support of Devuan images in OBS (Opensuse Build Service).
finally at last, talking about support and info, in web page they changed the color scheme of the web page, now there is a decent contrast, but the information is too general, I searched a lot how many years of support has each release and it is not there, this is because each release changes respect of the software included and this influences the supported one
But yeah, its 5 years unless you use Extended Term Support builds and I looked up how much it costs, its expensive lol.
...that a private company is offering commercial support fo...
For those that does not know, i repeat again.. ExLTS is mostly sponsored.. but not in all, we can use the packages freelty, but companies paid the support TO BUILD packages only as they need, by example we have golang with a several bug, and no one of the companies that are paying need that package. well will not to be included.. in fact kernel is always backported, its more like the D-I backports images of kenshi muto in older days..
He means Extended Term Support, but yeah... he is kind of full of it.
Trolls are usually more fun if they are NOT hating or NOT doing despicable stuff. In this case the former is what I see...
But yeah, its 5 years unless you use Extended Term Support builds and I looked up how much it costs, its expensive lol.
the point here is that if we sourcered debian pacakges to clean from shistemd, why security updates in devuan are so late? lest remenber that ExLTS packages are free of use.. of course, i grab that sources and build my own devuan packages cos devuan ones are so late ..
stop of "troll you said the true i'll will banned you"
To be on topic, and probably to repeat earlier stuff which I'm not bothering to read: A lot of packages drop files into systemd locations. It doesn't harm a system to have /usr/lib/systemd/system/$FOOBAR.service as a file. It just doesn't help either.
If you would like to contribute to how Devuan operates, we meet weekly. You can read the announcement for how to attend the meetings: https://lists.dyne.org/lurker/message/2 … 7c.en.html.
network-mananger still cause some problems.. and now i found systemd files present in some non managed devuan packages..
i search at the search tool site of devuan and we can found several systemd files present in the system:
https://pkginfo.devuan.org/xsl-bin/pack … n=0.69.0-2
it seems that debhelper 11+ integrates dh_systemd, devuan developers need to manage the buils of this and remove that code.. most easy way is an auto_dh_systemd empty section in debian/rules of rebuild debian merged packages..
there also other amprolla merged ones that are not managed by devuan such as the famous courier-imad so widelly used:
i search at the search tool site of devuan and we can found several systemd files present in the system:
https://pkginfo.devuan.org/xsl-bin/pack … .6+1.0.6-1 it put a /lib/systemd/system/courier-imap.service file and also trigger into postinstall file..
security updates need also be tracked i noted the delayed way of devuan respect the souorce of the packages (debian)
mckaygerhard wrote:always people that does not know nothing:
mckaygerhard wrote:again talking without well knowed !
Your wording is a bit rude for me. In this forum we are used to another kind of tone. Your information, on the other hand, is very valuable; thanks.
right now i'm using Chimaera fron a upgrade, for first time, its like testing right? foudn some things that are not confortable (well is development but let me xpalin)
in almost any daemon package seems dh_systemd seems was present:
# End automatically added section
# Automatically added by dh_systemd_enable/13.3.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
taking in consideration it comes from debian debhelper in debian are now 13 and seems autoload dh_systemd
on devuan the debhelper package must override the "auto_dh_systemd" and fil with empty section.. this is not a secret since ascii..
is an important detail .. well and a ugly way to solve .. but is nasty in so many package already in stable at debuan merged repository
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
sudo is a sh*t that makes a linux box acts like a windo one! puff .. is has a larrge history of several security holes, i mean several security interestelar black holes.. in fact
Hi,
One little problem:
What works:
Connect the Raspi via ethernet cable with my Fritz!Box
Boot the Raspi
nmap shows two ip-addresses related to the Raspi, on both sshd is running and useable.What does not work:
Disconnect the Raspi from the Fritz!Box
Boot the Raspi
nmap shows the ip-address related to wlan0...but all ports are closed - no sshd deamon is running.I searched the internet and as far as I can tell...this kind of problem isn't new and I am not alone.
.....How can I fix this?
err.. i just will jump to response that wlan0 does not reply to nothing until from that target you reply to that client... yeah very rare but is since Debian 8 so is not problem of Devuan..
i mean.. i have two connections.. eth0 and wlan0.. started ssh and deactivate the eth0 .. does not care order .. just i only have wlan0
if i try to access from another client using ping it not reponds ..
but if i send ping to cleint from raaspi .. using wlan0, to client.. now the client can connect and use any of the services of the host remote!
Thanks. I wasn't aware that a private company is offering commercial support for Debian, but I'm not surprised by that. If someone wants to form a private company to offer extended support for Devuan users, they are welcome to do so. I don't think it's fair to fault the dozen or so devs we have for not doing that.
Extended Long Term Support (ELTS) is a commercial offering to further extend the lifetime of Debian releases (after the 5 years offered by the LTS project). It is not an official Debian project. Debian's infrastructure and other Debian resources are not involved.
again talking without well knowed ! everybody can have free access to those security updates..
i mean. this company pays for security suppor and you have freely access the work they paid for, their only benefit is stable long term usage and slow migration of the things.. practically just only does not say "works for me". hu you got it? NOTE: of course only of those package they used.. by example server focused mostly
in fact devuan has less work cos just track security patches from debian.. so in fact debian are doing the mayor work..
I will illustrate the reason for this thread: let's say the courier package in debian is only a week old, the maintainer in devuan doesn't have to do all the work I did in december for a month (yeah i work for a month) but just reads the commits, and removes the systemd support, that's all... and that's all... this can be done in just two days... but it doesn't happen like that...
the only exception to that example are system packages like sysvinit or eloginid or very punctual things like network manager (that has problems and always block login related packages)
... but still if we talk about security patches this is practically add and go in 99% of the cases... not say "it works for me" or have more than 3 months of delays in patches for lilbrerias that have nothing to do with systemd.
and Devuan as i know still are only 5 years of support,, Debian has 3+2 + ExLTS in a total of 7 years..
I've never heard of this before. Does Debian have a secret server for companies that want the extra two years of support? How does one go about getting that? Or is it only systemd that they support for the extra two years? That would explain why it's not in Devuan.
Do you even know how Devuan gets its packages? Have you heard of amprolla?
FYI: 99% of packages in the Devuan repository are not in the Devuan repository. When you understand that, you will have attained some level of enlightenment.
always people that does not know nothing: https://wiki.debian.org/LTS/Extended and https://wiki.debian.org/LTS
I just started showing up to Devuan meetings and said I had some modifications to packages, and boom, they shoved some stuff at me and now I'm responsible for a few things!
security updates are behind .. so where is that work?
riht now i not have a picture cos i answered wuickly.. but your response is "invalid .. it works for me"
i offered two times fixed some problems with utf8 and rusian languaje in devuan .. the errors still happened today! ..now i only use devuan for server due desktoip is only for hackers..
agains .. stop of "it works for me.. debian is evil" and start to work property, security updates for devuan are very very slow and security period time is very little (5 years only)
right now i publish some patches for courier .. but i do not noted that updates in devuan yet! (well maybe after this will be there.. but was on december)
to remove wicd you must disable recommends, later force unninstall and later reinstall all network manager..
that wicd depends or install are triggered by debian changes in last two releases by example the Recommends on LXDE and LXQT are "wicd | network-manager-gnome" so due wicd are first is installed in task of packages..
HI - new to the forums.
At first installing Brave web Browser was fine, and the browsing experience was great.
But- I am now finding with every update of brave, the functionality of brave is getting worse! - it crashes Anybody else having this problem?Many Thanks
pootler
i have this issues with ascii .. and now i use devuan only for development and for desktop home use antix or mxlinux with init (debian in core of course)
it seems the problem relies in incomplete updates.. by example brave depens on "x" package that are not upgraded so will crash.. devuan has a very slow update project so updates are not in sync with brade that in fact is take devuan as a debian system and devian has regular updates of course..
so i only updated brave or anything when i noted well sync updates on devuan respect debian..
Came across this via Distrowatch. I think this proves that Debian's vote about init systems was a complete farce.
this is incredible! still wants to block init diversity
Trolling doesn't really benefit anyone. I have done my share of trolling, but these people have done nothing to deserve it, so please don't...
you only understand "trolling" but is a sad true.. i currently cooperate with two packagin issues in debian that in debian DEVUAN was just marked as "works for me" but well..
as always users are the only afected.. linux dont need more and more distros need more a better packagin and cooperation that seems here are not managed.. by example tdenetwork provided good php packages that are not merged into main devuan repositories.. that will help most deployers
Debian has now an LTS project that provides for companies and stable production deploys prominence and time to leaders of deploys to property migrate their artifacts..
currently Devuan does not have a well up to date security follows of the Debian security project.. and Devuan as i know still are only 5 years of support,, Debian has 3+2 + ExLTS in a total of 7 years..
My issue here is that Devuan must be more flexible with packagin and more attent with artifacts.. currently i noted that is more easy to provide help to debian (noted courier packagin in last month) rather in Devuan.
In almost any of the places if i pust a very very hard criticims.. is taken as an attack.. of course .. if the work is bad must be pointed.. and i always provide the right solution.
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