What do you want MX25 to be.?

[Jakob77]

If you have some demands or wishes for MX25 Xfce just write about them below.
You don't have to think about the priority list.
I will be helpful and make that and edit it along the way for the developers so they can see it here in the first post instead of wasting their time reading the whole subject.
No, don't trust me too much about this. lol





And no, I don't think I am going to put safeboot on the list this year.
It is not that I am much against it, I just don't understand the big need for it.
Maybe I am wrong, and someone will tell me about it.?




Temporary priority list:
----------------

1: Request about default automatic inclusion of the directory "bin" in PATH

2: Bigger bars and bigger buttons option for Firefox window

3: Look at Firefox default settings, and make them safer and more private.

----------------



This far I guess it is all small or not very huge things that might already partly have been taken care of.



So let me try a little math.... we had 10GWh and spent four too soon on problems and bugs and missing backward compatibility (very scary) in software from other vendors. And a little more here and there, and two more on some basic important stuff...
Since we saved 3GWh by waiting with safeboot we have about 2GWh developer power left for the "cream" to put on MX25

How are we going to spend them.? :-)

Maybe we don't need them because the fantastic wallpapers this year will save it all. ;-)

Yes, I know.. we can't do math like that.. and the numbers are pure fiction.
There is still a small truth to it somewhere but the amount of "GWh" is a variable, and if we want it to grow in order to make MX better, then it is a lot about making some more developers even more MX-hooked on doing even more magic and good follow ups.
So therefore I mostly want to ask what we can find that can be both great for the users and at the same time turn on some developers.?




There is always something exiting going on about MX-tools, and maybe they don't have a deadline before MX25 because they can be rolled out at any time but who don't always want a good chat discussion about MX-Tools.? ;-)


If you have two USB devices, and you reboot, they might switch places in the record.
There is a fix for that I haven't digged into yet but maybe someone has an idea about if it will be easy or hard to make a tool that can somehow do the job smart.?



Or how about a tool that can make it possible for "at" to connect to Wi-fi.?
I guess I can make a script that can do that, so it is not much of a challenge but maybe it is still a good little hack to have somewhere in MX-Tweak.



And how about working on implementing more home automation ready for use in MX.?
One peace of hardware at a time. It sounds like a big job but maybe I already have the only one that exits. lol



I wish everybody an informing infinite chat full of good talk about MX-Linux.

[j2mcgreg]

@Jakob77 wrote:

If you have some demands or wishes for MX25 Xfce just write about them below.

You should change 'demands' to requests. Anybody who is not on the development team is in no position to make demands.

[chrispop99]

If even 1% of forum members responded to this, it would be completely unmanageable. One person's 'demand' would be a change that another user would not want.

Complex things can't be successfully created by a large committee. If you want an example of how such an enterprise might fail, read the account of the British airship R101.

The small team MX Linux has is just right, and we must respect how they create MX-25.

Chris

[siamhie]

Temporary priority list:
----------------

1: Request about default automatic inclusion of the directory "bin" in PATH

Isn't yours included already? This is my default $PATH in fluxbox.

Code: Select all

╔═[siamhie@flux23]═[09:12 02/06/25]═══════════════════════════════════════[~]
╚═> echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin:/usr/sbin

[Germ]

I just want it to be a great release like the other releases have been.

[Jakob77]

siamhie

Than you for asking.
There is more to it. You can see the request about PATH here:
viewtopic.php?t=75245

I am already using it and I have a "~/bin" directory so my PATH goes like this:

Code: Select all

/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/my-username/bin

Germ

That's cool. :-)



chrispop99

Don't worry... not many will notice and they will all be nice and cool like Germ.
I hope we avoid a big fight about something not to be done but more just can pick up some inspiration, information and good ideas.



j2mcgreg

Right. The developers are not to be treated like suppliers but more like Santas.
So that makes it easy to reject most demands and gives you the upper hand if it happens.
I just don't believe anyone will fall into that trap, and if they would, I guess you have prevented it now. :-)

[Jakob77]

3: Look at Firefox default settings, and make them safer and more private.

I don't like that one myself, and I wonder if we can find a good shortcut.

First and foremost the browser settings are the users own responsibility.
How about help that makes that absolutely clear for all users the first time they open Firefox after installing MX.
And again along with an update if it or something else might have messed with the local settings.
The warning can then also recommend some safety settings or at least inform a little about common community practice.
Could that perhaps be a good way to go to calibrate the users expectations.?

[Adrian]

Two considerations about ~/bin in PATH

While adding ~/bin is generally safe, consider the security implications, especially if you plan to execute scripts or binaries from it that might be modified by others or by malware.
The ~/.local/bin directory is often preferred by the XDG directory specification.

We'll probably not do that by default, I think users need to know what they are doing.

[dolphin_oracle]

Two considerations about ~/bin in PATH

While adding ~/bin is generally safe, consider the security implications, especially if you plan to execute scripts or binaries from it that might be modified by others or by malware.
The ~/.local/bin directory is often preferred by the XDG directory specification.

We'll probably not do that by default, I think users need to know what they are doing.

$HOME/bin, or just the $HOME/.local/bin?

[Adrian]

I would say we should not do either, if users want things to be launched directly from ~/bin or ~/.local/bin they should add that to their PATH so they should be aware when they type something in the command prompt it might be launched from there and not from /usr/bin as it would normally happen.