Wishlist for porteus 3.1

New features which should be implemented in Porteus; suggestions are welcome. All questions or problems with testing releases (alpha, beta, or rc) should go in their relevant thread here, rather than the Bug Reports section.
dacq
Black ninja
Black ninja
Posts: 31
Joined: 13 Dec 2013, 19:00
Distribution: 2.1
Location: uk

Re: Wishlist for porteus 3.1

Post#16 by dacq » 27 Sep 2014, 21:29

Here are some things I want to have:

controls for the screen contrast
information about the graphics driver, CPU etc.
the ability to switch on/off the wifi & bluetooth.

User avatar
francois
Contributor
Contributor
Posts: 4902
Joined: 28 Dec 2010, 14:25
Distribution: kde xfce porteus manjaro kubun
Location: Enfin l'été, le changement climatique attendu: le soleil.

Re: Wishlist for porteus 3.1

Post#17 by francois » 28 Sep 2014, 00:04

@dacq:
1 and 2 are available on this porteus forum recently. google porteus etc. :wink:
Voltaire: Le mieux est l'ennemi du bien.

User avatar
Sagittarius
Black ninja
Black ninja
Posts: 46
Joined: 18 Jul 2012, 18:31
Distribution: LXDE 3.0/MATE 3.1/XFCE 3.1
Location: Spain
Contact:

Re: Wishlist for porteus 3.1

Post#18 by Sagittarius » 30 Sep 2014, 17:45

A virtual keyboard would be much appreciated for a future Porteus (for the situation where a user is physically unable to use a normal keyboard but can "point and click" with a mouse).

User avatar
Slaxmax
Contributor
Contributor
Posts: 403
Joined: 03 Jan 2013, 09:51
Distribution: KDE4
Location: Campinas Brazil https://goo.gl/yrxwKi

Re: Wishlist for porteus 3.1

Post#19 by Slaxmax » 30 Sep 2014, 20:06

Sagittarius wrote:A virtual keyboard would be much appreciated for a future Porteus (for the situation where a user is physically unable to use a normal keyboard but can "point and click" with a mouse).
KDE for me is the best DE more complete.
KDE have included kvkbd (virtual keyboard)
“DNA is like a computer program but far, far more advanced than any software ever created.”
― Bill Gates, The Road Ahead

User avatar
Sagittarius
Black ninja
Black ninja
Posts: 46
Joined: 18 Jul 2012, 18:31
Distribution: LXDE 3.0/MATE 3.1/XFCE 3.1
Location: Spain
Contact:

Re: Wishlist for porteus 3.1

Post#20 by Sagittarius » 30 Sep 2014, 20:53

Thanks for the tip Slaxmax. I will investigate KDE on a newer computer. I was really thinking of a virtual keyboard for LXDE or XFCE as I usually use Porteus with frugal install to HD on a really old computer, it has 1200 MHz processor and 513300 kB RAM, and KDE I understand is resource-hungry. But that info is very useful! :)

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Wishlist for porteus 3.1

Post#21 by brokenman » 01 Oct 2014, 01:52

Added to next xfce version (florence).
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Rava
Contributor
Contributor
Posts: 1319
Joined: 11 Jan 2011, 02:46
Distribution: Porteus 3.1.0 x86-64 XFCe
Location: Germany

Re: Wishlist for porteus 3.1

Post#22 by Rava » 01 Oct 2014, 02:35

Adding PaleMoon as slim, optimized Firefox variant (It's 100% Mozilla Firefox code, they just leave out all that only fed and bloat the fox...) that can run almost all FFx plugins...

More info here: viewtopic.php?f=53&t=3629
__________________________________________________________

Also, dunno if that already got fixed in 3.0.1: if not: fix of the bash bug "Shellshock".
Cheers!
Yours Rava

User avatar
Sagittarius
Black ninja
Black ninja
Posts: 46
Joined: 18 Jul 2012, 18:31
Distribution: LXDE 3.0/MATE 3.1/XFCE 3.1
Location: Spain
Contact:

Re: Wishlist for porteus 3.1

Post#23 by Sagittarius » 01 Oct 2014, 12:01

brokenman wrote:Added to next xfce version (florence).
Thank you so much!

KnallKopf
Samurai
Samurai
Posts: 134
Joined: 18 Sep 2012, 20:56
Distribution: Porteus 64bit KDE4
Location: Absurdistan

Re: Wishlist for porteus 3.1

Post#24 by KnallKopf » 04 Oct 2014, 09:17

stronger encryption for porteussave file,
i agree with this thread at.

It will be great, if i can use the passwort for the porteussave file with a
encrypted container or partition.
I need a new cheatcode 'encr=/path1;/path2;..' that encrypt and mount
partitions and filecontainer in this order path1, path2 and .. with the same password like
porteussave file from 'changes' cheatcode (or if not exist ask separate).

For example:
encr=/dev/sda3;/mnt/encrdrives/sda3/container01.dat;/mnt/encrdrives/container01.dat/container02.dat
should encrypt and mount /dev/sda3 to /mnt/encrdrives/sda3
container01.dat is on sda3 and will be encrypt and mount to /mnt/encrdrives/container01.dat
container02.dat is on container01.dat and will be encrypt and mount to /mnt/encrdrives/container02.dat

User avatar
Ed_P
Contributor
Contributor
Posts: 3059
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Wishlist for porteus 3.1

Post#25 by Ed_P » 05 Oct 2014, 04:56

1. A version of FireFox that supports signing on to a Linksys Guest account.

I can do it with the FireFox in Porteus 2.1, the FireFox in Porteus 3.0 and in Porteus 3.0.1 when I use the FireFox .xzm file from 3.0.

The Linksys router's Guest account is an unsecure network account that requires the password be entered via the starting of the brower. Porteus 2.1, 3.0. Windows 7 and 8 have no problem signing onto the Guest with their native browsers. I just can't do it with the native FireFox in Porteus 3.0.1.

2. A network manager that doesn't name duplicate network names with a " 1". ie Linksys and Linksys 1. Renaming the file with a space in it's name has the same result as deleting it, it keeps returning due to .wh. files. The network manager need to assign the duplicate name with a "_1" or "-1" in it's name not a " 1".
Ed

User avatar
fanthom
Site Admin
Site Admin
Posts: 4547
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Wishlist for porteus 3.1

Post#26 by fanthom » 05 Oct 2014, 12:43

Hi guys,

rc1 is approaching (hoping to release it within two weeks) so its a time to answer wishes thread.

@Blaze
"I wish Pantheon desktop environment for Porteus"
this rather wont happen. Ahau left the project and we have to spread all the workload involved in modules maintenance between me and Jay. Two devs must maintain 4 desktops x 2 archs - that's enough i think.

@tome
"My first wish is to create data directory next to changes, so it could be only selected (symlinked) changes persistent (even on nfts/fat) ... Then it could be created for example never broken (sdxY) symlink "/home/guest/Desktop" to "/mnt/data/guest-saved/Desktop""
we have 'magic folders' for this - please try them.

"Rebuild way of setting language so it could be option to choose prefered system language/locale while building iso in Porteus Wizard."
agree - this would be great but this is a lot of work and we have LST tool in PSC already which does the job. no point for double maintenance.

"Add option to activate directories (Right Mouse Button) like xzm modules. If that directory contains .posixfs file (permission allowed only on posix filesystems - test for disable NTFS/FAT) then that directory could be activated, or similar solution."
modules are read only - folders are not. if user remove a file directly in that folder (not in the union) then system may become unstable. i'm against.

"Another way of announcing final release - it could be Porteus RCFinal name and if we have not found major bugs during 2-3 days it should be then only renamed to Porteus Final and announced."
2-3 days is bit too less. i think that rc2 will be where the userland gets frozen, kernel (latest 3.17.x) should be ok to upgrade for final.

"from= cheatcode should search porteus directory and porteus parent directory for sgn and base modules (like v1.2) - no subdirectories needed (easier to manage). "
will think about this if wee decide to move everything under /porteus (this is getting awkward as UEFI requires additional /EFI folder in top root on the device)

"If we build xzm modules we must do it on parent (root) directory but sometimes we need only one directory (etc, opt, home/guest) so it would be nice if xzm builder could recognize name - that it has not parent directory and create main sup-directory(ies) while building for: etc, home, (home/)guest, opt, root, usr directory names."
will see what i can do about this

"7. Right Mouse Button option - copy to memory/changes - it would be useful with changes-ro or EXIT: - if we need make modified file/directory persistant -> RMB -> Copy to persistant changes.
The same could be also for deleting files if they exist in persistant changes.
not really see a point of this. this is how it works currently:
you create a file -> it get's kept in RAM -> if you delete it during the same session then it gets removed from RAM -> if you do not delete it then it gets saved on hd during shutdown (RAM works as a buffer which prevents unnecessary writes)

"8. Add vmlinuz, initrd.xz (or vmlinuz-$v-$arch, initrd-$v-$arch.xz) and porteus-$v-$arch.sgn to http://dl.porteus.org/i486/current/ andhttp://dl.porteus.org/x86-64/current/. I think that also vmlinuz and initrd.xz should be moved from syslinux to porteus directory because syslinux is optional and vmlinuz, initrd (and modules) are always required and owned by Porteus."
again - will think about this if we decide to move everything under /porteus

"Add to Firefox prefs.js: "
great idea :) we can pin there forum and facebook page (not sure about the pastebin.com as users use it only when in troubles)
what does 'no-remote' switch do?

