The time now is Fri 06 Dec 2019, 14:17
All times are UTC - 4 |
Page 97 of 103 [1533 Posts] |
Goto page: Previous 1, 2, 3, ..., 95, 96, 97, 98, 99, 100, 101, 102, 103 Next |
Author |
Message |
rcrsn51

Joined: 05 Sep 2006 Posts: 12799 Location: Stratford, Ontario
|
Posted: Wed 23 Jan 2019, 07:31 Post subject:
|
|
@rijsmier: I am sending you a PM.
|
Back to top
|
|
 |
rijsmier
Joined: 12 Oct 2017 Posts: 9 Location: Harties, South Africa
|
Posted: Wed 23 Jan 2019, 08:25 Post subject:
|
|
@rcrsn51 or somebody else
Please tell me how to access a PM.
Thanx
Edit: I figured it out
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Sat 26 Jan 2019, 16:02 Post subject:
|
|
Added to custom repos:
- Palemoon web-browser v28.3.1 (currently latest).
Install palemoon from Synaptic or with apt-get.
Can be updated (if available) from Palemoon : Help > About
- run-as-user
Support for applications that cannot run as root:
Installs Menu entries for: Chromium, Vlc and Google-chrome (last is for 64-bit only).
(in /root/.local/share/applications)
First time run it will install the application, once installed it will run as unprivileged user (e.g. puppy or (if not exists) as user guest)
This construction (although modified) I took from Slax by Tomas M.
Also included Menu > System > "Run program as (unprivileged) user" to be able to run any application as unprivileged user
It runs modified "run-as-spot" script from Fatdog by jamesbond.
Install run-as-user from Synaptic or with apt-get.
(see pics below)
Fred
Description |
Run as User any application of choice |
Filesize |
143.31 KB |
Viewed |
1331 Time(s) |

|
Description |
Install vlc and run as unprivileged user |
Filesize |
160.22 KB |
Viewed |
1330 Time(s) |

|
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
trister
Joined: 01 Mar 2015 Posts: 124
|
Posted: Wed 06 Mar 2019, 17:26 Post subject:
Technical question about squashfs |
|
Hello again
I have a rather technical question:
I boot poerteus with EXIT and I load MANY squashfs files.
My initial idea was that linux runs in ram and squashfs files are loaded/accessed when needed from the hard disk.
I have noticed that if I delete a squashfs (while the system is live) I can still access its files.
The example in more detail :
I see RAM usage from conky is 250-350MB. A specific squashfs loaded during boot is 500MB. I can access the files ok.
Now I rename the squashfs and I still can access it's files. Ram usage seems still under 500MB.
So, how can this be?
Thanks in advance
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Thu 07 Mar 2019, 14:10 Post subject:
Re: Technical question about squashfs |
|
trister wrote: | Hello again
I have a rather technical question:
I boot poerteus with EXIT and I load MANY squashfs files.
My initial idea was that linux runs in ram and squashfs files are loaded/accessed when needed from the hard disk.
I have noticed that if I delete a squashfs (while the system is live) I can still access its files.
The example in more detail :
I see RAM usage from conky is 250-350MB. A specific squashfs loaded during boot is 500MB. I can access the files ok.
Now I rename the squashfs and I still can access it's files. Ram usage seems still under 500MB.
So, how can this be?
Thanks in advance  |
Hi, trister,
A technical explanation I cannot give (maybe someone else can?), but I guess that once it's mounted, it stays mounted no matter what you do with the source file.
Same when you mount an ISO, renaming the ISO afterwards doesn't matter, the mountpoint stays the same.
When you look at the output of "mount" after renaming, you'll see that the name of the ISO has changed (same as you renamed) or in case of deletion, it shows (deleted) after the ISO filename.
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
ralcocer
Joined: 26 Apr 2007 Posts: 13
|
Posted: Sat 09 Mar 2019, 05:51 Post subject:
Create Debian 9 (Stretch) minimal ISO similar to DebianDog Subject description: pakg storage |
|
all the software files are stored in the /var directory all the installed software has its own folder, I suppose you can delete the software from there.
|
Back to top
|
|
 |
