easy fix adrv creation quirks?

[JASpup]

This is a Xenial64 adrv made in PackIt from pup_ro1:

Why are there two instances of pmcputemp running & quickpet present when they aren't booting the pupsave?

[JASpup]

Same bizarre in 32-bit (I put the tray up top):

32adrv-snafu-too.png (10.65 KiB) Viewed 504 times

Easy to correct, but my concern is hidden irregularities.

Cheers to consistency!

[JASpup]

Growing understand: it is possible Quickpet always displays on a remaster as part of a 1st-run script, so unless you edit the boot script, you'll get a new Quickpet on the desktop even if you removed it for remaster.

I auto-change PuppyPin anyway so that isn't a big deal.

The 2nd Pmcputemp still requires some digging.

[mikewalsh]

Growing understand: it is possible Quickpet always displays on a remaster as part of a 1st-run script, so unless you edit the boot script, you'll get a new Quickpet on the desktop even if you removed it for remaster.

I auto-change PuppyPin anyway so that isn't a big deal.

The 2nd Pmcputemp still requires some digging.

@JASpup :-

You'll possibly find one start script for pmcputemp in /root/Startup, and a second in /root/.config/autostart. That's what I'm thinking, anyway.

Mike.

[JASpup]

/root/Startup
-rwxr-xr-x 1 root root 104 Sep 13 2009 acpi
-rwxr-xr-x 1 root root 17 May 19 2015 disablebeep
-rwxr-xr-x 1 root root 39 Feb 17 2016 ss-off
-rwxr-xr-x 1 root root 277 Apr 23 2016 1-lxde-startup.sh
lrwxrwxrwx 1 root root 20 Aug 13 2016 autostart -> ../.config/autostart
-rwxr-xr-x 1 root root 55 Mar 21 2017 set-swappiness
drwxr-xr-x 2 root root 55 Nov 17 2017 disabled
-rw-r--r-- 1 root root 674 Nov 23 2017 README.txt
-rwxr-xr-x 1 root root 1232 Nov 23 2017 getflash_auto
-rwxr-xr-x 1 root root 171 Nov 23 2017 crond
-rwxr-xr-x 1 root root 52 May 18 15:18 pmcputemp1

/root/.config/autostart
-rw-r--r-- 1 root root 111 Dec 3 2013 freememapplet_tray.desktop
-rw-r--r-- 1 root root 97 Dec 3 2013 retrovol.desktop
-rw-r--r-- 1 root root 102 Dec 15 2013 powerapplet.desktop
-rw-r--r-- 1 root root 100 Jan 1 2014 flsynclient.desktop
-rw-r--r-- 1 root root 831 Dec 10 2014 clipit-startup.desktop
-rw-r--r-- 1 root root 97 Sep 8 2015 netmon_wce.desktop
-rw-r--r-- 1 root root 85 Sep 21 2015 dunst.desktop
-rw-r--r-- 1 root root 103 Oct 17 2015 firewallstatus.desktop
-rw-r--r-- 1 root root 99 Apr 17 2016 netmon_wpoll.desktop.bak
drwxr-xr-x 2 root root 65 Aug 1 2016 disabled
-rw-r--r-- 1 root root 329 Nov 23 2017 README.TXT
-rw-r--r-- 1 root root 102 Nov 26 2017 compton.desktop.bak

processes:
root 7930 0.1 0.7 23532 14908 tty1 S 15:18 0:00 pmcputemp
root 8130 0.1 0.7 23512 14872 tty1 S 15:18 0:00 pmcputemp

[HerrBert]

At least on Slacko64 7.0 pcputemp is started by /etc/xdg/autostart/pcputemp.desktop

[amethyst]

I think I have had this double pmcputemp tray icon problem before. Try this - Change the code in the pmcputemp1 script in /root/Startup as follows:

Code: Select all

killall pmcputemp
sleep 10
exec pmcputemp

This should kill any first attempts/instances of running pmcputemp at startup and then starts the application again a few seconds later and shows the icon in the tray. Works for me in Xenial 32

[JASpup]

LxXenial
/etc/xdg/autostart:

Code: Select all

total 3
-rw-r--r-- 1 root root  279 Nov 27  2015 gsettings-data-convert.desktop
-rw-r--r-- 1 root root  202 Feb 25  2016 at-spi-dbus-bus.desktop
-rw-r--r-- 1 root root 1659 Nov 26  2017 lxpolkit.desktop

I do the kill trick in an outside cleanup script. Autostart should work so long as that instance is the second.

Here are the instances I can find of the app name in a file:

Code: Select all

/root/pmcputemp.txt
/root/Startup/pmcputemp1
/root/.config/pmcputemp [directory]
/root/.config/pmcputemp/pmcputemprc
/root/.packages/builtin_files/pmcputemp
/usr/bin/pmcputemp
/usr/bin/pmcputemp.sh