pUPnGO - 6Mb ISO - Basic Building Block Puplet

Message

goingnuts · #781 Post by **goingnuts** » Wed 04 Dec 2013, 05:34

technosaurus: Thanks! The btpd is nice but I never managed to do a static uclibc build. Missing CLOCK_MONOTONIC...which I tried to define to 1so build could be done...but it does not work then.

I think I tried rtorrent/dtorrent but with connection problems - but will check again.

And yes - I will have to find your netsurf-fb thread and see if it can be used.

PANZERKOPF: Thanks. I looked for that but might not have looked close enough - different stuff - Transmission and transmission

PANZERKOPF · #782 Post by **PANZERKOPF** » Wed 04 Dec 2013, 15:52

goingnuts wrote: I looked for that

I remember incorrectly.

Even oldest version taken from there (0.71) is Gtk2 only.

goingnuts · #783 Post by **goingnuts** » Wed 04 Dec 2013, 17:32

PANZERKOPF: No problem

...found a 0.50 version...still gtk2...
technosaurus: Cant get rtorrent static building (libtorrent is the problem). Found the nsfb is in pUPnGO thread...!...but did not manage to get through to a working transmission "GUI"

Might be that torrent-tech is just past xlib/gtk1/motif/Xaw-time.

PANZERKOPF · #784 Post by **PANZERKOPF** » Wed 04 Dec 2013, 23:22

goingnuts wrote:PANZERKOPF: No problem ...found a 0.50 version...still gtk2...

It seems Transmission never has Gtk1 based GUI.

Another stuff.......
I made script for building one whole library from glib1/gtk1 sources.
Tested with several Gtk1 based apps, no problems were found.

jamesbond · #785 Post by **jamesbond** » Thu 05 Dec 2013, 15:35

goingnuts wrote:Experimented with Xvesa/Xfbdev from XFree86-4.8.0 compared to the tinyXservers. The first observation is that there are no reason to not link them static - the increase in size is minor. Second the stability and features of XFree86-4.8.0 versions are better than the tinyXserver versions (ex. Abiword works, keyboard in qemu/rxvt works). And size seems to be "ok".

Out of curiosity, why do you choose to go with Xfree86-4.8.0? From what I know, development of XFree86 slowed down a lot after 4.4.0 release, so it would make more sense to switch to Xorg for any release after 4.4.0. Now, 4.8.0 was released in Dec 2008; according to http://www.x.org/wiki/Releases/, similar Xorg releases in the same time period was Xorg 7.4 (Sep 2008) and Xorg 7.5 (Oct 2009). So would it make sense to try to get Xorg 7.4 (or 7.5) Xvesa/Xfbdev running instead?

goingnuts · #786 Post by **goingnuts** » Thu 05 Dec 2013, 20:00

jamesbond wrote:Out of curiosity, why do you choose to go with Xfree86-4.8.0? From what I know, development of XFree86 slowed down a lot after 4.4.0 release, so it would make more sense to switch to Xorg for any release after 4.4.0. Now, 4.8.0 was released in Dec 2008; according to http://www.x.org/wiki/Releases/, similar Xorg releases in the same time period was Xorg 7.4 (Sep 2008) and Xorg 7.5 (Oct 2009). So would it make sense to try to get Xorg 7.4 (or 7.5) Xvesa/Xfbdev running instead?

Sure worth a try. Does it add features or decrease size?
For most things the tinyxservers works well in pUPnGo but the XFree86-4.8.0 servers makes everything work (until now). And it delivers a static linked XFree86 as well.

PANZERKOPF: Nice!

jamesbond · #787 Post by **jamesbond** » Fri 06 Dec 2013, 12:02

goingnuts wrote:Sure worth a try. Does it add features or decrease size?

No idea, as I haven't tried it myself (I'm no expert in Xorg hacking: kirk is, and you definitely are

) I'm just throwing the idea because I'm under the impression that the Xorg release probably has more features than 4.8.0 due to abandonment of XFree86 after 4.4.0 release. I may be totally wrong here.

For most things the tinyxservers works well in pUPnGo but the XFree86-4.8.0 servers makes everything work (until now). And it delivers a static linked XFree86 as well.

I'm not sure how easy it is to make Xorg 7.4 or 7.5 to deliver static Xfbdev. As I said in Iguleder's thread, tinyxserver surprisingly runs Qt nicely, but it fails on GTK2. If we can get GTK2 to run under Xfbdev too it would be super excellent. But I'm digressing from this thread, so feel free to ignore me

goingnuts · #788 Post by **goingnuts** » Fri 06 Dec 2013, 15:33

You cant really digress more that I already have done/do/will do

I don't know why gtk2 wont run with tinyx xfbdev - but my point was: why not take something that should run (unhacked XFree86 static Xfbdev)? Then the version or age could be taken care of after that - if one succeeded. The difference in size is 300K which become neglect able if you operate with a window manager sized 1Mb+and gtk1-apps at same size levels.
XFree86-4.8.0 comes as monolithic source-pack - seems Xorg stopped that at 6.9 - which makes builds more difficult for lazy me...

jamesbond · #789 Post by **jamesbond** » Fri 06 Dec 2013, 16:39

goingnuts wrote:You cant really digress more that I already have done/do/will do

Thanks for that.

I don't know why gtk2 wont run with tinyx xfbdev - but my point was: why not take something that should run (unhacked XFree86 static Xfbdev)? Then the version or age could be taken care of after that - if one succeeded. The difference in size is 300K which become neglect able if you operate with a window manager sized 1Mb+and gtk1-apps at same size levels.

Yes, fully agree.

