The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » Sound on KDE » 2017-04-26 07:16:07

OK, I guess you mean this (didnt know if this forum software had them..)

root@devuan:~# lspci -k | grep -iA5 audio
00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
	Subsystem: Intel Corporation Device 5001
00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1
	Subsystem: Intel Corporation Device 5001
	Kernel driver in use: uhci_hcd
00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2
--
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series]
	Subsystem: VISIONTEK Device aa38
02:00.0 FireWire (IEEE 1394): LSI Corporation FW322/323 [TrueFire] 1394a Controller (rev 70)
	Subsystem: Intel Corporation Device 5001
	Kernel driver in use: firewire_ohci

#2 Hardware & System Configuration » Sound on KDE » 2017-04-26 06:30:29

millpond
Replies: 3

Dont know if the DE makes a difference, but in KDE system manager i cannot configure the sound device. It sees the sound chip, but it is grayed out, and only the dummy driver is enabled.

  wget http://www.alsa-project.org/alsa-info.sh -O alsa-info.sh && bash alsa-info.sh

running that yields:

upload=true&script=true&cardinfo=
!!################################
!!ALSA Information Script v 0.4.64
!!################################

!!Script ran on: Wed Apr 26 06:17:23 UTC 2017


!!Linux Distribution
!!------------------

Any clues here???

I tried running some modprobe commands, but they were for Ubuntu, which seems to use a different version of /usr/bin/install





!!DMI Information
!!---------------

Manufacturer:       
Product Name:       
Product Version:   
Firmware Version:  SGP4510H.86A.0125.2010.0121.1927
Board Vendor:      Intel Corporation
Board Name:        DP45SG


!!ACPI Device Status Information
!!---------------

/sys/bus/acpi/devices/PNP0103:00/status      15
/sys/bus/acpi/devices/PNP0501:00/status      15
/sys/bus/acpi/devices/PNP0C01:01/status      15
/sys/bus/acpi/devices/PNP0C0C:00/status      11
/sys/bus/acpi/devices/PNP0C0F:00/status      9
/sys/bus/acpi/devices/PNP0C0F:01/status      9
/sys/bus/acpi/devices/PNP0C0F:02/status      9
/sys/bus/acpi/devices/PNP0C0F:03/status      9
/sys/bus/acpi/devices/PNP0C0F:04/status      9
/sys/bus/acpi/devices/PNP0C0F:05/status      9
/sys/bus/acpi/devices/PNP0C0F:06/status      9
/sys/bus/acpi/devices/PNP0C0F:07/status      9


!!Kernel Information
!!------------------

Kernel release:    3.16.0-4-amd64
Operating System:  GNU/Linux
Architecture:      x86_64
Processor:         unknown
SMP Enabled:       Yes


!!ALSA Version
!!------------

Driver version:     
Library version:    1.0.28
Utilities version:  1.0.28


!!Loaded ALSA modules
!!-------------------



!!Sound Servers on this system
!!----------------------------

Pulseaudio:
      Installed - Yes (/usr/bin/pulseaudio)
      Running - Yes

Jack:
      Installed - Yes (/usr/bin/jackd)
      Running - No


!!Soundcards recognised by ALSA
!!-----------------------------



!!PCI Soundcards installed in the system
!!--------------------------------------

00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series]


!!Advanced information - PCI Vendor/Device/Subsystem ID's
!!-------------------------------------------------------

00:1b.0 0403: 8086:3a3e
    Subsystem: 8086:5001
--
01:00.1 0403: 1002:aa38
    Subsystem: 1545:aa38


!!Modprobe options (Sound related)
!!--------------------------------

snd_pcsp: index=-2
snd_usb_audio: index=-2
snd_atiixp_modem: index=-2
snd_intel8x0m: index=-2
snd_via82xx_modem: index=-2
snd_hda_intel: model=auto


!!Loaded sound module options
!!---------------------------


!!ALSA Device nodes
!!-----------------

crw-rw---- 1 root audio 116,  1 Apr 25 20:51 /dev/snd/seq
crw-rw---- 1 root audio 116, 33 Apr 25 20:51 /dev/snd/timer


!!Aplay/Arecord output
!!--------------------

APLAY

aplay: device_list:268: no soundcards found...

ARECORD

arecord: device_list:268: no soundcards found...

!!Amixer output
!!-------------


