Page 33 of 35

Posted: Sun 26 Dec 2010, 16:31
by radky
Q5sys wrote:MTpaint I like for its simple screen shot ability. I never messed around with any of the other screen shot programs for puppy, but do any of the others allow for taking a screen shot and then instantly loading it into an editor to sanitize personal info, or do you have to load it into an editor like GIMP manually to tweak?
Q5sys, you might want to try PupSnap here. This program is a configurable graphical interface for the scrot screen capture utility here, and can easily capture the entire screen, a single window, or a user-selected region of interest. The image viewer is user selectable, and you can also capture directly (instantly) to your choice of image editors. PupSnap-1.1 has been configured to support all capture modes in Lighthouse Pup.

Thanks

Posted: Sun 26 Dec 2010, 21:23
by its-me-again
Sage wrote:its-me-again :
Could we know where you live? Just edit your profile. It may be possible to help you some more.
I live in Aotearoa (new Zealand)

I dont know how to edit or what question of mine you re refering to.

Re: Pidgin, Flash updates, progress on 5.02

Posted: Sun 26 Dec 2010, 21:35
by its-me-again
tazoc wrote:Pidgin-2.7.7-i486-1-L1.pet Pidgin Internet Messenger (by request)

Pidgin_NLS-2.7.7.pet International language support for Pidgin

Flash-10.1.102.65.pet Adobe Flash Player Update

I just added these to Lighthouse Update plus Kompozer-0.8b.pet which was somehow left out earlier.

I'm working on the next release; as suggested it will be 5.02, build 502. Hope to have it ready soon. Has several bug fixes... I was working on some bugs in the initscript gcmartin and others found and decided that if the main file and zWine were copied to RAM, why not all SFS files? So if continued testing of my scripting is positive, build 502 allows selection and copy2ram of all SFS add-ons at boot-time, LiveCD or frugal install. Low spec machines with less RAM will copy as many as will fit, and mount the rest from boot media.

You'll be able to select which SFS, if any to load and whether or not you want them to copy2ram--when your machine starts up, and then the SFS modules will be layered into the main file system, each SFS in its own layer, just like with the Bootmanager. (Bootmanager will work also, but this new arrangement gives you control much earlier in the process and allows everything to load in RAM at first boot, or any boot.)

I've been running Mariner, KDE, devx, kernel source and a dozen or so SFS files, all copied and running in RAM with no issues so far. Apps open very fast and the boot media can be unmounted. None of them reside in the top (pupsave) layer, and because SFS files are compressed, they make very efficient use of available RAM. I will post a bootinit.log shortly.

Hope you all have a very Happy Holiday,
TazOC

excellent. i am wondering one thing though. all teh updates and apps for lhp-G seem to be .pet kind of pointless having a frugal install even if all teh files are moced to /home automatically. This has one major drawback. as far as i can see.harder to just take the save file adn move it to another computer and set it up.

Maby its just I have to get used to the new way of doing it. i8 also believe that as lhp is verry different now that other puppies. it might pay to change teh branding from lighthouse pup to lighthouse linux. this is just cause all the advancment you are doing is as mentioned moving away from puppy linux. i feel that lhp would be better suited fro a full install anywy. it probably perform beter this way. never tested though.

Also would lhp G actually be ok adn efficent on older computers. My p4 i need to I know Bruno pup (old 431 baised) works good on my old computer. might pay to do some extencive testing of lhp_G on older computers and let us know. the resaults i am not really up to speed on hwop to test I just use what works.

Also another thing i have is this.. i got 2.00ghz dual core turion64 with 4 gigs ram (lhp only uses 3gigs of it) adn compiz messes up the youtube adn online vbideop playback. weird.

Posted: Sun 26 Dec 2010, 21:42
by its-me-again
tazoc wrote:Hi Q5sys,
LHP 5.02 will be the same kernel and 32 bit. I haven't had a chance to explore 64 bit in depth yet, You are right about a lot of work recompiling, updating core libs, all apps and so on! And if flash64 is still buggy that would be a showstopper.

