Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 17 Oct 2017, 00:25
All times are UTC - 4
 Forum index » Taking the Puppy out for a walk » Announcements
woof-CE needs you
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 58 of 76 [1133 Posts]   Goto page: Previous 1, 2, 3, ..., 56, 57, 58, 59, 60, ..., 74, 75, 76 Next
Author Message
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Wed 29 Mar 2017, 13:54    Post subject:  

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. Very Happy

Code:
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

Last edited by Sailor Enceladus on Fri 07 Apr 2017, 20:10; edited 1 time in total
Back to top
View user's profile Send private message 
01micko


Joined: 11 Oct 2008
Posts: 8656
Location: qld

PostPosted: Wed 29 Mar 2017, 18:57    Post subject:  

This is the kludge that creates a symlink for the gdk pixbuf loader cache:
Code:
#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:
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.

_________________
Puppy Linux Blog - contact me for access
Back to top
View user's profile Send private message Visit poster's website 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sun 02 Apr 2017, 00:03    Post subject:  

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. Twisted Evil (This was using the testing branch as base)
Back to top
View user's profile Send private message 
belham2

Joined: 15 Aug 2016
Posts: 1140

PostPosted: Sun 02 Apr 2017, 03:24    Post subject:  

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. Twisted Evil (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 Smile 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 Smile
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3237
Location: Ontario Canada

PostPosted: Sun 02 Apr 2017, 13:56    Post subject: woof-CE needs you  

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.
Screenshot.jpg
 Description   
 Filesize   38.83 KB
 Viewed   858 Time(s)

Screenshot.jpg

Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sat 08 Apr 2017, 01:28    Post subject:  

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=kZkjEIZjXi6xTcrzP43WJO4LCzq9H4U0GGV

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*
Back to top
View user's profile Send private message 
Robert123

Joined: 20 May 2016
Posts: 356
Location: Pacific

PostPosted: Sat 08 Apr 2017, 02:05    Post subject:  

Yeah tried 13.37 build (5.30) which wouldn't boot.
_________________
Devuan Linux, Stardust 013 (4.31) updated https://archive.org/details/Stardustpup013glibc2.10
s57(2018)barebonehttps://sourceforge.net/projects/puppy-linux-minimal-builds/files/s57%282018%29barebones.iso/download
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1450
Location: Italy

PostPosted: Sat 08 Apr 2017, 04:53    Post subject:  

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=kZkjEIZjXi6xTcrzP43WJO4LCzq9H4U0GGV


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.
Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sat 08 Apr 2017, 10:24    Post subject:  

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

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? Very Happy
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3237
Location: Ontario Canada

PostPosted: Sat 08 Apr 2017, 10:27    Post subject:  

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 Smile
#
Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sat 08 Apr 2017, 21:47    Post subject:  

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=kZkjEIZjXi6xTcrzP43WJO4LCzq9H4U0GGV


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.
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1450
Location: Italy

PostPosted: Sat 08 Apr 2017, 23:21    Post subject:  

Sailor Enceladus wrote:

Ok, I tried a x86_64 cross-build. Heh.


Many thanks Sailor Enceladus Razz I'm going to play with it.
Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sat 08 Apr 2017, 23:55    Post subject:  

watchdog wrote:
Sailor Enceladus wrote:

Ok, I tried a x86_64 cross-build. Heh.


Many thanks Sailor Enceladus Razz 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. Laughing

edit: http://40.media.tumblr.com/tumblr_lvrb6649IT1qibz0jo1_r1_500.png
Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1246

PostPosted: Sun 09 Apr 2017, 11:57    Post subject:  

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. Smile
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1450
Location: Italy

PostPosted: Sun 09 Apr 2017, 16:19    Post subject:  

@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:
<Tray autohide="top" insert="right" layer="below" halign="center" valign="top" height="48" layout="horizontal" >
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 58 of 76 [1133 Posts]   Goto page: Previous 1, 2, 3, ..., 56, 57, 58, 59, 60, ..., 74, 75, 76 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Taking the Puppy out for a walk » Announcements
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.0758s ][ Queries: 14 (0.0119s) ][ GZIP on ]