!!Alsactl output
!!--------------

--startcollapse--
--endcollapse--


!!All Loaded Modules
!!------------------

Module
tun
ip_set
cpufreq_conservative
cpufreq_stats
nfnetlink
cpufreq_userspace
cpufreq_powersave
binfmt_misc
uinput
nfsd
auth_rpcgss
oid_registry
nfs_acl
nfs
lockd
fscache
sunrpc
ip6table_filter
ip6_tables
iptable_filter
ip_tables
x_tables
ib_iser
rdma_cm
iw_cm
ib_cm
ib_sa
ib_mad
ib_core
ib_addr
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
fuse
parport_pc
ppdev
lp
parport
cdc_acm
iTCO_wdt
iTCO_vendor_support
coretemp
evdev
kvm_intel
kvm
radeon
ttm
lpc_ich
pcspkr
serio_raw
winbond_cir
drm_kms_helper
rc_core
mfd_core
drm
i2c_i801
i2c_algo_bit
i2c_core
button
shpchp
acpi_cpufreq
processor
thermal_sys
ext4
crc16
mbcache
jbd2
crc32c_generic
btrfs
xor
raid6_pq
dm_mod
md_mod
hid_generic
usbhid
hid
sg
sr_mod
cdrom
sd_mod
crc_t10dif
crct10dif_generic
crct10dif_common
ata_generic
usb_storage
ata_piix
libata
psmouse
scsi_mod
firewire_ohci
firewire_core
crc_itu_t
ehci_pci
uhci_hcd
ehci_hcd
usbcore
usb_common
e1000e
ptp
pps_core


!!ALSA/HDA dmesg
!!--------------

[   11.759238] [drm] Connector 1:
[   11.759239] [drm]   HDMI-A-1
[   11.759240] [drm]   HPD4

#3 Re: Hardware & System Configuration » OpenVPN » 2017-04-26 06:06:01

root@devuan:~# ip link set tun0 peer 10.3.0.1
Error: either "dev" is duplicate, or "peer" is a garbage.
root@devuan:~#


Wed Apr 26 01:32:22 2017 /sbin/ip addr add dev tun0 10.3.0.84/16 broadcast 10.3.255.255

But it changed to 84.

My knowledge of networking at this level is rudimentary, but isnt this some kind of broadcasting address - with the mask at the end.

OVPN docs are hard to decipher, and their forum is outright hostile to non-programmers.

Trying :
root@devuan:/new# ip addr del 10.3.0.84/24 dev tun0
RTNETLINK answers: Cannot assign requested address

Onnce again, the readout:

root@devuan:/etc/openvpn/config# ./vegt
Wed Apr 26 01:32:19 2017 WARNING: file 'auth.txt' is group or others accessible
Wed Apr 26 01:32:19 2017 OpenVPN 2.4.0 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jan 14 2017
Wed Apr 26 01:32:19 2017 library versions: OpenSSL 1.0.2k  26 Jan 2017, LZO 2.08
Wed Apr 26 01:32:19 2017 NOTE: --fast-io is disabled since we are not using UDP
Wed Apr 26 01:32:19 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 26 01:32:19 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 26 01:32:19 2017 TCP/UDP: Preserving recently used remote address: [AF_INET]186.96.30.66:443
Wed Apr 26 01:32:19 2017 Socket Buffers: R=[87380->87380] S=[16384->16384]
Wed Apr 26 01:32:19 2017 Attempting to establish TCP connection with [AF_INET]186.96.30.66:443 [nonblock]
Wed Apr 26 01:32:20 2017 TCP connection established with [AF_INET]186.96.30.66:443
Wed Apr 26 01:32:20 2017 TCP_CLIENT link local: (not bound)
Wed Apr 26 01:32:20 2017 TCP_CLIENT link remote: [AF_INET]186.96.30.66:443
Wed Apr 26 01:32:20 2017 TLS: Initial packet from [AF_INET]186.96.30.66:443, sid=482606ff b1436f06
Wed Apr 26 01:32:20 2017 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Wed Apr 26 01:32:21 2017 VERIFY OK: depth=1, C=US, ST=DE, L=Wilmington, O=VpnHT, OU=VPNHT, CN=vpn.ht, name=VPNHT, emailAddress=support@vpn.ht
Wed Apr 26 01:32:21 2017 VERIFY OK: nsCertType=SERVER
Wed Apr 26 01:32:21 2017 VERIFY OK: depth=0, C=US, ST=CA, L=SanFrancisco, O=Fort-Funston, OU=MyOrganizationalUnit, CN=server, name=EasyRSA, emailAddress=me@myhost.mydomain
Wed Apr 26 01:32:21 2017 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Wed Apr 26 01:32:21 2017 [server] Peer Connection Initiated with [AF_INET]185.94.30.66:443
Wed Apr 26 01:32:22 2017 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Wed Apr 26 01:32:22 2017 PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway 10.3.0.1,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.3.0.1,route-gateway 10.3.0.1,topology subnet,socket-flags TCP_NODELAY,ifconfig 10.3.0.84 255.255.0.0'
Wed Apr 26 01:32:22 2017 OPTIONS IMPORT: --socket-flags option modified
Wed Apr 26 01:32:22 2017 Socket flags: TCP_NODELAY=1 succeeded
Wed Apr 26 01:32:22 2017 OPTIONS IMPORT: --ifconfig/up options modified
Wed Apr 26 01:32:22 2017 OPTIONS IMPORT: route options modified
Wed Apr 26 01:32:22 2017 OPTIONS IMPORT: route-related options modified
Wed Apr 26 01:32:22 2017 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Wed Apr 26 01:32:22 2017 Data Channel Encrypt: Cipher 'AES-128-CBC' initialized with 128 bit key
Wed Apr 26 01:32:22 2017 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 26 01:32:22 2017 Data Channel Decrypt: Cipher 'AES-128-CBC' initialized with 128 bit key
Wed Apr 26 01:32:22 2017 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 26 01:32:22 2017 ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=eth0 HWADDR=00:27:0e:0a:98:b1
Wed Apr 26 01:32:22 2017 TUN/TAP device tun0 opened
Wed Apr 26 01:32:22 2017 TUN/TAP TX queue length set to 100
Wed Apr 26 01:32:22 2017 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Wed Apr 26 01:32:22 2017 /sbin/ip link set dev tun0 up mtu 1500
Wed Apr 26 01:32:22 2017 /sbin/ip addr add dev tun0 10.3.0.84/16 broadcast 10.3.255.255
Wed Apr 26 01:32:22 2017 /sbin/ip route add 186.96.30.66/32 via 192.168.1.1
Wed Apr 26 01:32:22 2017 /sbin/ip route add 0.0.0.0/1 via 10.3.0.1
Wed Apr 26 01:32:22 2017 /sbin/ip route add 128.0.0.0/1 via 10.3.0.1
Wed Apr 26 01:32:22 2017 Initialization Sequence Completed

shutdown:
Wed Apr 26 01:41:53 2017 event_wait : Interrupted system call (code=4)
Wed Apr 26 01:41:53 2017 /sbin/ip route del 186.96.30.66/32
Wed Apr 26 01:41:53 2017 /sbin/ip route del 0.0.0.0/1
Wed Apr 26 01:41:53 2017 /sbin/ip route del 128.0.0.0/1
Wed Apr 26 01:41:53 2017 Closing TUN/TAP interface
Wed Apr 26 01:41:53 2017 /sbin/ip addr del dev tun0 10.3.0.84/16
Wed Apr 26 01:41:53 2017 SIGTERM[hard,] received, process exiting

Shutdown works flawlessly. connections return immediately.


Note that this is not a problem with the 32 bit system, but that Devuan was an *upgrade*, not bare install.


There WAS a networking issue on this machine when Comcast decided to 'upgrade' their modem, and deprecate my Netgear router. Switched to a Linksys that worked, but both were on 10.x.x.x IP's and creating havoc. Weird because the Linksys is a 192.168.x.x address for login.

Switched the comcast router to 72.x.x.x and normal networking returned.  But that setup *might* have shagged something in the install setup for Devuan, which was prior to the change. 

In the Win boot it had a residual address in the routing table i easily deleted. with route del x.x.x.x


But in Linux the normal routing table seems unaffected.

It should also be noted that I am using this with a VPN provider, and not a local network. As noted, no daemon running.

#4 Re: Hardware & System Configuration » OpenVPN » 2017-04-25 17:20:50

Not on the machine now.

Would something like this help:
https://serverfault.com/questions/64232 … xxx-xxx-11

The server is not running (I dont use it as a server).

