woof-CE needs you

[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 ]

[Sailor Enceladus]

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.

I think was fixed at one point, but the method was quite convoluted (scanning everything for exec MIME-type in woof-CE and then PPM and either loading the devx or putting the elfhack thing in the main iso so it could change them all) so a 2nd method was used instead, which doesn't update the icon from library-puzzle-thing to binary-wheel-thing but does execute the "shared library" file when you click on it in ROX, this clicking-the-secret-binary trick doesn't work when you do it in PCManFM though it seems.

[radky]

Stretch-7.0.0a2 iso, built with Woof-CE testing 07-Oct-2017, base kernel 4.1.38

Built for my personal use, but possibly of interest to others who enjoy Dpup variants.

iso removed

Thanks

[belham2]

Stretch-7.0.0a2 iso, built with Woof-CE testing 07-Oct-2017, base kernel 4.1.38

Built for my personal use, but possibly of interest to others who enjoy Dpup variants.

Updates, fixes and additional applications applied via _00build.conf.

Anyone interested in testing can download this weekend.

https://drive.google.com/file/d/0B-NZNv ... sp=sharing

MD5: 9a97c91ffd31961dcd7e0b49ccd6e551

Thanks

Ooooh, Radky, mucho mucho gracias...am downloading now

[belham2]

[UPDATE: Been using this past few hours, and I think it is the nicest dpup in existence as of right now, and I have tried/used everybody's (including my own, lol). Thanks again, Radky....but you're cruel for keeping that uber cool background image (posted above) for yourself ]

[Sailor Enceladus]

Yes, radky's stretch-7.0.0a2 iso looks very polished and runs well here too. Hexchat does not start right from menu because of %U bug. Interesting choice to use Palemoon as default browser. Seems everyone is bringing back original 2barks, woof woof