You are not logged in.
Hi,
There has been a problem for several days with the remote directory for updates: deb.devuan.org
It does not respond and it is impossible to update an already installed system or to install a new one via this directory!!!
Since it is theoretically the reference server allowing the synchronization of other update servers with the latest patches, the situation is not very positive...
By choosing other installation directories, we advance a little more, but it ends up blocking in the end too. It is impossible to install Devuan ;-(
I am extremely surprised that this failure has been going on for several days and that no one has reported it. Devuan seems to be seriously lacking in human resources...
It would be good if Debian would agree to integrate your interface allowing you to choose which initialization system you want to use (InitD, SystemD or other) and that you merge the two projects, in the interests of users and the projects themselves.
In the meantime, if we can help you a little, tell us how... not liking SystemD, I tested Devuan in a virtual machine to test its reliability and hope to reuse InitD. I can only be disappointed with the result.
Greetings.
Offline
Welcome Phil.
I think you are slightly off track, the server called deb.devuan.org just works fine. Just did an apt update on my Daedalus, it worked here in Germany via the Telekom network. I can also switch to the devuan.org web page via the link on the right hand corner at the top of this page.
There were various events like this in the past, typically apt update not working against deb.devuan.org. You may search this forum for posts about this issue.
None of them was a server failure. It always boiled down to DNS issues. Various approaches are possible: use another DNS, look for a close by suitable mirror via this page https://www.devuan.org/get-devuan, talk to your network provider ...
Good luck
Last edited by rolfie (2024-12-10 12:43:33)
Offline
Hello Rolfie,
Well from Switzerland by using the Swisscom network it doesn't work.
I've provided links below to the error encountered.
https://image.noelshack.com/fichiers/20 … -48-32.png
https://image.noelshack.com/fichiers/20 … -42-10.png
https://image.noelshack.com/fichiers/20 … -47-50.png
Regards
Last edited by phil995511 (2024-12-10 16:10:21)
Offline
So close by ...
Have you tried the other three mirrors on the list?
Offline
What response do you get from:
host deb.devuan.org
ping -c 1 deb.devuan.org
And try the same for the other 3 mirrors listed in your first image.
Offline
You should verify that the installation sets up the network properly.
One method for that is to:
1. start the installation, and advance to where it is asking for root password
2. then press ctrl-alt-f2 so as to shift to get a shell prompt in VT2
3. type: ping -c 1 deb.devuan.org
which should respond with success.
If not, then the network is not set up for some reason, and that would also be the reason for not connecting to the repository host(s).
Offline
Forgive me, i've been so neck-deep in so many things the last two weeks that I don't even remember every detail of what i've done, but at some point somebody posted a link somewhere to an interactive map of Devuan repositories, you could zoom in on your area and it would show you the closest one.
For what it's worth, this is what i've been using for the last 3 weeks or so, it's been lightning-quick for me, a real joy to use, download speeds are superb.
deb http://gnlug.org/pub/devuan/merged daedalus main contrib non-free non-free-firmware
deb http://gnlug.org/pub/devuan/merged daedalus-updates main
deb http://gnlug.org/pub/devuan/merged daedalus-security main
https://sourceforge.net/projects/vuu-do/ New Vuu-do isos uploaded 12/24!
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
New Devuan-mate-mini isos too!
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Offline
@rolfie I tried a repository in Germany and it doesn't work either.
@chris2be8 https://image.noelshack.com/fichiers/20 … -52-12.png
@ralph.ronnquist The Devuan virtual machine I installed several months ago and which has always had access to the internet can still have access to it, but it cannot update itself via Devuan's servers. This is how I discovered the problem. So it is not a network configuration problem at home.
A new installation of Devuan gives the same problem (see screenshots above).
My other virtual machines on Gnome Box work perfectly without any problems, as does my base operating system (Debian 12).
@greenjeans I'm sorry but this doesn't help me.
>> I wanted to test Devuan because I was considering moving from Debian to Devuan. Since I have this problem, I think I will stick with Debian which seems more stable to me... I will not spend more time on this problem anyway. But I think that in the interest of your community a maintainer should take this problem in hand because I am certainly not the only one to whom this mishap has happened.
I have reported the problem to you, it is up to you to resolve it. I wish you a good evening and will see you one of these days.
Bye.
Offline
Wait a moment, you used deb.devuan.com. Thats not correct. Please use deb.devuan.org to ping.
On the other hand: this is my result:
~$ ping -c 1 deb.devuan.org
PING deb.rr.devuan.org (131.188.12.211) 56(84) bytes of data.
64 bytes from ftp.rrze.uni-erlangen.de (131.188.12.211): icmp_seq=1 ttl=52 time=32.9 ms
--- deb.rr.devuan.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 32.882/32.882/32.882/0.000 ms
~$ ping -c 1 deb.devuan.com
PING deb.devuan.com (199.59.243.227) 56(84) bytes of data.
64 bytes from 199.59.243.227 (199.59.243.227): icmp_seq=1 ttl=248 time=14.8 ms
--- deb.devuan.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 14.752/14.752/14.752/0.000 ms
No loss on both.
You should blame it to your internet provider. They are filtering/blocking stuff they do not understand. Talk to them why you can't get even a ping to a software site.
Last edited by rolfie (2024-12-10 22:49:04)
Offline
@phil995511 dude don't give up that easy. It's been shown clearly from what I read that it's not an issue with deb.devuan.org, or the devuan operating system, or even with your machine, it's just a DNS issue. And might actually be the fault of your ISP.
Somebody correct me if i'm wrong, but my understanding of the matter, is that deb.devuan.org is not a repo itself, but merely a system that works to find the best mirror(s) for your location, and download what you need from there, without you having to use a static repo address that only goes to one repo.
At least that's my understanding of it in layman's terms. It's a smart way to try and do things. I just don't feel like mucking about with DNS settings right now as i'm neck deep in other stuff, so I use a mirror off the freely available list on Devuan's site and just go directly there for now. But at some point i'll fix it.
But i'm a novice at this, I could be wrong about all the above, lol.
Best of luck whatever you decide, thanks for giving Devuan a try.
~greenjeans
https://sourceforge.net/projects/vuu-do/ New Vuu-do isos uploaded 12/24!
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
New Devuan-mate-mini isos too!
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Offline
Mmm, I take it that you followed the instructions and verified that the network works, rather than merely just assuming that it works because "it worked before"?
If you do have that network connection verified with a positive ping response, then it would appear being either an intermittent problem (typically due to DNS failure), or an active TCP blocking (while allowing ICMP traffic) in between. You might need to engage your service provider for the latter.
Offline
Look at this thread:
https://dev1galaxy.org/viewtopic.php?id=6834
All I can say is this: most probably a provider's configuration is to blame. If the provider is worth a thing, you could ask them to resolve that erroneous configuration of the provider's DNS-/Firewall- or Box-setup.
If not: a work-around is noted in that thread:
(--> Using deb.rr.devuan.org in /etc/apt/sources.list works perfectly well, as do all (most) other mirrors. <--)
Devuan and its OS is great and works really well. Thank you, Devuaners!
Last edited by Andre4freedom (2024-12-11 10:16:44)
Offline
Looking at your ping attempt I noticed:
You ping'ed dev.devuan.com which is wrong. As said above try deb.devuan.org (deb not dev and .org not .com).
DNS lookup for dev.devuan.com worked and got the same IP address as I did (199.59.243.227).
The ping didn't get a response for you, but I did when I tried it just now. But ping uses ICMP and devuan uses HTTP or HTTPS to get updates.
So try deb.devuan.org and post output if that fails. You might have ping blocked, you could check that by trying to get to http://deb.devuan.org in a broswer.
Offline
With next to no useful information to go on, a posting style reminiscent of trolling and very entitled attitude, I doubt this OP can be helped.
Offline
So try deb.devuan.org and post output if that fails. You might have ping blocked, you could check that by trying to get to http://deb.devuan.org in a broswer.
Tried yesterday both. Can get to the link using my browser, but pinging brought no results. Also tested it in Synaptic (changed sources.list back to default) and it wouldn't work there either.
No biggie for me, just reporting results for the database. My ISP is Alliance Communications here in the US (fiber).
https://sourceforge.net/projects/vuu-do/ New Vuu-do isos uploaded 12/24!
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
New Devuan-mate-mini isos too!
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Offline
deb.devuan.org resolves to list of IP addresses (shown by host deb.devuan.org). Which IP address you get when you try to access one varies. This is useful to spread the load over several destinations.
But if one is down you get intermittent failures. Testing a few now I found 147.78.194.22 (147-78-194-22.ipv4.at.ungleich.ch.) doesn't respond to pings. But there seems to be a web server there.
One get round is to pick one that works and use that.
Offline