The officially official Devuan Forum!

You are not logged in.

#976 Re: Off-topic » [SOLVED] Anyone with a 386 willing to satisfy a curiosity for me? » 2021-07-13 06:50:05

Tatwi wrote:

I've been puttering with QBasic 1.1 (comes with DOS 5+) over the last year and to make a long story short, I'm looking for someone to run the following program on a computer that has real 386DX 33MHz CPU, so that I can compare the results to how it runs in DOSBox.

The program is here,

https://github.com/Tatwi/QBasic/blob/ma … ENCHES.BAS

and the description is here,

https://github.com/Tatwi/QBasic/tree/master/BENCHES

Part of the long story is included in the description, if you're interested.

Other CPUs I'd like to get data for are,
- Intel 386DX 16MHz
- AMD 386 40MHz
- Intel 486SX 25MHz
- Intel 486DX 33MHz
- Any Cyrix/IBM CPU in this age/speed range.

Why?

OCD and I can't afford to buy an old PC just to answer this question, basically. But mostly OCD. smile

Thanks!

I probably could, if I had a device that old, but I don't really know if I do... though. So... yeah...

Someone may be able to answer you, but I don't know...

Although if all else fails, try dosbox-x maybe? idk... sad

#977 Re: Devuan » Windows 11 will _enforce_ Secure Boot » 2021-07-13 06:46:10

blackhole wrote:

BLOBs are not the same as device firmware. The latter is part of most devices, either residing the device's NVRAM or as a firmware image which is loaded via the device driver/firmware loader.

Far from being unnecessary, they are actually the device's own OS.  In that they are code which runs on the device itself and not any kind of x86 OS binary.

Some firmware is "open source", some is proprietary.  Despite contributing driver code the Linux graphics stack, Intel and AMD graphics tech is every bit as proprietary as Nvidia - with closed source firmware and hardware. They won't release  code which could threaten their commercial interests.

Camtaf, you're correct in that modern CPU's actually use a firmware layer called microcode, which runs on the "hardwired" CPU. Microcode makes it possible, well most of time, for the vendor to "patch" the CPU. There are also "out of band" processors running on modern CPU's, running a small OS - e.g.  the Intel Management Engine.

The IME has been deliberately designed to prevent the end user disabling it.  Along with UEFI and Secureboot, all of this tech equates to less freedom, privacy and security for end users.

As headstick has said, raspberry pi and its Broadcom chips, is no escape - neither is in fact ARM, if/when Nvidia buy them out.

The raspberry pi people already made their intentions plain in the PR disaster regarding the vscode Microsoft repository. But if you're already in bed with Broadcom, signed NDAs and developing devices loaded with proprietary firmware, courting Microsoft is not such a big deal.

I think you misunderstood my position, anything non-free including firmware that has potential insecurities, or backdoors, is a blob to me.  You are thinking of OpenBSD's thinking on blobs, but that isn't the FSF/GNU or even my belief.

Also, their commerical interests are bullshit.  I know they couldn't care less, but I in fact do care, thus I will never use anything with an intel me equivelant enabled at all, as long as I can.   

I say their commercial interests are bs, though, because the way they accomplish their goals is just... phenomenally messed up.

Its not the fact that the hardware isn't open source that is the ONLY problem, its actually the fact that it is laden with pointless DRM that requires non-free firmware to run, for, things like wifi, graphics and sound even...

sad

I knew microsoft, apple, google were bad, but I didn't know raspberrypi people were bad also...

smh...

If all hardware was under at least an mit license instead of that absurdly corrupt all rights reserved license,  that would be a step in the right direction.

But nope, alas... that will probably never happen for most mainstream hardware.  Greed/Power is just too enticing for many of these big corporations.

I guess to end this thought, all hardware should have optionally free licenses.  Trademarks of course are a different matter as long as they don't go the road of mozilla, but yeah...

Anyways, rant done... tongue

#978 Re: Devuan » Windows 11 will _enforce_ Secure Boot » 2021-07-12 03:44:24

Dutch_Master wrote:

@Camtaf: Some people take issue with "binary blobs" in Linux. They feel "Open Source" isn't "open" if there's a binary blob (proprietary code) on their system. That's fine, it's their prerogative. Others have a more pragmatic stance, accepting that these blobs are necessary if certain vendors (mainly nVidia, but also the RPi/Broadcom chips) have their products work on Linux.

Blobs, are completely stupid to even require. Usually its just an excuse to force backdoors down people throats.

Smh...

btw, Nvidia and Broadcom can suck it if that's there way of doing things.

I will never, ever use their products  unless I have no choice, and more importantly, I will never buy or ask for their products most likely either.

That being said, blobs are not an issue to me, if it can be confirmed they do nothing shady. But that is very unlikely usually...

Mnt Reform being one example of this. Libreboot/Coreboot + Me cleaner being similar albeit not nearly as good.

#979 Re: Devuan » Windows 11 will _enforce_ Secure Boot » 2021-07-12 03:39:49

golinux wrote:

There will come a time when these abominations will be the only older hardware available.  Many of us will not live long enough to see that shift but it will eventually happen . . .

That is not a good sign to hear...

I really, really hope that this doesn't happen till the next millenium or never.

Such things are pure evil.

Unless Risc-V takes shape in the future... well you know.

That all being said, I recently learned that gen 5 processors and onward require blobs even for their sound! that's just plain bullshit.

It's bad enough that gen 5 processors have boot guard and blob for the graphics, but sound too now? lame...

sad

#980 Re: Desktop and Multimedia » Audacity and Musescore Spyware problem » 2021-07-06 22:57:15

Audacity is being forked, I believe, so no worries.

That all being said, I heard about this problem, and I think debian should abandon current audacity in favor of a fork.

#981 Re: Devuan » Windows 11 will _enforce_ Secure Boot » 2021-07-06 22:54:41

starbreaker wrote:

I'm fine as long as I can find refurbished machines.

Agreed, but even better than that, would be coreboot + me cleaner... smile

I got some computers with such stuff on it.  I will take ivy bridge issues or over the current and I use this sarcastically, "latest and the greatest"

Because these two things do not agree for me combined.  Aka, Latest = worst... at this time anyways...

As long as Risc-V isn't where it needs to be,  I will stick with what I have for most things.

Starfive gives me some hope though. It looks like it may be closer to sandy bridge, but oh well...

It is still open source though completely...

When the time is right, I will still probably use it. wink

Pocket Mnt Reform is coming! Potentially, in two years I bet! smile

#982 Other Issues » Suspend doesn't work on thinkpad x230 in some situations... » 2021-06-23 20:41:12

zapper
Replies: 0

I press the fn button + f4 and in my other comps, it immediately goes to sleep.

Well... it doesn't seem to do this in devuan beowulf on my x230*. I wonder if this problem happens in devuan chimaera...

sad

#983 Re: Desktop and Multimedia » Microphone key not working on XFCE » 2021-06-23 20:38:38

joachin wrote:

Hello, I have some problems trying to mute the microphone with the keyboard, the key doesn't work on XFCE; however, if I use other distro or DE the key works well. Any advice with this situation?

Thank you.

Hmm... I had this problem once, every time I poweroff my devuan system and power it back on, its enabled all over again.

On an unrelated note, I can't use the FN F4 key combination to make devuan go into suspend mode.  I may make a separate issue for that, although...

its odd I am on beowulf, a stable release and it does this... hmm

XFCE might be the problem for you, or it could be another mess that debian is allowing redhat to make.

hard to say...

#984 Re: Documentation » Some security configuration after installation » 2021-06-22 12:36:42

dice wrote:
zapper wrote:
dice wrote:

You must be bored replying to old threads zapper.

Somewhat, lol.

But its also early where I am and its raining alot, so I won't be going anywhere today lol.

Also, the thread started in June man... just sayin. heh.

It's not like I necroed a three year old thread, now thats being bored! hehe...

Well its getting old and what you posted has no relevance to the thread so now we are just messing up the OP's thread.

Heres an idea, why dont you delete your posts and when you finish ill delete mine.

I sent you a pm, as to what I think we should do...

If golinux sees this thread, I hope it will be locked. smile

My final reply btw... from here on out, pm me.

#985 Re: Documentation » Some security configuration after installation » 2021-06-22 12:29:05

dice wrote:

You must be bored replying to old threads zapper.

Somewhat, lol.

But its also early where I am and its raining alot, so I won't be going anywhere today lol.

Also, the thread started in June man... just sayin. heh.

It's not like I necroed a three year old thread, now thats being bored! hehe...

#986 Re: Documentation » Some security configuration after installation » 2021-06-22 12:27:03

dice wrote:
zapper wrote:
dice wrote:

You missed a step.

always.....

