woof-CE needs you

Message

Sailor Enceladus · #856 Post by **Sailor Enceladus** » Wed 29 Mar 2017, 17:54

Slackware 14.1 and 14.2 have updated to Firefox 52esr. I thought this would cause problems, but interestingly, the browser still opens in Slacko, and sound still works! It looks like the Slackware team compiled their Firefox 52 with gtk2 and alsa.

Code: Select all

Configure options

--enable-application=browser --disable-tests 'CC=gcc -B/root/slackware-14.2/mozilla-firefox/gold' 'CXX=g++ -B/root/slackware-14.2/mozilla-firefox/gold' --enable-default-toolkit=cairo-gtk2 MAKE=make --disable-accessibility --enable-alsa --enable-cpp-rtti --disable-crashreporter --enable-official-branding --enable-optimize=-O2 --enable-startup-notification --enable-strip --libdir=/usr/lib --prefix=/usr --with-default-mozilla-five-home=/usr/lib/firefox-52.0.2 --with-system-zlib

01micko · #857 Post by **01micko** » Wed 29 Mar 2017, 22:57

This is the kludge that creates a symlink for the gdk pixbuf loader cache:

Code: Select all

#110622 /etc/rc.d/rc.update executes:  gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders
#however, mageia1 requires above file to be at /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
#create a symlink...
VERDIR=''
if [ -d rootfs-complete/usr/lib${lsuffix}/gdk-pixbuf-2.0 ];then
 [ ! -f rootfs-complete/etc/gtk-2.0/gdk-pixbuf.loaders ] && touch rootfs-complete/etc/gtk-2.0/gdk-pixbuf.loaders
 PIXBUFLOADERSDIR="`find rootfs-complete/usr/lib${lsuffix}/gdk-pixbuf-2.0 -maxdepth 2 -mindepth 2 -type d -name loaders | head -n 1`"
 if [ "$PIXBUFLOADERSDIR" ];then
  PIXBUFCACHEDIR="`dirname $PIXBUFLOADERSDIR`"
  VERDIR="`basename $PIXBUFCACHEDIR`" #2.10.0
  ln -snf ../../../../etc/gtk-2.0/gdk-pixbuf.loaders ${PIXBUFCACHEDIR}/loaders.cache #110903 change -s to -snf
  #there may be some loaders in wrong place...
  [ -d rootfs-complete/usr/lib${lsuffix}/gtk-2.0/loaders ] && mv -f rootfs-complete/usr/lib${lsuffix}/gtk-2.0/loaders/*.so ${PIXBUFLOADERSDIR}/ 2>/dev/null
  if [ -d rootfs-complete/usr/lib${lsuffix}/gtk-2.0/${VERDIR}/loaders ];then
   mv -f rootfs-complete/usr/lib${lsuffix}/gtk-2.0/${VERDIR}/loaders/*.so ${PIXBUFLOADERSDIR}/ 2>/dev/null
   rmdir rootfs-complete/usr/lib${lsuffix}/gtk-2.0/${VERDIR}/loaders #111114
   ln -s ../../gdk-pixbuf-2.0/${VERDIR}/loaders rootfs-complete/usr/lib${lsuffix}/gtk-2.0/${VERDIR}/loaders #111114
  else #111117
   ln -s ../../gdk-pixbuf-2.0/${VERDIR}/loaders rootfs-complete/usr/lib${lsuffix}/gtk-2.0/${VERDIR}/loaders
  fi
 fi
fi

This is a hangover from woof2 and probably should be simply deleted.

Code in /etc/rc.d/rc.update should then be changed to :

Code: Select all

gdk-pixbuf-query-loaders --update-cache

I remember having a tussle with Barry over this circa ~2011 because he was supporting 'legacy' stuff which was fine but I came up with a viable alternative which he rejected. I can't remember exactly the code but it was
something like if [ old stuff ] then do the symlink gymnastics else do nothing fi and change /etc/rc.d/rc.update similarly.

Maybe belham2's symlink didn't get created.

Anyway, I might revive 'rationlise' branch and fix this and implement some other ideas.

Sailor Enceladus · #858 Post by **Sailor Enceladus** » Sun 02 Apr 2017, 04:03

When building a Slackware 13.37 and 14.0 science experiment, selecting kernel 2 (3.12.21) in 3builddistro-Z always picked 24 (4.9.15). I circumvented the issue by downloading 3.12.21 from ibiblio instead.

(This was using the testing branch as base)

belham2 · #859 Post by **belham2** » Sun 02 Apr 2017, 07:24

Sailor Enceladus wrote:When building a Slackware 13.37 and 14.0 science experiment, selecting kernel 2 (3.12.21) in 3builddistro-Z always picked 24 (4.9.15). I circumvented the issue by downloading 3.12.21 from ibiblio instead. (This was using the testing branch as base)

Sailor,

I am sure you already know this, but one of the things I learned in messing with the build process is you can make the ./3 step use any kernel you want IF you modify the kernel-kit folder (configs_x86_64, the dot-config file) and also make sure to modify line 20 in the "build.conf" pointing to it. Then, Bob is your uncle as it will throw that specified kernel into the build process whether it, lol, works or not. Nothing like that word "testing" in the woof-CE process, haha

If you don't do this, the build process will throw the default kernel in there no matter what you choose in the build process choice for kernel selection. The woof-CE build process is finicky as heck with some builds...sounds like you found another!

P.S. I've manually done it the way you did (downloading one and putting it in the "huge-kernel" folder) with a few kernels & builds...the key is getting that dot-config file in there (the kernel-kit/'appropriate 'configs......' folder) or robbing a dot-config from another distro

Billtoo · #860 Post by **Billtoo** » Sun 02 Apr 2017, 17:56

I did another Slacko-6.9.6.4 build, re-ran ./3builddistro-Z

System: Host: puppypc1670 Kernel: 4.4.59-4G i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.6.4
Machine: System: Hewlett-Packard product: HPE-410f serial:
Mobo: FOXCONN model: 2AB1 v: 1.00 Bios: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.18.3 driver: radeon tty size: 150x50 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1000.2GB (6.0% used)
Weather: Conditions: 48 F (9 C) - Partly Cloudy Time: April 2, 1:42 PM EDT
Info: Processes: 195 Uptime: 34 min Memory: 179.0/3281.1MB Client: Shell (bash) inxi: 2.3.0

Works well so far.

########################################################################
Edit:I did 2 other builds yesterday

System: Host: puppypc22058 Kernel: 4.10.8-4G i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.6.4
Machine: System: Compaq-Presario product: AU194AA-A2L CQ5123F serial:
Mobo: MSI model: Boston v: 1.0 Bios: Phoenix v: 5.24 date: 06/19/2009
CPU: Dual core Pentium E5200 (-MCP-) speed/max: 1600/2500 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.18.3 drivers: nouveau (unloaded: fbdev,nv,vesa)
tty size: 142x50 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Card-2: D-Link System AirPlus G DWL-G122 Wireless Adapter(rev.C1) [Ralink RT2571W] driver: rt73usb
Drives: HDD Total Size: 500.1GB (11.7% used)
Weather: Conditions: 54 F (12 C) - Overcast Time: April 2, 4:17 PM EDT
Info: Processes: 159 Uptime: 32 min Memory: 150.6/3153.3MB Client: Shell (bash) inxi: 2.3.0
# uname -ra
Linux puppypc22058 4.10.8-4G #1 SMP Sat Apr 1 14:28:25 EDT 2017 i686
Pentium(R) Dual-Core CPU E5200 @ 2.50GHz GenuineIntel GNU/Linux
#
************************************************************************

System: Host: puppypc24716 Kernel: 4.9.20-4G i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.6.4
Machine: System: Compaq-Presario product: AU194AA-A2L CQ5123F serial:
Mobo: MSI model: Boston v: 1.0 Bios: Phoenix v: 5.24 date: 06/19/2009
CPU: Dual core Pentium E5200 (-MCP-) speed/max: 1600/2500 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.18.3 driver: nvidia tty size: 130x43 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Card-2: D-Link System AirPlus G DWL-G122 Wireless Adapter(rev.C1) [Ralink RT2571W] driver: rt73usb
Drives: HDD Total Size: 562.5GB (16.1% used)
Weather: Conditions: 55 F (13 C) - Mostly Cloudy Time: April 2, 6:27 PM EDT
Info: Processes: 167 Uptime: 1:31 Memory: 237.4/3152.0MB Client: Shell (bash) inxi: 2.3.0
# uname -ra
Linux puppypc24716 4.9.20-4G #1 SMP Sat Apr 1 21:27:45 EDT 2017 i686
Pentium(R) Dual-Core CPU E5200 @ 2.50GHz GenuineIntel GNU/Linux
#

They all work well (so far at least), the proprietary nvidia driver won't compile with
the 4.10.8 kernel but did with the 4.9.20 kernel.

Sailor Enceladus · #861 Post by **Sailor Enceladus** » Sat 08 Apr 2017, 05:28

I tried 4 slacko builds with the latest woof-CE tonight (13.37, 14.0, 14.1, 14.2):
https://my.pcloud.com/publink/show?code ... zq9H4U0GGV

The main 14.2 (6.9.6.4) is the only 'stable' one though, maybe I'll work on the other 3 some more later. *goes to sleep*

Robert123 · #862 Post by **Robert123** » Sat 08 Apr 2017, 06:05

Yeah tried 13.37 build (5.30) which wouldn't boot.

watchdog · #863 Post by **watchdog** » Sat 08 Apr 2017, 08:53

Sailor Enceladus wrote:I tried 4 slacko builds with the latest woof-CE tonight (13.37, 14.0, 14.1, 14.2):
https://my.pcloud.com/publink/show?code ... zq9H4U0GGV

I'm not skilled enough to do it myself: would you build the slacko64-6.9.6.4 with latest woof-ce? I'm using a too old build by 01micko without encrypted savefile.

Sailor Enceladus · #864 Post by **Sailor Enceladus** » Sat 08 Apr 2017, 14:24

Robert123 wrote:Yeah tried 13.37 build (5.30) which wouldn't boot.

Same. I *think* the sfs files need to be resquashed differently. I might try a full install next. Making an adrv with xorg_base_new got 14.0 to boot, I might try to work out more of the kinks in that one first because Slacko 5.7 was one of my favorites.

watchdog wrote:I'm not skilled enough to do it myself: would you build the slacko64-6.9.6.4 with latest woof-ce? I'm using a too old build by 01micko without encrypted savefile.

I could do it but it would be a cross-compile. Perhaps belham2 (or 01micko himself?) would be better for building a 64-bit?

Billtoo · #865 Post by **Billtoo** » Sat 08 Apr 2017, 14:27

I'm using the latest kernel kit, it gives the following error:

#
Creating the kernel headers package
Compiling the kernel
Creating the kernel package
Huge kernel 4.9.20-stretch is ready in dist
Cleaning the kernel sources
Creating a kernel sources SFS
Parallel mksquashfs: Using 2 processors
Creating 4.0 filesystem on output/kernel_sources-4.9.20-stretch.sfs, block size 131072.
[===========================================================-] 57758/57758 100%

Exportable Squashfs 4.0 filesystem, xz compressed, data block size 131072
compressed data, compressed metadata, compressed fragments, compressed xattrs
duplicates are removed
Filesystem size 123891.50 Kbytes (120.99 Mbytes)
19.16% of uncompressed filesystem size (646455.28 Kbytes)
Inode table size 441094 bytes (430.76 Kbytes)
20.51% of uncompressed inode table size (2150522 bytes)
Directory table size 570824 bytes (557.45 Kbytes)
43.26% of uncompressed directory table size (1319430 bytes)
Number of duplicate files found 5015
Number of inodes 67027
Number of files 61405
Number of fragments 4927
Number of symbolic links 30
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 5592
Number of ids (unique uids + gids) 1
Number of uids 1
root (0)
Number of gids 1
root (0)
Failed to compile aufs-util, do it manually. Kernel is compiled OK

#

Sailor Enceladus · #866 Post by **Sailor Enceladus** » Sun 09 Apr 2017, 01:47

watchdog wrote:
Sailor Enceladus wrote:I tried 4 slacko builds with the latest woof-CE tonight (13.37, 14.0, 14.1, 14.2):
https://my.pcloud.com/publink/show?code ... zq9H4U0GGV
I'm not skilled enough to do it myself: would you build the slacko64-6.9.6.4 with latest woof-ce? I'm using a too old build by 01micko without encrypted savefile.

Ok, I tried a x86_64 cross-build. It booted, but during 3builddistro-Z it said something like "Bright Mouse not found", so after I booted I had to go to Menu -> Desktop -> Puppy Theme Manager and Apply Bright Mouse (or another theme) to get a real desktop then I had to do Menu -> Leave -> Restart graphical server (or the icons would act frozen). I also noticed that the "Open with" menu was pretty sparse (maybe 5 items) when finding out that clicking on a png didn't open it in the graphics viewer. I used the 3.14.54 64-bit kernel from Tahr because it is the only one that comes with b43 driver (as far as I know). Heh.

watchdog · #867 Post by **watchdog** » Sun 09 Apr 2017, 03:21

Sailor Enceladus wrote: Ok, I tried a x86_64 cross-build. Heh.

Many thanks Sailor Enceladus

I'm going to play with it.

Sailor Enceladus · #868 Post by **Sailor Enceladus** » Sun 09 Apr 2017, 03:55

watchdog wrote:
Sailor Enceladus wrote: Ok, I tried a x86_64 cross-build. Heh.
Many thanks Sailor Enceladus I'm going to play with it.

I think I fixed those errors now, but it was kind of a hack job. I noticed that the certs thing does "cd $ETCCERTSDIR" into etc/ssl/certs, then never leaves it, so I added a cd "$CWD" at line 213 so that it "finds where it is again" and I didn't get the errors any more. At least, I think that's what might be happening. I'll know soon enough if my next cross-build works better or worse.

edit: http://40.media.tumblr.com/tumblr_lvrb6 ... r1_500.png

Sailor Enceladus · #869 Post by **Sailor Enceladus** » Sun 09 Apr 2017, 15:57

Robert123 wrote:Yeah tried 13.37 build (5.30) which wouldn't boot.

lol I accidently waited the entire 60 seconds during the "red error message blast" and to my surprise it actually started booting after that on my laptop. I always thought that red failed message was like the blue screen of death "endgame" scenario until now. It seems that the problem has something to do with mounting the zdrv onto initrd/pup_z, I tried resquashing it all in the puppy.sfs instead (not using a zdrv) and that worked. When trying to connect I got complains from both sns and frisbee about gtkdialog. It definitely feels like the most alpha of the slacko testing options that could use some tweaks by CE I think.

watchdog · #870 Post by **watchdog** » Sun 09 Apr 2017, 20:19

@Sailor Enceladus

I'm playing with your last build of slacko64-6.9.6.4. The live is properly working but I want to rescue my adrv.sfs from previous defective build. A lot of work has been done about theming: excellent! Autohide of the tray1 is not implemented: am I wrong? I have choosen the Original Pup theme.

EDIT: I have changed the following line in in /root/.jwm/jwmrc-tray1_hybrid:

Code: Select all

<Tray autohide="top" insert="right" layer="below" halign="center" valign="top" height="48" layout="horizontal" >

Billtoo · #871 Post by **Billtoo** » Fri 14 Apr 2017, 21:04

I did a new build of Slacko-6.9.6.4, it's using the 4.4.61 kernel:

# inxi -F
System: Host: puppypc21907 Kernel: 4.4.61-4g i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.6.4
Machine: System: Hewlett-Packard product: p7-1246s serial:
Mobo: Foxconn model: 2ADA v: 1.00 Bios: AMI v: 7.12 date: 06/07/2012
CPU: Quad core Intel Core i5-3550 (-MCP-) cache: 6144 KB
clock speeds: max: 3301 MHz 1: 1600 MHz 2: 1600 MHz 3: 1700 MHz 4: 1800 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.18.3 driver: nvidia tty size: 126x46 Advanced Data: N/A for root
Audio: Card-1 NVIDIA GF108 High Definition Audio Controller driver: snd_hda_intel Sound: ALSA v: k4.4.61-4g
Card-2 Intel 6 Series/C200 Series Family High Definition Audio Controller driver: snd_hda_intel
Network: Card-1: Ralink RT5390 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
IF: wlan0 state: up mac:
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: eth0 state: down mac:
Drives: HDD Total Size: 3000.6GB (1.0% used) ID-1: /dev/sda model: ST2000DM001 size: 2000.4GB
ID-2: /dev/sdb model: HD103SI size: 1000.2GB
Partition: ID-1: swap-1 size: 6.40GB used: 0.00GB (0%) fs: swap dev: /dev/sda4
ID-2: swap-2 size: 12.63GB used: 0.00GB (0%) fs: swap dev: /dev/sdb3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: None detected - is lm-sensors installed and configured?
Info: Processes: 184 Uptime: 31 min Memory: 255.4/3507.5MB Client: Shell (bash) inxi: 2.3.0
#

It's using the proprietary Nvidia driver.

Works good so far.

*******************************************************
EDIT: It's working well on my HP mini stream too:

# inxi -b
System: Host: puppypc32731 Kernel: 4.4.61-4g i686 (32 bit) Desktop: JWM 2.3.2
Distro: Slacko Puppy 6.9.6.4
Machine: System: Hewlett-Packard product: 200-009 serial:
Mobo: Hewlett-Packard model: 2B38 v: 1.02 serial:
Bios: AMI v: 80.03 date: 12/15/2014
CPU: Dual core Intel Celeron 2957U (-MCP-) speed/max: 1000/1400 MHz
Graphics: Card: Intel Haswell-ULT Integrated Graphics Controller
Display Server: X.org 1.18.3 driver: intel
tty size: 90x38 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
Card-2: Broadcom Limited BCM43142 802.11b/g/n driver: bcma-pci-bridge
Drives: HDD Total Size: 1158.5GB (1.9% used)
Info: Processes: 172 Uptime: 1:52 Memory: 231.5/1918.7MB
Client: Shell (bash) inxi: 2.3.0
#
It's connected to a 32" TV with an HDMI cable.

Billtoo · #872 Post by **Billtoo** » Sat 15 Apr 2017, 17:31

I did a new build of Slacko-6.9.6.4, it's using the 4.10.10 kernel.

# inxi -F
System: Host: puppypc9322 Kernel: 4.10.10-4g i686 (32 bit) Desktop: JWM 2.3.2
Distro: Slacko Puppy 6.9.6.4
Machine: System: LENOVO product: 7491B8U v: ThinkCentre M58e serial:
Bios: LENOVO v: 5HKT39AUS date: 06/17/2009
CPU: Dual core Intel Core2 Duo E8400 (-MCP-) cache: 6144 KB
clock speeds: max: 3003 MHz 1: 2336 MHz 2: 2003 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
Display Server: X.org 1.18.3 driver: intel tty size: 108x37 Advanced Data: N/A for root
Audio: Card Intel NM10/ICH7 Family High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.10.10-4g
Network: Card: Marvell 88E8057 PCI-E Gigabit Ethernet Controller driver: sky2
IF: eth0 state: up speed: 1000 Mbps duplex:full
Drives: HDD Total Size: 320.1GB (7.3% used) ID-1: /dev/sda model: WDC_WD3200AAJS size: 320.1GB
Partition: ID-1: swap-1 size: 4.29GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: None detected - is lm-sensors installed and configured?
Info: Processes: 161 Uptime: 51 min Memory: 193.1/2897.7MB Client: Shell (bash) inxi: 2.3.0
#

Works good so far.

Billtoo · #873 Post by **Billtoo** » Sun 16 Apr 2017, 12:56

I saw that O1micko has updated Slacko beta to 6.9.6.6 so I did a fresh
woof-CE install and a new build:

# inxi -b
System: Host: puppypc27389 Kernel: 4.4.61-4g i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.6.6
Machine: Mobo: Gateway model: FX6860 serial: 109726660000629
Bios: American Megatrends v: P01-A3 date: 04/19/2011
CPU: Quad core Intel Core i7-2600 (-HT-MCP-) speed/max: 1600/3401 MHz
Graphics: Card: NVIDIA GF110 [GeForce GTX 560 Ti OEM]
Display Server: X.org 1.18.3 driver: nvidia tty size: 167x50 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives: HDD Total Size: 2000.4GB (2.2% used)
Info: Processes: 210 Uptime: 51 min Memory: 310.0/3018.7MB Client: Shell (bash) inxi: 2.3.0
#

It's using the 4.4.61 kernel that I compiled a few days ago with the
kernel kit to use with Dpup Stretch.

It's using the proprietary nvidia driver.

Works good so far.

Billtoo · #874 Post by **Billtoo** » Sun 16 Apr 2017, 21:47

I did a build of Slacko64-6.9.6.6, it's using the 4.9.22 kernel which
was compiled with the kernel kit.

# inxi -b
System: Host: puppypc10414 Kernel: 4.9.22 x86_64 (64 bit) Desktop: JWM 2.3.2 Distro: Slacko64 Puppy 6.9.6.6
Machine: System: Hewlett-Packard product: HPE-410f serial:
Mobo: FOXCONN model: 2AB1 v: 1.00 Bios: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.18.3 drivers: ati,radeon (unloaded: fbdev,vesa)
tty size: 124x45 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1008.1GB (8.2% used)
Info: Processes: 194 Uptime: 1:20 Memory: 496.0/7984.3MB Client: Shell (bash) inxi: 2.3.0
#

It's working well so far.

01micko · #875 Post by **01micko** » Sun 16 Apr 2017, 23:34

Hi Billtoo.

Thanks for testing.

There are a couple of new additions to the repo - libreoffice-5.2.2.2 (a little old but still works well - compiled in slacko with a recipe from jamesbond - many thanks

) and palemoon compiled in slacko which on opening presents itself as "New Moon" however works just the same.

If you or anyone else want to try these just alter/edit DISTRO_PKGS_SPECS-slackware-14.2 (or corresponding 64 version) like so; (ignoring the dots of course)

'...
no|abiword||exe,dev,doc,nls
...
no|gnumeric||exe,dev,doc,nls
...
no|goffice||exe,dev,doc,nls
...
yes|libreoffice||exe,dev| #if you flip this to yes you MUST install lodeps_boost so flip it to yes too
...
yes|lodeps_boost||exe
...
no|mozilla-firefox|mozilla-firefox|exe,dev>null,doc>null| #must keep maintained if used, no from patches repo
...
yes|palemoon||exe,dev
...
...'

But this doesn't quite do it as libreoffice isn't set as defaultspreadsheet or defaultwordprocessor.
Woof has a mechanism to fix this: a file called _00build.conf.

Here is what the bottom of it currently looks like:

Code: Select all

## -- Default Apps --
## Not all are implemented in the puppy scripts,
##   but you can specify a default app if you wish...
## If you specify a value it will override anything that previously
##   set that value in the corresponding script...
## These are the current default*apps (scripts) in /usr/local/bin
DEFAULTAPPS="
defaultarchiver=
defaultaudioeditor=
defaultaudiomixer=
defaultaudioplayer=
defaultbrowser=
defaultcalendar=
defaultcdplayer=
defaultcdrecorder=
defaultchat=
defaultchmviewer=
defaultconnect=
defaultcontact=
defaultdraw=
defaultemail=
defaultfilemanager=
defaulthandler=
defaulthtmleditor=
defaulthtmlviewer=
defaultimageeditor=
defaultimageviewer=
defaultmediaplayer=
defaultpaint=
defaultpdfviewer=
defaultprocessmanager=
defaultrun=
defaultscreenshot=
defaultspreadsheet=
defaultterminal=
defaulttexteditor=
defaulttextviewer=
defaultwordprocessor=
"

## - extra commands --
## Here add custom commands to be executed inside sandbox3/rootfs-complete
EXTRA_COMMANDS=""

Edit _00build.conf to look like this: (note the libreoffice entries near the bottom)

Code: Select all

## -- Default Apps --
## Not all are implemented in the puppy scripts,
##   but you can specify a default app if you wish...
## If you specify a value it will override anything that previously
##   set that value in the corresponding script...
## These are the current default*apps (scripts) in /usr/local/bin
DEFAULTAPPS="
defaultarchiver=
defaultaudioeditor=
defaultaudiomixer=
defaultaudioplayer=
defaultbrowser=
defaultcalendar=
defaultcdplayer=
defaultcdrecorder=
defaultchat=
defaultchmviewer=
defaultconnect=
defaultcontact=
defaultdraw=
defaultemail=
defaultfilemanager=
defaulthandler=
defaulthtmleditor=
defaulthtmlviewer=
defaultimageeditor=
defaultimageviewer=
defaultmediaplayer=
defaultpaint=
defaultpdfviewer=
defaultprocessmanager=
defaultrun=
defaultscreenshot=
defaultspreadsheet=libreoffice --calc
defaultterminal=
defaulttexteditor=
defaulttextviewer=
defaultwordprocessor=libreoffice --writer
"

## - extra commands --
## Here add custom commands to be executed inside sandbox3/rootfs-complete
EXTRA_COMMANDS=""

You are now done editing and just build away. Works ok for me.

Have fun

NB: I tried to compile palemoon for 32 as sse but can't test as my last athlonXP mobo died some months back. Any feedback on that is appeciated. If you install in slacko-6.9.6.4 then hunspell-1.6 is needed too, found if you update the repo.

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

woof-CE needs you

woof-CE needs you

woof-CE needs you

woof-CE needs you

woof-CE needs you

woof-CE needs you