Thanks for the guidance on kernels for Intel. I do plan to move to a more recent kernel for 5.1 or so. That may not be ready until sometime in the Spring. I have no idea which base I'll use yet. I'm focusing on 5.02 right now.
-TazOC
well my linux mint 64 bit os (baised on ubuntu10.10) works ok on my computer never had any problems so far with flash. so i dont see if it will be a problem. but then again as you also have done so much work with slackware adn are linking to tehre repos i know you will not change from that. adn why should you. I do liek lhp alot.

Keep up the Good work. sometimes i do wish i coudl compile stuff adn help you with a 64 bit version but i know i will never get to that state.

Posted: Sun 26 Dec 2010, 21:55
by its-me-again
Another thing with teh lhp update can you add the .sfs versions there to so we have a choice i see there are the same versions. woudl be excellent if this could be done then it gives us up to date on what is new. as noobs bight install pets adn not understand about sfs fiels.

woudl be good. up tp you though.

Posted: Sun 26 Dec 2010, 22:45
by Q5sys
its-me-again wrote:Keep up the Good work. sometimes i do wish i coudl compile stuff adn help you with a 64 bit version but i know i will never get to that state.
Come on now... dont count yourself out. There was a time I thought the same thing, but after enough tinkering and such... I decided to just jump in head first and make a mess of it. And trust me I did. lol But after a while I started to get my footing. If you want to get into compiling you can start with simple programs that dont have many dependencies and slowly work up to more complicated stuff. Dont worry if its not something thats helpful for anyone else... if its helpful for you to learn... go for it. :)

Posted: Mon 27 Dec 2010, 00:05
by Béèm
I finally installed the 500G.
But I have a question about the support for my ipw2100 wireless device.
I configured as I always do for f.e. in Lucid.

I can go on the internet, but I am not at home but in a vacation resort.
Up to now I was working in Lucid and got lots of 'try again' messages as if there was a problem with the dns server here. Had to push 'try again' sometimes up to 5-6 times before I got the next page.
This is when using the puppy forum.

With 500G I get good response.

So my question is: is there a difference in 500G with respect to lucid 516 for supporting my ipw2100 wireless device?

I almost blamed the connection here and wanted to complain, but seeing 500G just does it correct, I am hesitating and tend to blame Lucid 516 now.

Also in Lucid 516 I often loose the nameserver entry in /etc/resolv/conf and have to do a dchpcd eth1 to get my connection going again.

EDIT
In order to be sure, I went to Lucid 516 again.
And now it seems to work ok as well
(except I had again the nameserver disappearing issue)
But surfing in the puppy forum was ok .
So I wonder
1 - it was the connection here (but I had the issue for > 1 week)
2 - or there was a problem with the puppy forum and it is solved no.

But still wonder if there are differences between 500G and Lucid 516 concerning the ipw2100 support.

Posted: Mon 27 Dec 2010, 08:39
by its-me-again
Q5sys wrote:Come on now... dont count yourself out. There was a time I thought the same thing, but after enough tinkering and such... I decided to just jump in head first and make a mess of it. And trust me I did. lol But after a while I started to get my footing. If you want to get into compiling you can start with simple programs that dont have many dependencies and slowly work up to more complicated stuff. Dont worry if its not something thats helpful for anyone else... if its helpful for you to learn... go for it. :)
I understand what you are saying. In the future i may look into it. if i feel i am not going to spend so much time on it that i become reclusive. i have a tendency to do that. so i need to sort heaps of other things out. but one day i may do it.

Posted: Mon 27 Dec 2010, 08:42
by its-me-again
lhp seems to be using pets more now than sfs files. lhp-updater should have sfs in it to

Posted: Mon 27 Dec 2010, 22:55
by Béèm
Béèm wrote:I finally installed the 500G.
But I have a question about the support for my ipw2100 wireless device.
I configured as I always do for f.e. in Lucid.