It came along with the Jessie/Devuan install (beta).
Is there a way to recompile it without any systemd garbage?


Perhaps if i pull the old binary from a Wheezy archive?

#5 Re: Hardware & System Configuration » OpenVPN » 2017-04-24 08:35:19

Apologies, was late and forgot that it would not post wit the VPN connection.
So pasted to kate, this is the networking *with* OVPN:

root@devuan:/etc/apt#  iptables-save
# Generated by iptables-save v1.4.21 on Mon Apr 24 04:18:22 2017
*filter
:INPUT ACCEPT [363744:515591608]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [210128:12894234]
COMMIT

root@devuan:/etc/apt#  ip route list all
0.0.0.0/1 via 10.3.0.1 dev tun0
default via 192.168.1.1 dev eth0
10.3.0.0/16 dev tun0  proto kernel  scope link  src 10.3.0.42
128.0.0.0/1 via 10.3.0.1 dev tun0
185.96.32.74 via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.101


ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:27:0e:0a:98:b1 
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::227:eff:fe0a:98b1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:374688 errors:0 dropped:0 overruns:0 frame:0
          TX packets:201572 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:522608050 (498.3 MiB)  TX bytes:15971600 (15.2 MiB)
          Interrupt:20 Memory:e0200000-e0220000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:9082 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9082 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:745949 (728.4 KiB)  TX bytes:745949 (728.4 KiB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 
          inet addr:10.3.0.42  P-t-P:10.3.0.42  Mask:255.255.0.0
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:486 errors:0 dropped:0 overruns:0 frame:0
          TX packets:974 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:36576 (35.7 KiB)  TX bytes:73276 (71.5 KiB)

cat /proc/sys/net/ipv4/ip_forward = 1 (same)

cat /etc/resolv.conf
nameserver 127.0.0.1
domain hsdx.dx.comcast.net
search hsdx.dx.comcast.net
nameserver 75.75.75.75
nameserver 75.75.76.76
(same)

It should be noted that the connection appears complete:
Mon Apr 24 04:16:32 2017 Socket flags: TCP_NODELAY=1 succeeded
Mon Apr 24 04:16:32 2017 OPTIONS IMPORT: --ifconfig/up options modified
Mon Apr 24 04:16:32 2017 OPTIONS IMPORT: route options modified
Mon Apr 24 04:16:32 2017 OPTIONS IMPORT: route-related options modified
Mon Apr 24 04:16:32 2017 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Mon Apr 24 04:16:32 2017 Data Channel Encrypt: Cipher 'AES-128-CBC' initialized with 128 bit key
Mon Apr 24 04:16:32 2017 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Apr 24 04:16:32 2017 Data Channel Decrypt: Cipher 'AES-128-CBC' initialized with 128 bit key
Mon Apr 24 04:16:32 2017 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Apr 24 04:16:32 2017 ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=eth0 HWADDR=00:27:0e:0a:98:b1
Mon Apr 24 04:16:32 2017 TUN/TAP device tun0 opened
Mon Apr 24 04:16:32 2017 TUN/TAP TX queue length set to 100
Mon Apr 24 04:16:32 2017 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Mon Apr 24 04:16:32 2017 /sbin/ip link set dev tun0 up mtu 1500
Mon Apr 24 04:16:32 2017 /sbin/ip addr add dev tun0 10.3.0.42/16 broadcast 10.3.255.255
Mon Apr 24 04:16:32 2017 /sbin/ip route add 185.96.32.74/32 via 192.168.1.1
Mon Apr 24 04:16:32 2017 /sbin/ip route add 0.0.0.0/1 via 10.3.0.1
Mon Apr 24 04:16:32 2017 /sbin/ip route add 128.0.0.0/1 via 10.3.0.1
Mon Apr 24 04:16:32 2017 Initialization Sequence Completed

Hope this helps better to figure out this mystery!

#6 Re: Hardware & System Configuration » OpenVPN » 2017-04-23 08:46:11

Yikes: Just lost my lengthy reply, and getting late!
Will give a full reply tomorrow, the basics... :

root@devuan:/new#  iptables-save
# Generated by iptables-save v1.4.21 on Sun Apr 23 04:26:35 2017
*filter
:INPUT ACCEPT [18008:10309478]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [17011:1651376]
COMMIT


root@devuan:/new# ip route list all
default via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.101


root@devuan:/new# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:27:0e:0a:98:b1 
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::227:eff:fe0a:98b1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14348 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12522 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:10246751 (9.7 MiB)  TX bytes:1637414 (1.5 MiB)
          Interrupt:20 Memory:e0200000-e0220000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:4236 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4236 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:352569 (344.3 KiB)  TX bytes:352569 (344.3 KiB)

root@devuan:/new# cat /proc/sys/net/ipv4/ip_forward
1


root@devuan:/new# cat /etc/resolv.conf
nameserver 127.0.0.1
domain hsdx.dx.comcast.net
search hsdx.dx.comcast.net
nameserver 75.75.75.75
nameserver 75.75.76.76

#7 Hardware & System Configuration » Updates » 2017-04-22 20:24:35

millpond
Replies: 4

On my 32 bit system I found to dismay that the system was downloading updates and filling up the cache directory.

I have auto-updates turned OFF here:

/etc/apt/apt.conf.d/10periodic.

has:

APT::Periodic::Unattended-Upgrade "0";


Is there a way to prevent this totally?

I do not want *anything* updating or downloading without my express permission.

#8 Hardware & System Configuration » OpenVPN » 2017-04-22 19:29:26

millpond
Replies: 17

Here is the issue:
I have Devuan on 2 systems here.

On the 32 bit system, it was 'upgraded' onto Jesse that was upgraded from Wheezy all the way to original Debian Mint.
OpenVPN loads and works fine here. Using it now.


The 64 bit system is a CLEAN install. Bare metal.
OVPN does not work.

It will connect and reconfigure the routing tables. No errors. Except perhaps something about IPV6=0, but IPV6 *should* be totally disabled on that system. I have IPV4_forwarding=1, but supposedly in etc/systemd/network there should be an ipv4_forwarding=yes - BUT there is of course no etc/systemd/network file here.

Even a simple ping will not get through.

Dunno if this is relevant or no, but originally the cable modem was set at 10.0.0.1 and OVPN uses 10.x.x.x addresses. Reset the modem to 172.x.x.x. - but still problem persists.

And killing OVPN immediately restores network connectivity.

DNSMASQ daemon is installed - no difference in whether working or disabled.

#9 Other Issues » Helping Out... » 2017-03-14 01:05:44

millpond
Replies: 1

What would be the best way to be of assistance here?

I have more free time now, so would be happy to test and tinker - though I am not a programmer. That doesnt mean I cant hack at scripts, though, and I can pretty much compile anything. 32 or 64 bit.

#10 Re: Other Issues » General Questions » 2017-02-23 06:49:54

Sorry for delay. Loss in family.

OK.. I looked at Amprolla2, and I do not see where the filtering is. Searching the python scripts for the 'systemd' string yields no results.
And a daemon is more than what I need.

What I am looking for is basically a script to:
1. Work by parsing local directories (either local mirror or deb collections).
2. Look into the deb archives and read themetadata, searching the dependency string for systemd, and flag the file.
3. Move the flagged files to a separate location.

Then comes the fun part.
I have yet to find good tools/scripts for dealing seamlessly with x archives. Anything in python, perl, ruby will do. I want to strip the debs of the systemd references attempt to install in a jail/VM and see if the package works. If not, try:
1. Dummy systemd libs/executables (exit 1 or exit 0???)
2. A script to grab the source and compile it without systemd, and package it as a deb.

Is anything like this on the ML or in git?

When is the best time for IRC questions??? (EST)

#11 Other Issues » General Questions » 2017-02-10 18:16:40

millpond
Replies: 4

I have Devuan installed on an ancient 32 bit Athlon as an 'upgrade', and on a 64 bit C2Q as fresh bare metal install.

64 bit machine works fine. No noticed flaws. Yet...

32 bit has some power issues, which I was wondering how to resolve. The external USB drive is spinning down after a while which is good. The three internal drives are not, which is not. I have hdparms set, but no luck. I have a script which was badly broken by Jessie/systemd, but I may need to put back together.


I have updates turned off as a general principle, so is there anything since 8.1 that i really *need* to update?


Also: Are the Devuan filtering scripts available, for yanking the junk out of Debian directly?
I'd like to do experimenting with Perl or even Rakudo.
Or any FAQs in one spot for compiling without systemd ( I did indeed have some a while back, but misplaced them!)

Board footer

Forum Software