You are not logged in.
@xinomilo , thanks i tried this opennic by just inserting
ns7.de.dns.opennic.glue
ontop of /etc/resolv.conf , but apt still takes around 10 seconds to initiate. (less time if smaller packages, but no regularitiy, time varies consistently)
Tried also with aptitude, seems even slower.
ls -la /etc/apt/apt.conf.d
total 36
drwxr-xr-x 2 root root 4096 Dec 22 21:23 .
drwxr-xr-x 8 root root 4096 Jan 16 17:24 ..
-rw-r--r-- 1 root root 82 Nov 27 16:52 00CDMountPoint
-rw-r--r-- 1 root root 40 Nov 27 16:52 00trustcdrom
-rw-r--r-- 1 root root 630 Jun 21 2021 01autoremove
-r--r--r-- 1 root root 122 Dec 22 21:23 01autoremove-kernels
-rw-r--r-- 1 root root 307 Mar 28 2021 20listchanges
-rw-r--r-- 1 root root 1040 Dec 22 2020 20packagekit
-rw-r--r-- 1 root root 182 Jun 10 2021 70debconf
lrwxrwxrwx 1 root root 35 Dec 10 19:48 88libdvdcss-pkg -> /usr/lib/libdvd-pkg/88libdvdcss-pkg
@Head can i just use one of those HTTPS? or which
https://www.devuan.org/get-devuan
Thanks!
dig deb.devuan.org
; <<>> DiG 9.16.22-Debian <<>> deb.devuan.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6263
;; flags: qr rd ra; QUERY: 1, ANSWER: 10, AUTHORITY: 5, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;deb.devuan.org. IN A
;; ANSWER SECTION:
deb.devuan.org. 86400 IN CNAME deb.rr.devuan.org.
deb.rr.devuan.org. 1800 IN A 131.188.12.211
deb.rr.devuan.org. 1800 IN A 5.9.122.185
deb.rr.devuan.org. 1800 IN A 195.85.215.180
deb.rr.devuan.org. 1800 IN A 46.4.50.2
deb.rr.devuan.org. 1800 IN A 185.38.15.81
deb.rr.devuan.org. 1800 IN A 95.216.15.86
deb.rr.devuan.org. 1800 IN A 54.36.142.183
deb.rr.devuan.org. 1800 IN A 185.203.114.135
deb.rr.devuan.org. 1800 IN A 130.225.254.116
;; AUTHORITY SECTION:
rr.devuan.org. 1800 IN NS ns4.devuan.dev.
rr.devuan.org. 1800 IN NS ns5.devuan.dev.
rr.devuan.org. 1800 IN NS ns6.devuan.dev.
rr.devuan.org. 1800 IN NS ns3.devuan.dev.
rr.devuan.org. 1800 IN NS ns2.devuan.dev.
;; Query time: 655 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Jan 17 14:22:15 CET 2022
;; MSG SIZE rcvd: 308
after the first
dig deb.devuan.org
,
afterwards mostly 0msec , to 7msec.
I dont know if need Avahi, took it only because as sample at hand.
opening webpages most of the times is reasonably speedy.
removing
mdns4_minimal [NOTFOUND=return]
would not make any noticeable difference, if any, it took even longer to initiate the install of packages.
Really odd behaviour, the computer should be capable of being fast enough for simple tasks.
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.passwd: files
group: files
shadow: files
gshadow: fileshosts: files mdns4_minimal [NOTFOUND=return] dns
networks: filesprotocols: db files
services: db files
ethers: db files
rpc: db filesnetgroup: nis
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "resolvectl status" to see details about the actual nameservers.nameserver 192.168.1.1
search home-life.hub
dig $(awk 'NR==1 {print $2}' /etc/apt/sources.list)
; <<>> DiG 9.16.22-Debian <<>> deb
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6456
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;deb. IN A
;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sun Jan 16 17:22:23 CET 2022
;; MSG SIZE rcvd: 21
deb http://deb.devuan.org/merged chimaera main contrib non-free
deb-src http://deb.devuan.org/merged chimaera main contrib non-free
deb http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free
deb-src http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free>
Hello ,
i noticed that when installting packages with terminal commands,
there is a delay of some sort like
The following NEW packages will be installed:
avahi-autoipd
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 58.2 kB of archives.
After this operation, 120 kB of additional disk space will be used.
Do you want to continue? [Y/n]
then i click "Enter"
0%working
appears and after 5-10 seconds it actually starts the job of downloading and installing.
Internet speed should be ok (around 130Mbit) , cable also i think.
Any suggestions?
Thanks
Thanks mr. fsmithred,
made it habit to install
apt install gvfs* samba smbclient
on Devuan but that seems not sufficient to access the network share directly by clicking onto the icon.
Im inclined to think there is something wrong with Apple implementation of Samba V2 for Mavericks, because on Devuan 2.0 the mac-side network share is not even visible. but this is just a guess, and certainly also on Devuan it is not so easy to get through to the network share.
here is the same network shown on a Devuan 2.0 laptop,
and here the Rock64 Share is directly accessible and listed as 1 Device (under Devuan 4.0 all Rock64 Network shares are listed, and 1 is "clickable"
please note that 2 Mac Computer should be listed on the Network Shares but no trace of them in Devuan 2.0
https://i.imgur.com/eKt01LG.png
EDIT > as for your suggestion n.2 , thanks again, will have to look into that and learn how to do it.
For Facebook et. al normally i use a separate browser, mostly Pale Moon.
Hello,
i have a Mac running Mac OS X 10.9.5 running as sort of Home Server,
and setup to share several folders over the Network.
Unfortunately, on Devuan 4.0, the only way to access those network shares for me has been to directly insert the IP of the Mac into the taskbar of Thunar, eg.
smb://192.168.1.x
and the entering the network username/password credentials.
Clicking directly on the Network shared Folders in the "Network" Pane Overview in Thunar produces no result.
Could someone please help me to achieve this?
§Thank you
overview
https://imgur.com/wWXEADO.png
Hello ,
i have seen that on Ubuntu it is easy to Share Folders via Right-click > Local Network Share .
Is there something similar achievable on Devuan running XFCE ?
It should not be overly complicated, just sharing several folder over the home-network.
On Devuan 4.0
E: Unable to locate package thunar-shares-plugin
Hello,
i have a triple boot syzstem
Windows 7 Pro + on NVME
Devuan 4.0 and Ubuntu 20.04 on 1 SSD
when i installed Ubuntu (Devuan already on the SSD) i deleted the Swap file (that was only 1GB , maybe trough automatic partitioning) and made it bigger to around 8 GB (having 16G RAM)
and lately, when i boot Devuan,
am getting the error:
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
mdadm: no array found in config file or automatically
several times which delays boot sequence considerably.
could someone please help me to deactivate this mdadm thing?
thank you very much.
Generating grub configuration file ...
Found background image: splash.png
Found linux image: /boot/vmlinuz-5.10.0-10-amd64
Found initrd image: /boot/initrd.img-5.10.0-10-amd64
Found linux image: /boot/vmlinuz-5.10.0-9-amd64
Found initrd image: /boot/initrd.img-5.10.0-9-amd64
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 20.04.3 LTS (20.04) on /dev/sda3
Adding boot menu entry for EFI firmware configuration
done
Unpacking amf-amdgpu-pro:amd64 (21.20-1292797) ...
dpkg: dependency problems prevent configuration of amf-amdgpu-pro:amd64:
amf-amdgpu-pro:amd64 depends on vulkan-amdgpu-pro; however:
Package vulkan-amdgpu-pro is not installed.
amf-amdgpu-pro:amd64 depends on opencl-rocr-amdgpu-pro; however:
Package opencl-rocr-amdgpu-pro is not installed.
dpkg: error processing package amf-amdgpu-pro:amd64 (--install):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.31-13+deb11u2) ...
Errors were encountered while processing:
amf-amdgpu-pro:amd64
thanks head_on_a_stick,
have to retract my previous post, it seems to function actually,
the polars gets recognized "properly",
Platform #0: AMD Accelerated Parallel Processing
`-- Device #0: gfx804
Thank you very much!
EDIT: it "seems" to function, probably, is still better wording. don§t think that pulling a 29,2 MB .deb of a 685 MB Archive is capable of doing it the proper way as it supposed, but for some usecases it might be OK.
sorry, but i find the information confusioning,
i any case, it seems that i would not need the "rocm" package as the graphics card installed is older (polaris)
https://amdgpu-install.readthedocs.io/e … cript.html
ROCr: Provides support for Vega 10 and newer hardware.
Legacy: Provides support for hardware older than Vega 10.
(Proprietary, requires EULA acceptance)
Thanks, do i need to upgrade from Devuan 4.0 to Devan 5.0 to get this package / Hardware accelleration?
problem here is that even with "dpkg-reconfigure tzdata" and the correct timezone (rome) the hour is one h behind.
Hello,
head_on_a_Stick,
thanks for the effort,
but its not functioning.
let§s hope someone brillian come up with an one-liner to install the amdgpu-pro driver (with --opencl=legacy) also for debian/devuan.
Hello,
i have seen this post here
https://wiki.debian.org/AMDGPUDriverOnStretchAndBuster2
and am wondering if there is possibility to install the latest AMD GPU-PRO Drivers also on Devuan 4.0 running Kernel 5.x.
Thank you.
Hello,
id like to have confirmation this is still functioning in 2021.
Tried today on my smallPC with Devuan Chimaera,
but could not get neither Firefox , nor Chromium or Chrome to stream Amazon Prime Video in HD (only SD quality).
Did install Widevine manually, as it seems missing for Chromium on Devuan 4.0, but it would not play HD nevertheless.
Have filed a bug report because ASCII clearly on the same machine Thinkpad automatically partitions to 8.5 GB for 8GB RAM (which sounds about right provided I have enough space), however Beowulf + allocates via Guided partitioning the Swap to only 1GB which clearly seems a bit undersized, at least for hibernation, but maybe swap is not so important after all, iam not so knowledgeable on those technical sides
Thank you Rolfie, this thread might come in handy another time.
On my Ryzen PC I have no problem because there the small SSD is for Ubuntu and Beowulf,now Chimaeira and the NVME for Windows 7 Pro, and to install Windows 7 on Ryzen I need CSM activated ( from my shallow understanding)
another question:
why does automatic partitioning with 8 GB RAM lead to 1 GB Swap partition?
shouldnt it be 1,5x? for hibernation etc.?
here is the guide for installing manually protonvpn in linux
ok, today tried again,
changed back to UEFI *to save existing Windows 7 installation,
and installed Debian 10.11 (aka Buster), and with automatic partitioning, it would regularly install
(GNU GRUB version 2.02+dfsg1-20+deb10u4)
apparently it is same or similar version as with Beowulf ("GNU Grub Version 2.02-dfsg1-20+deb10u4"(+)+)
but please somehow explain me why Beowulf would not boot properly? (everything else functions, Devuan Jessie, Ascii, Chimaera, Debian Stretch, Buster)?
EDIT: the upgrade from Buster to Beowulf finally succeeded, and booted succesfully.
thanks rolfie, yes the secureboot was disabled, but somehow things still got messed up.
however, got tired, and disabled the UEFI entirely, and ta-raa, now the Beowulf installer boots correctly.
Only thing, seem to have to -reinstall windows 7 again, but will check that later.
Thanks everybody for the help.
i have also checked with EasyBCD on Windows 7 (which apparently is installed in EFI/UEFI mode, but iam not so sure about it)
and among the 23 entries, the one for devuan states
Entry #22
Name: devuan
BCD ID: {197a451f-4891-11ec-9acc-806e6f6e6963}
Device: \Device\HarddiskVolume1
Bootloader Path: \EFI\devuan\shimx64.efi
wonder if i should manually change it?