I can go on the internet, but I am not at home but in a vacation resort.
Up to now I was working in Lucid and got lots of 'try again' messages as if there was a problem with the dns server here. Had to push 'try again' sometimes up to 5-6 times before I got the next page.
This is when using the puppy forum.

With 500G I get good response.

So my question is: is there a difference in 500G with respect to lucid 516 for supporting my ipw2100 wireless device?

I almost blamed the connection here and wanted to complain, but seeing 500G just does it correct, I am hesitating and tend to blame Lucid 516 now.

Also in Lucid 516 I often loose the nameserver entry in /etc/resolv/conf and have to do a dchpcd eth1 to get my connection going again.

EDIT
In order to be sure, I went to Lucid 516 again.
And now it seems to work ok as well
(except I had again the nameserver disappearing issue)
But surfing in the puppy forum was ok .
So I wonder
1 - it was the connection here (but I had the issue for > 1 week)
2 - or there was a problem with the puppy forum and it is solved no.

But still wonder if there are differences between 500G and Lucid 516 concerning the ipw2100 support.
This morning before leaving for a long walk, I tried LH and Lucid again.
LH performed good, Lucid wasn't long at having the nameserver lost entry.
Therefor I still think there is a difference between LH an Lucid and I'll like to know, if possible, what the difference could be.

Posted: Tue 28 Dec 2010, 00:09
by tazoc
@radky,
Thank you for testing your apps in Lighthouse. I've enjoyed PupClockset and will try PupControl, PupApps and PupSnap soon. They sound like great additions to LHP!
Béèm wrote:But still wonder if there are differences between 500G and Lucid 516 concerning the ipw2100 support.
Hi Beem,
That's nice to hear--previous reports on Wireless were that LHP had problems where Luci didn't! All I know is there are some differences between LHP and Luci that may or may not be related to ipw2100 support. LHP has 3 ipw2200 firmware files pre-extracted in /lib/firmware/, e.g., ipw2200-bss.fw. I haven't checked 516, but Luci 239 and 517 share a slightly different kernel (same release, but different version) than LHP's. LHP has an updated Network Wizard, net_setup-20101020, but that is also in Luci 517. Luci has Barry's simple_network_setup, which I haven't included as yet.
its-me-again wrote:lhp seems to be using pets more now than sfs files. lhp-updater should have sfs in it to
:) That's true, maybe I went overboard a bit with Pets, but most were built to enable the 'browser choice' approach with 5.00G and to evaluate the usefulness of frugal-symlink, which of course is optional via the GUI @Menu | System | Move and Link Programs. Pets are certainly easier to install, especially for those unfamiliar with SFS files.

You have a good idea, to include SFS files in Lighthouse Update; I will give that some thought. For now, click Packages icon on the desktop, then the Lighthouse button to browse the downloads page, SFS link near the top. I also try to post here or in the release notes when I've updated an SFS.
abushcrafter wrote:I have been thinking and listing apps that I believe can be removed.
Thank you for the feedback and suggestions. I scanned through the list and found several apps that I use every day! cgktcalc, Nicoedit and Pprocess I like especially. I also use Viewnoir and Geeqie often. We've worked pretty hard to get the e-Sword installer working and some of us would definitely miss that, unless you've found that Jim1911's generic e-Sword installation procedure is better.

I think both mtpaint and GIMP have their strengths. I could possibly move GIMP to a Pet on Lighthouse Update and reduce the size of the base ISO, though I think it's reasonably sized already, and if GIMP weren't in the main file, it wouldn't be copied to RAM and would take a bit longer to launch.

I will make a note of the ones that didn't work for you and keep your suggestions in mind. As others have noted, many apps are part of LXDE or KDE and removing them might break features in those desktops. Others probably are outdated or should be replaced as time allows.
-TazOC