@dstrake
we have at least 5 entries in the bootloader menu (GUI, Always Fresh, Copy2ram, Text, PXE) i dont think we should double them with 64bit kernel options as it would look messy. as you pointed out correctly: it would also cause endless GPU drivers/Vbox confusion (which driver to use with which kernel)

OTOH - porteus.cfg is really easy to customize so you could create such entries yourself.
all what you need to do is to:
a) use vmlinuz64 instead of vmlinuz in 64bit entries
b) drop 000-kernel64.xzm to /base then use 'noload=000-kernel.xz' cheatcode in 64bit entries.

@biotec
"Adding touchscreen support is my main wish. At least, a virtual keyboard and decent mouse emulation"
virual keyboard will be there (i'll add folrence to Lxqt) and touchscreen support should work ootb for most of the devices

"Native dual-boot support (the same iso to be able to boot automatically from both legacy bios and uefi)."
this is granted - there will be an option in the web wizard to create UEFI ISO. the only downside is that such ISO must be extracted on FAT partition (changes can still be saved on second partition formatted with linux filesystem) due to EFI firmware limitations (it can read only from FAT).

@francois
"I would like a debian (ubuntu) or archlinux clone of porteus. Just to show to the world how intelligent is porteus. It could come in only one desktop flavor."
as per my explanation in regards to the Phanteon desktop: i dont think this will ever happen

@Ed_P
"I would like to see network support built in or available like printer support. Many/most pcs are connected to others; laptops to desktops, spouse to spouse, parent to kids, work to home, etc."
dont understand. i always thought this possibility is in porteus already?

"Maybe a security module would be useful/desireable, with a firewall and an AV included."
usm could be used to download these

"And I would like to see the number of developers double. The current ones are getting over worked."
devs are coming and are leaving. we cannot invest much time in a training (Porteus is much different from other linuxes and quite complicated due to aufs, modules, etc..) of a person who leaves after a year or two.
i remember recent blog post of the Bodhi project leader who claims that no one from the original Team last till today.
Community section of the forum is for new projects and active devs. if they get some attention and survive over a year (or two) then may get accepted as official flavours.


"1. A version of FireFox that supports signing on to a Linksys Guest account.
I can do it with the FireFox in Porteus 2.1, the FireFox in Porteus 3.0 and in Porteus 3.0.1 when I use the FireFox .xzm file from 3.0."
we do stick to slackware official firefox packages so this bug should go upstream

"2. A network manager that doesn't name duplicate network names with a " 1". ie Linksys and Linksys 1. Renaming the file with a space in it's name has the same result as deleting it, it keeps returning due to .wh. files. The network manager need to assign the duplicate name with a "_1" or "-1" in it's name not a " 1"."
i'm sorry but i do not understand this one. even if i do i probably would not be able to fix this. please fill bug report upstream.

@dafan
"I would like to move the boot subdirectory under the porteus subdirectory, so that only one subdirectory under the root directory of ISO/USB is needed."
i remember Slax 7 had this feature so it should be possible. will investigate this.

@Sagittarius
"A virtual keyboard would be much appreciated for a future Porteus"
this is accepted

@Rava
"Adding PaleMoon as slim, optimized Firefox variant"
rather not as it wont run on older PCs

@KnallKopf
"stronger encryption for porteussave file,"
added to my TODO list

"I need a new cheatcode 'encr=/path1;/path2;..' that encrypt and mount
partitions and filecontainer in this order path1, path2 and .. with the same password like
porteussave file from 'changes' cheatcode (or if not exist ask separate)."
i'm trying to reduce number of cheats whenever i can (people do not use or even read about them). i'm worrying you would be the only user benefiting from this.
simplest solution is to add the code for mounting encrypted container to rc.local.

thanks a lot for all your feedback given.
Please add [Solved] to your thread title if the solution was found.

tome
Contributor
Contributor
Posts: 561
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Wishlist for porteus 3.1

Post#27 by tome » 05 Oct 2014, 17:12

"we have 'magic folders' for this - please try them."
They works great but only for posix fs. For pendrive best choice in my case is FAT or NTFS, and for almost full drives also.

"modules are read only - folders are not. if user remove a file directly in that folder (not in the union) then system may become unstable. i'm against."
OK, but maybe you can share your scripts:
"i'll update activate/deactivate scripts to be able to activate folders but wont include them in official ISO but rather post in community effort"

"you create a file -> ..."
OK, but how to update/modify persistent changes in the easiest way while using changes-ro? :) Or another example: someone has made many changes but system doesn't work correctly -> reboot without saving, he must lose all changes or ...? :roll:

-no-remote
without it you can't run manager and multiple instances of Firefox at the same time. I use it sporadically but maybe someone want fresh mode for Porteus and persistent for Firefox - can do it in Firefox Profile Manager.

User avatar
fanthom
Site Admin
Site Admin
Posts: 4547
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Wishlist for porteus 3.1

Post#28 by fanthom » 05 Oct 2014, 19:23

@tome
"They works great but only for posix fs."
you can cheat the system and skip posix check. please manually create /etc/magic_folders/folders.cfg and insert there your pairs, example:

Code: Select all

/mnt/120a9458-07c9-4e50-a9ec-894ad115e101/magic /home/guest
left side is source, right side is destination. instead of 'sdXY' use partition UUID.

"OK, but maybe you can share your scripts:"
save as /opt/porteus-scripts/xorg/aufs-insert:
http://pastebin.com/G7G55q8C

of curse: please do not post bug reports caused by what i wrote above.

"OK, but how to update/modify persistent changes in the easiest way while using changes-ro?"
you have to boot the system without 'changes-ro' -> do what you have to do -> add 'changes-ro' back
two reboots required

"without it you can't run manager and multiple instances of Firefox at the same time."
hmm... i can run multiple firefoxes here. what is the manger?
Please add [Solved] to your thread title if the solution was found.

User avatar
Rava
Contributor
Contributor
Posts: 1319
Joined: 11 Jan 2011, 02:46
Distribution: Porteus 3.1.0 x86-64 XFCe
Location: Germany

Re: Wishlist for porteus 3.1

Post#29 by Rava » 05 Oct 2014, 23:54

fanthom wrote:@Rava
"Adding PaleMoon as slim, optimized Firefox variant"
rather not as it wont run on older PCs
It won't run on older PCs, while Firefox runs okay on these machines? If that's what you mean, then it is incorrect, since PaleMoon is an optimized FFx that runs faster on any machine, be it recent, medium or older, while being >99% FFx compatible, especially when it comes to the user favourites PlugIns of FFx - or PaleMoon...

Please do reconsider your above statement...
Cheers!
Yours Rava

User avatar
fanthom
Site Admin
Site Admin
Posts: 4547
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Wishlist for porteus 3.1

Post#30 by fanthom » 06 Oct 2014, 06:51

@Rava
sse2 requirement is a break dealer. this is a list of unsupported processors:

Code: Select all

Pentium III  	NO
Celeron   < 1.7 GHz not likely, 
AMD Atlon XP/MP   NO
AMD Sempron   Socket 462: NO
http://www.palemoon.org/technical.shtml#CPUsupport

sorry but we cant use it by default.
Please add [Solved] to your thread title if the solution was found.

Post Reply