woof-CE needs you

[musher0]

Hi Billtoo.

Here's a note taking utility to go with your backgrounds
http://elephant.mine.nu

BFN

[Doglover]

Hi

Tried many times but always there is a kernel panic. (

[wiak]

Hi Billtoo.

Here's a note taking utility to go with your backgrounds
http://elephant.mine.nu

BFN

Hmmm, interesting sounding app. I'm a real potential fan of cherrytree - potential in the sense I've looked at it and liked its great import/export capabilities so planning to adopt it once I stop being as busy as I am at the moment. But now, this app confuses my choice of what to use a bit. I'll probably still use cherrytree but I like that the app you are posting about seems to use separate files, so a bit more like a simple document management system, whereas cherrytree seems to keep everything in one big file (though can link to any file on the system, so that's very attractive concept too).

Basically, I keep planning to organise my life but too busy to get started on that usually...

wiak

[Sailor Enceladus]

Hi

Tried many times but always there is a kernel panic. (

Hi Doglover,

Do you mean when you tried to boot the iso you created? If so:

- Which puppy did you try to build? (slacko, tahr, debian.... 14.2, 14.1.... 32-bit, 64-bit)
- Which OS did you use to build it with?
- How did you try booting it (CD, HDD, Flash) and what program did you use to boot the iso?
- Did you use the instructions on post 1 in this thread?
- Which kernel did you select?
- Guessing that you used the default testing branch?
- Guessing that all the required files are in your boot directory (initrd.gz, vmlinuz, *puppy.sfs, zdrv*.sfs)?
- What are the specs of your CPU? Does it support 64-bit and/or PAE?
- Does the distroname you tried to build boot if you use the official iso instead of the one you made?

I wasn't able to build xenial64 using xenial64-7.0.8.5 as a base for some reason so just used slacko64 to build it then using that xenial64 to build itself worked.

[Billtoo]

I did a new testing branch build of slacko64:
video-info-glx 1.5.3 Wed 27 Sep 2017 on Slacko64 Puppy 6.9.9.9 Linux 4.4.89 x86_64
2.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)

X Server: Xorg Driver: evdev
X.Org version: 1.18.3
dimensions: 1366x768 pixels (361x203 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.2

Intel(R) Core(TM) i3-3227U CPU @ 1.90GHz
Core 0: @800 1: @779 2: @779 3: @800 MHz

# inxi -b
System: Host: puppypc2722 Kernel: 4.4.89 x86_64 (64 bit) Desktop: JWM 2.3.2 Distro: Slacko64 Puppy 6.9.9.9
Machine: Device: laptop System: Acer product: Aspire V5-571P v: V2.17 serial: NXM49AA03531512EC36600
Mobo: Acer model: Aspire V5-571P v: V2.17 serial: NBM491100831501E946600
UEFI [Legacy]: Phoenix v: V2.17 date: 02/27/2013
Battery BAT0: charge: 20.1 Wh 100.0% condition: 20.1/25.0 Wh (80%)
CPU: Dual core Intel Core i3-3227U (-HT-MCP-) speed/max: 800/1901 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
tty size: 115x25 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Card-2: Broadcom Limited BCM43228 802.11a/b/g/n driver: bcma-pci-bridge
Drives: HDD Total Size: 500.1GB (10.1% used)
Info: Processes: 179 Uptime: 1:35 Memory: 429.8/5766.8MB Client: Shell (bash) inxi: 2.3.8
#
The touchscreen is working.
**********************************************
EDIT:Also installed the new slacko64 build to HP desktop pc.
Works well here too.

[belham2]

Hi Billtoo, Sailor and all,

Can I ask: if any of you have done a "xenial64" build recently (say, past 3-4 weeks), from either the "rationalise" and/or "testing" branch?? Has anything at all been corrected in xenial64 since we all reported problems it had or existed some months back? I know Xenial will run and work and all, thqat's not my question here. What bothers me is I've done some builds very recently (just the other day), and I am still seeing----after reporting the problems nearly 3 months ago---the exact same problems existing in Xenial.

I guess I am wondering why they're not getting fixed---is this because Phil is gone and/or too busy at the moment to come back & correct them? Is there no one else? No one that can correct the stuff we point out when a distro is a 'woof-CE' build? It's frustrating to keep building stuff (for example, dpup is a walking nightmare---nothing has changed in it since ttuuxxx left---you build it right now, it is still full of the exact same problems that Musher, myself. Oscar & others pointed out long ago. With Xenial64, I am still seeing the exact same problems exist too---not woof-CE build problems (jilst still somehow manages to get stuff fixed, which is amazing)---but I am asking about specific distro-related problems? Can only the developer make those changes/fixes??



P.S. I know Barry would probably cringe at me for saying this, but with the way things are going, his Easy Linux 0.4 ought to be moved back as one of the flagship pups on Murga, and Peebee's LxPupSc(s) ought to be moved to being thee flagship. Peebee's creations are by a long shot the most polished, most stable, and easy-ready-to-use-for-all out of the box---and most importantly, he stays on top of them like no one else's business. This is getting tough overall with Phil and Micko both seemingly gone.....something's gotta change on Murga here. I'm not trying to be mean and/or rude here, I am just am trying to state the obvious. Why should we keep doing builds when we (ourselves) have to keep correcting the same errors/problems that were pointed out months ago? It is frustrating. You know, on murga, there is absence, and then there is ABSENCE Come on, please, something has to change.

[Billtoo]

Hi bellham2,
I'm working on one this morning, it's a testing branch build from a woof-CE install done sept 23rd.

video-info-glx 1.5.3 Thu 28 Sep 2017 on xenialpup64 7.0.8.4 Linux 4.9.52 x86_64
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)
oem: NVIDIA
product: GF108 Board - 1071v1p1 Chip Rev

X Server: Xorg Driver: nouveau
X.Org version: 1.18.4
dimensions: 1920x1080 pixels (508x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NVC1
OpenGL core profile version string: 4.3 (Core Profile) Mesa 17.0.7

Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Core 0: @1600 1: @1600 2: @1700 3: @1600 MHz

Still have more setup to do but working well so far.

Bill
***********************************************************
EDIT:I installed the proprietary nvidia driver, nouveau driver works well too.

[belham2]

Hi bellham2,
I'm working on one this morning, it's a testing branch build from a woof-CE install done sept 23rd.

video-info-glx 1.5.3 Thu 28 Sep 2017 on xenialpup64 7.0.8.4 Linux 4.9.52 x86_64
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)
oem: NVIDIA
product: GF108 Board - 1071v1p1 Chip Rev

X Server: Xorg Driver: nouveau
X.Org version: 1.18.4
dimensions: 1920x1080 pixels (508x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NVC1
OpenGL core profile version string: 4.3 (Core Profile) Mesa 17.0.7

Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Core 0: @1600 1: @1600 2: @1700 3: @1600 MHz

Still have more setup to do but working well so far.

Bill

Hi Bill,

Yeah, xenial64 works and works ok.....I just did a build of it yesterday...but I'll be bugger-to-all that nearly all of the problems we pointed out in the Xenial64 thread months ago, I still have to account for and fix them. It's disheartening...and I am testing (like you) across many different machines, memory and chips. Sometimes I think our old Compaq is our most battle-hardened machine & we should just stick to it

[peebee]

-is this because Phil is gone and/or too busy at the moment to come back & correct them? Is there no one else?

Yes!
Only 66philb really understood his builds....

[Billtoo]

A couple of apps have been fixed in the latest woof-CE builds, mpv and kodi now work where they didn't in 7.0.8.5.
The package manager works great, the slacko package manager works but it's much slower.
It has a lot of applications that can be installed.

It's my favorite pup, slacko is my 2nd favorite.

EDIT: I may be wrong about mpv and kodi in 7.0.8.5, they don't work in the rationalise brand build but they do in the latest testing branch build.

[mavrothal]

but I'll be bugger-to-all that nearly all of the problems we pointed out in the Xenial64 thread months ago, I still have to account for and fix them.

Given that Phil is gone (for now?), you actually expect "someone else" to scan that thread for the "pointers", deciphers what is actually reported, decode if it is a woof issue, some of Phill's customisations, Ubuntu package(s) that do(es) not play well with puppy, hardware/driver/kernel quirk or plain voodoo, and fix it (even if is not a woof issue)?!?

I would suggest that if you have any good indication suggesting that is a woof-generated problem to file an issue at github, one for each problem you see, and hope that "someone" will look at it.
The more informative the bug/issue report is, the more likely for a solution to be attempted

If it is not a woof issue you must entice/allure/pay someone to pickup where Phil left and hopefully address the issues pointed out.

[Sailor Enceladus]

I tried a vanilla puduan-7.0.0a2-2 build (no added changes) today with woof-CE. Here's the iso it made:
http://www.mediafire.com/file/8lr7piyl4z653ws
md5sum: bde6dda589afa9714db1c85efe2dd858

It comes with the devx and choice of two kernels. I downloaded Firefox-52.4esr from PPM and played with it and mpv for a while.

[ETP]

Hi Billtoo, Sailor and all,

Can I ask: if any of you have done a "xenial64" build recently (say, past 3-4 weeks), from either the "rationalise" and/or "testing" branch?? Has anything at all been corrected in xenial64 since we all reported problems it had or existed some months back? I know Xenial will run and work and all, thqat's not my question here. What bothers me is I've done some builds very recently (just the other day), and I am still seeing----after reporting the problems nearly 3 months ago---the exact same problems existing in Xenial.

I guess I am wondering why they're not getting fixed---is this because Phil is gone and/or too busy at the moment to come back & correct them? Is there no one else? No one that can correct the stuff we point out when a distro is a 'woof-CE' build? It's frustrating to keep building stuff (for example, dpup is a walking nightmare---nothing has changed in it since ttuuxxx left---you build it right now, it is still full of the exact same problems that Musher, myself. Oscar & others pointed out long ago. With Xenial64, I am still seeing the exact same problems exist too---not woof-CE build problems (jilst still somehow manages to get stuff fixed, which is amazing)---but I am asking about specific distro-related problems? Can only the developer make those changes/fixes??



P.S. I know Barry would probably cringe at me for saying this, but with the way things are going, his Easy Linux 0.4 ought to be moved back as one of the flagship pups on Murga, and Peebee's LxPupSc(s) ought to be moved to being thee flagship. Peebee's creations are by a long shot the most polished, most stable, and easy-ready-to-use-for-all out of the box---and most importantly, he stays on top of them like no one else's business. This is getting tough overall with Phil and Micko both seemingly gone.....something's gotta change on Murga here. I'm not trying to be mean and/or rude here, I am just am trying to state the obvious. Why should we keep doing builds when we (ourselves) have to keep correcting the same errors/problems that were pointed out months ago? It is frustrating. You know, on murga, there is absence, and then there is ABSENCE Come on, please, something has to change.

Hi belham2,
You may wish to give the following a try:
http://www.murga-linux.com/puppy/viewto ... 875#968875

[mavrothal]

I tried a vanilla puduan-7.0.0a2 build (no added changes) today with woof-CE. Here's the iso it made:
https://www.mediafire.com/file/qbq4st79cev5v53
md5sum: 0bae72cc3fddc01181b3c53a01b08593

It comes with the devx and choice of two kernels. I downloaded Firefox-45.9esr from PPM and played with it and mpv for a while.

Works well (on a brief test).
It has the "missing icons" issue, common in a lot of debian/devuan builds.
This is because the pets used.
The ROX pet does not have defaultterminal in globicons at all.
Some of rcrsn51's Peasy* pets do not provide their own icons and rely on the older puppy icon set.
Either the pets should be updated, or provide icons/change default in the z-hack pet.
This is also true (update pet) for freememapplet tray . It needs to be recompiled. I think ttuuxxx did it at some point for his debian builds (no pet tho) and it works fine in your devuan.

[Billtoo]

I did a new uefi flash drive install for use on my older Imac:

root# inxi -bw
System: Host: puppypc6728 Kernel: 4.9.52 x86_64 (64 bit) Desktop: JWM 2.3.6 Distro: xenialpup64 7.0.8.4
Machine: Device: desktop System: Apple product: iMac8 1 v: 1.0 serial: W8811GXLZE2
Mobo: Apple model: Mac-F226BEC8 v: PVT serial: 1
UEFI: Apple v: IM81.88Z.00C1.B00.0802091538 date: 02/09/08
CPU: Dual core Intel Core2 Duo E8135 (-MCP-) speed/max: 1600/2400 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] RV610/M74 [Mobility Radeon HD 2400 XT]
Display Server: X.org 1.18.4 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
tty size: 118x24 Advanced Data: N/A for root
Network: Card-1: Broadcom BCM4321 802.11a/b/g/n driver: b43-pci-bridge
Card-2: Marvell 88E8058 PCI-E Gigabit Ethernet Controller driver: sky2
Drives: HDD Total Size: 282.1GB (3.1% used)
Weather: Conditions: 50 F (10 C) - light showers rain Time: September 29, 7:17 PM EDT
Info: Processes: 177 Uptime: 9 min Memory: 306.9/3949.2MB Client: Shell (bash) inxi: 2.3.8
root#
One change I see is that the dbus error when running palemoon as spot is gone.
It's working well so far.

[technosaurus]

The ROX pet does not have defaultterminal in globicons at all.

defaultterminal would be a waste of an inode anyhow, use $TERM ... also $EDITOR or $VISUAL for defaulttexteditor (depending whether $DISPLAY is set indicating an X11 environment); $BROWSER vs defaultbrowser, $SHELL rather than hardcoding sh, ash or bash; $HOME instead of hardcoding /root. There are several additional variables in the XDG directory specification that should be used instead of the stuff that is hard-coded into all of our ROX-filer helper scripts and too many that use "rox" as a replacement for xdg-open (see standards.freedesktop.org for more info).

[battleshooter]

I finally got around to doing a XenialPup64 Woof build. Had a few hiccups due to misunderstanding the instructions (like trying to run the commands in the wrong folder). Looks like to answer my question,

if I use Woof-CE and build a Xenial build, will it come out exactly like Phil's XenialPup?

the basics are there like the /usr/lib64 to /usr/lib symlinks...quite cool.

My understanding of Woof increases

[rcrsn51]

Some of rcrsn51's Peasy* pets do not provide their own icons and rely on the older puppy icon set. Either the pets should be updated, or provide icons/change default in the z-hack pet.

If you think that the issue is important, you should find a better place to report it, like in the app's own thread.

Identify the app and the icon. Make sure that you are using the most recent version.

[Billtoo]

I did a testing branch build of Puduan for use on my Lenovo desktop pc:

video-info-glx 1.5.3 Tue 3 Oct 2017 on Puduan 7.0.0a2-2 Linux 4.4.89-pae i686
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)

X Server: Xorg Driver: nvidia
X.Org version: 1.19.2
dimensions: 3840x1080 pixels (1049x292 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 384.90

Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz

I installed applications with PPM and installed radky's latest FbBox-5.0_32Bit.pet
I downloaded the Palemoon installer from their homepage,it runs as spot
with no dbus error which was a problem with some kernels.
I won't be posting it for downloading,sorry,it could fail badly and I can't
support it.Puduan that is, not FBbox.
***********************************************
EDIT: FbBox works great on my lenovo desktop pc but I've installed it
on my Acer laptop and there is a problem with key mapping, up arrow
loads pupsnap which gets annoying in a short while.
I'm able to use 8 on the keypad instead of the up arrow.
The touchscreen is working on this laptop.
**********************************************************

EDIT:I did a new testing branch build of Stretch:

# inxi -b
System: Host: puppypc28632 Kernel: 4.1.44-pae i686 (32 bit) Desktop: JWM 2.3.6 Distro: Dpup Stretch 7.0.0a2
Machine: Device: desktop System: ACER product: Aspire M5620 v: R01-A4 serial: PTS860X0348050CF642700
Mobo: ACER model: G33T-AM v: 1.0 serial: 00000000 BIOS: American Megatrends v: R01-A4 date: 12/19/2007
CPU: Quad core Intel Core2 Quad Q6600 (-MCP-) speed/max: 1603/2403 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.19.2 driver: nvidia tty size: 141x28 Advanced Data: N/A for root
Network: Card: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 130.3GB (4.5% used)
Info: Processes: 143 Uptime: 31 min Memory: 157.5/8097.7MB Client: Shell (bash) inxi: 2.3.8
#
It's working well on my old Acer desktop.

[belham2]

I did a testing branch build of Puduan for use on my Lenovo desktop pc:

video-info-glx 1.5.3 Tue 3 Oct 2017 on Puduan 7.0.0a2-2 Linux 4.4.89-pae i686
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)

X Server: Xorg Driver: nvidia
X.Org version: 1.19.2
dimensions: 3840x1080 pixels (1049x292 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 384.90

Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz

I installed applications with PPM and installed radky's latest FbBox-5.0_32Bit.pet
I downloaded the Palemoon installer from their homepage,it runs as spot
with no dbus error which was a problem with some kernels.
I won't be posting it for downloading,sorry,it could fail badly and I can't
support it.Puduan that is, not FBbox.

Hi Bill,

In your build, is there still the "ELF" problem in /usr/bin/ we faced in dpup 7.0.0.0a (that oscar and musher gave us patches to fix)? I did a woof-CE dpup "testing" branch build a few weeks ago (is that Ttuuxx's kernel you used?), and the build was still completely riddled with that problem, among all the others, basically exactly the same as they were in the original dpup thread.


[EDIT---everyone, ignore the above......daggone it, my brain drives me nuts sometimes....you clearly wrote "PUDUAN", not dpup.........jeezlousie.......mucho apologies, Bill ]