Posted: Tue 28 Dec 2010, 02:39
by Q5sys
tazoc wrote:
its-me-again wrote:lhp seems to be using pets more now than sfs files. lhp-updater should have sfs in it to
:) That's true, maybe I went overboard a bit with Pets, but most were built to enable the 'browser choice' approach with 5.00G and to evaluate the usefulness of frugal-symlink, which of course is optional via the GUI @Menu | System | Move and Link Programs. Pets are certainly easier to install, especially for those unfamiliar with SFS files.
I've always been a fan of SFS files over PETS. It also makes it alot eaiser to migrate to new releases because you can just drop the SFS files, instead of doing the tedious time consuming process of installing PET's one at a time. I've always viewed SFS files as one of the main strenghts of Puppy. Speaking of... I'll be releasing a new SFS for Flock later this week. I would still love to have Midori as an SFS, but I cant manage to compile it.
tazoc wrote:I will make a note of the ones that didn't work for you and keep your suggestions in mind. As others have noted, many apps are part of LXDE or KDE and removing them might break features in those desktops. Others probably are outdated or should be replaced as time allows.
-TazOC
One possiblility is to move some things out of the Base ISO into Mariner. Or make them seperate SFS all together. You already have XFCE and KDE as seperate SFS files... why not go ahead and make LXDE an SFS too? Or for that matter, throw all the other smaller WM's in one SFS (Openbox, Blackbox, Fluxbox, IceWM, etc). Keep JWM or whatever your choice is as the default and have the rest as additions users can select. Is that feasible or would it moderate recoding since they wouldnt be integrated into the base ISO? I'm not trying to create more work for you, but it seems there is a push to make the base smaller (to be honest, I dont really see why, as long as it fits on a CD I dont see the issue)
Once you drop Gu2 (whenever that happens to be, so no rush) Im going try to build Enlightenment and see If I can get it to work. It's been on my todo list but I just havent managed to get to that point yet. Also, any word on Cairo-dock's compatibility. You commented on it a few weeks ago.

Posted: Tue 28 Dec 2010, 04:13
by tazoc
Q5sys wrote:One possiblility is to move some things out of the Base ISO into Mariner. Or make them seperate SFS all together. You already have XFCE and KDE as seperate SFS files... why not go ahead and make LXDE an SFS too? Or for that matter, throw all the other smaller WM's in one SFS (Openbox, Blackbox, Fluxbox, IceWM, etc). Keep JWM or whatever your choice is as the default and have the rest as additions users can select. Is that feasible or would it moderate recoding since they wouldnt be integrated into the base ISO?
There's some good ideas, though yes, several files/scripts in the base ISO count on the other WMs being there, so they would need work.
I'm not trying to create more work for you, but it seems there is a push to make the base smaller (to be honest, I dont really see why, as long as it fits on a CD I dont see the issue)
I agree. I will leave the sub 100/130MiB ISOs to developers like BarryK who are better at pruning than I. I would like to think Lighthouse fills a niche in between Puppy and the larger distros. I try to keep the NLS translations for pkgs in the base ISO where available and a wider choice of WMs, which limits how much pruning is possible.

That reminds me, I was patching and compiling JWM-vsvn-498 over the weekend to fix the missing taskbar buttons of zenity dialogs and couldn't find any NLS files. Maybe that helps explain why JWM is so small and quick! All kidding aside, the author does a great job getting maximum performance without eliminating the components that allow theming, rounded corners and other visuals. So I think I've solved the missing Lighthouse Update bug, and also the annoying behavior of Sidebar and CDKase jumping on top of normal windows after every Pet install or restart of JWM.
Once you drop Gu2 (whenever that happens to be, so no rush) Im going try to build Enlightenment and see If I can get it to work. It's been on my todo list but I just havent managed to get to that point yet. Also, any word on Cairo-dock's compatibility. You commented on it a few weeks ago.
I want to get 5.02 done before working on CairoDock, but IIRC CD currently only works properly in compositing WMs, e.g., KDE, LXDE and Xfce. Actually it will 'sort of' run in JWM/IceWM but looks awful with big black boxes where the transparency is not functional. IIRC it also needs Compiz in LXDE.
-TazOC

Posted: Tue 28 Dec 2010, 05:03
by Sage
The provision of a well-stocked repository is the mark of a mature distro. Compression of apps into .sfs files is an highly undesirable distraction; I would counsel against it.

