Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Thu 22 Aug 2019, 14:51
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
Fatdog64-800RC [13 Feb 2019] [CLOSED]
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 2 of 5 [72 Posts]   Goto page: Previous 1, 2, 3, 4, 5 Next
Author Message
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Fri 15 Feb 2019, 16:02    Post subject:  

How to you drop capabilities in Fatdog?

EDIT: Sorted. I've added new lines into this otherwise it just widens out the forum (posting) width too much)

This (I think) runs seamonkey-spot with additionally many capabilities also dropped

Code:
#!/bin/sh
cd /home/spot
capsh --drop=cap_dac_override,cap_dac_read_search,cap_fsetid,
cap_kill,cap_setpcap,cap_linux_immutable,cap_net_bind_service,
cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,
cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,
cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,
cap_sys_nice,cap_sys_resource,cap_sys_time,cap_sys_tty_config,
cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,
cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,
cap_block_suspend,cap_audit_read -- /usr/bin/seamonkey-spot

I just call it seamonkey-cap ... as a wrapper for seamonkey-spot

Also serves as a reminder to not forget to change the default woofwoof root password ... as otherwise spot can easily/commonly su into root.

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh

Last edited by rufwoof on Sat 16 Feb 2019, 12:31; edited 4 times in total
Back to top
View user's profile Send private message 
jake29

Joined: 24 Jul 2015
Posts: 217

PostPosted: Fri 15 Feb 2019, 17:37    Post subject:  

SFR wrote:
Already fixed, thanks.
The scale factor for screen thumbnails used to be calculated as follows:
thumbnails_area_height (300px) / virtual_screen_height (32767px in your case) = ~.009
Now it's set to 0.1 by default, so the thumbnails are much larger.


Thanks SFR, that is much better.

SFR wrote:
LxRandR saves its settings as a .desktop file in ~/.config/autostart dir.
In order to launch stuff from there at startup you need to enable:
Control Panel -> Desktop -> Manage desktop startup programs -> System startup programs -> launch-autostart.

Anyway, we'll thinking about patching it to use ~/Startup dir instead.


It does feel more logical for LXRandR to use ~/Startup dir considering it is a built-in system app and it would be expected that if you save a configuration - no other steps are needed.

One other thing I noticed related to dual-monitor setup is that Google Chrome (installed via Menu > Internet) will cause graphical issues on my extended monitor when 'Use Hardware Acceleration when available' is enabled. This only occurs when I play a YouTube video (or other video format) in full-screen. Kodi does not cause this sort of issue, and hits the CPU much less anyway.
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Fri 15 Feb 2019, 19:34    Post subject:  

SFR wrote:
rufwoof wrote:
DVD multi-session ... not saving

My DVD writer is half-dead, so can't test it, but hopefully someone else will chime in soon.
Thanks for the detailed debug, though!

I think changing the growisofs command to look something like
Code:
growisofs -M /dev/sr0 -J -r somefile.txt

might do the trick. Presently I've zapped the DVD content but repeated use of the above is adding files correctly to it. Just logging the syntax here before I reboot to reburn afresh etc. and then I'll give that a try.

... No luck. Same version of growisofs as 721, some difference in libs (ldd growisofs). Now wondering if how the initial burn is made might be the cause (a earlier run of xorriso blanked the disk and after that I could add files to that).

After booting the clean FD8 DVD, if I swap that for a FD721 DVD that already has some multi-session saves on it and run save2session ... it adds another save session to the set OK.

... Ahh! Redoing a fatdog 8 freshly using the main iso ... and multi saves OK. I tend to install/use peasydisc, pburn and isomaster. The main as-is iso is slow to boot (fd64.sfs inside initrd) as that's BIOS loading it, so usually I split out the fd64.sfs and reform the smaller initrd, and adjust my isolinux.cfg to add basesfs=ram:local kernel boot parameter. It's starting to look like isomaster might be the culprit. Seemingly each of remaster, build-iso, peasydisc, pburn and isomaster ...etc all have to use the same mkisofs parameters. Not sure yet, but it looks like reforming a iso using isomaster from the Fatdog 8's repo might be using a different choice; So when I recreate a new iso using isomaster, to open the as-is fd8 iso and delete the initrd from within that, add in the new smaller version and add in fd64.sfs alongside that, tweak the isolinux.cfg to boot fatdog-multi by default and recreate/burn/use a new iso ... then that's when the problems of creating a multi-save occur.

In short, isomaster is compiled, not a script. Has a new version been used in FD8 that might perhaps be using a different set of mkisofs type parameters?

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
jamesbond

Joined: 26 Feb 2007
Posts: 3357
Location: The Blue Marble

PostPosted: Fri 15 Feb 2019, 23:28    Post subject:  

