Comments:Posted on 25 Aug 2011, 12:57 by aarf
buy yourself some bandwidth for you are the most worthy and productive recipient of any donations.
Posted on 25 Aug 2011, 15:25 by cthisbear
Yes 2 bandwidth
Yes! an excellent point aarf.
A better Air Conditioner for this summer
might be an idea.
Anyway a good idea >> Puppy projects BK.
Posted on 25 Aug 2011, 16:20 by Terryphi
Excellent selection of projects.
IPV6 firewall compatibility will be essential for the future. JWM windows disappearing under the tray is really annoying. I also see window contents disappearing while title bar remains. I don't know why this happens but a double-click on the titlebar is required to restore the contents. This may only be in Opera which is my browser of choice.
Posted on 25 Aug 2011, 16:37 by Sage
Not, hopefully, to overlook some nearer home, in particular kirk who labours incessantly on 64bit AND answers just about every enquiry within a day or two. Larry is deserving in terms of skill but his persistence in respect of Lupu is worrying. Perhaps he needs more of a guiding hand than guiding cash?
There are others...
Posted on 25 Aug 2011, 17:32 by ttuuxxx
Hi Barry what about a gtkdialog or bacon replacement for Gparted? Really by far that would be one of best projects based on libparted.
Posted on 25 Aug 2011, 18:41 by BarryK
Re Gparted replacement
Yeah, that would be wonderful. A big undertaking though, probably not the kind of thing that someone could just "do" and that's it. They would have to commit to it for the long haul.
Ash/Bash with gtkdialog is probably a good way to go, given how gtkdialog is getting so much more functionality now. Plus, we have so many Ash/Bash literate guys who can contribute.
Posted on 25 Aug 2011, 19:02 by Terryphi
Here is an old forum thread in which I raised the problem with IPV6 and Puppy firewall:
PaulBx1 suggested a place to start.
Posted on 26 Aug 2011, 5:53 by Iguleder1
Barry - Packages-puppy-common-official is not enough for dpup - Packages-puppy-4-official is needed too for mut2 and some other packages.
Also, there's no official dpup repository, so puplet enthusiasts and puplet makers don't have a central location for dpup-compatible packages.
I'm working on such an initiative - is it possible to include a URL to my repository in Woof? I already have a POC repository and I want to set up a "Packages-puppy-dpup-official" repository at iguleder.info/pet_packages-dpup, with all the packages I build using an automated tool.
All of them are high-quality, since they're built automatically and I think it could be nice to have one repository shared among all dpup breeds.
Posted on 26 Aug 2011, 7:28 by BarryK
Dpup PET repos
The code I mentioned earlier, "enabled_repos=", was only for setting the default choices that are displayed in the PPM radiobuttons along the top. You wouldn't want more than two, as you would probably want two or three Debian repo radiobuttons.
The choice of which PETs are searched for by Woof is defined in DISTRO_PET_REPOS.
Posted on 26 Aug 2011, 9:29 by zygo
With the mouse cursor over a window's title bar roll the mouse wheel forward and the window disappears except for the title bar. Roll the wheel backwards and the window reappears. I think this is a feature called roll-up.
It's handy for when an app makes a child window without a task bar icon which has got into the background and the main window is not responsive until the child is closed. The main window still responds to roll-up revealing the child which can then be closed.
Posted on 26 Aug 2011, 12:03 by disciple
> With the mouse cursor over a window's title bar roll the mouse wheel forward and the window disappears except for the title bar. Roll the wheel backwards and the window reappears. I think this is a feature called roll-up.
Or, I think more commonly, "window shading"
Posted on 26 Aug 2011, 12:04 by disciple
> It's handy for when an app makes a child window without a task bar icon which has got into the background and the main window is not responsive until the child is closed. The main window still responds to roll-up revealing the child which can then be closed.
(Since Barry's projects page includes "JWM buglets") A few phenomena related to this are IMNAAHO some of the biggest problems with JWM:
1. If a parent window is assigned a higher layer than normal, the child window appears below it, on the normal layer.
2. Some programs have modeless child windows which do not appear in the task list, but also if the focus returns to the main window, they do not stay above it. They should stay above it... although I'm not 100% certain that the problem is with JWM (rather than that the program isn't using the correct hints).
3. IIRC it is currently possible for a modal child window to be on a different virtual desktop from the main window, which is very confusing for users ("why is this program not working? I thought things weren't supposed to freeze on Linux").
4. One of the most common complaints from Puppy users is that "windows randomly disappear except for the title bar". Personally I think that window shading is a good feature, and users should be educated, but (a) it would be nice if shading could be disabled in the JWM configuration, and (b) shading should only occur when you scroll the mouse on the title bar, not when you scroll it somewhere else on the window border. If you accidentally scroll the wheel on the titlebar, you only need to scroll the other direction to unshade it, but if you accidentally scroll the wheel somewhere else on the window border (which is much more likely to happen), you need to move your mouse to the title bar (or the taskbar) and scroll (or use the right-click menu) to get it back.
Posted on 26 Aug 2011, 16:08 by mave_org
Years ago I used the IMO fantastic opensource programming language Euphoria. It includes its own "EDS database": no bloated DBMS and more powerfull as only using ascci files, records without fix length...
As there is a fre converter to C it coukd be integrated in BaCon (to do this with C-code, Peter Earten told me). Or it should be able to produce cgi's.
This for information, myself I've no time and resources to do this...
Posted on 26 Aug 2011, 20:58 by 01micko
mavrothal has done remarkable work with Puppy and the OLPC. He's a true believer! (I'm a terrible coder.. he makes me look good!). OLPC kernels have been compiled, the forth boot script has been optimised, special programs have been compiled.. if anything is quirky it's that little green, underpowered lappy that millions of kids have got!
mav has brought it all together.
With his help I've managed to script a tutorial (his work, I just added some rough bash) to convert any current Pup to an OLPC compatible install, works on any linux, just need a Puppy iso. Latest chrome video drivers included (It's a tarball actually, with script). Works on all pups with varying degrees of success, Lupu and slacko are almost perfect, Squeeze (pemasu) is not bad at all, Drake is iffy (Input devices), Wary is great on XO-1 but fails on XO-1.5 because older openchrome driver is no good (need chrome_drv.so, wont compile against xorg-7.3)... haven't tried Quirky yet.
No one that I know of has had the influence to set up services for a mirror of puppy and quirky. (UOC.. it's in PPM and is always reliable)
I reckon that at least deserves a bottle of WA red!
(Look out on the forum tomorrow for a release... )
Posted on 28 Aug 2011, 18:34 by scottman
I really did not know where else to put this, but if rewarding Puppy devs and enthusiasts for their great work and hard efforts is the subject here, then I feel I absolutely must make sure that tempestuous gets a mention.
Without tempestuous, older puppies would have become defunct far quicker. Hardware support, particularly wifi would be not so good.
Tempestuous not only responds to nearly every request for drivers/modules, but has an amazing success rate, and often finds and adds the patches required, himself.
Just thought his excellent work should be mentioned as well!