Page 6 of 9
Re: Fossapup64 9.0.5 RC3
Posted: Sun Aug 16, 2020 5:30 pm
by Clarity
Per your request
Processor : AMD A8-7410 APU with AMD Radeon R5 Graphics
- Fossa-FirstRUN.png (78.38 KiB) Viewed 1849 times
Re: Fossapup64 9.0.5 RC3
Posted: Sun Aug 16, 2020 5:38 pm
by bigpup
hi @bigpup
you need to restart X for the fix to work. ... also i didn't fill in the bugfixes text
The things you do not tell us are the clues to solving the problem
Now that I know to restart X server.
That fixed it.
Rubix Cube Puzzle now working.
Thanks 666philb!!!
Re: Fossapup64 9.0.5 RC3
Posted: Sun Aug 16, 2020 10:22 pm
by TerryH
666philb wrote: ↑Sat Aug 15, 2020 4:07 pm
hi @TerryH
you can also add the temp to conky with
i have it near the top in a bigger font
Code: Select all
${color2}Uptime ${uptime}${font DejaVuSans:size=20}${alignr}${hwmon 0 temp 1}°C${font DejaVuSans:size=9}
note that the values of hwmon may be different on other computers. typing
should show the value. on my dell i have two ...... temp 2 & temp 4 ,one for each core.
Also, if you look in /sys/class/hwmon you may have other sensors. for instance on this netbook i have hwmon0 and hwmon1. 0 being the cpu & 1 being the gpu which could be added as well ${hwmon 1 temp 1}
@666philb Thanks, that's a nice addition to conky, I reduced the font size a little for mine.
Re: Fossapup64 9.0.5 RC3
Posted: Mon Aug 17, 2020 12:34 am
by linuxunix
Hello there! rc3 does not recognize this network card, is there a driver?
RTL8168/8111/8112 Gigabit Ethernet Controller
Is there a reason why there is no 8821ce.ko file in the kernel module?
Re: Fossapup64 9.0.5 RC3
Posted: Mon Aug 17, 2020 7:08 pm
by 666philb
linuxunix wrote: ↑Mon Aug 17, 2020 12:34 am
Hello there! rc3 does not recognize this network card, is there a driver?
RTL8168/8111/8112 Gigabit Ethernet Controller
Is there a reason why there is no 8821ce.ko file in the kernel module?
@linuxunix check your PM
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 18, 2020 1:35 am
by Clarity
If there is any chance (yeah I know the time available ... "none") but could anyone contribute the latest
QEMU PET to this effort.
With today's horsepower and RAM installed on the system AND considering the actual footprint in RAM, it appears I can run 4 PUPs simultaneously on a single PUP host without breaking a sweat ... I think. On the old forum it was reported that a FATDOG host ran a 2nd FATDOG Virtual-Machine (VM) via QEMU where the 2nd FATDOG as a VM ran faster than the actual FATDOG host on the same machine.
Thus, it appears that the same may be true with this FossaPUP64 as a host where PUP VMs will run equally as fast, too.
Thanks if at all possible.
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 18, 2020 10:45 pm
by Clarity
The current PPM version of QEMU delivers with a very unwanted feature: It "DEMANDS" VNC. That is suppose to be an option, not an OOTB use of QEMU. In the version someone put on PPM, it has been modified to "force" VNC. I, personally, believe that it was an erroreous PET that someone placed in PPM/WoofCE.
Could whomever presents the latest QEMU, please present it and the expected qemu-kvm program such that the VM launches to the desktop without any need for VNC?
P.S. I do recognize that VNC might be a remote options for some who would want it. But for us normal users, we would want it to launch directly so that we can continue on using the VM with all of the local multimedia features.
VNC does provide a video desktop but does NOT provide audio or any other multimedia that is gotten in a
non-VNC VM operation. QEMU without VNC will launch to the desktop directly never a need to burden the host with VNC. Furthermore, If you want a multimedia session with a Linux desktop,
VNC is NOT the product to use.
I found that Puppy Linux has a document on Google that shows
how QEMU is suppose to work, here.
And, I found
this document as well for QEMU use.
Please...
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 18, 2020 11:18 pm
by TerryH
There is a qemu SFS, which may be worth a look. You can find it Menu >Setup > Quickpet fossa. I have no knowledge of Qemu, so can provide no other information.
Re: Fossapup64 9.0.5 RC3
Posted: Wed Aug 19, 2020 1:08 am
by smokey01
This compilation and version (qemu-4.2) does not seem to accept the -enable-kvm switch so it's very slow.
I tried to compile the latest version 5.1.0 in fossa 9.0.3 but it failed. I have compiled the latest in Fatdog64-810 and it works fine. I have not tried this compilation in fossa but I don't think it would work as I think there are a few missing dependencies.
TerryH wrote: ↑Tue Aug 18, 2020 11:18 pm
There is a qemu SFS, which may be worth a look. You can find it
Menu >Setup > Quickpet fossa. I have no knowledge of Qemu, so can provide no other information.
Re: Fossapup64 9.0.5 RC3
Posted: Wed Aug 19, 2020 6:28 am
by Clarity
Thanks @smokey01 for your help.
I will switch and test your FATDOG changes. I will report progress on the FATDOG thread if I can find your instructions for use of the latest.
For the slowness you experience, although I am sure you know, check your BIOS-UEFI for the VM support being turned on.
On my machine, on several occasions over the past 3 weeks, I have had to re-enter the firmware to re-enable the support as something turns it off. I reported to the PC manufacturer for an explanation. Hopeful that its not happening to you too. If it was inadvertently turned off, your KVM VMs will run slow. Also insure that you add the KVM feature on the QEMU command line.
Again, I am sure you know all of these.
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 20, 2020 12:32 am
by mistfire
@666philb
I made another pull request for xorg-autoconf. I add more font paths.
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 20, 2020 5:20 pm
by art
I often experience no volume control after booting up. I then click on
retrovol.desktop in autostart. Seems its activation should be
delayed a few seconds.
art
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 20, 2020 5:56 pm
by 666philb
art wrote: ↑Thu Aug 20, 2020 5:20 pm
I often experience no volume control after booting up. I then click on
retrovol.desktop in autostart. Seems its activation should be
delayed a few seconds.
art
hi
@art
what specs does this computer have?
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 20, 2020 6:14 pm
by art
666philb wrote: ↑Thu Aug 20, 2020 5:56 pm
art wrote: ↑Thu Aug 20, 2020 5:20 pm
I often experience no volume control after booting up. I then click on
retrovol.desktop in autostart. Seems its activation should be
delayed a few seconds.
art
hi @art
what specs does this computer have?
It's a dell optiplex 3020 having quad core i5 and 4g ram. Fossa 9.0.5
frugal installed on internal ssd. It seems that retrovol tries to "take
hold" but my slow-to-start wireless "blanks it out".
art
Re: Fossapup64 9.0.5 RC3
Posted: Fri Aug 21, 2020 5:09 pm
by 666philb
art wrote: ↑Thu Aug 20, 2020 6:14 pm
666philb wrote: ↑Thu Aug 20, 2020 5:56 pm
art wrote: ↑Thu Aug 20, 2020 5:20 pm
I often experience no volume control after booting up. I then click on
retrovol.desktop in autostart. Seems its activation should be
delayed a few seconds.
art
hi @art
what specs does this computer have?
It's a dell optiplex 3020 having quad core i5 and 4g ram. Fossa 9.0.5
frugal installed on internal ssd. It seems that retrovol tries to "take
hold" but my slow-to-start wireless "blanks it out".
art
i'ld like to leave retrovol as is unless there are more similar reports from other users.
you could move retrovol.desktop in autostart to the disabled folder and have a script in /root/Startup
Code: Select all
#!/bin/sh
sleep 20
exec retrovol -hide
change the sleep value to suit your comp
Re: Fossapup64 9.0.5 RC3
Posted: Fri Aug 21, 2020 5:34 pm
by art
666philb wrote: ↑Fri Aug 21, 2020 5:09 pm
art wrote: ↑Thu Aug 20, 2020 6:14 pm
666philb wrote: ↑Thu Aug 20, 2020 5:56 pm
hi @art
what specs does this computer have?
It's a dell optiplex 3020 having quad core i5 and 4g ram. Fossa 9.0.5
frugal installed on internal ssd. It seems that retrovol tries to "take
hold" but my slow-to-start wireless "blanks it out".
art
i'ld like to leave retrovol as is unless there are more similar reports from other users.
you could move retrovol.desktop in autostart to the disabled folder and have a script in /root/Startup
Code: Select all
#!/bin/sh
sleep 20
exec retrovol -hide
change the sleep value to suit your comp
It doesn't seem to harm anything to leave retrovol.desktop in autostart while adding your
script to /root/startup ... but you're the boss Phil
Thanks. BTW, 20 seconds is a good
choice since my wireless gets connected by then.
art
Re: Fossapup64 9.0.5 RC3
Posted: Sat Aug 22, 2020 9:59 pm
by rockedge
Running Fossapup64 on a Dell PowerEdge R210 II
Intel(R) Xeon(R) CPU E31220 @ 3.10GHz
Min/Max Speed: 1600/3101 MHz
Current Speed of Core 0:3101 MHz, 1:1800 MHz, 2:2200 MHz, 3:1800 MHz
Core Count: 4
Thread Count: 4
Linux Kernel: 5.4.53 (x86_64)
Kernel Version: #1 SMP PREEMPT Sun Jul 26 12:11:02 BST 2020
Build GCC: 9.3.0
Kernel Command Line:
psubdir=Fossapup64 pmedia=atahd pfix=fsck net.ifnames=0 intel_pstate=disable
Memory Allocation: (with Hiawatha, mariaDB, PHP 7.4, Zoneminder running with 2 net cams 1 local webcam)
Total RAM: 7935 MB
Used RAM: 6299 MB
Free RAM: 1636 MB
Buffers: 1301 MB
Cached: 4049 MB
Total Swap: 5927 MB
Free Swap: 5927 MB
Actual Used RAM: 949 MB Used - (buffers + cached)
Actual Free RAM: 6986 MB Free + (buffers + cached)
- screenshot-1.png (213.11 KiB) Viewed 2052 times
- screenshot-2.png (459.08 KiB) Viewed 2052 times
System has installed and running error free : Hiawatha, mariaDB, PHP 7.4, Zoneminder running with 2 net cams, 1 local webcam. I used sc0ttman's Pkg to install all the components for Zoneminder to work with success including adding the PPA for ZM. Fossapup64 is responsive and performs well with low CPU temps and well managed RAM usage. I have not run into any glaring problems at all.
One wish! Would be great if pure-ftpd was available and with a similar start and stop script as is in pre-Bionic Puppy's. I have compiled and added it myself into my Bionic's with the start and stop scripts from Tahr or Xenial. I should really produce a DotPet for it.
I like that that the log error indicators for the LHMP and Zoneminder are running GREEN, which is really good for a fresh install on such a system.
*
Re: Fossapup64 9.0.5 RC3
Posted: Sun Aug 23, 2020 1:12 pm
by 666philb
hi
@rockedge
thanks for testing.
if you have a working .pet for pure-ftpd i'll be happy to add it. it was dropped as older pets weren't working
Re: Fossapup64 9.0.5 RC3
Posted: Mon Aug 24, 2020 5:50 pm
by Gnimmelf
Runing on an hp pavilion g6 with tp link d53c usb wireless - the network doesnt connect on restart. i need to reconnect manually?
Also i miss the possibillity to make a full install - ive been running bionic 8.0 in a full install since its release, and it is by far the fastest compared to the frugall install, if i compare use of ram and testing with hardinfo and speedbattle browser test!?
kindly Gnimmelf
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 25, 2020 12:24 am
by bigpup
Try this posted by 666philb
full install is still there but hidden to stop new users using it when the default (and indeed the way puppy is designed) is to have a frugal install.
to do a full install open a terminal and ...
Code: Select all
export ENABLE_FULLINSTALL=1
puppyinstaller
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 25, 2020 10:51 am
by mistfire
@666philb
I tried to install xfce desktop on fossapup, it works however xfce-power-manager failed to work. Its also unable to adjust screen brightness. This dbus problem is the same on lxpupsc. I wonder why
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 25, 2020 1:08 pm
by 666philb
Gnimmelf wrote: ↑Mon Aug 24, 2020 5:50 pm
Runing on an hp pavilion g6 with tp link d53c usb wireless - the network doesnt connect on restart. i need to reconnect manually?
hi
@Gnimmelf
have you tried one of the other internet connect options?
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 25, 2020 5:48 pm
by Gnimmelf
No im not using the onboard its flawed and slow.
Re: Fossapup64 9.0.5 RC3
Posted: Tue Aug 25, 2020 7:05 pm
by 666philb
Gnimmelf wrote: ↑Tue Aug 25, 2020 5:48 pm
No im not using the onboard its flawed and slow.
i meant one of the other connection managers in menu>>setup>>internet connection wizard
"simple network setup"
"frisbee"
"network wizard"
Re: Fossapup64 9.0.5 RC3
Posted: Wed Aug 26, 2020 7:59 pm
by Gnimmelf
oh now i understand! i will try that
Re: Fossapup64 9.0.5 RC3
Posted: Wed Aug 26, 2020 8:01 pm
by Gnimmelf
what is your thoughts on the full install versus frugall and my experiences on that matter? that a full install benches faster than the frugall.
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 27, 2020 12:01 am
by bigpup
How about starting a topic in the Users section of the forum on this speed difference.
I can think of several things that can affect the speed of a frugal install.
A full install is what it is. It is set in stone how it has to be installed and what pupmode it runs in.
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 27, 2020 1:36 am
by MochiMoppel
I like Fossapup64 but its inability to suspend makes it unsuitable for me. Is there a chance that this gets fixed?
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 27, 2020 6:30 am
by 666philb
MochiMoppel wrote: ↑Thu Aug 27, 2020 1:36 am
I like Fossapup64 but its inability to suspend makes it unsuitable for me. Is there a chance that this gets fixed?
hi
@MochiMoppel
suspend is working fine for me on 5 different computers. With the laptops simply closing the lid suspends but on desktops you would need to click on /etc/acpi/actions/suspend.sh. I may add suspend to the logout gui.
sometimes a particular kernel won't like a particular computer and suspend fails but you can try switching kernels and finding one that does work.
Re: Fossapup64 9.0.5 RC3
Posted: Thu Aug 27, 2020 7:40 am
by MochiMoppel
@666philb Hi 666philb, thanks for quick reply.
suspend is working fine for me on 5 different computers. With the laptops simply closing the lid suspends
This works here too, but not
without closing the lid. I use my netbook like a desktop, with external monitor and keyboard attached and placed on a shelve, lid always open. To suspend I use command
echo -n mem > /sys/power/state and this normally works. Would your 5 different computers suspend with this command, without closing the lid?
but on desktops you would need to click on /etc/acpi/actions/suspend.sh.
But this script essentially uses the same command - if it reaches the command at all, because it exits when it finds a USB device mounted. My boot device uses USB and is mounted all the time, so the script does not help me.
sometimes a particular kernel won't like a particular computer and suspend fails but you can try switching kernels and finding one that does work.
I know that suspend can be tricky with certain HW. I've never changed kernels and I don't know if I want to go that far, particularly when the result is uncertain. I'm a OOTB guy