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?Last edited by rob on Tue 06 Dec 2005, 08:42; edited 1 time in total

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?

I believe that standardising on something that isn't a standard (Abiword), would be a mistake...

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 ). A lot of web browsers will also read RTF as is, and it can be converted to HTML easily enough.

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.

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.

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.

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!

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum