Fatdog64-700/701 [April 22 2015] [CLOSED]

Message

olinm · #141 Post by **olinm** » Fri 06 Mar 2015, 23:37

Is fatdog 700 using some type of Subpixel Smoothing compared too Fatdog 631?

Unless is just because i'm tired working long hours that i'm imagining things but FD 7x seems fuzzy and less sharp to me?

Yoliano · #142 Post by **Yoliano** » Sat 07 Mar 2015, 00:07

@jamesbond

Thanks again for an instant reply! I made the Terminal trip, but the file is 64bit. I attach a screenshot. Thanks.

JustGreg · #143 Post by **JustGreg** » Sat 07 Mar 2015, 00:49

I have uploaded a package for the latest version of Thunderbird (31.5.0) to the FatDog64 Contributors repository. The package is based on the 64 bit version of Thunderbird. The 32 bit library is not needed with this version. It is Gslapt package, which the system utility can download and install. You will have to update the repository information to see it. I hope this helps.

jamesbond · #144 Post by **jamesbond** » Sat 07 Mar 2015, 09:54

@Aung: glad that it finally works.

@olinm: I don't recall how 631 was configured, but in 700 yes subpixel hinting is enabled by default. You can disable it by doing "ln -s /etc/fonts/conf.avail/10-no-sub-pixel.conf /etc/fonts/conf.d"

@Yoliano: in that case, try "ldd /opt/epson-inkjet-printer-escpr/cups/lib/filter/epson-escpr-wrapper" and see what library is missing (probably ghostscript).

@JustGreg: thanks.

olinm · #145 Post by **olinm** » Sat 07 Mar 2015, 11:21

jamesbond wrote:@olinm: I don't recall how 631 was configured, but in 700 yes subpixel hinting is enabled by default. You can disable it by doing "ln -s /etc/fonts/conf.avail/10-no-sub-pixel.conf /etc/fonts/conf.d"

If i compare 631 to see if it was enabled before do i look for a line in /etc/fonts/conf.d ?

And did you try the new Firefox 36.0.1 to see if it resolved your DNS hang?

JustGreg · #146 Post by **JustGreg** » Sat 07 Mar 2015, 14:47

I have been working with the Arduino boards and using Fatdog64 to run the Integrated Development Environment (IDE). I have gotten the latest version of the IDE in its 64 bit version to work with Fatdog64 700. The Arduino IDE requires JAVA Runtime to work. There were several library problems (32 bit references), but, I got them eliminated with the proper links to libncursesw library. I have uploaded a proper package for Fatdog64 version 700 to the contributor repository. It is not available for your use. I hope this helps.

There is a new version of LibreOffice available. I will be attempting to make a SFS package for the new version.

rcrsn51 · #147 Post by **rcrsn51** » Sat 07 Mar 2015, 18:39

@jamesbond: The epson printer driver package contains a post-install script. You will see the problem.

smokey01 · #148 Post by **smokey01** » Sat 07 Mar 2015, 19:45

JustGreg wrote: There is a new version of LibreOffice available. I will be attempting to make a SFS package for the new version.

I created a sfs of 4.4.0.4 here:
http://www.smokey01.com/fd700/sfs/Libre ... x86_64.sfs
but I see 4.4.1 has been released. It's hard to keep up with the latest.

JustGreg · #149 Post by **JustGreg** » Sat 07 Mar 2015, 21:12

Thanks Smokey01 for the information on your SFS. You are the man to talk to then. I just tried a script get-libreoffice, which gets the latest version and makes a SFS. However, it failed this time. The script from 01Micko has worked so well in the past. Here is the error message:

Code: Select all

 get_libreoffice
saving LO_log_Sat_Mar__7_10:28:34_EST_2015 to /tmp/LO_log_Sat_Mar__7_10:28:34_EST_2015
ok
/root/my-scripts/get_libreoffice: line 106: gtkdialog-splash: command not found
yaf-splash: no process found

I think there is an error in how the script gets the new version file, I have downloaded and expanded the tar.gz package. I have this large collection of deb files. Any suggestions on how to put everything together in a directory that can be used to make SFS. Thanks in advance for any help on this.

Yoliano · #150 Post by **Yoliano** » Sat 07 Mar 2015, 23:30

@jamesbond

Thanks for your advice. Made second Terminal trip and output is attached.

I note that rcrsn51 has posted a comment which relates to this subject. I do not understand the implications but await your conclusiones.
Thanks.

smokey01 · #151 Post by **smokey01** » Sun 08 Mar 2015, 00:15

Hi JustGreg,

Yeah it's a bit of a pain. I just extracted them one at a time and manually built the sfs file.

Maybe I will work on a script to do this automatically.