openbsd signify would be a nice addition for this security measure.

https://man.openbsd.org/signify

I think the "You missed a step

always......"

Is what turned off Meridian...

Just a heads up.

Not judging, just sayin, you came across as prideful, even if you aren't in actuality.

prideful ? what a load of bollocks.

"I  always"  is what i should have posted so as not turn off persons on the internet.

That was just how I saw it... you can choose to take my advice or not.

It's ultimately your choice what you wish to believe.

That being said, I have to read what bollocks even means... wink

EDIT: It was not even close to my intention to say things you considered rubbish.  But yeah, like I said above...

It is your choice what you want to believe... wink

#987 Re: ARM Builds » Is a Devuan build for the new Apple M1 chip possible? » 2021-06-22 12:25:07

Head_on_a_Stick wrote:
Micronaut wrote:

Such intense Apple hate... Are they really any worse than Intel?

Fuck yes. Intel have contributed a huge amount to Linux, Apple are a bunch of twats.

I would say that what you just said here, is too kind to apple, they are much worse than that...

They are like google, only less dangerous.

I say less dangerous, because their changes dont have any effect on other hardware other than apple approved hardware.

Thus, Google is still 2x worse at least due to their stuff getting engrained in so many things.

Although Redhat is just as bad as Apple due to their sneaky methods of forcing systemd and other crap down peoples' throats.

Just my two cents. tongue

#988 Re: Off-topic » Today I Learned » 2021-06-22 12:15:00

sgage wrote:
zapper wrote:
dice wrote:

Good question, i was thinking the same. Perhaps the 64 has some mods? I highly doubt a computer from 1982 would be able to run devuan beowulf, but i would be happy to be proven wrong.

Wait 64mb of ram? you say? That seems a bit unlikely, I mean I could understand 32mb... and maybe jwm if its 32 bit and be using something like console-tdm to start it, if you turn off certain services... *cough* dbus *cough*

Even then, 32mb seems like a stretch, but yeah, 64K sounds insanely low to be able to run devuan...

You'd have a better chance of using OpenBSD for something that small...

Just sayin...

I would also love to be proven wrong... smile

Not just the 64K of RAM, either. When was the kernel ported to 8-bit 6502 (or 6509 - whatever variant they used)? Never.

Ah, lots of problems then! Well, I wonder though, if any BSD's support 8 bit still...

OpenBSD supposedly could, but it probably has very slow support I imagine... tongue

If it does at all.

Looks like it doesn't at the moment...
https://www.openbsd.org/plat.html

Although it does support this:

luna88k

Dunno about NetBSD though. That might lol.

Yep it does:

https://wiki.netbsd.org/ports/amiga/

#989 Re: Devuan » Meet Chimaera's deepsea theme » 2021-06-22 12:13:11

sgage wrote:
zapper wrote:
golinux wrote:

They don't have a fixed schedule.  They have a "when it's ready" schedule as does Devuan.

They are.

Confirmation that it works or if not what the problem is would be helpful and appreciated.

Hmm, I don't usually use alphas, on my system...

I usually wait till beta to actually consider using it. 

wink

Unless I have a virtual machine of it, which isn't a bad idea. smile

I don't know what I will do, given my current focus, which is more or less Hyperbola, but its a thought to consider.

The installer iso's are alpha, not the distro. Chimaera, based on Debian Bullseye (which is almost ready to be released), is well tested. I've been using it without issues for months now.

That would make sense if its going to be releaesed in July,  good news though! smile

#990 Re: Documentation » Some security configuration after installation » 2021-06-21 18:00:37

dice wrote:

You missed a step.

always.....

openbsd signify would be a nice addition for this security measure.

https://man.openbsd.org/signify

I think the "You missed a step

always......"

Is what turned off Meridian...

Just a heads up.

Not judging, just sayin, you came across as prideful, even if you aren't in actuality.

#991 Re: Devuan » Meet Chimaera's deepsea theme » 2021-06-21 17:53:18

golinux wrote:
zapper wrote:

Ah, I didn't know debian EVEN had a release schedule... 

Thought it was like, released when we say its ready. tongue

They don't have a fixed schedule.  They have a "when it's ready" schedule as does Devuan.

zapper wrote:

Good to know, also, I thought chimaera's images were still in alpha...

They are.

zapper wrote:

I probably should, but sometimes I am way too lazy for it...

That being said, I assume you just report issues that you see...? Could do that, beyond that, I don't know.

