Fatdog64-720 and 721 Final [11 Jan 2018]
jake29 - your problem seems similar to stemsee.
New hardware, new firmware - most probably UEFI.
Something has changed, requiring grub2 update.
Sage - my apology I've been busy, so progress is slow.
Meanwhile, Happy New Year everyone. See you in 2018.
New hardware, new firmware - most probably UEFI.
Something has changed, requiring grub2 update.
Sage - my apology I've been busy, so progress is slow.
Meanwhile, Happy New Year everyone. See you in 2018.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Replaced grubx64.efi (2013 > 2016) and grub2.efi and booted ok.
ha ha!
Having enabled BC-wl wlan0 is in wired pane on wpagui with no way to connect. Used Wifi-Scanner-2 (Ad) script only and voila! problem solved...
ha ha!
Having enabled BC-wl wlan0 is in wired pane on wpagui with no way to connect. Used Wifi-Scanner-2 (Ad) script only and voila! problem solved...
- Attachments
-
- xscreenshot-20171231T141253.png
- (15.18 KiB) Downloaded 993 times
The importance of Vulkan
I would like to present some more perspective for those dismissive about the value of Vulkan Graphics Drivers. Some key features include:
These points suggest how beneficial it is when used with ageing CPUs, in comparison to alternative GPU drivers.
A cutting-edge graphics card is not a requirement for Vulkan API support; many cards (AMD and Nvidia) that came onto the market at the beginning of 2012 are compatible. https://en.wikipedia.org/wiki/Vulkan_(A ... patibility
Also Media Players can benefit from utilizing Vulkan. MPV Player already has some degree of support implemented.
https://www.phoronix.com/scan.php?page=news_item&px=MPV-Vulkan-Next-Better
Code: Select all
(1) Reduced driver overhead, reducing CPU workloads.
(2) Reduced load on CPUs through the use of batching, leaving the CPU free to do more computation or rendering than otherwise.
A cutting-edge graphics card is not a requirement for Vulkan API support; many cards (AMD and Nvidia) that came onto the market at the beginning of 2012 are compatible. https://en.wikipedia.org/wiki/Vulkan_(A ... patibility
Also Media Players can benefit from utilizing Vulkan. MPV Player already has some degree of support implemented.
https://www.phoronix.com/scan.php?page=news_item&px=MPV-Vulkan-Next-Better
SneekyLinux review : https://youtu.be/PmmEimUovmo
recover from bad superblock, while checking savefile
Awesome! Couldn't wait for the new release <3 Will be putting it to the test briefly.
There have been a few files giving input/output error (cant delete them, nor even stat them), one of them related to a package I tried to install. Now, even gslapt wont load (it complains it cannot find said package). This is 710, just to be clear. (sorry to post here, but the goal is to request a new feature, not fix this)
It could be hardware error but I suspect it was some interaction with the Fatdog merging process. Either way the problem is, rebooting with savefile=none and doing a fsck says the FS is clean, I was even tempted to try to umount it and manually recover a superblock backup, as per the next link. (which is pretty much the problem Im having) but it was already getting too dangerous for my skillset (running it on all those overlayed, cryptoed, ram mounts?! ) Now that 720 is out, I'll simply migrate instead
https://ubuntuforums.org/archive/index. ... 45536.html
okay, so this whole post was basically a request to add such capability to the savefile utility, AND to thank you all for the work put into this great distro! My favorite (pre-compiled ) distro. My2018 couldn't have began better!
Cheers.
One possible bug was that, while uninstalling seemed to work, the menu entry was not removed. Although this could be related to the following 'bug' (which I came here to report and saw 720 under the xmas tree \o/ )will be visible when you run gslapt and you can remove it from gslapt. Any other behaviour is a bug. If you find this, can you please report
There have been a few files giving input/output error (cant delete them, nor even stat them), one of them related to a package I tried to install. Now, even gslapt wont load (it complains it cannot find said package). This is 710, just to be clear. (sorry to post here, but the goal is to request a new feature, not fix this)
It could be hardware error but I suspect it was some interaction with the Fatdog merging process. Either way the problem is, rebooting with savefile=none and doing a fsck says the FS is clean, I was even tempted to try to umount it and manually recover a superblock backup, as per the next link. (which is pretty much the problem Im having) but it was already getting too dangerous for my skillset (running it on all those overlayed, cryptoed, ram mounts?! ) Now that 720 is out, I'll simply migrate instead
https://ubuntuforums.org/archive/index. ... 45536.html
okay, so this whole post was basically a request to add such capability to the savefile utility, AND to thank you all for the work put into this great distro! My favorite (pre-compiled ) distro. My2018 couldn't have began better!
Cheers.
Great that you can connect using your script! The wireless interface shouldn't show up in the "wired" pane to begin with, so let's dig deeper as to why it happens.stemsee wrote: Having enabled BC-wl wlan0 is in wired pane on wpagui with no way to connect. Used Wifi-Scanner-2 (Ad) script only and voila! problem solved...
Could you please go back to that system and:
1) Confirm that wlan0 still shows up in the wrong pane (wired)
2) Do _not_ connect through Wifi-Scanner-2
3) Open terminal, run the following commands and post results. Thank you.
Code: Select all
ifconfig wlan0
readlink -f /sys/class/net/wlan0/device/driver/module
find /etc/wpa_gui -print0 | xargs -0 grep '"";
find -H /sys/class/net/wlan0 \! -type d -print0 | xargs -0 grep ""
What's the "Ad" in "Wifi-Scanner-2 (Ad)" stand for?
What's "BC-wl" in your post?
Thank you.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Yes it still shows in wired selector.
The ip is there after connecting with my script.
BC-wl is the fatdog service to load the module.
I could not get the last two commands to work in xterm.
the first two returned the following.
Ad - advertisement!
The ip is there after connecting with my script.
BC-wl is the fatdog service to load the module.
I could not get the last two commands to work in xterm.
the first two returned the following.
Code: Select all
ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 38:b1:db:d3:cc:33
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7191 errors:0 dropped:195 overruns:0 frame:21273
TX packets:4892 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7838748 (7.4 MiB) TX bytes:608994 (594.7 KiB)
Interrupt:18
/sys/module/wl
Chrome / Opera Sandbox issues
I'm assuming this is related to the moving of Spot. Can anyone suggest how to deal with apps - in my case latest versions of Chrome and Opera - that now refuse to run as Root.
Fortunately with latest stable build of Opera (50.0.2762.45) - it will launch with --no-sandbox. Chrome refuses to.
What is the correct way to install these apps now?
Code: Select all
# opera
[0105/000046.293869:ERROR:zygote_host_impl_linux.cc(88)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
What is the correct way to install these apps now?
I figured you couldn't. Would you please post the error messages from those two commands? Thank you, also for posting the other stuff.stemsee wrote: I could not get the last two commands to work in xterm.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Re: Chrome / Opera Sandbox issues
@jake29, I run opera as an sfs, pretty much as we discussed in a previous thread. However, I run it as spot, from a command line run: run-as-spot opera &
Of course, this will start a fresh profile under spot's home. You can try to port root's profile to spot's home this way: (as root)
Then change the downloads folder path in opera settings to /home/spot/Downloads.
Spot needs to own all opera cache and profile files in spot's home at all times. It doesn't need to own symbolic links.
Pre-downloaded files in spot's Downloads folder should already be under spot's ownership.
There is a slight inconvenience in running the browser as spot because the browser can't access folders under /root (including ~/Downloads). However, it should be more secure.
Of course, this will start a fresh profile under spot's home. You can try to port root's profile to spot's home this way: (as root)
Code: Select all
cp -a ~/.cache/opera ~spot/.cache/
cp -a ~/.config/opera ~spot/.config/
chown -R spot:spot ~spot/.cache/opera ~spot/.config/opera
run-as-spot opera &
Spot needs to own all opera cache and profile files in spot's home at all times. It doesn't need to own symbolic links.
Pre-downloaded files in spot's Downloads folder should already be under spot's ownership.
There is a slight inconvenience in running the browser as spot because the browser can't access folders under /root (including ~/Downloads). However, it should be more secure.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Zarfy works much better than before in fd-720. It actually auto detects hdmi and activates it. When first plugged in it extends the display to 2nd display resolution (4k tv). If then restartX I get mirrored displays both at primary display res (1080). For me this is great, as i don't actually need to start up zarfy as previously
I also discovered that the init scripts and boot process has changed significantly (system-init) > (busybox-init (binary)). . . making it difficult to boot the main.sfs with any other initrd/init script. Also there are significant changes in the use of permissions or ACLs on root directories, it seems. Previous 710 would break with the latest upgrades using gslapt.
720 is working great now, and I wonder if all the technical changes are listed somewhere?
I also discovered that the init scripts and boot process has changed significantly (system-init) > (busybox-init (binary)). . . making it difficult to boot the main.sfs with any other initrd/init script. Also there are significant changes in the use of permissions or ACLs on root directories, it seems. Previous 710 would break with the latest upgrades using gslapt.
720 is working great now, and I wonder if all the technical changes are listed somewhere?
installing to a partition
How small can a Fatdog64 installation partition be and still function? Either with save folder there or elsewhere?
What is ideal as a minimum?
Thanks,
Dan
What is ideal as a minimum?
Thanks,
Dan
Dear All,
I am using Pidgin 2.11 on fatdog720.
I am unable to logging into pidgin using my gmail account.
It throws invalid ssl certificate error. https://developer.pidgin.im/ticket/17118
Did you get success using your gmail id?
Sincerely,
Srinivas Nayak
I am using Pidgin 2.11 on fatdog720.
I am unable to logging into pidgin using my gmail account.
It throws invalid ssl certificate error. https://developer.pidgin.im/ticket/17118
Did you get success using your gmail id?
Sincerely,
Srinivas Nayak
[Precise 571 on AMD Athlon XP 2000+ with 512MB RAM]
[Fatdog 720 on Intel Pentium B960 with 4GB RAM]
[url]http://srinivas-nayak.blogspot.com/[/url]
[Fatdog 720 on Intel Pentium B960 with 4GB RAM]
[url]http://srinivas-nayak.blogspot.com/[/url]
@Snayak: they say it's fixed in v2.12.0. Can you confirm?
http://distro.ibiblio.org/fatdog/packag ... 6_64-1.txz
Greetings!
http://distro.ibiblio.org/fatdog/packag ... 6_64-1.txz
Greetings!
Last edited by SFR on Tue 09 Jan 2018, 21:56, edited 1 time in total.
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
There is a script which is backing up the /etc/resolv.conf file using pid number in the name, see pic .... resulting in a build up of resolv.conf-'pid number' files in /etc see pic
I haven't found the culprit yet!
I haven't found the culprit yet!
- Attachments
-
- xscreenshot-20180106T200144.png
- (123.01 KiB) Downloaded 198 times
The picture shows very close PIDs, so you're looking for a rapid fire sequence of the same script or command. In an unmodified Fatdog64-720 system - first-time booted with an empty savefile/savefolder - /etc/resolv.conf is updated by dhcpcd, which is (re)started each time a connection is brought down and up again. You can watch this happening by running htop and selecting "restart connection" from the wpa_gui tray icon right-click menu. You could also try to set a watch on resolv.conf with command inotifywait -m /etc/resolv.conf or make use of lsof to see which process is changing your file.stemsee wrote:build up of resolv.conf-'pid number' files in /etc see pic
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]