JustGreg wrote:Thanks Smokey01 for the information on your SFS. You are the man to talk to then. I just tried a script get-libreoffice, which gets the latest version and makes a SFS. However, it failed this time. The script from 01Micko has worked so well in the past. Here is the error message:
Code: Select all
 get_libreoffice
saving LO_log_Sat_Mar__7_10:28:34_EST_2015 to /tmp/LO_log_Sat_Mar__7_10:28:34_EST_2015
ok
/root/my-scripts/get_libreoffice: line 106: gtkdialog-splash: command not found
yaf-splash: no process found
I think there is an error in how the script gets the new version file, I have downloaded and expanded the tar.gz package. I have this large collection of deb files. Any suggestions on how to put everything together in a directory that can be used to make SFS. Thanks in advance for any help on this.

JustGreg · #152 Post by **JustGreg** » Sun 08 Mar 2015, 02:47

Thanks for the reply, Smokey01. I have an idea, which I will try out. If I have any luck, then I will post the results and code.

jamesbond · #153 Post by **jamesbond** » Sun 08 Mar 2015, 03:22

JustGreg, smokey01, have you tried the getlibre.sh script? Just open terminal and run getlibre.sh. This had problems with 4.4.x during beta2/rc but I have fixed it (I hope).

smokey01 · #154 Post by **smokey01** » Sun 08 Mar 2015, 06:47

jamesbond, the getlibre.sh script did not work here. It might have been because I already had LibreOffice installed via sfs.

See attached. The text file is a fake .gz.

jamesbond · #155 Post by **jamesbond** » Sun 08 Mar 2015, 10:05

@rcrsn51, thanks for the pointer.
@yoliano, open terminal, then "cd /lib64", and then "ln -s ld-linux-x86-64.so.2 ld-lsb-x86-64.so.3".
@smokey01 - you've got an older copy of getlibre.sh, perhaps from your previous tinkering. Remove it from the savefile and let the one in the basesfs shows up ("rm /aufs/pup_save/usr/bin/getlibre.sh" followed by "aufs_reval") or otherwise try to run the latest directly from /aufs/pup_ro/usr/bin/getlibre.sh and it should work.

smokey01 · #156 Post by **smokey01** » Sun 08 Mar 2015, 11:53

jamesbond wrote:@smokey01 - you've got an older copy of getlibre.sh, perhaps from your previous tinkering. Remove it from the savefile and let the one in the basesfs shows up ("rm /aufs/pup_save/usr/bin/getlibre.sh" followed by "aufs_reval") or otherwise try to run the latest directly from /aufs/pup_ro/usr/bin/getlibre.sh and it should work.

The getlibre.sh script in pup_save is the same as in pup_ro.
0dc9904282ed44ed5e5579ecade32aba getlibre.sh

BTW your rc.services fix, fixed the volume but broke Psip. I had to copy the original from pup_ro.

jamesbond · #157 Post by **jamesbond** » Sun 08 Mar 2015, 12:21

smokey01 wrote:The getlibre.sh script in pup_save is the same as in pup_ro.
0dc9904282ed44ed5e5579ecade32aba getlibre.sh

Ah okay, that's the correct md5sum. So the problem lies in /usr/bin/undeb - does your undeb looks like this?
322efdf1be1e6641fb4659ee63efb443 /aufs/pup_ro/usr/bin/undeb

BTW your rc.services fix, fixed the volume but broke Psip. I had to copy the original from pup_ro.

what did it do? what kind of failure did psip have because of that?

smokey01 · #158 Post by **smokey01** » Sun 08 Mar 2015, 13:15

jamesbond wrote:
smokey01 wrote:The getlibre.sh script in pup_save is the same as in pup_ro.
0dc9904282ed44ed5e5579ecade32aba getlibre.sh
Ah okay, that's the correct md5sum. So the problem lies in /usr/bin/undeb - does your undeb looks like this?
322efdf1be1e6641fb4659ee63efb443 /aufs/pup_ro/usr/bin/undeb

BTW your rc.services fix, fixed the volume but broke Psip. I had to copy the original from pup_ro.
what did it do? what kind of failure did psip have because of that?

The problem was with undeb md5sums didn't match. Copied the one out of pup_ro and it worked although it did show a couple of errors.

Code: Select all