Confirmation that it works or if not what the problem is would be helpful and appreciated.

Hmm, I don't usually use alphas, on my system...

I usually wait till beta to actually consider using it. 

wink

Unless I have a virtual machine of it, which isn't a bad idea. smile

I don't know what I will do, given my current focus, which is more or less Hyperbola, but its a thought to consider.

#992 Re: Off-topic » Today I Learned » 2021-06-21 17:16:12

dice wrote:
fsmithred wrote:

@andyprough:

How do you run linux on a computer with only 64k RAM???

Good question, i was thinking the same. Perhaps the 64 has some mods? I highly doubt a computer from 1982 would be able to run devuan beowulf, but i would be happy to be proven wrong.

Wait 64mb of ram? you say? That seems a bit unlikely, I mean I could understand 32mb... and maybe jwm if its 32 bit and be using something like console-tdm to start it, if you turn off certain services... *cough* dbus *cough*

Even then, 32mb seems like a stretch, but yeah, 64K sounds insanely low to be able to run devuan...

You'd have a better chance of using OpenBSD for something that small...

Just sayin...

I would also love to be proven wrong... smile

#993 Re: DIY » [SOLVED] how to randomly start audio file, via script, » 2021-06-21 17:05:15

ralph.ronnquist wrote:
zapper wrote:

  $HOME/Zeal/Music*/*.{opus}

I think bash doesn't handle braces around singleton option well; it only works well when there are options. And it also has to find some * match for every option otherwise it results in the glob string itself. Though, perhaps inserting a prior

shopt -s nullglob

changes that.

Thus, in effect, all those selections ending {opus} end up as "bad pathnames" when picked for the later play command.

In other words, remove the braces for all {opus} and insert that shopt command, and then it hopefully will work consistently.

Hmm.... I didn't really understand how to do that... that being said, Dice's command context was smaller and actually more usable.

But it does have the same issue oddly enough.

I assume its the same problem in the sense of how often it fails. I will test more though and say otherwise if works more.

EDIT: Not even close, Dice's script seems to work more than 90% of the time.

Thank you Dice, you seem to know your software well.

Also here is what I did:

#!/bin/bash
find ~/Folder/ -type f -name '*.opus' | shuf -n 1 | xargs -d "\n" play

#994 Re: Devuan » Meet Chimaera's deepsea theme » 2021-06-21 16:54:34

golinux wrote:
zapper wrote:

Hmm, its almost in testing right for Devuan?

We have been in Chimaera "testing" since  Beowulf was released last year..

I am curious though when Debian will release its newest version.

As stated above, Bullseye ETA is mid-July.

It does have an effect on your distro right?

Yes, we can't release Chimaera until Bullseye goes stable.  There are Chimaera installation isos available for testing if you'd like to contribute to Devuan..

Ah, I didn't know debian EVEN had a release schedule... 

Thought it was like, released when we say its ready. tongue

Good to know, also, I thought chimaera's images were still in alpha...

I probably should, but sometimes I am way too lazy for it...

That being said, I assume you just report issues that you see...? Could do that, beyond that, I don't know.

#995 Re: Off-topic » Today I Learned » 2021-06-21 11:51:40

andyprough wrote:
dice wrote:

Today i learned about this very cool link.

https://oldcomputers.net/

Steve's Old Computer Museum!

Early personal computers were nothing like present day computers - they had personality!
Each was different and more exciting than the previous, with new features and capabilities.
old computer This website is dedicated to the preservation and display of these vintage computer systems.
To the left you can "click" and explore old computers from the dawn of time!
For fun, view 150 old computers all at the same time to appreciate how diverse and interesting they are

Bet you guys didn't know before now that my Commodore 64 was the highest selling computer system ever. I wonder how many of those original 17 million systems are now running Beowulf like mine? Must be at least 5 million machines, I'm thinking. big_smile

I would say given humankind's lack of intelligence, its probably more like less than a million...

lol... sorry, but I think your overestimating people's intelligence here... ;p

Not to be a downer, but the world is way too corporate for even a million probably. sad

#996 Re: Devuan » Meet Chimaera's deepsea theme » 2021-06-21 11:49:20

golinux wrote:
zapper wrote:
golinux wrote:

Hahah . . . good catch but . . . this is about the look of the site not the content.  I am working locally with old files that I used to theme beowulf when it was released.  It won't have updated chimaera content until it is released after bullseye goes stable.

That would make sense. I wonder when Chimaera will be out. wink

Someone at the last meet said mid-July, maybe the 12th?  So I figured I'd better get it done sooner rather than later.  Next up pkginfo and bugs.

Hmm, its almost in testing right for Devuan?

I am curious though when Debian will release its newest version.

It does have an effect on your distro right?

#997 Re: DIY » [SOLVED] how to randomly start audio file, via script, » 2021-06-21 11:47:34

Fascinating it is, your script does work with the modifications now, but... theres one small, catch...

This is what it looks like now:

#!/bin/bash
AUDIO=(
  $HOME/Zeal/Music*/*.{opus}
  $HOME/Zeal/Music*.opus
  $HOME/Zanra/Music*/*.{opus}
  $HOME/Zanra/Music*.opus
  $HOME/Kai/Music*/*.{opus}
  $HOME/Kai/Music*.opus
  $HOME/Drasu/Music*/*.{opus}
  $HOME/Drasu/Music*.opus
   /usr/share/sounds/alsa*.wav
)
LENGTH=${#AUDIO[@]}
PICK=$(( RANDOM % $LENGTH ))
play ${AUDIO[$PICK]}
echo ${AUDIO[@]}

And for some reason, it fails sometimes... to trigger, like 1/3 of the time it works for me. I wonder what I am doing wrong...

Gives me errors, despite my folders being there and such...

play WARN alsa: can't encode 0-bit Unknown or not applicable
play FAIL formats: can't open input file

This happens like 1/3 of the time. weird it is.

#998 Re: Devuan » Meet Chimaera's deepsea theme » 2021-06-21 00:38:50

golinux wrote:

Hahah . . . good catch but . . . this is about the look of the site not the content.  I am working locally with old files that I used to theme beowulf when it was released.  It won't have updated chimaera content until it is released after bullseye goes stable.

That would make sense. I wonder when Chimaera will be out. wink

#999 Re: DIY » [SOLVED] how to randomly start audio file, via script, » 2021-06-21 00:36:50

ralph.ronnquist wrote:

The script could be something simple, like

#!/bin/bash
AUDIO=( $HOME/folder*/*.{wav,mp3,ogg} )
LENGTH=${#AUDIO[@]}
PICK=$(( RANDOM % $LENGTH ))
play ${AUDIO[${PICK}]}

Then it depends on which display management you are using; with xfce4 you would go to "Settings":"Session and Startup" and add a new entry for "Application Autorstart" and there point at your executable script. That would set it up so that that script gets executed upon login.

If you want it tied to console login you might add it to your ".bashlogin", or similar depending on which shell you are using.

Hmm, it doesn't seem to pick a random audio to play, always plays the same one when I tried it.

I was going to use jwm's method to autostart it to be honest.

I am curious, though beyond that, how would I make it only pick one of those audios to play before script stopping.

And also, if there is a way to add code behind before the audio part,  say there is one master folder and it has 5 different folders to choose from... I think you know where I am going with this right?

That and figuring out why it doesn't randomly select a different one each time I trigger it, is what I need to figure out.

#1000 DIY » [SOLVED] how to randomly start audio file, via script, » 2021-06-20 16:22:31

zapper
Replies: 7

With sox,

This is gonna sound weird, insane and odd,

But I wanted when I login, for a script to start that would randomly choose from one folder,

Say its folder 1, and say it has 4 folders, randomly choose one of those folders, and play an audio from one of those.

And also, if it has folders within the four folders, it will randomly choose one of them.

This sounds crazy, and why would I want it right?

I have an idea how to do a tiny bit of it, but not much.

I have found scripts ike this for thinkpads aka:

#!/bin/bash

declare -i ID
ID=`xinput list | grep -Eo 'TouchPad\s*id\=[0-9]{1,2}' | grep -Eo '[0-9]{1,2}'`
declare -i STATE
STATE=`xinput list-props $ID|grep 'Device Enabled'|awk '{print $4}'`
if [ $STATE -eq 1 ]
then
    xinput disable $ID
    echo "Touchpad disabled."
else
    xinput enable $ID
    echo "Touchpad enabled."
fi

the above script is for disabling the touchpad... smile

Without system dumb.

Anyways give me a holler if you know how to do the audio random playing thing. Aka, the random audio play script I want.

I am not a programmer, so I cannot even figure out how this can be done... ;P

Board footer

Forum Software