Fatdog64-710 Final [4 Dec 2016]

Message

drunkjedi · #41 Post by **drunkjedi** » Thu 08 Dec 2016, 12:17

prehistoric wrote:cable support personnel are not entirely dependable from a security standpoint.

I discovered that too.

We 4 families in my apartment have taken one wired connection. Which is then distributed each home form 4 eth ports on the router/modem, it's wifi function is disabled.

I was surprised to see the guy who setup the system didn't change password of that router. It was still the default 'admin'.

Now I am no expert when it comes to security but that's basic.
Anyone could have connected his eth cable and switched on wifi, then off he goes. We could have only seen it if we had looked at it in router settings.
My building has 8 other families, although they won't do that but it's easy if someone wants to.

Although I can't blame him alone, when I told this to other 3, they were clue less too.

prehistoric · #42 Post by **prehistoric** » Thu 08 Dec 2016, 12:59

@drunkjedi

You don't have to plug in a cable if the router has WiFi that has been disabled, you simply enable wifi with your own SSID and passphrase.

This is still small potatoes in the hacking business. All decent routers have the ability to selectively redirect. Sending people to fake web pages where you steal passwords is simple, and can get you into real money, or, as happened to Colin Powell, to information that makes news.

(Best guess about that instance is that the attackers used a form of tabnabbing to redirect, not his router. He has the habit of leaving several tabs open at once to quickly switch to email. Because he was on the board of AOL it could be assumed he was using them for email, and fake the login page. His best protection came from habits that say email is not secure. A redirect in a router would bypass the problem of breaking into his computer entirely.)

That installer didn't change the password because: 1) he views that as the customer's responsibility; 2) he doesn't need that password to get in because the gateway has a backdoor.

jamesbond · #43 Post by **jamesbond** » Thu 08 Dec 2016, 13:32

@gobbi - check /etc/udev/rules.d/70-persistent-net.rules

You've got this random eth numbers probably because eth0 has already been assigned to the MAC address of the machine on which you did your remaster.

There are possible solutions:
a) remove this file before you complete the remaster.
b) The random "eth126" should actually be entered into this file; if yes, then just edit "eth126" to "eth1" or even "eth0" (but delete the original eth0 entry first).
If it is not there, just find the MAC address of your currently "eth126" and use that to replace the entry for "eth0" in that file.
c) use "ifrename -i oldname -n newname".
d) **Untested** remove /etc/udev/rules.d/70-persistent-net.rules; and create a blank file /etc/udev/rules.d/75-persistent-net-generator.rules.

@prehistoric: That backdoor even has a name, one of them is called TR-609. I forgot the other one. Most provider-supplied modems and gateways come with this. You can enable/disable this service if you can log in into the device as admin, but in many devices the given "admin" account isn't actually an admin account, it's just an account with the userid of "admin" with limited rights to change SSID, etc. The real admin account is named something else.

drunkjedi · #44 Post by **drunkjedi** » Thu 08 Dec 2016, 14:00

drunkjedi wrote:I have a question though.

While booting it says Expanding base sfs to RAM (1280mb).

But when I run Htop it only shows 152mb of RAM in use, what gives?
Htop doesn't show ramdisk or what?

Hey James, any comment on this?

jamesbond · #45 Post by **jamesbond** » Thu 08 Dec 2016, 14:18

Ahh I missed the question.

The expanded basesfs is stored in "filesystem cache". Htop doesn't consider that figures as part of "used" memory, it only counts the memory in use by active programs.

You can see the memory used when you run "free" - it's the last column (it will always be bigger than your basesfs (in this case, it will be larger than 1.2G) because in addition to the basesfs, it will contain actual cached files).

Doglover · #46 Post by **Doglover** » Thu 08 Dec 2016, 15:36

@smokey01

http://distro.ibiblio.org/fatdog/broken ... 6_64-1.txz

Have not tried Chromecast.

drunkjedi · #47 Post by **drunkjedi** » Thu 08 Dec 2016, 16:00