Chosen version: 4.4.1 language: en-GB
Downloading LibreOffice_4.4.1_Linux_x86-64_deb
2015-03-08 23:28:29 URL:http://mirror.aarnet.edu.au/pub/tdf/libreoffice/stable/4.4.1/deb/x86_64/LibreOffice_4.4.1_Linux_x86-64_deb.tar.gz [229582373/229582373] -> "LibreOffice_4.4.1_Linux_x86-64_deb.tar.gz" [1]
Downloading LibreOffice_4.4.1_Linux_x86-64_deb_helppack_en-GB
2015-03-08 23:28:38 URL:http://mirror.aarnet.edu.au/pub/tdf/libreoffice/stable/4.4.1/deb/x86_64/LibreOffice_4.4.1_Linux_x86-64_deb_helppack_en-GB.tar.gz [6385517/6385517] -> "LibreOffice_4.4.1_Linux_x86-64_deb_helppack_en-GB.tar.gz" [1]
Downloading LibreOffice_4.4.1_Linux_x86-64_deb_langpack_en-GB
2015-03-08 23:28:45 URL:http://mirror.aarnet.edu.au/pub/tdf/libreoffice/stable/4.4.1/deb/x86_64/LibreOffice_4.4.1_Linux_x86-64_deb_langpack_en-GB.tar.gz [7120329/7120329] -> "LibreOffice_4.4.1_Linux_x86-64_deb_langpack_en-GB.tar.gz" [1]
Downloading LibreOffice_4.4.1_Linux_x86-64_deb_sdk
2015-03-08 23:29:23 URL:http://mirror.aarnet.edu.au/pub/tdf/libreoffice/stable/4.4.1/deb/x86_64/LibreOffice_4.4.1_Linux_x86-64_deb_sdk.tar.gz [42568247/42568247] -> "LibreOffice_4.4.1_Linux_x86-64_deb_sdk.tar.gz" [1]
Extracting LibreOffice_4.4.1_Linux_x86-64_deb
Extracting LibreOffice_4.4.1_Linux_x86-64_deb_helppack_en-GB
Extracting LibreOffice_4.4.1_Linux_x86-64_deb_langpack_en-GB
Extracting DEBs ...
Post-extract steps
sed: can't read opt/libreoffice4.4/share/xdg/printeradmin.desktop: No such file or directory
Building SFS
mv: cannot stat 'etc': No such file or directory
Parallel mksquashfs: Using 4 processors
Creating 4.0 filesystem on libreoffice-4.4.1-en-GB.sfs, block size 131072.
[=====================================================================================================================================/] 11994/11994 100%

Exportable Squashfs 4.0 filesystem, xz compressed, data block size 131072
	compressed data, compressed metadata, compressed fragments, compressed xattrs
	duplicates are removed
Filesystem size 185727.77 Kbytes (181.37 Mbytes)
	26.93% of uncompressed filesystem size (689710.94 Kbytes)
Inode table size 68706 bytes (67.10 Kbytes)
	22.67% of uncompressed inode table size (303109 bytes)
Directory table size 62744 bytes (61.27 Kbytes)
	30.08% of uncompressed directory table size (208563 bytes)
Number of duplicate files found 1687
Number of inodes 8812
Number of files 7914
Number of fragments 562
Number of symbolic links  12
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 886
Number of ids (unique uids + gids) 1
Number of uids 1
	root (0)
Number of gids 1
	root (0)
Done.

Regarding Psip, it would not start. I will have to install your fix and have a closer look tomorrow.

Cheers

watchdog · #159 Post by **watchdog** » Sun 08 Mar 2015, 14:37

I have tried the rc.services by kirk (http://www.murga-linux.com/puppy/viewto ... 842#830842) and it breaks the eth0 auto connection. It's not only psip. I'm using this psip:

http://distro.ibiblio.org/quirky/quirky ... x86_64.pet

It works with the original rc.services.

The cpu fan is always on using fatdog64 on my laptop.

EDIT: I can't reproduce this behaviour. I have rebooted again with rc.services by kirk and it's now working. The above psip is working. The cpu fan stopped after a while from the boot.

Sage · #160 Post by **Sage** » Sun 08 Mar 2015, 16:05

The cpu fan is always on using fatdog64 on my laptop.

Cleaned out the air chest from cooling trunking recently? Some OSes are more successful at monitoring the actually cpu surface temperature and take evasive action - perhaps that includes FD? On the other hand laptops are notorious for unreliable lid/sleep/hibernate issues as well as overheating. Some manuals tell not to rest it on a fluffy carpet (or worse, your lap if you're of the male persuasion!); others don't bother. Manufacturers don't expect them to die from overheating too often as owners more frequently drop them, break the lid hinges and/or lid and a plethora of other inappropriate handling, esp. screen so they die prematurely. I still refuse repairs and gifted malfunction ones.
Phablets and watches might be the next gadget stop? Wonder what disasters those will throw up.

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Fatdog64-700/701 [April 22 2015] [CLOSED]

Fatdog64-700Final

Fatdog64-700Final