woof-CE needs you

[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

[Billtoo]

I installed to a usb ssd on my macmini:

# inxi -bw
System: Host: puppypc18678 Kernel: 4.1.38 i686 (32 bit) Desktop: JWM 2.3.7 Distro: Dpup Stretch 7.0.0a2
Machine: Device: laptop System: Apple product: Macmini6 1 v: 1.0 serial: C07JV98EDWYL
Mobo: Apple model: Mac-031AEE4D24BFF0B1 v: Macmini6 1 serial: C072496085YF1HCAG
BIOS: Apple v: MM61.88Z.0106.B03.1211161202 date: 11/16/2012
CPU: Dual core Intel Core i5-3210M (-HT-MCP-) speed/max: 1300/2501 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: X.org 1.19.2 drivers: modesetting (unloaded: fbdev,vesa)
tty size: 135x23 Advanced Data: N/A for root
Network: Card-1: Broadcom Limited NetXtreme BCM57766 Gigabit Ethernet PCIe driver: tg3
Card-2: Broadcom Limited BCM4331 802.11a/b/g/n driver: bcma-pci-bridge
Drives: HDD Total Size: 626.4GB (0.9% used)
Weather: Conditions: 64 F (18 C) - light rain Time: October 7, 10:33 AM EDT
Info: Processes: 129 Uptime: 11 min Memory: 87.9/2185.2MB Client: Shell (bash) inxi: 2.3.8
#

This one is a keeper,
Thanks.

[radky]

@belham2,

Yes, the Dpup-stretch background in my first post is not included in the iso because the image is relatively large. However, if you are interested, the wallpaper is now available above as a separate download. Thanks for your kind comments.

---

@Sailor Enceladus,

I don't use a chat utility, so that bug was undetected by me. I'll make the correction.

---

@Billtoo,

Your choice of wallpaper is always the best.

---

If there is sufficient interest, I'll wait a bit for additional bug reports and then upload an iso with all corrections included.

Thanks for testing!

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

No reply after a week? I can't fix a problem if I don't know where to find it.

[OscarTalks]

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.

Did some testing of a frugal install in a Dell Vostro desktop.
Looking very nice and working well.
The InkscapeLite needs the ruler patch. I believe the source with this applied was uploaded to ibiblio here:-
http://distro.ibiblio.org/puppylinux/sources/i/
Running checkdeps -system mentions the missing libspeexdsp which is part of the speex package. Debian has this thing of splitting packages and although libspeex is in there, the other component, libspeexdsp has been missing from Dpups past and present. Perhaps this can be included in the build recipe in woof-CE so that the headers are in the devx too ?? Some programs need it eg Linphone.
My Vivaldi stable 1.12.955.38 is based on Chromium 61 and runs nicely.

[mavrothal]

If you think that the issue is important,

Obviously, I do not think that the issue is important.
Mentioned it to the builder so (s)he might check the pets used.
Yours and others'.

[rcrsn51]

Either the pets should be updated...

I would be happy to update them if you would identify the ones that you think need updating.

[radky]

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

Did some testing of a frugal install in a Dell Vostro desktop.
Looking very nice and working well.

The InkscapeLite needs the ruler patch. I believe the source with this applied was uploaded to ibiblio here:-
http://distro.ibiblio.org/puppylinux/sources/i/

Running checkdeps -system mentions the missing libspeexdsp which is part of the speex package. Debian has this thing of splitting packages and although libspeex is in there, the other component, libspeexdsp has been missing from Dpups past and present. Perhaps this can be included in the build recipe in woof-CE so that the headers are in the devx too ?? Some programs need it eg Linphone.

My Vivaldi stable 1.12.955.38 is based on Chromium 61 and runs nicely.

OscarTalks,

For the next release I will include the patched inkscapelite and add the missing libspeexdsp. I'm sure the Woof-CE devs monitor this thread, so maybe the build recipe will be updated.

Also, I downloaded your Vivaldi stable 1.12.955.38 sfs, and it runs very nicely in Dpup. Thank you!

[OscarTalks]

Hello Radky,

Is there something not quite right with libdbus-1 ?
This is the same in the remaster I have been tinkering with so looks like it is at the woof-CE level. I came across it when experimenting with compiling sylpheed and claws-mail (even though I don't really use e-mail clients myself).
There is a libdbus-1.so.3 in /lib and another in /usr/lib
The latter is a link to an older version. Is this from the BK dbus package and the one in /lib is more recent and from the Debian package?
Can the older version be removed from /usr/lib or will this cause problems (eg with the dbus daemon) ?

The errors I was getting pointed initially to libdbus-glib so I tried compiling that from source. This failed until I installed the Debian libdbus and libdbus_DEV over the top.

By the way, there is a plugin in sylpheed (attachment tool) which has to be installed afterwards and is missing from most Puppies, not sure if it is useful for anything.

[Billtoo]

I updated my uefi flash drive install of xenialpup64 that is used on my imac:

root# inxi -bw
System: Host: puppypc6728 Kernel: 4.9.54 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: 152x24 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.2% used)
Weather: Conditions: F ( C) Time: October 11, 7:46 PM EDT
Info: Processes: 175 Uptime: 10 min Memory: 219.6/3949.2MB Client: Shell (bash) inxi: 2.3.8
root#


I shanged kernels and updated palemoon to 27.5.1

This install is working well.

[radky]

Hello Radky,

Is there something not quite right with libdbus-1 ?
This is the same in the remaster I have been tinkering with so looks like it is at the woof-CE level. I came across it when experimenting with compiling sylpheed and claws-mail (even though I don't really use e-mail clients myself).
There is a libdbus-1.so.3 in /lib and another in /usr/lib
The latter is a link to an older version. Is this from the BK dbus package and the one in /lib is more recent and from the Debian package?
Can the older version be removed from /usr/lib or will this cause problems (eg with the dbus daemon) ?

The errors I was getting pointed initially to libdbus-glib so I tried compiling that from source. This failed until I installed the Debian libdbus and libdbus_DEV over the top.

By the way, there is a plugin in sylpheed (attachment tool) which has to be installed afterwards and is missing from most Puppies, not sure if it is useful for anything.

Hi OscarTalks,

Debian_stretch dbus packages in Woof-CE download:

1 - woof-out_x86_86_debian_stretch/packages-deb-stretch/libdbus-1-3_1.10.18-1_i386.deb contains the following libdbus files:

Code: Select all

-rw-r--r--      370116  2017-04-05  15:07  lib/i386-linux-gnu/libdbus-1.so.3.14.11                    
lrwxrwxrwx           0  2017-04-05  15:07  lib/i386-linux-gnu/libdbus-1.so.3 -> libdbus-1.so.3.14.11 

2 - woof-out_x86_86_debian_stretch/packages-deb-stretch/libdbus-1-3_1.10.22-0+deb9u1.deb contains the following libdbus files:

Code: Select all

-rw-r--r--      370116  2017-07-30  06:23  lib/i386-linux-gnu/libdbus-1.so.3.14.13                    
lrwxrwxrwx           0  2017-07-30  06:23  lib/i386-linux-gnu/libdbus-1.so.3 -> libdbus-1.so.3.14.13 

Of the two above packages, the latter is the one installed in my build.

---

Woof-CE dbus pet:

3 - woof-out_x86_86_debian_stretch/packages-pet/dbus-1.2.4.2permissive-q1.pet contains the following libdbus files:

Code: Select all

-rwxr-xr-x      274650  2010-01-23  03:45  dbus-1.2.4.2permissive-q1/usr/lib/libdbus-1.so.3.4.0                    
lrwxrwxrwx           0  2011-06-05  22:46  dbus-1.2.4.2permissive-q1/usr/lib/libdbus-1.so.3 -> libdbus-1.so.3.4.0

This ancient pet package is almost eight year old but the package contains at least three bin files (dbus-monitor, dbus-send and dbus-uuidgen) which list libdbus-1.so.3 as a dependency.

The question remains, if the old libdbus-1.so.3 -> libdbus-1.so.3.4.0 files are removed, will the old bin fies work OK with the newer libdbus-1.so.3 -> libdbus-1.so.3.14.13 files. We should know after testing a bit, or is it time for an updated permissive package?

Thanks