font in tray

Posted: Tue 28 Dec 2010, 20:54
by don570
I recommend that you increase the font size in the tray by a point.

I changed the line in .jwmrc-theme to the following:

Code: Select all

<TrayStyle>
<Font> Luxi Sans-11 </Font>
and the clock appeared nicer.

____________________________________________

some applications to try out

Posted: Thu 30 Dec 2010, 18:59
by don570
I have some applications for you to try out:

mtpaintsnapshot.sh 1.2 will open and save to screenshots folder
as the default when taking a screenshot
http://www.datafilehost.com/download-cf582c86.html

Screenshotbrowser will open the Screenshots folder and edit images there
http://www.datafilehost.com/download-501053b3.html

latest version of mtpaint 3.34.63
http://www.datafilehost.com/download-5b44e99f.html

______________________________________________________

right click for a folder

Posted: Thu 30 Dec 2010, 19:04
by don570
I've just discovered that there is a built-in application
called 'dir2tgz'

It would be useful to have a right click entry for
folders when using Rox Filer so this app was readily available.

_____________________________________________

gnac in Fluppy010

Posted: Thu 30 Dec 2010, 21:42
by don570
I noticed GNAC sound converter program in
Fluppy010. It requires gstreamer to be installed.
It's a nicely written and powerful program. Check it out.

http://gnac.sourceforge.net/

________________________________________________

Re: JWM TrayStyle font, right click for a folder

Posted: Fri 31 Dec 2010, 20:05
by tazoc
don570 wrote:I recommend that you increase the font size in the tray by a point.

I changed the line in .jwmrc-theme to the following:

Code: Select all

<TrayStyle>
<Font> Luxi Sans-11 </Font>
and the clock appeared nicer.
...
I've just discovered that there is a built-in application
called 'dir2tgz'

It would be useful to have a right click entry for
folders when using Rox Filer so this app was readily available.
Yes, both good ideas! I've added these to 5.02, updated /sbin/dir2tgz for use in the context menu or terminal and also added dir2sfs to directory context menu.

Will try out the new mtpaint.
Thanks,
TazOC

How to use full partition for VirtualBox virtual disk images

Posted: Fri 31 Dec 2010, 21:32
by tazoc
I received a PM about VirtualBox filling up the LHPsave and I think my reply might help others:

Exit VirtualBox, copy .VirtualBox from /root to /mnt/home (uses full partition) or wherever your desired drive is mounted, remove /root/.VirtualBox, then symlink back to /root (in ROX make the link by dragging the new .VirtualBox folder back to /root and click Link (absolute).

Or copy and paste into a terminal:

Code: Select all

cp -afT --remove-destination /root/.VirtualBox /mnt/home/LHP_Programs/.VirtualBox
rm -fR /root/.VirtualBox
ln -snfT /mnt/home/LHP_Programs/.VirtualBox /root/.VirtualBox
or in LHP 501 and later, use frugal-symlink--one simple command with a preset destination of /mnt/home/LHP_501_Programs/ and checks for sufficent free space:

Code: Select all

#Free up space in the pupsave by moving and symlinking SOURCE_DIR with /usr/sbin/frugal-symlink to a subdir in /mnt/home/
# (in a frugal install) subdir ex: /mnt/home[/PSUBDIR]/LHP_501_Programs/DEST_DIR

#frugal-symlink SOURCE_DIR   DEST_DIR &
frugal-symlink /root/.VirtualBox .VirtualBox & # <--just paste this line into a terminal
If you uninstall VirtualBox later, repeat the same command with '--remove' to remove both the symlink and destination:

Code: Select all

frugal-symlink /root/.VirtualBox .VirtualBox --remove & 
This is how I run several OS in VirtualBox, inc Win 7, WinXP, LHP and a few other puppies--all outside of my LHPsave.

If you use a partition other than /mnt/home, make sure it is mounted before starting VirtualBox. You can do that automatically at boot with StartMount, in the File System or System | Hardware Settings menu.
-TazOC