pUPnGO - 6Mb ISO - Basic Building Block Puplet
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
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
-
- Posts: 282
- Joined: Wed 16 Dec 2009, 21:38
- Location: Earth
I remember incorrectly.goingnuts wrote: I looked for that
Even oldest version taken from there (0.71) is Gtk2 only.
SUUM CUIQUE.
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.
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.
-
- Posts: 282
- Joined: Wed 16 Dec 2009, 21:38
- Location: Earth
It seems Transmission never has Gtk1 based GUI.goingnuts wrote:PANZERKOPF: No problem ...found a 0.50 version...still gtk2...
Another stuff.......
I made script for building one whole library from glib1/gtk1 sources.
Tested with several Gtk1 based apps, no problems were found.
- Attachments
-
- build-combined.sh.gz
- (958 Bytes) Downloaded 179 times
SUUM CUIQUE.
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 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".
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Sure worth a try. Does it add features or decrease size?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?
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!
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.goingnuts wrote:Sure worth a try. Does it add features or decrease size?
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 meFor 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.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
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...
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...
Thanks for that.goingnuts wrote:You cant really digress more that I already have done/do/will do
Yes, fully agree.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.
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?XFree86-4.8.0 comes as monolithic source-pack - seems Xorg stopped that at 6.9 - which makes builds more difficult for lazy me...
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Not really...How difficult is it to compile statically, do you have to hack it the way you hacked tinyxserver/tinyxlibs?
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.
- Attachments
-
- XFree86-4.8.0.sh.gz
- (4.81 KiB) Downloaded 211 times
-
- XFree86-4.8.0_root_mouse.diff.gz
- (1.48 KiB) Downloaded 194 times
-
- Posts: 282
- Joined: Wed 16 Dec 2009, 21:38
- Location: Earth
Really It is not so difficult. Maybe attached script will help you. This script was made forgoingnuts 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...
my own needs for building Xorg 7.3 but it can be modified for other Xorg versions.
- Attachments
-
- build_install_xorg.sh.gz
- (1.37 KiB) Downloaded 206 times
SUUM CUIQUE.
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
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
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
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
Thank you goingnuts, I'll see if I can get this to work.goingnuts wrote:Not really...How difficult is it to compile statically, do you have to hack it the way you hacked tinyxserver/tinyxlibs?
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.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
-
- Posts: 282
- Joined: Wed 16 Dec 2009, 21:38
- Location: Earth
Already played with it. Starting is fast but moving is very slow.technosaurus wrote: btw, I recently noticed a fork of tinycore called nanocore that uses nanoX with fltk-1.3 ...
Found similar interesting project:
http://sourceforge.net/projects/xfast/
Patched Cairo+Gtk and some other stuffs are included in source tarball.
SUUM CUIQUE.
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:
EDIT Just realised I had found the old tarball and recompiled it a few months ago. Here it is running under X on Slacko:
- Attachments
-
- Screenshot_2013-12-09_185215.png
- (164.06 KiB) Downloaded 592 times
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
Does everything work (menu-items/items at desktop)?
Code: Select all
[0xB7CBD6C0] FATAL : CLIENT :: Cannot connect to server [s_window_init (window.c:161)]
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
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
latest source for xsynth is here:
http://sourceforge.net/p/xynth/code/HEAD/tarball
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
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
Not very exciting, but I get pleased with myself if I get these things to run...
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
technosaurus: Thanks for the link!
Keef: That helped - thanks! Changed to xynth though - as recommend by technosaurus. Will look at Winnie - thanks for telling.
Kind of puzzled in terms on what to think of xfast/xynth - seems slow on the desktop - but also with a potential - I think...
Keef: That helped - thanks! Changed to xynth though - as recommend by technosaurus. Will look at Winnie - thanks for telling.
Me too.(...) I get pleased with myself if I get these things to run...
Kind of puzzled in terms on what to think of xfast/xynth - seems slow on the desktop - but also with a potential - I think...