Puppy Linux Discussion Forum

Lobster · Posted: Mon 05 Dec 2005, 13:37 Post subject:

nada?

I have plagarised and half modified this:
http://puppylinux.org/wikka/QuickDoc

and need someone to check and add, so we can have a two page Quick docs reference . . .

Smile

eh nada = nothing? If I put nothing there nothing will run? What do you mean? Confused

MU · Posted: Mon 05 Dec 2005, 13:38 Post subject:

Lobster · Posted: Mon 05 Dec 2005, 13:41 Post subject:

Much clearer - thanks Mark - prefer the case statement and makes it easier to update . . . Very Happy

rob · Joined: 18 May 2005 Posts: 50

The mix of html and abiword docs is undesirable. I definitely think we need to standardise. Which way is still up for debate, I recommend html though. The additional flexibility of hyperlinks, templates, hidden code annotation and cross-platform editing make it for me. All those in favour? Any against?

Flash · Posted: Mon 05 Dec 2005, 22:35 Post subject:

I vote for HTML.

JohnMurga · Posted: Tue 06 Dec 2005, 11:14 Post subject:

RMW · Joined: 12 Sep 2005 Posts: 85

HTML or RTF. To the best of my knowledge there isn't a word processor in the world that can't import RTF (never did understand why it didn't become a universal standard; I blame Microsoft Smile

). A lot of web browsers will also read RTF as is, and it can be converted to HTML easily enough.

rob · Joined: 18 May 2005 Posts: 50

Please go to the cutting edge thread on the ethernet wizard update. This will hopefully be intergrated into St Bernard with some modification to allow our mismtch of hardware to form a network as quickly and easily as possible. Please download their .pup and test it on as much hardware as you have available. Thanks.

Lobster · Posted: Fri 09 Dec 2005, 13:29 Post subject:

Save the enclosed tar in my documents
untar and it should create a directory called code

* Have changed all the files to HTML (OK only tips is probably useful so far)
* the main menu is now linked to a scrollable html docs menu
* Tips.html has been updated (needs checking and bloat from abiword removed)
* anim Puppy added
* Puppy basic files (two renamed with .wxbs - wxbasic script extension)
*Online resources needs words (at end) linked to URL)

Please add content or documentation as it arrives . . .

Smile

Lobster · Posted: Mon 03 Apr 2006, 01:41 Post subject:

Is this project active/being developed further?

rob · Joined: 18 May 2005 Posts: 50

I dunno. The problem is that with puppy 2 on the horizon with quite a few changes, I don't know whether its worth waiting for that to be developed to a full release before developing a project like this. I have another live cd project of my own in the works, and have the same issue with that. With so many cd creation scripts available within puppy, its unclear which should be concentrated on. Ideally there would be one cd remaster script which stepped through the creation of a cd including sfs, pup001 and any other files you have used, allowed removal of personalisation for any single computer and then created an optimal iso based on what you'd selected. It would be nice if unionfs had a nice way to repack itself onto a cd. That would pretty much be the solution, cramfs for the bits you could have as read only and image.gz for the rest.

Lobster · Posted: Fri 25 Aug 2006, 19:46 Post subject:

http://applications.linux.com/applications/06/08/16/1949219.shtml?tid=47&tid=11&tid=96

Anyone able to rescue this project? Smile

rob · Joined: 18 May 2005 Posts: 50

I've been thinking about this. Here are my thoughts:

I've had some luck with hamachi. Its a vpn solution that is really easy to use. I'd think about rolling that into the cd. In windows it creates a network card and assigns an IP address so in linux I presume it adds a network device. I cant remember because it was a while ago. From there you can see everyone in your 'network'. It connects to hamachi servers and gets an IP from there over your host connection, so whatever nating or firewalling you have is fine (maybe could do with port 80 support). Anything sent to a hamachi ip goes out over your hamachi interface encrypted automatically. Its quite cool.

I'd have a structure of machines self-replicating. What happens is a machine starts, checks for dhcp. It tries for one from my range for a few seconds. If it gets one, it connects to the server (with a fixed ip). It downloads updates including bookmarks, current disasters, a survivors list, net status, news, etc. If it cant connect it tries the next server. Servers are placed at the start of the range, so the range is scanned to find one. If a low spec pc is used, it should be connected last, thus it gets least slow-down from scans. The version running on the server is compared, if its later than the clients, its downloaded and run over the other version on boot. I'm presuming this is possible using unionfs?

There'd be an initial server from which updates were collected, and child nodes were logged. From here, updates to the entire system could be made, passed down server to server, or up. Using something like wikimaps, it would be possible to post details of where other labs were, lists of survivors and other such things.

It would also be possible to connect via voip to a PSTN line. By running asterisk on the server, calls from clients could be patched through from multiple lines to one actual voip account. An apparent call to the server would actually terminate at someones home phone. A limit on the length of each call could be set.

Obviously internet access would be available. I'd also have a logout button which just cleans out any changes made to the OS without restarting. Then just a login button. After 5 minutes of zero activity, the computer would be logged out.

The spec of the machine is sent upstream, stored in an xml file on its server. This can then be combined to give an overview and eventually be sent right back to make an automatic map. This information could also be used for technical support.

I'd make it very clear when the puppy cd could be extracted during boot up, maybe by ejecting it

I'd also have a duplicate puppy button, which would be used to create more puppy cds. With a single step it would whack all the latest updates into an iso and burn it. I'd have a record of how many cds had been burnt on the server, just as a guide. This information would be stored to allow the cd to be improved, for example, if a lot of people were using low spec machines, i'd try to lower the spec of the cd to accomodate even more users.

Bookmarks I think should be included:
gmail
google notebook
google spreadsheets
writely
google news
puppy linux
disaster wikimap
survivors wiki list

ab2qv · Joined: 11 Mar 2008 Posts: 12

Dear Lobster and others interested in linux assisted disaster program.

I have started HAMRADIO APPLICATIONS discussion forum under Advanced Topics. I hope anyone can help to create a "patch" for echolink (echolinux) and eqso (eqsolinux) running on puplinux v.3. To do that you might need to download echolink and eqso software (for both user client and gateway/link) to get the picture of how these software look like and operate. ==> www.echolink.org and www.eqso.net

I am a ham operator with international and national organizations for disaster relief project using echolink and eqso for hamradio voip mode. I use puppy linux v.3 on my towers and notebook. I have been using echolink and eqso on those windows pcs. But now I want to use hamradio voip apps on puppy linux.

Any help would be appreciated it. Pls respond this via HAMRADIO APPLICATIONS forum. Thanks much!

Tks n 73 de wyn, ab2qv

Aitch · Joined: 04 Apr 2007 Posts: 6825 Location: Chatham, Kent, UK

Bump

Any News/Updates?

3 yr old thread seems relevant today

How are our comms packages/servernode/satellite capabilities?

Dogbone/IPoverHamradio?

SIP/IAX/VideoConference/Presentation sharing, etc?

Is this on a webring?

http://dir.webring.com/rw

e.g. see foot of this page, for a good example of multiple webrings

http://www.sages.com.au/SageTelecoms.html

Aitch