You are not logged in.
Enough of the loony tunes, This is a board forum about the Devuan operating system, not x86 god mode. Go away
Being aware of god mode and other mean ingredients is not a bad thing.
Devuan doesn't float in the air far away from these problems.
Probably most Devuan installs still live in the X86 or AMD64 digitope.
An odyssey:
—▷ GOD MODE UNLOCKED - Hardware Backdoors in x86 CPUs
I used to have a lot of stuff in VMs but stripped that down a lot few weeks ago.
Call it a mass extinction!
void is nice, had it for a long time... but I'm still not that much into rolling releases.
Ubuntu-VMs helped to build stuff for digital neighbours. I'll reinstall what's needed if needed...
9ants and other plan9 derivates got too few of my attention for too long, keeping 9front and somewhen installing the original will be enough.
One version of Reactos is enough!
...
On real hardware I only run Devuan, Debian, Raspbian, OpenWrt and I plan to get Plan9 or 9front again (still throwing coins about which flavour and about the "on X86, X86-64 or ARM" question).
(((...))), but if you're that paranoid about privacy, don't use a computer you haven't build from scratch yourself! (((...))) FPGA (((...)))
...and use only FPGAs which can be handled with OSS toolchains.
I'd really like to test this route, even if the current limit for FPGAs with OSS toolchains may be a sub-100MHz 32bitter.
How about starting an own thread (or better: wiki page!) for these thoughts?
If you want REALLY opensource board - find one with RISC-V CPU based on opensource core, and vendor must provide full docs under libre license. You can also try to flash FPGA.
\o/ RISC-V \o/
And there is the J-Core Open Processor.
—▶ https://www.youtube.com/watch?v=o0milqmt4ao
—▶ http://0pf.org/j-core.html
I think we need to keep an eye on this one too...
I hoped that I could convert a PPA
I took the .tar.gz and the .dsc and rebuilt them on Devuan3.
Read a bit about dpkg-source and dpkg-buildpackage.
These sources were well behaving.
They are a good start as first own deb-src rebuild.
Get the source (*.dsc and *.tar.gz) manually from https://launchpad.net/~otter-browser/+a … /+packages?
You'll find the build-depends in the *.dsc and $SOURCES/debian/control files and I think having less auto-magic with foreign sources is not really a bad thing. I just feel safer with not adding foreign repositories to my sources.list but maybe I'm just old and grumpy...
...and what's the translation of (German:) "Altersstarrsinn" to English? (Old-age-stubbornness?) :-D
Last and least: It did work...
——————————
Edit...
Ok... YT videos didn't play in the VM but on the netbook (Ideapad S10 (1st generation)) they do. Brave lill Atom... \o/
The XFXE install in the VM may be too minimal... IDC!
It was good enough to build the deb and that's all what's really needed.
Pasta & Ramen!
I was lazy and now have 2 repositories in my sources list.
If this is a bad idea, please someone enlighten me...
$ apt policy firefox-esr
firefox-esr:
Installed: (none)
Candidate: 60.8.0esr-1~deb9u1
Version table:
60.8.0esr-1~deb9u1 500
500 http://auto.mirror.devuan.org/merged ascii-security/main armhf Packages
60.7.2esr-1~deb9u1 500
500 http://deb.devuan.org/merged ascii-security/main armhf Packages
60.6.3esr-1~deb9u1 500
500 http://deb.devuan.org/merged ascii-updates/main armhf Packages
500 http://auto.mirror.devuan.org/merged ascii-updates/main armhf Packages
60.6.1esr-1~deb9u1 500
500 http://deb.devuan.org/merged ascii/main armhf Packages
500 http://auto.mirror.devuan.org/merged ascii/main armhf Packages
Then there is history search via .inputrc up down arrow search in vi mode.
# up/dn history search
bind '"\e[A":history-search-backward'
bind '"\e[B":history-search-forward'
..."Works for me."™
Note also that the apt command consolidates the abilities of apt-get & apt-cache and provides a more "user-friendly" interface, it is now recommended over apt-get for Debian buster.
And in contrast to home grown spells, there is the magic TAB key for the common package management commands' options. I think this is hard to beat with aliases.
Why do I need an email server on my secure desktop distro?
IDK!
I do want mail from cron, at, batch, apt, ...
Does anyone have any insights on getting Devuan running on the new Raspberry Pi 4B? I can sadly confirm that that raspi3 distribution doesn't boot successfully.
Ask therion23 in #devuan-arm for his progress. I think it is already running. The current hack is a 32bit Devuan on Pi4 but at least it is a start and maybe later can help to build a 64bittish one.
What I think is happening here is that when a newer time code is found, the program returns, but only to one level up, where the next code line tells it to return false (i.e. the time code was not newer). But perhaps I misinterpreted (s'cuse the pun
) the code.
amprolla_update.py#L22-36 simplified:
$ cat asdds.py
def left_is_bigger(left, right):
if left > right:
print('%d > %d' % (left,right))
return True
print('%d <= %d' % (left,right))
return False
left_is_bigger(1337, 42)
left_is_bigger(42, 1337)
$ python3 asdds.py
1337 > 42
42 <= 1337
return does not leave indentation levels, it leaves the function.
3. Keep a record of the UID & GID of your users (grep [username] /etc/passwd)
Just backup /etc too.
And look which software puts stuff in /var that's nice to keep too: Bitlbee, crontabs, mail, tor hidden services directories, ... come to my mind.
If in doubt, backup /var completely.
Maybe we should start a wiki page about what may be worth being backup'd even if someone insists in not having a full backup.
I'm a fan of periodically rsync-ing complete systems to a backup storage.
Not a very sophisticated solution but it already saved my day often enough.
Yeah . . . it's another clusterf*** from the freedesktop.org folks.
+42
C'mon!
Let's hide the whole system in /.../*!
That's what the enduser really wants!
I do know that!
Trust me...
:-Þ
Except backing everything up, are there any recommendations (general and Devuan/Refracta-specific)?
The alternative to having a backup is to have multiple backups.
yeti wrote:Dutch_Master wrote:I'd suggest to re-install Devuan with separate partitions for /etc, /var, /usr and /home.
/etc?
Maybe that would work on his Funtoo . . .
Fun for the whole family!
\o/
I'd suggest to re-install Devuan with separate partitions for /etc, /var, /usr and /home.
/etc?
Why not to add a Libre (deblobed) kernel directly to Devuan distro? It would make Devuan even more free than it already is and may be even more free than Debian 5 Lenny was.
I want to keep the freedom to use my old hardware which may need some blobs.
The environment wants to keep the freedom that not every notebook needing some blob is turned into useless toxic trash because extremists declare them as inacceptable.
Let's keep old hardware busy by allowing blobs and let's look at the blob aspect when buying new stuff.
I'm having the same issue.
#heretoo
I just upgraded an ASCII install with XFCE to Beowulf and that was not really funny due to this hiccup... :-/
At lest reading that it is not PEBCAK is a bit of a relief.
~/tmp4c$ cat /etc/devuan_version
ascii
~/tmp4c$ ls -l
total 4
-rw-r--r-- 1 yeti yeti 1293 Mar 30 23:05 main.c
~/tmp4c$ gcc main.c -lncurses -o main
~/tmp4c$ ls -l
total 16
-rwxr-xr-x 1 yeti yeti 9216 Mar 30 23:14 main
-rw-r--r-- 1 yeti yeti 1293 Mar 30 23:05 main.c
It compiles without errors.
Started with
~/tmp4c$ ./main
it runs and I can move the P with the arrow keys.
Where is the code?
Grab the deb-sources and rebuild them on Devuan.
I haven't looked longer at Midori. A while ago it only could do http/https and no other protocol. And with today's quick and dirty build, I got lost in GitLab because some stuff in GitLab's menu refused to cooperate with Midori.
Midori will not be my future browser.
Pasta and Ramen!
This one?
Debian/Sid has it and a quick and dirty rebuild on ASCII is doable.