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.
tome
Contributor
Contributor
Posts: 562
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Wishlist for porteus 3.1

Post#31 by tome » 06 Oct 2014, 11:09

"hmm... i can run multiple firefoxes here. what is the manger?"
Sure multiple? Another profile (bookmarks, history, settings) in two windows or the same?
Manager is Firefox Profile Manager.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2534
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Wishlist for porteus 3.1

Post#32 by Bogomips » 06 Oct 2014, 16:43

fanthom wrote:@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
Have Sempron, PaleMoon installer did not complain and installed. Thereafter could not open from menu bar, as caused PM abort. Then did manual install, could run YT videos but not open tabs or menu bar items without PM abort.

SeaMonkey is just about the only browser I can use on Porteus, does not have bloat of Firefox, and as well able to be kept under control. Also a mainstream browser, in that good add-on selection available. Tor browser doesn't present a problem, except at times, not being able to co-exist with SeaMonkey.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

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#33 by Slaxmax » 06 Oct 2014, 18:07

Rava wrote: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...
Pale moon crashes here (kde4)
same error in palemoon forum
http://forum.palemoon.org/viewtopic.php?f=37&t=4956

@Bogomips

Try midori browser
“DNA is like a computer program but far, far more advanced than any software ever created.”
― Bill Gates, The Road Ahead

Bogomips
Full of knowledge
Full of knowledge
Posts: 2534
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Wishlist for porteus 3.1

Post#34 by Bogomips » 06 Oct 2014, 22:02

Thanks Slaxmax. Elementary has Midori, and not too keen on it. However link proved useful, as have experienced exactly same symptoms and error messages.
now use 'kde42-oxygen', but any theme other than 'oxygen-gtk' should work
So when I've worked out how to change gtk2 theme to any theme other than 'oxygen-gtk' , will give PaleMoon another shot.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

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#35 by Rava » 07 Oct 2014, 11:58

Thanks folks, I had no idea PaleMoon could be the source of so much issues since it works fine on my multi core more recent machines, and also on my one older mono core Samsung Q40 one...

...

Maybe I work on a pBuild script for creating the most recent PaleMoon / making it more easy creating it... but it seems I have to add some extra stuff since the PaleMoon tgz lacks some needed files... :(
Slaxmax wrote:Try midori browser
Nice browser per se... but when running XFCe at least it's requirements that have to be added are way larger than the browser module itself (and when I create such a test system, I try to always minimize the dependencies...)
Cheers!
Yours Rava

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

Re: Wishlist for porteus 3.1

Post#36 by brokenman » 10 Oct 2014, 12:12

It looks like adding a virtual keyboard will also have to be retracted. Adding florence pulls in 5Mb of overhead and the lighter xvxkb segfaults (at least on 64bit). Perhaps a separate module bundle containing all dependencies can be made instead.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Ed_P
Contributor
Contributor
Posts: 3144
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#37 by Ed_P » 10 Oct 2014, 16:55

Another wish:

It would be nice if the extramod= cheatcode worked similar to the changes=EXIT: cheatcode in finding directories/folders.

With the changes=EXIT: cheatcode it isn't necessary to include the drive's path for it to find the file.

changes=EXIT:/porteus/changes/porteussave.dat works.

But extramod=/porteus/modules does not. It has to be specified as extramod=/mnt/sda5/porteus/modules.
Ed

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

Re: Wishlist for porteus 3.1

Post#38 by brokenman » 10 Oct 2014, 18:24

That is the intended functionality. I (for example) keep my extra modules on a separate partition. They are totally separate from the porteus partition.
How do i become super user?
Wear your underpants on the outside and put on a cape.

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

Re: Wishlist for porteus 3.1

Post#39 by fanthom » 10 Oct 2014, 19:51

ok - will see if i'll be able to get 'extramod=' cheat to work without providing a full path.

thanks
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#40 by Rava » 11 Oct 2014, 01:25

Best would be:

extramod=/porteus/modules
-> expands into "/mnt/BOOTDEVICE/porteus/modules" whereas BOOTDEVICE sure is the device Port booted from, while still having
extramod=/mnt/sda5/porteus/modules
working literally as it is.
Cheers!
Yours Rava

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

Re: Wishlist for porteus 3.1

Post#41 by brokenman » 11 Oct 2014, 01:46

Perhaps partition by UUID would be suitable for portability where sda5 is /mnt/sda5 is converted to UUID. This way extramod can reside on removable media and it will always be found.
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#42 by Rava » 11 Oct 2014, 03:09

^
yes, UUID should be supported by all cheatcodes about a file or folder...
</Rava's 2 cents>
Cheers!
Yours Rava

User avatar
Ed_P
Contributor
Contributor
Posts: 3144
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#43 by Ed_P » 11 Oct 2014, 03:35

fanthom wrote:ok - will see if i'll be able to get 'extramod=' cheat to work without providing a full path.
Thanks fanthom. :good:
Rava wrote:Best would be:

extramod=/porteus/modules
-> expands into "/mnt/BOOTDEVICE/porteus/modules" whereas BOOTDEVICE sure is the device Port booted from, while still having
extramod=/mnt/sda5/porteus/modules
working literally as it is.
Yup. :beer: It makes for Porteus on portable drives much easier to work with.
Rava wrote:yes, UUID should be supported by all cheatcodes about a file or folder...
Supported, yes. Required, no.
Ed

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

Re: Wishlist for porteus 3.1

Post#44 by tome » 11 Oct 2014, 19:37

Code: Select all

# Get booting device and link to it
bdev=`grep -A1 "Booting" /var/log/porteus-livedbg|tail -n1|sed 's^//^/^g'`
pdat=${bdev}
ln -sf $pdat /mnt/bootdevice
it would be better than uuid because it is the same for all devices (uuids are different), I miss it (or similar) in Porteus

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#45 by Rava » 11 Oct 2014, 19:55

Ed_P wrote:Yup. :beer: It makes for Porteus on portable drives much easier to work with.
IKR! :beer:
Ed_P wrote:Supported, yes. Required, no.
That's what I meant. :D
___________________________________

Off Topic... (kinda)
tome wrote:

Code: Select all

# Get booting device and link to it
bdev=`grep -A1 "Booting" /var/log/porteus-livedbg|tail -n1|sed 's^//^/^g'`
pdat=${bdev}
ln -sf $pdat /mnt/bootdevice
it would be better than uuid because it is the same for all devices (uuids are different), I miss it (or similar) in Porteus
I wonder, which code is more streamlined, tome's above or mine:

Code: Select all

awk 'c-->0;/Booting device:/{c=1}' /var/log/porteus-livedbg
And being the lazy virtual console user that I am, I create the symlink "/x" that links to the current boot device. Why /x one might ask? For one, cause there is no folder with "x" in the root directory of any Linux I know... and it's just one character to type, therefore typing e.g. "/x/p[tab]b[tab]" will always give me /x/porteus/base aka the base folder of the current booted Porteus... </lazy>
Cheers!
Yours Rava

Post Reply