dancytron
Joined: 18 Jul 2012 Posts: 1411
|
Posted: Sun 10 Mar 2019, 03:19 Post subject:
Re: Create Debian 9 (Stretch) minimal ISO similar to DebianDog Subject description: pakg storage |
|
ralcocer wrote: | all the software files are stored in the /var directory all the installed software has its own folder, I suppose you can delete the software from there. |
Better to run "apt-get clean" to let apt remove them for you. While you are at it, "apt-get autoremove" to clean up any unneeded dependencies.
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Sun 10 Mar 2019, 15:33 Post subject:
|
|
ralcocer wrote: | all the software files are stored in the /var directory all the installed software has its own folder, I suppose you can delete the software from there. |
To add to dancytron's reply:
To really remove software from the system, use synaptic or (from terminal) e.g. "apt-get remove <package>".
The files in /var/cache/apt/archives/ are just downloaded deb packages to be unpacked by the package manager, once they have been installed, removing these will not uninstall any software.
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
rufwoof

Joined: 24 Feb 2014 Posts: 3665
|
Posted: Sun 10 Mar 2019, 18:44 Post subject:
Re: Technical question about squashfs |
|
fredx181 wrote: | trister wrote: | Hello again
I have a rather technical question:
I boot poerteus with EXIT and I load MANY squashfs files.
My initial idea was that linux runs in ram and squashfs files are loaded/accessed when needed from the hard disk.
I have noticed that if I delete a squashfs (while the system is live) I can still access its files.
The example in more detail :
I see RAM usage from conky is 250-350MB. A specific squashfs loaded during boot is 500MB. I can access the files ok.
Now I rename the squashfs and I still can access it's files. Ram usage seems still under 500MB.
So, how can this be?
Thanks in advance  |
Hi, trister,
A technical explanation I cannot give (maybe someone else can?), but I guess that once it's mounted, it stays mounted no matter what you do with the source file.
Same when you mount an ISO, renaming the ISO afterwards doesn't matter, the mountpoint stays the same.
When you look at the output of "mount" after renaming, you'll see that the name of the ISO has changed (same as you renamed) or in case of deletion, it shows (deleted) after the ISO filename.
Fred |
Strictly speaking there is no delete in 'nix, only unlink - which in effect marks inodes as being free to be used. Think of it as two elements, the directories structure, that contains the file/folder name and a pointer to the first inode, and inodes - that point to where the data actually resides on disk (if data extends beyond a block another inode is pointed to such that you (system) can chain down all of the blocks to gleam the full data content. Similar in some respect to packets of data that traverse the net in blocks).
When a 'delete' is made, only the directory structure is updated to disassociate the chaining. inodes however are only updated after all open handles (which includes mounts) on that file are closed. So even if deleted (or renamed) you can still continue to use the opened version as its inode links/data are all still there and your opened process on that file remains as-is (you continue to see it). Once all open handles are closed on a deleted file then only then will the inodes will be marked as empty/free/available. At the time of deletion however, the directory entry will be flagged as deleted, so anyone else looking for that file wont see it.
That structure is why moves of large files within the same filesystem are very quick, as all that occurs is that the directory entry is updated (inodes (actual data location) remain unchanged. cp and rm however require chaining though the inodes/data.
This all assumes on the same filesystem. Difference can apply if moving files/folders across different filesystems.
So in your sfs terms, if you boot with main.sfs such that you have it open (mounted), and then rename main.sfs to oldmain.sfs ... your open position will continue to see all of the inodes/data as your process already has the first inode pointer stored (data chain). Others however would only see the availability of oldmain.sfs (as the directory entry will have been updated), which if they opened would link to the exact same first inode as your opened version. Similar with delete, if you have it open and delete it, then that prevents other processes from opening it, but the inodes/data continues to be available to your process in having it open. Close it, try to reopen it however and you'll be in the same boat as others - file not found (and the inodes will have been marked as free).
_________________ ( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb
echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
|
Back to top
|
|
 |
trister
Joined: 01 Mar 2015 Posts: 124
|
Posted: Tue 12 Mar 2019, 01:39 Post subject:
|
|
Thanks for the replies.
I will do some more checks
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Tue 12 Mar 2019, 14:26 Post subject:
|
|
Hi everyone, new package "obkey" added to Stretch custom repo, install with Synaptic or from terminal with apt-get:
Code: | apt-get update # update the package lists
apt-get install obkey |
Run from Menu > Settings > Openbox key bindings
It's a comprehensive program based on python and gtk3 to set keyboard-shortcuts in Openbox, has nice list overview of all keybinds and has many options.
IMHO, it's better (easier to use and more advanced) than the existing (in custom repo) "openbox-keybinder" program.
Although it has some small bugs, e.g. deleting multiple keybinds doesn't always work as expected (also the undo option may not always work as expected), it's very usable once you know about these limitations.
Direct download deb package:
https://fredx181.github.io/StretchDog/i386/Packages/Extra/obkey_1.3.1-1_all.deb
On github (forked from: https://github.com/luffah/obkey and made some small changes):
https://github.com/fredx181/obkey
Fred
Description |
obkey, set keyboard shortcuts on Openbox |
Filesize |
122.65 KB |
Viewed |
843 Time(s) |

|
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Sun 17 Mar 2019, 06:55 Post subject:
Updated packages: googledrivegui2 and dropboxgui |
|
Updated packages in repo:
- googledrivegui2 (Google-drive Filemanager)
- dropboxgui (Dropbox Filemanager)
Recently these stopped working, should be fixed now.
Install with Synaptic or apt-get (from terminal)
More info about googledrivegui2, here (specially see "Important:"):
http://www.murga-linux.com/puppy/viewtopic.php?p=1022085#1022085
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
dancytron
Joined: 18 Jul 2012 Posts: 1411
|
Posted: Fri 31 May 2019, 19:40 Post subject:
|
|
Fred,
Did you maybe delete https://raw.githubusercontent.com/DebianDog/MakeLive/gh-pages/dog-boot-stretch-20180815.tar.gz and break the script?
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Sat 01 Jun 2019, 04:26 Post subject:
|
|
dancytron wrote: | Fred,
Did you maybe delete https://raw.githubusercontent.com/DebianDog/MakeLive/gh-pages/dog-boot-stretch-20180815.tar.gz and break the script? |
Probably you used older mklive-stretch version?
Yes, I did delete dog-boot-stretch-20180815.tar.gz, but now uploaded it again for compatibility with older version of the script.
The latest update was in january http://murga-linux.com/puppy/viewtopic.php?p=1015534#1015534
(dog-boot-stretch-20190115.tar.gz is the newest)
EDIT: Now updated, see next post.
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
Last edited by fredx181 on Sat 01 Jun 2019, 06:54; edited 1 time in total
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4201 Location: holland
|
Posted: Sat 01 Jun 2019, 06:45 Post subject:
|
|
*** Updated mklive-stretch script ***
Make executable:
Code: | chmod +x mklive-stretch |
And run on a linux filesystem e.g. ext2, ext3 or ext4
Changed: install newest Debian stable kernel (currently version 4.9.0-9 )
For info: the archive containing boot scripts, aufs and squashfs modules for v4.9.0-9 is now: dog-boot-stretch-20190601.tar.gz
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
|
Page 97 of 103 [1533 Posts] |
Goto page: Previous 1, 2, 3, ..., 95, 96, 97, 98, 99, 100, 101, 102, 103 Next |
|
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
|