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 Thu 18 Dec 2014, 08:31
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
pUPnGO - 6Mb ISO - Basic Building Block Puplet
Moderators: Flash, JohnMurga
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
Page 42 of 58 Posts_count   Goto page: Previous 1, 2, 3, ..., 40, 41, 42, 43, 44, ..., 56, 57, 58 Next
Author Message
technosaurus


Joined: 18 May 2008
Posts: 4423

PostPosted: Wed 18 Apr 2012, 01:51    Post_subject:  

I just grokked my jwm_menu_create code to work with 9menu, so now we have a window manager independent application menu.
http://www.murga-linux.com/puppy/viewtopic.php?t=77660
still todo? - gtkdialog1 version

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send_private_message 
r4m0n3

Joined: 06 Jan 2009
Posts: 10

PostPosted: Fri 20 Apr 2012, 02:48    Post_subject:  

Hi all!
This is nice project and it´s great to follow the development.
Id like to "build" on this too but my expertise is on a level where adding stuff isn´t that simple without installer. pkg-inst_rmv.pet would help I guess, but how do I get to use it first?

I´ve been also wondering what it would take to use pUPnGO on a touch screen computer (7" and limited resources)? Referring to my skills, would you suggest a puplet created for this use or would it be worth trying with this one (anyone done it already?)

cheers
Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Fri 20 Apr 2012, 12:31    Post_subject:  

r4m0n3: pUPnGO does have the cli "pkginstall.sh" which will install tar.gz, tcz, pet, sfs, tgz, rpm, deb and gz.
So you could pack the pUPnGO iso with all the packages you need and install after boot.

Concerning the touch screen I have no clue - never worked with that - but sounds like real fun!

I have worked a bit further with xhippo. It turns out to be a quite mature. Fixed dnd for files with spaces (most of my mp3 files are with spaces...) and added icons. Went to last version 3.5...after that the author seems to be focused on potamus which is much more gtk2ish. Attached image of the present state of the modified xhippo and a static build. Pm me if you need the patches.
snap0001.png
 Description   
 Filesize   17.65 KB
 Viewed   1058 Time(s)

snap0001.png

xhippo-3.5-i486.pet
Description 
pet

 Download 
Filename  xhippo-3.5-i486.pet 
Filesize  468.97 KB 
Downloaded  263 Time(s) 
Back to top
View user's profile Send_private_message Visit_website 
technosaurus


Joined: 18 May 2008
Posts: 4423

PostPosted: Sun 22 Apr 2012, 15:12    Post_subject:  

for touchscreen to work we would need to rebuild xvesa with tslib - There are patches @ my previous link
Edit: you'd also need an app like xvkbd or svkbd (would be a good idea to add these to an mcb build with a tslib patched xvesa)

NEWS: I have been working on simplifying the entire directory tree for speed, compatibility and size. Part of this just involved making redundant directories into symlinks (this speeds up, for example, PATH and LD_LIBRARY_PATH searchs, since there is only 1 to search), but recently I have been flattening the kernel module directories into a single directory. This has showed better results than I even expected: ~20% size reduction, huge performance boosts for modprobe, depmod, etc... Although it simplifies parts of coding, there _is_ existing code that does depend on the directory structure being in place - (dougal's /usr/sbin/updatenetmoduleslist.sh for example) ... so far everything has been pretty easy to patch.

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Mon 23 Apr 2012, 11:24    Post_subject:  

Quote:
...~20% size reduction, huge performance boosts for modprobe, depmod

How? A quick test in pUPnGO showed equal size of zdrv-sfs for flat and normal directory-structure of the modules. A timing (in qemu...) showed very equal performance of running depmod -a.
Using build in "modules.*" in the zdrv skips the need for running depmod at first boot which gives faster boot than running depmod...
The "modules.*" weight around 1,3Mb unpacked but only around 120K packed. What am I missing to benefit from your findings?
Back to top
View user's profile Send_private_message Visit_website 
technosaurus


Joined: 18 May 2008
Posts: 4423

PostPosted: Mon 23 Apr 2012, 18:24    Post_subject:  

the 20% size savings was on a 2.6.32 kernel (Wary=squashfs4) and *.ko modules (no individual .gz compression) When squashed with a tree structure, I get a 24+Mb sfs file and under 19Mb flattened (module.* makes little difference on either) ... there are multiple factors that could push it down 1)the directories may account for some 2)the files being in the same directory may allow compression to cross multiple files and eliminate globally shared code (the stuff needed by all modules as well as elf structures and common strings or the directory tree my be throwing some other wrench
As for the differences - module compression, squash3 vs 4, cpu and ram???
I'm also squashing the 2.6.32 directory itself ... it just makes better sense to mount it on /lib/modules/2.6.32 rather than keep empty parent directories

Edit - more cool X stuff here:
http://unixb4coffee.hubpages.com/


Code:
/* minimal defaulttextviewer (view only) for gtk1 */
#include <stdio.h>
#include <gtk/gtk.h>

int main( int argc, char *argv[] ){
   GtkWidget *window, *text;
   FILE *infile;

   gtk_init (&argc, &argv);
 
   window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
   gtk_widget_set_usize (window, 640, 480);
   gtk_signal_connect (GTK_OBJECT (window), "destroy", gtk_main_quit, NULL);
   
   text = gtk_text_new (NULL, NULL);
   infile = fopen(argv[1], "r");
   
   if   (infile)
   {
      char buffer[1024];   int nchars;
      
      do
      {
         nchars = fread(buffer, 1, 1024, infile);
         gtk_text_insert (GTK_TEXT (text), NULL, NULL, NULL, buffer, -1);
      } while   (nchars == 1024);
      fclose (infile);
   }

   gtk_container_add (GTK_CONTAINER (window), text);
   
   gtk_widget_show_all(window);
   gtk_main ();
   return(0);         
}

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Fri 27 Apr 2012, 16:16    Post_subject:  

Further test on the mcb...Not quite sure how to read those informations...
is it a proof of shared memory between the different applications spawn from the mcb?
snap0000.png
 Description   
 Filesize   22.62 KB
 Viewed   872 Time(s)

snap0000.png

Back to top
View user's profile Send_private_message Visit_website 
starhawk

Joined: 22 Nov 2010
Posts: 3208
Location: Everybody knows this is nowhere...

PostPosted: Sat 28 Apr 2012, 13:17    Post_subject:  

Tried pUPnGO 090611 on my wonderfully picky and catankarous Dell Latitude CPi. Unfortunately, the only graphics driver that seems to work properly on that old laptop is the generic Xorg driver (the neomagic driver produces ...interesting... results). Xvesa wreaks havoc -- every other vertical line is used and the colors are Gulden's brown-mustard "yellow" (or Koop's if you use that stuff instead) and a dark seasick green -- and the whole thing kernel panics (I suspect, just some 640x480 artifacting, nothing intelligible left) after a few minutes!