jamesbond wrote:You can see the memory used when you run "free" - it's the last column (it will always be bigger than your basesfs (in this case, it will be larger than 1.2G) because in addition to the basesfs, it will contain actual cached files).

Yes I did run free too, and it's numbers confused me.
It showed something around 1.6Gb. I will check later again.

Thanks.

smokey01 · #48 Post by **smokey01** » Thu 08 Dec 2016, 22:25

Doglover wrote:@smokey01

http://distro.ibiblio.org/fatdog/broken ... 6_64-1.txz

Have not tried Chromecast.

Thanks, I will report back on chromecast.

smokey01 · #49 Post by **smokey01** » Thu 08 Dec 2016, 22:48

Apparently chromecast for VLC is only available in the windows version ATM.

http://www.howtogeek.com/269272/how-to- ... hromecast/

Looks like us Linux dudes will have to wait a little longer Grrr.

mavrothal · #50 Post by **mavrothal** » Fri 09 Dec 2016, 14:59

Congratulations on a solid release!
I updated from 710b smoothly so I did not need to repeat the macbook-specific mods.
All works as expected.
One little thing is that MS DOC files appear as compressed archives and the archiving app is trying to handle them.
That is not nice after M$ joined linux foundation and became a major sponsor...

Other than that could handle everything in the macbook. If only the linux kernel can do a bit better job with power consumption on the mac.

SFR · #51 Post by **SFR** » Fri 09 Dec 2016, 15:47

Buddy wrote:So what strikes me is that this never happen before in my usage of fatdog. And I have been using the last 5 releases as my main OS be it a beta or not. I was always able to upload files from spot and not just from /spot/downloads.

It's hard to tell why doesn't it behave like before anymore.
AFAIK nothing related has changed between Beta and Final.
In order to upload anything from /root/spot, a file in question must have permissions set to allow "World" group read it, unless its ownership is 'spot:spot'.
___________

mavrothal wrote:One little thing is that MS DOC files appear as compressed archives and the archiving app is trying to handle them.

Hmm, can't reproduce it.
What's the MIME type of one of these files?

Code: Select all

# file Untitled\ 1.doc
Untitled 1.doc: Composite Document File V2 Document, Little Endian, Os: Windows, Version 1.0, Code page: -535, Revision Number: 1, Total Editing Time: 00:18, Create Time/Date: Fri Dec  9 15:19:51 2016, Last Saved Time/Date: Fri Dec  9 15:20:09 2016
# 
# file -i Untitled\ 1.doc 
Untitled 1.doc: application/msword; charset=binary
# 
# rox -m Untitled\ 1.doc
application/msword
#
# ls -l /etc/xdg/rox.sourceforge.net/MIME-types/application_msword 
lrwxrwxrwx 1 root root 35 Nov 29 04:39 /etc/xdg/rox.sourceforge.net/MIME-types/application_msword -> /usr/local/bin/defaultwordprocessor
#
# grep msword /usr/share/applications/defaults.list 
application/msword=defaultwordprocessor.desktop; defaultwordprocessor.desktop; 
#

Greetings!

Gobbi · #52 Post by **Gobbi** » Fri 09 Dec 2016, 16:59

jamesbond wrote:@gobbi - check /etc/udev/rules.d/70-persistent-net.rules

You've got this random eth numbers probably because eth0 has already been assigned to the MAC address of the machine on which you did your remaster.

There are possible solutions:
a) remove this file before you complete the remaster. ...

Thank you jamesbond

Removing that file made the wired interface become eth0 again , after the remaster .

mavrothal · #53 Post by **mavrothal** » Fri 09 Dec 2016, 20:25

SFR wrote: Hmm, can't reproduce it.
What's the MIME type of one of these files?

Code: Select all

# file 2016.doc
2016.doc: Microsoft Word 2007+
# file -i 2016.doc
2016.doc: application/vnd.openxmlformats-officedocument.wordprocessingml.document; charset=binary
# rox -m 2016.doc 
application/zip

