BSD

Starting this new thread, because the older one has been shut,

Looking in my linux distro, firefox and about:config something like the following appears

Code:

storage.vacuum.last.places.sqlite: 1474885593

When using bleachbit, this very file named places.sqlite I am told it can't be deleted. In my unix machine I just delete it. In both cases it is a user set integer. So someone can tell me if this is unix time, number of times for visits on certain urls with a maximum set?
Mozilla help tells me, this is about a database, telling all my hits and visits. Wiping it out in my BSD, all my bookmarks are gone, that does not bother me at all.
So does anyone has got a clue on this?

Thanks in advance

Databases do not always store data in plain text. Before you clobber another file like this, consider using a set of commands to ascertain more about the file.

Code:

f=places.sqlite
file $f
ls -l $f
od -c $f | more

For example, there may be ascii nul bytes in the file if it is binary, rather than text as you assume with the limited data you have on the file.

The file apparently is an index of some sort:
Restoring bookmarks from places.sqlite • mozillaZine Forums

Note there are other files that are associated with book marking, e.g., places.sqlite-shm

Okay, I will take this into consideration, making here a proposal for a maybe crude selfmade cookie bleaching cleaner in a draft as a script.....looks a bit crude, maybe someone can give the final touch.

Code:

#!/bin/sh
# declare the function of the script, removing places.sqlite will wipe out your bookmarks.
# Make a backup of your bookmarks before using the script or they will be lost.
#
set -e
set -i
set -x

rm -rf /home/name of user/.mozilla/firefox/*default/cookies.sqlite
rm -rf /home/name of user/.mozilla/firefox/*default/webappsstore.sqlite
rm -rf /home/name of user/.mozilla/firefox/*default/formhistory.sqlite
rm -rf /home/name of user/.mozilla/firefox/*default/places.sqlite
rm -rf /home/name of user/.mozilla/firefox/*default/startupCache
rm -rf /home/name of user/.mozilla/firefox/*default/offlineCache/index.sqlite
rm -rf /home/name of user/.mozilla/firefox/*default/directorylinks.json

rm -rf /home/name of user/.local/share/recently-used.xbel
rm -rf /home/name of user/.cache/thumbnails

rm -rf /usr/home/name of user/.local/share/Trash/files
rm -rf /usr/home/name of user/.local/share/Trash/info
exit 0

Name the script and
chmod u + x mybleachbit.sh
ln -s mybleacbit.sh and place it in userland jails /sbin, but I will look up your link anyway.

@jim mcnamara
the very link you hinting at, is maybe close to the newer versions of FF, but, as some very old scripts I used back in time, with success, or failing or still using, I shutdown todays BSD workstation, wiping out, clubbing out that /.local and /.cache files, starting it up this very our and all went the way I expierienced, was that my bookmarks were gone. that was intended, indeed.

Or I put this into into

Code:

 /etc/rc.shutdown

sending these files to

Code:

 /dev/null/ 2>&1

in the userland, my jail.
I still wait for some answer to improve my proposal, anyone dares? I am not a pro! Thanks in advance!!!!


Anyway I look at it, what Bleachbit does in my Linux-Distro, it comes close to be an illusion. Looking closely what in cleans up, I have to double my efforts to wipe out some files, that

1st-> there is no need for them at all
2nd-> they pile up to a huge amount of thumbnails.png, these very tiny files with a long alphanumerical name, the size of 12 bytes
3rd-> in both cases, at first, I had installed chromium, that keeps all the stuff to remember as well.
4th-> I am doing all this to keep a little bit under the radar, not to be exposed in all detail.

So this draft above, may radical or not, is simply intended to a installation only containing Firefox on your system. At a first glance you might think, well I use FF, but while you installed (at least BSD 10.2 ongoing) the internet role, there is chromium doing a backup job in the dark. So having it simple, only Firefox, the draft mentioned above comes close to the point. So it may looks a bit radical, but it comes closer to the KISS rule, not to make too complex. I see this as well on an USB-stick, going from one BSD to Linux, there is always a second hidden /.Trash file. In both cases I am obliged to trash the trash, that is hidden. Well played, really. For me this seems to be a kind of surveillance, thats my humble opinion.

5th-> looking it up in a linux distro with systemd and finding something like this, I certainly do not need, nor do developers.

Code:

systemd-private-94730452b0264066b98697d490ce5998-rtkit-daemon.service-EHoeHd

. That can be found in the users

Code:

/var/tmp

containing nothing at all! So whats the matter with that golden rule of Keep it simple s.....????
I put loads of the /var/tmp files into the bin, they don't make sense at all. And doing so, this very procedure does not hamper at all, the Firefox or the stability of my distro.

Anyway I look at it, what Bleachbit does in my Linux-Distro, it comes close to be an illusion. Looking closely what in cleans up, I have to double my efforts to wipe out some files, that

1st-> there is no need for them at all
2nd-> they pile up to a huge amount of thumbnails.png, these very tiny files with a long alphanumerical name, the size of 12 bytes
3rd-> in both cases, at first, I had installed chromium, that keeps all the stuff to remember as well.
4th-> I am doing all this to keep a little bit under the radar, not to be exposed in all detail.

So this draft above, may radical or not, is simply intended to a installation only containing Firefox on your system. At a first glance you might think, well I use FF, but while you installed (at least BSD 10.2 ongoing) the internet role, there is chromium doing a backup job in the dark. So having it simple, only Firefox, the draft mentioned above comes close to the point. So it may looks a bit radical, but it comes closer to the KISS rule, not to make too complex. I see this as well on an USB-stick, going from one BSD to Linux, there is always a second hidden /.Trash file. In both cases I am obliged to trash the trash, that is hidden. Well played, really. For me this seems to be a kind of surveillance, thats my humble opinion.

5th-> looking it up in a linux distro with systemd and finding something like this, I certainly do not need, nor do developers.

Code:

systemd-private-94730452b0264066b98697d490ce5998-rtkit-daemon.service-EHoeHd

. That can be found in the users

Code:

/var/tmp

containing nothing at all! So whats the matter with that golden rule of Keep it simple s.....????
I put loads of the /var/tmp files into the bin, they don't make sense at all. And doing so, this very procedure does not hamper at all, the Firefox or the stability of my distro.

Code:

http://www.welivesecurity.com/2016/12/06/readers-popular-websites-targeted-stealthy-stegano-exploit-kit-hiding-pixels-malicious-ads/

This link posted here, it could matter to anyone, who may does not care at all. But to cut a long story short, my aim was to clean up the loads of tiny thumbnails, that amount to huge numbers after a certain time, including to club my own bookmarks.
The link mentioned above is more interesting for any who exchanges, sends or recieves images. It is about including some java source code in the alpha channel of that very image to be executed while watching some cute dogs or any other.

at least resolving the systemd topic, both remaining in

Code:

/tmp

and in

Code:

/var/tmp

I set it as a cronjob to be done at midnigt to remove them. So leaving it up to the user, if he wants to switch more times. By the way, opening them, they are empty. So may someone explain an empty file with such a fantastic hash-sum name.

For BSD I added at the end of

Code:

/etc/rc.shutdown

the lines of chrome and FF to be deleted.