Xenialpup64 CE 7.5 / 25 Nov 2017

[mikeslr]

Hi Mike,

I've been running 7.0.8.5 on-and-off since shortly after it was published without a problem except for the one I mentioned. Before that ran 7.0.8.4 also without a problem [except, of course, the undiscoverable x86_64-linux-gnu folders). But then, my computers have different hardware than yours. And yes, Slacko 5.7 remains in my kennel: a solid piece of work.

But Tahrpup64 remains at the top of grub4dos's menu.lst --automatically booted into for daily chores unless I think of something I want to do or explore. I upgraded its kernel to 4.1.7. I'll probably keep it in some capacity until openssl updates and other security fixes become unavailable.

Since we run our systems in a similar fashion --SFSes and "Program Folders" whenever possible, data not stored in "Puppy Space"-- you probably can get by with a 1.25 Gb SaveFile even if you intend to install "the Out house sink". That may seem a lot. But remember SaveFolders are not compressed --what you install into them takes 2 to 3 times as much storage space.

You may want to hold off installing lm-sensors for a couple of days. I developed a mad-crush on Whisker-menu. It drove me to construct xfce4-panel for Xenialpup64 so that I could have it. But since I had to build the panel anyway, I included almost all plugins which it could use, among them various sensors. I'll be making it available as an SFS even though the panel comes in at only about 8 mbs. Published as a beta in the hope someone with more knowledge can help eliminate 'rough edges'. As-is, It can be used in addition to, or substitute for, JWM's Tray. Don't recommend it as a substitute --too much work would have to go into outfitting it with those "widgets" specifically built for Puppy. And frankly, except for the absence of Whisker menu, radky's JWM's tray is superior. Even adding it as an additional panel currently has one annoying side-effect: several sensors/plugins on jwm's panel show up in duplicate.

I also built xfce4-panel for peebee's Lxpup64(slacko)-17.0.06. On that OS it works almost flawlessly, except for the dupiicate sensor/plugin problem. I was pleasantly surprised by how well Lxpup64 functioned, especially PPM's access to Slackware repos. I'll have to explore that OS more, to see how much hassle it will be to obtain some of my more esoteric applications.

mikesLr

[Lassar]

I have found a sfs bug in Xenialpup64 that drives me crazy.

I do some development work on puppy linux. (Kodipup & Winpuppy)

In doing so, I sometimes make backups of sfs files from puppylivecdbuild or iso to a external usb hard drive.

It seems, that Xenialpup64 doesn't only look for sfs files on it's own partition, but looks for sfs files on other partitions.

Definitely a bug. It should only look for sfs files on it's own partition.

One time, I thought my hardware was going bad, but it turned out, puppy was loading a sfs file from another partition.

It's extremely annoying to boot up, and find a different puppy, from what you was expecting.

[rcrsn51]

@Lassar: Please post the GRUB menu entry that boots XenialPup64.

[Lassar]

@Lassar: Please post the GRUB menu entry that boots XenialPup64.

Code: Select all

insmod png
background_image /kodipup.png
set timeout=10
menuentry "Start kodipup" {
    linux /vmlinuz pmedia=cd nouveau.modeset=0
    initrd /initrd.gz
}
menuentry "Start kodipup - RAM only" {
    linux /vmlinuz pfix=ram pmedia=cd nouveau.modeset=0
    initrd /initrd.gz
}
menuentry "Start kodipup - No X" {
    linux /vmlinuz pfix=nox pmedia=cd
    initrd /initrd.gz
}
menuentry "Start kodipup - check filesystem" {
    linux /vmlinuz pfix=fsck pmedia=cd
    initrd /initrd.gz
}
menuentry "Start kodipup - No KMS" {
    linux /vmlinuz nomodeset
    initrd /initrd.gz
}
menuentry "Shutdown" {
	halt
}
menuentry "Reboot" {
	reboot
}

[/code]

[rcrsn51]

It seems, that Xenialpup64 doesn't only look for sfs files on it's own partition, but looks for sfs files on other partitions.

Code: Select all

menuentry "Start kodipup - RAM only" {
    linux /vmlinuz pfix=ram pmedia=cd nouveau.modeset=0
    initrd /initrd.gz
} 

That's because you are using the "pmedia=cd" option. Since this is a hard drive install, you can narrow down the search for SFS files using

Code: Select all

pmedia=atahd pdev1=sdax psubdir=xxxx

[Bird Dog]

On page 19 of this thread, to get the lights working on the keyboard big pup posted about half way down the page that 01micko wrote:
Try this on CLI..
Code
modprobe input-leds
Big pup said this code worked.

What is CLI.. and where exactly in CLI.. do I put this code.
I'll take a guess and say clipboard but I'd rather be safe than sorry.

Thanks
Bird Dog

[sheldonisaac]

What is CLI.. and where exactly in CLI.. do I put this code.