Is there a way to (size-frugally) incorporate Xorg into pUPnGO with *only* the generic driver? My understanding is that this config would work on most systems to begin with... and one would still get to choose Xvesa if one wants that.

MUCH-LATER EDIT: just found out (via a different system) that the package installer is broken in that version.

_________________

Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Sun 29 Apr 2012, 03:32    Post_subject:  

starhawk wrote:
MUCH-LATER EDIT: just found out (via a different system) that the package installer is broken in that version.

Sorry to hear that! Do you know what was broken - which archive type did you try to install?
Back to top
View user's profile Send_private_message Visit_website 
starhawk

Joined: 22 Nov 2010
Posts: 3208
Location: Everybody knows this is nowhere...

PostPosted: Sun 29 Apr 2012, 12:24    Post_subject:  

running pkginstall.sh by itself clears the terminal screen like a CLS command. Using the menu results in the menu refreshing. No readout, not even an error message.

Adding Xorg functionality is equally important to me.

_________________

Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Mon 30 Apr 2012, 15:53    Post_subject:  

Attached revised versions of pkginstall.sh and pkgremove.sh.
Some bash specific substitutions failed when ash was only shell in the previous versions.

As for getting Xorg to play in pUPnGO try installing xorg_xorg_full_dri-7.3 official pet and needed libs accordingly (not tested...).