XFree86-4.8.0 comes as monolithic source-pack - seems Xorg stopped that at 6.9 - which makes builds more difficult for lazy me...

I don't know that

... I think that's a good enough reason to choose XFree 4.8.0 over Xorg then. How difficult is it to compile statically, do you have to hack it the way you hacked tinyxserver/tinyxlibs?

goingnuts · #790 Post by **goingnuts** » Fri 06 Dec 2013, 16:57

How difficult is it to compile statically, do you have to hack it the way you hacked tinyxserver/tinyxlibs?

Not really...
Attached present build script - wont work as is - but you will get the picture.
Also a patch - nothing to do with the build - but has positive influence on mouse afterwards...
All the X libs can be done too - and most of the programs - not small as with tinyXlib but static and functional...
Used uclibc - not tested with musl.

PANZERKOPF · #791 Post by **PANZERKOPF** » Fri 06 Dec 2013, 17:42

goingnuts wrote: XFree86-4.8.0 comes as monolithic source-pack - seems Xorg stopped that at 6.9 - which makes builds more difficult for lazy me...

Really It is not so difficult. Maybe attached script will help you. This script was made for
my own needs for building Xorg 7.3 but it can be modified for other Xorg versions.

technosaurus · #792 Post by **technosaurus** » Sat 07 Dec 2013, 00:35

I have built a medium sized libX11 from the most recent version before by just manually removing some of the support for larger locales (big5, and others)... This is pretty easy to do, but completely ridiculous since switching to iconv/etc... has been on the todo list for going on a decade (if not longer)... if anyone needs a GSOC project, this would be a no-brainer since it would improve every linux and bsd distro that uses X11 (pretty much everything but headless and router distros).

btw, I recently noticed a fork of tinycore called nanocore that uses nanoX with fltk-1.3 ... but we could use http://home.cyberec.com/~embed/nanogtk/

I wish I could find this dead link: http://www.emsoftltd.com/index.php?action=embrowser

ally · #793 Post by **ally** » Sat 07 Dec 2013, 10:11

hey techno

http://web.archive.org/web/200412130944 ... =embrowser

HTH

jamesbond · #794 Post by **jamesbond** » Sat 07 Dec 2013, 13:46

goingnuts wrote:
How difficult is it to compile statically, do you have to hack it the way you hacked tinyxserver/tinyxlibs?
Not really...
Attached present build script - wont work as is - but you will get the picture.
Also a patch - nothing to do with the build - but has positive influence on mouse afterwards...
All the X libs can be done too - and most of the programs - not small as with tinyXlib but static and functional...
Used uclibc - not tested with musl.

Thank you goingnuts, I'll see if I can get this to work.

PANZERKOPF · #795 Post by **PANZERKOPF** » Mon 09 Dec 2013, 02:23

technosaurus wrote: btw, I recently noticed a fork of tinycore called nanocore that uses nanoX with fltk-1.3 ...

Already played with it. Starting is fast but moving is very slow.
Found similar interesting project:
http://sourceforge.net/projects/xfast/
Patched Cairo+Gtk and some other stuffs are included in source tarball.

Keef · #796 Post by **Keef** » Mon 09 Dec 2013, 06:16

xfast has been abandoned, but it will build on puppy. Got it running on 214R some time back. Didn't know what to do with it, so got bored and moved on....

EDIT Just realised I had found the old tarball and recompiled it a few months ago. Here it is running under X on Slacko:

goingnuts · #797 Post by **goingnuts** » Mon 09 Dec 2013, 20:11

Keef: And how do you run it under X? I can get it running by doing the startxfast at a prompt without X running...but trying to run desktop within X gives me

Code: Select all

[0xB7CBD6C0] FATAL : CLIENT :: Cannot connect to server [s_window_init (window.c:161)]

Does everything work (menu-items/items at desktop)?

technosaurus · #798 Post by **technosaurus** » Mon 09 Dec 2013, 20:25

I'm much more inclined to use xynth than xfast... I hate when people fork a mature project and put a more restrictive license on it (and it is hard to see what it is that xfast adds). That being said xsynth has a lot of the stuff we want ... including a glade-like xml interface (even has javascript bindings ... fyi the last C-only spidermonkey is only about half a mb). I really like the fact that it _can_ be a multicall binary and supports other platforms
latest source for xsynth is here:
http://sourceforge.net/p/xynth/code/HEAD/tarball

Keef · #799 Post by **Keef** » Mon 09 Dec 2013, 20:45

goingnuts

I used SDL as the driver, maybe that did it. This used to be a pain to compile on 214R and 3.01 - needed a load of lrmi stuff, and had to disable some of the demos to get it to work.
A lot of those icons are for show, but the demo ones work (although slow to start on my machine).
'Load' and 'Terminal' work, and run from the menu too.

May not be of much use, but there is also Winnie
https://github.com/hikiko/winnie/tree/w ... as-plugins
I think it was just a college project, so is not being developed (at the moment). Only has a few demos and is a bit flaky for me.
On Slacko I had to boot with

Code: Select all

 vga=791 i915.modeset=0

Not very exciting, but I get pleased with myself if I get these things to run...

goingnuts · #800 Post by **goingnuts** » Tue 10 Dec 2013, 15:19

technosaurus: Thanks for the link!
Keef: That helped - thanks! Changed to xynth though - as recommend by technosaurus. Will look at Winnie - thanks for telling.

(...) I get pleased with myself if I get these things to run...

Me too.

Kind of puzzled in terms on what to think of xfast/xynth - seems slow on the desktop - but also with a potential - I think...

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

pUPnGO - 6Mb ISO - Basic Building Block Puplet