SFR · #54 Post by **SFR** » Fri 09 Dec 2016, 21:30

mavrothal wrote:

Code: Select all

2016.doc: application/vnd.openxmlformats-officedocument.wordprocessingml.document; charset=binary

Ok, I think know what's going on.
The problem is this file should have .docx extension.
If it has .doc extension, it's seen as archive, because MS OpenXML files (unlike real '.doc' files) are zip archives and since the content of such a file doesn't fit the defined match values for 'application/msword', it apparently falls back to 'application/zip'.

TL;DR just change the extension to .docx.

Greetings!

quirkian2new · #55 Post by **quirkian2new** » Sat 10 Dec 2016, 02:42

yes, extrasfs on my sda1 loaded successfully.
my menu entry is :

title BOOT FD710__FINAL
kernel (hd0,0)/fatdog/fd710/vmlinuz extrasfs=device:sda1:/fatdog/sfs_dir/test.sfs
initrd (hd0,0)/fatdog/fd710/initrd

HAHA, thanks for all the dev team for such great distro. With this new feature of auto-loading extrasfs at boot time,
i think i will never have to do re-master again !

wish you merry Linx'mas & happy new year.

mavrothal · #56 Post by **mavrothal** » Sat 10 Dec 2016, 05:55

SFR wrote: The problem is this file should have .docx extension.
If it has .doc extension, it's seen as archive, because MS OpenXML files (unlike real '.doc' files) are zip archives and since the content of such a file doesn't fit the defined match values for 'application/msword', it apparently falls back to 'application/zip'.

TL;DR just change the extension to .docx.

They are not docx files. They are doc files generated by recent WORD so they can be compatible with some production machines that can not handle docx.

I could change the extension on the USB back and forth depending on the machine, but I thought would be better if FD could handle this (BTW Puppies and other Linuxes have no trouble with these files)

SFR · #57 Post by **SFR** » Sat 10 Dec 2016, 12:21

I checked in Tahr and it's the other way around (see screenshot), that's why it works there.

Anyway, after some tinkering I think I found a workaround.
First, delete (or rename to *.bak) /usr/share/mime/packages/libreoffice.xml, then:

Code: Select all

update-mime-database /usr/share/mime

and refresh the dir where the *.doc is.

Looks like this file somehow interferes with the way ROX acquires MIME type of a given file.
See if it works for you as well.

Greetings!

mavrothal · #58 Post by **mavrothal** » Sat 10 Dec 2016, 16:38

SFR wrote:Anyway, after some tinkering I think I found a workaround.
First, delete (or rename to *.bak) /usr/share/mime/packages/libreoffice.xml, then:
Code: Select all
update-mime-database /usr/share/mime
and refresh the dir where the *.doc is.

Looks like this file somehow interferes with the way ROX acquires MIME type of a given file.
See if it works for you as well.

Yes, this works.

eowens2 · #59 Post by **eowens2** » Sat 10 Dec 2016, 23:25

I do not see Thunderbird listed in the 710-Final Gslapt package list.

Is it available for Fatdog64 710-Final?

If I remember correctly someone discussed using it on an earlier version of Fatdog64.

Any help finding a recent Thunderbird that would run on Fatdog64_710-Final would be appreciated.

Thank you.

smokey01 · #60 Post by **smokey01** » Sun 11 Dec 2016, 01:12

@eowens2

The easiest way is to go to the web site and click on Free Download.
https://www.mozilla.org/en-US/thunderbird/

Extract the file thunderbird-45.5.1.tar.bz2 somewhere outside of your savefile if you use one. If you use a save directory with plenty of space, extract it there.

Inside the thunderbird directory that has just been created, drag and drop the thunderbird binary to your desktop.

If you want to integrate it into your menu system, create a desktop file and a launcher script.

Cheers

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Fatdog64-710 Final [4 Dec 2016]