I think it's command line interface.
Maybe click menu; move the mouse pointer to utility, then to Urxvt terminal emulator.
That should give a prompt, like > or #
Type the command as was suggested, that is
modprobe input-leds
and press the Enter key

[Bird Dog]

Thanks Sheldonisaac worked like a charm unfortunately I must do this after every start up. Is there any way to save it somewhere, I tried stick in the terminal emulator but it didn't.

Thanks
Bird Dog

[peebee]

Is there any way to save it somewhere,
Bird Dog

Hi
Add it to:

/etc/rc.d/rc.local

[bigpup]

Keyboard led lights not working.

Is there any way to save it somewhere,
Bird Dog

Hi
Add it to:

/etc/rc.d/rc.local

Thanks for the work around fix idea peebee!!

I was hopping 01micko would offer a more refined fix, to the Linux kernel, to correct this.
However, the above does seem to work to make it persistent on reboot.

Keyboard led lights not working.
Edit /etc/rc.d/rc.local
Add:

Code: Select all

modprobe input-leds

Save to the Puppy save.

Newer Linux kernels may have this bug corrected.

[Bird Dog]

Thanks PB, Big Pup and Sheldonisaac. I tried but this is a little above my pay grade. A search couldn't find etc/rc,d/rc.local but I noticed in the puppy save frugal folder there was an etc and an rc.d in that but no rc.local. Oh well not a biggy. I guess it could be worse.
I enjoy Palemoon but miss quick pet that had a nice program selection in Tahrpup64. Couldn't run an Nvidia 7600 GT with Tahrpup, Tahrpup64 or Xenialpup64 because of all browsers crashing. Switched to an ATI (AMD) card and no problems.
I just learned something about Puppy (Linux) that when I fired up Tahrpup64 that had been installed with the Nvidia 7600 GT it's working just fine with the AMD card. I don't think this would have worked with Windows. From my own experience and from what I've seen on this forum maybe we should recommend people who don't know how to compile Nvidia cards to use Intel or AMD video cards.

Thanks
Bird Dog

[bigpup]

A search couldn't find etc/rc,d/rc.local but I noticed in the puppy save frugal folder there was an etc and an rc.d in that but no rc.local.

Are you searching by actually navigating in Rox file manager when you are booted and using Xenialpup?

Note:
rc.local is not going to be in the save unless you did something to change it from the original.

[Bird Dog]

Thanks Big Pup I clicked on File on the Desktop in the top left corner. I clicked on etc then rc.d then rc.local and it looked exactly like your screen shot. I then put in beside the number 15 modprobe input-leds and then I saved it. Restarted the computer and nothing. Rebooted a second time and same thing. I then removed what I entered and saved again.
Should I have clicked reload instead of save?
Maybe echo enabled > modprobe input-leds?

Thanks
Bird Dog

[bigpup]

After you reboot. Look in rc.local and make sure your change is still there.

I put my entry on line 16 of rc.local.

Here is what my modified rc.local looks like.
It works in my install of Xenialpup.

Code: Select all

#this file called from rc.sysinit
#you can edit this file
#When firewall is installed, will append lines to this file...

echo enabled > /sys/bus/usb/devices/usb1/power/wakeup
echo enabled > /sys/bus/usb/devices/usb2/power/wakeup
echo enabled > /sys/bus/usb/devices/usb3/power/wakeup
echo enabled > /sys/bus/usb/devices/usb4/power/wakeup
echo enabled > /sys/bus/usb/devices/usb5/power/wakeup
echo enabled > /sys/bus/usb/devices/usb6/power/wakeup
echo enabled > /sys/bus/usb/devices/usb7/power/wakeup
echo enabled > /sys/bus/usb/devices/usb8/power/wakeup
echo enabled > /sys/bus/usb/devices/usb9/power/wakeup
echo enabled > /sys/bus/usb/devices/usb10/power/wakeup

modprobe input-leds

[Bird Dog]

Thanks Big Pup line 16 did it. Thanks for all your help.

Thanks
Bird Dog

[Moat]

Good stuff, bigpup. I'm curious, and wonder if this could/should be included in Woof-CE somehow, maybe?

Bob

[bigpup]

This was originally reported to 01micko in Slacko 7.0.0 development.
I think he is working on a fix for Woof CE.

[slenkar]

Im trying to open the package manager but it always says PPM is already running, exiting.
Even if I restart the computer.

[rufwoof]

7.0.8.5 has "No D-BUS daemon running" window pop up each time palemoon is started IF RUNNING AS SPOT (OK if running palemoon as root)

[bigpup]

Im trying to open the package manager but it always says PPM is already running, exiting.
Even if I restart the computer.

What exact version of Xenialpup64?

Is this a fresh clean install of Xenialpup64?

PPM has been working OK.
Something that is happening after you did something?