You are not logged in.
Pages: 1
It is a free open source Linux Firewall GUI
https://smoothwall.org/
https://community.smoothwall.org/forum/index.php
So there is no "Paid for Support"
It is not on a different partition.
It's just a different startup, as it uses rc.d and /dev/harddrive.
My garbly-gook so far is
#
#
# https://www.gnu.org/software/grub/manual/grub/html_node/Simple-configuration.html
#
# nano -w /boot/grub/custom.cfg
# cp -v /boot/grub/custom.cfg /root/swe/coretree/coretree/boot/grub/custom.cfg
#
menuentry 'SmoothWall Express GNU/Linux' --class smoothwall --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-955e45ca-5142-4cc4-89d1-bbae49bf512c' {
#splashimage=/grub/express_boot_protect.xpm.gz
#foreground=cfcfcf
#background=222222
load_video
insmod gzio
insmod part_msdos
insmod ext2
set inittab /etc/inittab-swe
#set root='hd0,msdos1'
unset root
unset device
#set
set device 'hd0' /dev/harddisk
set root 'hd0,0'
setup (hd0)
#quit
##kernel /vmlinuz-${Kernel_Version}${KERNEL_TYPE} root=/dev/harddisk4 ro quiet
#kernel /vmlinuz-${Kernel_Version}${KERNEL_TYPE} root=$(UUID) ro quiet
search --no-floppy --fs-uuid --set=root 955e45ca-5142-4cc4-89d1-bbae49bf512c
echo 'Loading/Starting Linux 5.10.0-9-amd64 ...'
#linux /boot/vmlinuz-5.10.0-9-amd64 root=UUID=955e45ca-5142-4cc4-89d1-bbae49bf512c ro quiet
linux /boot/vmlinuz-5.10.0-9-amd64 root=/dev/harddisk1 ro quiet
echo 'Loading initial ramdisk smoothwall.initramfs.gz ...'
initrd /boot/smoothwall.initramfs.gz
}
I am trying to get SmoothWall to run on Devuan.
In which I'm trying to make a /boot/grub/custom.cfg that boots to /dev/harddisk.
Is this possible ??
Haven't had much luck yet .. ~
If you fix your heat/thermal problem so no throttling occurs.
With a simple heatsink.
All this will go away .. ~
"is there any good tutorials", Nope
There is like no tutes on writing a deb that I can find.
To me it's looking for a directory to include in the deb.
dh_usrlocal: debian/slstatus/usr/local/bin/slstatus is not a directory
I'd say you need to add in your rules file to create it
mkdir -vp debian/slstatus/usr/local/bin
/usr/local/bin/slstatus only makes sense to me as a program, not a directory
Good luck
It's a matter of play to get it working
They are moving away from /opt/vc/lib and to a more normal of /usr
Still you don't look at the output of what is actually happening.
Your only looking in the rules files that DOES NOT TELL WHAT ALL that happens.
During your dh_auto_configure from the rules.
1st, Knock off your political BS, it affends me !!
All Lives Matter
Devuan ~ # mkdir tmp2
Devuan ~ # cd tmp2
Devuan tmp2 # wget https://pkgmaster.devuan.org/devuan/pool/main/e/eudev/eudev_3.2.7.orig.tar.gz
--2020-08-29 07:19:32-- https://pkgmaster.devuan.org/devuan/pool/main/e/eudev/eudev_3.2.7.orig.tar.gz
Resolving pkgmaster.devuan.org (pkgmaster.devuan.org)... 54.36.142.183, 2001:41d0:2:1f68::3624:8eb7
Connecting to pkgmaster.devuan.org (pkgmaster.devuan.org)|54.36.142.183|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1945415 (1.9M) [text/plain]
Saving to: 'eudev_3.2.7.orig.tar.gz'
eudev_3.2.7.orig.tar.gz 100%[====================================================================================================================>] 1.85M 110KB/s in 15s
2020-08-29 07:19:49 (126 KB/s) - 'eudev_3.2.7.orig.tar.gz' saved [1945415/1945415]
Devuan tmp2 # tar xf eudev_3.2.7.orig.tar.gz
Devuan tmp2 # cd eudev-3.2.7
Devuan eudev-3.2.7 # wget https://pkgmaster.devuan.org/devuan/pool/main/e/eudev/eudev_3.2.7-6.debian.tar.xz
--2020-08-29 07:21:08-- https://pkgmaster.devuan.org/devuan/pool/main/e/eudev/eudev_3.2.7-6.debian.tar.xz
Resolving pkgmaster.devuan.org (pkgmaster.devuan.org)... 54.36.142.183, 2001:41d0:2:1f68::3624:8eb7
Connecting to pkgmaster.devuan.org (pkgmaster.devuan.org)|54.36.142.183|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 61868 (60K) [text/plain]
Saving to: 'eudev_3.2.7-6.debian.tar.xz'
eudev_3.2.7-6.debian.tar.xz 100%[====================================================================================================================>] 60.42K 133KB/s in 0.5s
2020-08-29 07:21:09 (133 KB/s) - 'eudev_3.2.7-6.debian.tar.xz' saved [61868/61868]
Devuan eudev-3.2.7 # dpkg-buildpackage -us -uc -b
dpkg-buildpackage: error: cannot open file debian/changelog: No such file or directory
Maybe exacually LOOK at the config ??
rules don't tell all !!
dh_auto_configure --builddirectory=build-udeb \
-- --exec-prefix= --with-rootprefix= --with-rootlibdir=/lib/aarch64-linux-gnu --disable-silent-rules --disable-selinux --disable-manpages CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE=2' CFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' LDFLAGS='-Wl,-z,relro'
cd build-udeb && ../configure --build=aarch64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/aarch64-linux-gnu --libexecdir=\${prefix}/lib/aarch64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --exec-prefix= --with-rootprefix= --with-rootlibdir=/lib/aarch64-linux-gnu --disable-silent-rules --disable-selinux --disable-manpages "CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2" "CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security" LDFLAGS=-Wl,-z,relro
configure: WARNING: unrecognized options: --disable-maintainer-mode
So, Ok, maybe 3.2.9 gets a little further, but still
Does anyone here know any thing about eudev ??
The peeps on irc @ #devuan-dev sure don't !!
All I get is from gnu_srs tis,
"[03:31:36] <gnu_srs1> ShorTie: fsmithred:
I'll release 3.2.9-8 and 3.2-9-8~beowulf-proposed-updates to unstable and beowulf ASAP."
Tells nothing about nothing.
The heart of this distro, and know body knows nuffin about it, so sad.
So So Sad !!!
Why can I not rebuild it with 'dpkg-buildpackage -us -uc -b' ??
What kind of convoluted crap does your build system do ??
What ever happened to the KISS method ??
Why does it get built with --disable-dependency-tracking ??
Sortta sounds like it something it should do, to help race conditions maybe.
Or has nobody actually looked at how it is really configured ??
The prefix variable does NOT seemed to be passed properly either, lol.
I mean it's configured with --disable-maintainer-mode, which is not even a valid option for eudev, lol.
That is why I was wondering about chimaera for arm64, as the kernel headers are closer I do believe .. ~
I'd love to add it to my raspberry pi4 image.
Is the basic install script any where ??
Or maybe you could just add it into it ??
https://git.devuan.org/ShorTie/Devuan-imager
psst, The foundation has a newer kernel then in the image.
So don't forget the apt update/upgrade
root is there, just need to make a passwd
sudo su
passwd
This is like a updated version of the above.
So I took the long weekend to create a Image maker.
While playing with it the foundation opened archives up to arm64.
So the raspberrypi.gpg.key is included, along with a raspi.list.
Thus the kernel and pi stuff comes directly from them.
Or can, I think Devuan over rulez.
You can get the image from my gitlab.
sudo git clone https://github.com/ShorTie8/Devuan-imager
A user devuan/toor has been created, for yucks now, I guess.
I had set it up to test my vcgencmd as a user, but not really needed now.
As it is from the foundation now.
root passwd is also toor.
ssh --no-install-recommends has been installed for headless.
EXTRAS="dhcpcd5 fake-hwclock ntp mlocate parted wpasupplicant".
Made up a init for growpart.
So root is AutoMagically expanded @ run level 2.
Switched over to UUID for cmdline.txt and fstab.
The growpart init checks fdisk for mmcblk.
If there does 'growpart /dev/mmcblk0 2'.
Otherwise does 'growpart /dev/sda 2'.
So as soon as they get usb boot pushed thru, should be able to use the Image on a sdcard or usb device.
Pleaze be nice and hook up any extra drives after 1st boot.
Have a Great Day
ShorTie
Ok, care to try sumfin for me ??
echo 'SUBSYSTEM=="vchiq",GROUP="video",MODE="0660"' > /etc/udev/rules.d/10-vchiq-permissions.rules
echo 'SUBSYSTEM=="vcio",GROUP="video",MODE="0660"' >> /etc/udev/rules.d/10-vchiq-permissions.rules
echo 'SUBSYSTEM=="vc-mem",GROUP="video",MODE="0660"' >> /etc/udev/rules.d/10-vchiq-permissions.rules
And see if it works.
Most likely need to re-boot.
So I love my pi's
If only they loved the mainline kernel as much.
Thus linux-p4-64 and pi4-64-bootloader.
linux-p4-64 is the foundations linux sources compiled arm64 for the pi4.
pi4-64-bootloader is the other needed /boot files.
ie: fixup4*, start4*, cmdline.txt and a modified config.txt for arm64.
Also included are the brcmfmac43455 files.
So with these 2 deb's
linux-image-p4-64_5.4.40+-0_arm64.deb
pi4-64-bootloader_20200516-0_arm64.deb
You can debootstrap a sdcard with Devuan arm64 for the pi4.
So the tool to use is Devuan-pi4-os64
git clone https://github.com/ShorTie8/Devuan-pi4-os64
cd Devuan-pi4-os64
./Devuan-pi4-os64.sh
It grabs debootstrap_1.0.123+devuan1 and uses it.
You just need to supply a arm64 enviroment.
A arm64 version of the vcgencmd command is included too.
Along with dhcpcd5 ntp mlocate ssh wpasupplicant.
So you can go headless, if you want.
Login root/rtyu
Have A Great Day
ShorTie
https://chewett.co.uk/blog/258/vchi-ini … -pi-fixed/
"If when running vcgencmd on a raspberry pi you get VCHI initialization failed then you need to add the video group to your user."
Try that maybe
I've uploaded my Devuan-pi4-os64 to github.
https://github.com/ShorTie8/Devuan-pi4-os64
With in it is vcgencmd.tar.xz
Which I do believe will work for you.
untar with
tar xf vcgencmd.tar.xz -C /
contains:
usr/bin/vcgencmd
usr/lib/libvcos.so
usr/lib/libvchiq_arm.so
Have A Great Day
ShorTie
ps: I need to make a deb for it .. ~
You can compile it .. ~
https://github.com/raspberrypi/userland
Not much to, just need cmake.
" (the HDD needed its own power supply)."
That is the best idea imho
Provide the hard drive power.
Pi's cut usb power, long before the green light blinks 10 times.
Saying it's safe to power off.
Pages: 1