Or try using the static build of Xfbdev posted earlier in this thread. The kernel in pUPnGO V412 060211 - version is build with support for that.
pkgins_rem-300412.tar.gz
Description 
gz

 Download 
Filename  pkgins_rem-300412.tar.gz 
Filesize  6.96 KB 
Downloaded  243 Time(s) 
Back to top
View user's profile Send_private_message Visit_website 
starhawk

Joined: 22 Nov 2010
Posts: 3208
Location: Everybody knows this is nowhere...

PostPosted: Mon 30 Apr 2012, 21:34    Post_subject:  

Link to the xorg pet? (for the 090611 pUPnGO)

EDIT: got tired of waiting Razz found it meself. I'll post again to say if it works or not.

_________________

Back to top
View user's profile Send_private_message 
starhawk

Joined: 22 Nov 2010
Posts: 3208
Location: Everybody knows this is nowhere...

PostPosted: Thu 03 May 2012, 15:34    Post_subject:  

All I get when I un-tar/gz that file is a "tartmp" file. Can you check and make sure it works on your end?
_________________

Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 784

PostPosted: Fri 04 May 2012, 06:12    Post_subject:  

starhawk wrote:

EDIT: got tired of waiting Razz found it meself..

np - you got help asking for service... Wink

The pkginstall.sh works ok here. You wont get Xorg with the xorg_xorg_full_dri-7.3 alone...
Try look at the official pets for P412 or other version ex. here, unpack them and strip down for your needs, repack and install in pUPnGO...ex. here
Back to top
View user's profile Send_private_message Visit_website 
technosaurus


Joined: 18 May 2008
Posts: 4423

PostPosted: Fri 04 May 2012, 14:47    Post_subject:  

Just an fyi, I _am_ still working on fixing kdrive/tinyx, so that it _is_ a viable option. Its just kind of difficult to cherry pick the patches from the Xorg tree, since they never really paid any attention to whether changes broke the kdrives (which is why they were mostly removed) ... so I am using Xfree86-4.8 as the base and patches that I have found for those.

background:
Pulling out just one of Xvesa or xfbdev would be fairly simple, but there are quite a few platform specific options with some hardware acceleration that would be a shame to throw out (ati, i850, itsy, ipaq, SDL, ... many more). This involves fixing dix/main.c so that it either works more like a multicall binary that calls the proper functions based on how it is invoked (and therefore renaming a lot of functions and probably using a hacky global variable) ... or ... shifting "main" to the various drivers themselves (which would still require some function renaming, but better lend itself to making a multicall binary without hacky global variables). The second option would make it much more portable and even allow us to have a libkdrive/libtinyx ... saving space on shared library type distros and making it easier to update the universal xservers (vesa and fb) or test/add platform specific ones or even a new universal one for modern PCs that uses something like opengl/opencl. I currently only plan to support linux/bsd, so the nest of ifdefs for extinct platforms and corporate unices (what is the plural of unix?) will be minimized (If one of them wanted to sponsor the project, I'd be open to maintaining a separate tree though) ... for mac/windows hopefully there is a way to use xnest/xephyr type of driver so that the majority of platform specific code can go in there (it would have to be from an outside contributor though) ... anyhow its a lot of code and my 'g','r','e','p' keys have almost completely faded from my keyboard and my left mouse button is busted from it already - In the mean time, try the Xvesa from tinycore with the tcl version of pupngo (or their minimal Xorg package), since it is the closest to being up to date (it is newer and the mouse works better due to a patch, and a few other niceties but it doesn't have the remove-ugly-background patch AFAIR)

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send_private_message 
Display_posts:   Sort by:   
Page 42 of 58 Posts_count   Goto page: Previous 1, 2, 3, ..., 40, 41, 42, 43, 44, ..., 56, 57, 58 Next
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  

Rules_post_cannot
Rules_reply_cannot
Rules_edit_cannot
Rules_delete_cannot
Rules_vote_cannot
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1044s ][ Queries: 13 (0.0170s) ][ GZIP on ]