You are not logged in.
Stop, back to square one. The server was off a day or two, just switched it on and tried to continue my setup. Again, I have no access to the file server from my workstation. Again the checksum problem when trying to connect. Looks like something is happening during power off.
Where can I check the port setting of Webmin on the file server? I can access it via putty/ssh, but when looking thhrough the webmin configs I can't find any location where the port etc is saved.
I am using webmin 1.900 which is/was the latest version.
Rolf
I realize this is on a private network, but do you have a firewall running on the server? It may be closing the default webmin port( tcp port 10000) on the server.
As to checking to see which ports are open on your server use ss from the bash prompt. Help can be found at "man ss". Running the command "ss -rtl" will make ss attempt to resolve port numbers to services, check only tcp ports, and only listening ports rather than all ports.
Hope this helps. I used webmin some but it's been years ago and I haven't looked at it since.
Be advised that the currently available mini iso's don't work due to a kernel module conflict. Fsmithred said new ones would be available in roughly a couple of weeks. Your best bet is to make a clean install of ascii, change the sources, and upgrade that way. This has worked very well for me.
Thanks for this. I can't upgrade from my current ascii install as I get perl package conflicts that aptitude cannot resolve. Since I don't want to do a clean install and then upgrade as that may fail too because of the perl conflicts I guess I'll just have to wait until the perl package conflicts are resolved in the repositories.
garyk wrote:Never mind. I just found it at the top of the forum page. I find that a strange place to put the link to the page for searching packages.
It's also in my signature on every post.
That it isn't on the official Devuan site is very odd.
It's all over the devuan.org site - on the index page and about 6 other pages too . . . maybe more. No blinking neon though.
Well, I finally found it on the index page. My eyes passed over that link I don't know how many times without actually seeing it. It's a known weakness of mine. I've had a hard time finding things all my life. I got married so I would have a wife to find things for me.... LOL.
I spent 20 years as an hvac/r service tech and I can't tell you how many times I would lay a tool down while thinking about the issue I was troubleshooting and then spend 15 minutes looking for when I needed it again. It would usually be right in front of me but for some reason whatever it is I'm looking for doesn't always register with me like it should.
Never mind. I just found it at the top of the forum page. I find that a strange place to put the link to the page for searching packages. That it isn't on the official Devuan site is very odd.
garyk wrote:1. I surfed over to the devuan mirror links page wanting to get an iso image for beowulf. The mirrors I looked at only had directories for ascii and Jessie. Where do the Beowulf directories exist? Do they exist on only some mirrors and I didn't happen to look at the right mirrors?
Beowulf is still in testing so no official installation isos are available on the mirrors. You can upgrade from ASCII by changing your sources to beowulf or use the one of the mini.isos here. Read the options carefully because there are some different ones available:
https://pkgmaster.devuan.org/devuan/dis … s/netboot/
https://pkgmaster.devuan.org/devuan/dis … s/netboot/2. Are all the software packages now in Beowulf the only ones that are going to be included? I was interested specifically in the latest xiphos version that exists in Debian Buster but when I updated my sources.list file to look at the Beowulf repositories, did an aptitude update, and then used apt-cache to search for xiphos it did not show up in Beowulf.
Thank you.
I have another question though. Debian clearly advertises their package searching page on their website. I've been looking for Devuan's equivalent but hadn't been able to find it. I'll bookmark the link, but I'm curious as to where the link to the package search page is found on the Devuan site. To me it isn't obvious at all.
1. I surfed over to the devuan mirror links page wanting to get an iso image for beowulf. The mirrors I looked at only had directories for ascii and Jessie. Where do the Beowulf directories exist? Do they exist on only some mirrors and I didn't happen to look at the right mirrors?
2. Are all the software packages now in Beowulf the only ones that are going to be included? I was interested specifically in the latest xiphos version that exists in Debian Buster but when I updated my sources.list file to look at the Beowulf repositories, did an aptitude update, and then used apt-cache to search for xiphos it did not show up in Beowulf.
Ron wrote:Does Miyo have pulseaudio already removed? It's not installed on my system and I don't remember removing it.
Hi Ron! Hope you're doing well!
Miyo was "pulse-free" until Miyo-Modern was released late last year.
With that release, I decided to include it for two reasons...
1. Miyo is meant to make it easier for those who may be interested in a window manager, but they haven't pulled the trigger yet (for whatever reason).
2. Though I personally prefer using alsa, there are many folks who have more than one soundcard. Unfortunately, alsa doesn't automatically choose the correct one; whereas, pulseaudio does. So...for those who may be unaware of how to set their correct soundcard with alsa, I decided to use pulse in my latest builds in order to help folks.
Those who are familiar with setting their sound card with alsa will have no problem removing pulse...and yes, I've removed it with no issues on actual installations. Just run these commands...
sudo apt-get remove --purge pulseaudio*
sudo apt-get remove --purge pavucontrol*
sudo apt-get autoremove
After that, set your soundcard with alsa (if needed), reboot, and bam! Sound without pulsification!
![]()
So, unless you've reinstalled with Miyo-Modern or Miyo-Basic...you didn't get pulseaudio from me!
LOLOLOLOLOLOLOLOLOL!
Thanks for this howto. It helped me get rid of pulseaudio and go back to straight alsa. This post and the following link on how to configure /etc/asound.conf proved to be the solution for me.
I figured it out. I was using the auto.mirror.devuan.org repos and it was sending me to a mirror for security updates that hasn't been updated yet. I changed to us.deb.devuan.org and everything worked. It looks like something is broken in how at least one of the repos is being updated.
I have to say I have never seen a solution like this in all my years of running Debian: since 2002. It looks to me like something is really broken badly as a full-upgrade should have fixed the issue by installing what was needed. BTW, this was after running aptitude update a second time so this is the very latest in all the repos. As to ascii-security I would never run a system without enabling the security repo. That's just plain stupid.
The version you want is in ascii-security. If you don't have that repo enabled, you should enable it. If the version from there is not installing, then you can name the repo in the command.
apt-get -t ascii-security install vlc (maybe you need to add the plugins to that command, too, and maybe a full-upgrade would have installed the newer version.)
That isn't a workable solution for me as it completely removes vlc. Here's the output from aptitude full-upgrade:
aptitude full-upgrade
The following NEW packages will be installed:
libmicrodns0{a} libnfs8{a} libprotobuf-lite10{a} libva-wayland1{a}
The following packages will be REMOVED:
libgles1-mesa{u} libvlccore8{u} vlc-data{u} vlc-l10n{u}
The following packages will be upgraded:
libvlc-bin vlc{b} vlc-bin vlc-plugin-base{b} vlc-plugin-qt vlc-plugin-skins2 vlc-plugin-video-output
The following packages are RECOMMENDED but will NOT be installed:
vlc-plugin-notify vlc-plugin-samba vlc-plugin-video-splitter vlc-plugin-visualization
7 packages upgraded, 4 newly installed, 4 to remove and 0 not upgraded.
Need to get 5,532 kB of archives. After unpacking 54.9 MB will be freed.
The following packages have unmet dependencies:
vlc : Depends: vlc-l10n (= 3.0.2-0+deb9u1) but it is not going to be installed
vlc-plugin-base : Depends: vlc-data (= 3.0.2-0+deb9u1) but it is not going to be installed
The following actions will resolve these dependencies:
Remove the following packages:
1) phonon-backend-vlc [0.9.0-2+deb9u1 (ascii-security, now)]
2) phonon4qt5-backend-vlc [0.9.0-2+deb9u1 (ascii-security, now)]
3) vlc [2.2.7-1~deb9u1 (now, testing)]
4) vlc-plugin-base [2.2.7-1~deb9u1 (now, testing)]
Install the following packages:
5) phonon-backend-null [4:4.9.0-4 (testing)]
6) phonon4qt5-backend-null [4:4.9.0-4 (testing)]
Leave the following dependencies unresolved:
7) task-xfce-desktop recommends vlc
Accept this solution? [Y/n/q/?]
The following NEW packages will be installed:
phonon-backend-null{a} phonon4qt5-backend-null{a}
The following packages will be REMOVED:
fonts-freefont-ttf{u} libbasicusageenvironment1{u} libcddb2{u} libdca0{u} libdvbpsi10{u} libebml4v5{u} libgles1-mesa{u}
libgroupsock8{u} libkate1{u} liblivemedia57{u} libmatroska6v5{u} libopenmpt-modplug1{u} libproxy-tools{u}
libresid-builder0c2a{u} libsdl-image1.2{u} libsidplay2{u} libupnp6{u} libusageenvironment3{u} libvlc-bin{u} libvlc5{u}
libvlccore8{u} libvlccore9{u} phonon-backend-vlc{a} phonon4qt5-backend-vlc{a} vlc{a} vlc-bin{u} vlc-data{u} vlc-l10n{u}
vlc-plugin-base{a} vlc-plugin-qt{u} vlc-plugin-skins2{u} vlc-plugin-video-output{u}
0 packages upgraded, 2 newly installed, 32 to remove and 0 not upgraded.
Need to get 32.0 kB of archives. After unpacking 91.2 MB will be freed.
Do you want to continue? [Y/n/?] n
Abort.
I did an aptitude safe-upgrade the other day and since then vlc no longer starts. I did another one today and aptitude removed several vlc plugins. Aptitude still doesn't start but aptitude reported the following error: No plugins in /usr/lib/x86_64-linux-gnu/vlc/plugins. It then asked me to manually run: /usr/lib/x86_64-linux-gnu/vlc/vlc-cache-gen -f /usr/lib/x86_64-linux-gnu/vlc/plugins. This reproduced the same error as aptitude reported.
Doing a search for the error found this error reported in Debian, but the fix is an upgrade of libvlc-bin:amd64 to version 3.0.0~rc6-1 from version 3.0.0~rc5-1. As the current ascii version is 2.2.7-1~deb9u1 this seems like a huge jump. Does anyone have any idea how Devuan is going to go about fixing this?
Miyo,
I don't know. There could be differences in the server hardware, the network paths or the current load on the server. Try running a traceroute on the different repos to compare times. And also notice that us.mirror takes you out of the US. (Boston to Chicago to Canada to France for me.)
That routing through France pretty much answers why I am getting a "waiting for headers" message between files when installing packages, and some pretty slow download speeds. I'll have to change mirrors.
Thanks again, fsr.
fsr,
Thanks. That devuan is a release behind is what was confusing me. I'll add the backports repo to my sources.list and get 4.15 from there.
Thanks for your reply.
I ran testing in Debian for years. As such I had been running 4.15 for quite a while, and it had been fully patched. Running 4.9.0-6 out of the Devuan repos gives me different results when running the spectre-meltdown-checker script than I got running it on the latest version of the 4.15 kernel found in Debian testing.
I'm using us.mirror.devuan.org in my sources.list file. Is this repo not always kept up to date, or is 4.15 not available in ascii? I'm just sort of confused as to the differences in release as to me they don't seem to be exactly the same. Or, maybe it's just because I ran testing for so many years I was always used to having pretty much the latest of packages in Debian and I'm not sure what is available in each specific release as with the rolling release of testing specific version names were pretty much irrelevant to me.
Does anyone have any idea when/if Devuan will release the new microcode patch for Spectre/Meltdown vulnerabilities? Will this rely solely on Debian's timetable?
I just switched this week from Debian to Devuan and am not familiar with how the security updating process works in Devuan, thus the question. I have a Dell laptop and Dell has the patch available but it's only available for Windows users. There's an exe file available but I'd be really afraid to run something this serious under Wine.
Also, anyone have any idea if/when Devuan will add the 4.15/4.16 kernel with all the patches for specture/meltdown to the ascii depositories? Or will that have to wait for a release beyond ascii?