rufwoof, thanks for testing. I no longer has the media, I was about to go and buy some DVD+RW for testing, but I'm glad you find the root cause of the problem. (I might still go and buy the media anyway).

From FD64 side, there is no major changes for the savesession script or the mkisofs parameters. They're considered complete and done; the only thing we do to them is for bug fixes (or regressions) only.

isomaster however was updated from version 1.3.11 in 721 to 1.3.14 in 800.
It's a straight compile, no patching etc. Note that isomaster doesn't make use of mkisofs or anything else; it has its own internal functions to make an ISO.

The changelogs reads:
Quote:

28 Mar 2018 - 1.3.14
====================
- Migrated to iniparser 4.1.
- Switched default text editor to leafpad.

16 Nov 2014 - 1.3.13
====================
- Used the OSTD ( http://littlesvr.ca/ostd/ ) to add 77 more translations:

13 Oct 2014 - 1.3.12
====================
- Fixed serious bug that caused corrupt files when editing images over 4.2GB in size.

So I suppose something happened in 1.3.12 (that's the only time the writing logic seems to be changed) that breaks compatibility with multi-session.

_________________
Fatdog64, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread.
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Sat 16 Feb 2019, 00:31    Post subject:  

Thanks James. I've just done a clean start and instead of importing other things from gslapt I just used the integral programs. Used pburn to burn the full as-is iso (that's slower to boot from DVD as fd64.sfs is inside the initrd), configured that and saved. Rebooted and then remastered. With that remastered iso on HDD I blanked the DVD I'd just booted from using pburn, then burnt the remastered iso to that and that's now saving multi-sessions fine. That's a neater way to do it really, I was just in the habit of more manually setting things up using isomaster etc.
_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
jamesbond

Joined: 26 Feb 2007
Posts: 3357
Location: The Blue Marble

PostPosted: Sat 16 Feb 2019, 02:00    Post subject:  

Glad to hear you managed to clear it up. I just want to confirm that yes, the mkisofs parameters used in the original ISO creation, the one used in remaster, and the one used by save2session, all of them must be identical (and indeed they are - you can look into the FD ISO builder's build-iso.sh and see the parameter for the creation of the ISO).

As for the slow-boot - did you try to boot with the initrd-nano (the last entry in the boot menu)? Did it not help you?

_________________
Fatdog64, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread.
Back to top
View user's profile Send private message 
jajk

Joined: 16 Feb 2019
Posts: 1

PostPosted: Sat 16 Feb 2019, 04:24    Post subject: WiFi not working  

Managed to get Fatdog installed and booting off hard drive on Acer ES 15 Laptop despite the (intentionally) buggy UEFI implementation designed to keep Win 10 as the only option.
Love the new O.S apart from not being able to connect to a wifi accesspoint.
The wifi applet can see my accesspoint but something is not working when I try to enter the password and connect......no connection is established.
Any clues as to why I cant' connect? Is there some information I can provide to make it clearer what is going on?
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 3056

PostPosted: Sat 16 Feb 2019, 07:55    Post subject:  

Trying RC on mbp works almost perfect Smile
A small typo on mbp-kb-backlight.sh blocks it from working (#!/bin[dot]dash).
Also the volume control keys are not working and need some xmodmap(ing) to do the job.
Code:
keycode 113 = XF86AudioMute NoSymbol XF86AudioMute
keycode 114 = XF86AudioLowerVolume NoSymbol XF86AudioLowerVolume
keycode 115 = XF86AudioRaiseVolume NoSymbol XF86AudioRaiseVolume

You may want to add in in rc.platform.
Other than that nothing major besides the remaining spot/Downloads on fat/vfat media that is still useless and makes running the browser as spot annoying at least.
Also, is a kernel change still in the cards?

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
quirkian2new

Joined: 06 Oct 2015
Posts: 136
Location: on the inter-planet train

PostPosted: Sat 16 Feb 2019, 08:18    Post subject:
Subject description: remaster "medium initrd"
 

Thanks guys for 800RC. just downloaded, and posting from 800RC now

I noted on page 1 there is -----> fatdog-remaster supports "medium initrd" (kernel modules inside, basesfs outside)

I usually fatdog with huge initrd if 4gb ram or more, small initrd with 2gb ram or less.

My last remaster is FD702 and haven't done any remaster after FD702.

Medium initrd sounds similar to small initrd in that the basesfs is outside, and just want to know how different is medium initrd with small initrd ? (any boot parameter )



My laptop is 2 gb ram and i am considering making a remaster for it when 800 final. (of course running in a manner similar to small initrd, that is, basesfs NOT totally load into ram )
Back to top
View user's profile Send private message 
stemsee

Joined: 27 Jun 2013
Posts: 2393
Location: In The Way

PostPosted: Sat 16 Feb 2019, 09:15    Post subject:
Subject description: remaster "medium initrd"
 

quirkian2new wrote:

Medium initrd sounds similar to small initrd in that the basesfs is outside, and just want to know how different is medium initrd with small initrd ? (any boot parameter )


I suggested this option, so maybe I can offer some info.

When remastering with the huge option the modules and aufs 'stuff' is in the basesfs. For swapping kernels manually, at least, this adds a few more steps which could provide opportunities for mistakes. With the small initrd option the basesfs and kenel-modules.sfs are both inddependently in the initrd. The medium option gives the advantage of the maybe very big basesfs not in the initrd and not then copied into ram, but the initrd and the modules are independently in the initrd and loaded to ram. This is more similar to regular pups.

stemsee
Back to top
View user's profile Send private message MSN Messenger 
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Sat 16 Feb 2019, 09:45    Post subject:  

jamesbond wrote:
As for the slow-boot [DVD] - did you try to boot with the initrd-nano (the last entry in the boot menu)? Did it not help you?

No I didn't try it. Humongous takes around 4 minutes power button pressed to desktop, with the fd65.sfs outside of initrd that halves down to around 2 minutes which is fine for me as typically its a case of hit the power on button and head for the kitchen to prepare a brew (tea/coffee) which also takes around the same time. In order to boot direct to desktop I have to change the DVD's isolinux.cfg to default to fatdog-multi ... and edit the kernel boot line to include basesfs=ram:local ...etc. so a remaster (or modification to the iso) is required anyway. Seem to recall trying nano in a (much) earlier version of FD and hit problems and haven't tried it since .. but I should/will.

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Sat 16 Feb 2019, 10:00    Post subject:
Subject description: remaster "medium initrd"
 

stemsee wrote:
When remastering with the huge option the modules and aufs 'stuff' is in the basesfs. For swapping kernels manually, at least, this adds a few more steps which could provide opportunities for mistakes. With the small initrd option the basesfs and kenel-modules.sfs are both independently in the initrd. The medium option gives the advantage of the maybe very big basesfs not in the initrd and not then copied into ram, but the initrd and the modules are independently in the initrd and loaded to ram. This is more similar to regular pups.

I think (not sure) that when remastering 800 humongous I opted for the small option and did see separate fd64.sfs and kernel-modules.sfs in the temporary folders, but in the final iso I just have a small initrd (4.5MB) and a 418MB fd64.sfs ... and no separate kernel-modules.sfs.

So I think its humongous has all inside initrd, medium has separate initrd, fd64.sfs and kernel-modules sfs, small has separate initrd and fd64.sfs (with kernel modules contained within that).

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3352

PostPosted: Sat 16 Feb 2019, 10:15    Post subject:
Subject description: remaster "medium initrd"
 

quirkian2new wrote:
My laptop is 2 gb ram and i am considering making a remaster for it when 800 final. (of course running in a manner similar to small initrd, that is, basesfs NOT totally load into ram )

I'm running fine with 2GB and everything loaded into ram. Multisession DVD booting so once booted the DVD can be ejected and just has to be reinserted for saving (I have Event Managers save session interval set to zero so it only ever saves when I click the desktop Save Session icon). Mostly, once set up I don't save as all data is outside of FD). I think you select which of humongous/medium/small more in alignment to how you boot rather than for memory considerations, except perhaps if available memory is very limited (500MB or less I guess).

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 5345
Location: Ontario

PostPosted: Sat 16 Feb 2019, 14:41    Post subject: create nvidia driver  

I suggest that Create Nvidia Driver SFS page be re-written
http://www.lightofdawn.org/wiki/wiki.cgi/CreateNvidiaDriverSFS

since there is no patch for current nvidia download. This simplifies the instructions.

https://us.download.nvidia.com/XFree86/Linux-x86_64/418.30/NVIDIA-Linux-x86_64-418.30.run

___________________________________________________
Back to top
View user's profile Send private message 
quirkian2new

Joined: 06 Oct 2015
Posts: 136
Location: on the inter-planet train

PostPosted: Sat 16 Feb 2019, 23:50    Post subject:  

so from the readings, i presume that medium initrd will probably behaves exactly like small initrd, but medium initrd has the advantage of more easily change/swap kernel than small initrd (just download and replace the kernel-modules.sfs within the medium initrd) ?

i would also presume that the size of the medium initrd is approx. 70MB ?

thanks
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 2 of 5 [72 Posts]   Goto page: Previous 1, 2, 3, 4, 5 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.0935s ][ Queries: 12 (0.0154s) ][ GZIP on ]