Re: Would like some hints on best ways to search for camping questions.
Hi Tim I maintain (periodically) a little Camping app with the links I've collected over the years. They may be helpful: http://ruby-camping-links.1.ai/ Also, the maling ist archive on RubyForge is searchable: http://www.mail-archive.com/camping-list@rubyforge.org/ DaveE Thanks. I might try the IRC but I am in NZ (currently in AU) so my time zones tend to be unfriendly to most IRC channels. My questions are about non trivial apps. What do I do about migrations? What if I don't want to use markaby? what's a good strateg for breaking your app up into different files?. On Sat, Nov 2, 2013 at 1:42 AM, låzaro netad...@lex-sa.cu wrote: jusr now we hace a big problem with doc, but here in the mailing list you will have all you answers. Also in the IRC channel #camping we could help you. I'm writing new doc about camping and need questions like yours, son write me please, and I'll focus the doc via your questions. Thread name: Would like some hints on best ways to search for camping questions. Mail number: 1 Date: Fri, Nov 01, 2013 In reply to: Tim Uckun Hello Campers. On a whim I thought I would try to fool around with camping. The documentation is nice and does a fine job of covering what it wants to cover but I needed some information not covered by the docs so I tried various ways to search google for them. For some reason the searching ended up being a bit frustrating. I guess the words ruby and camping are too common. Unfortunately the mailing list archives are not searchable either. So how do you craft your searches? In my case I was looking for information on how to handle migrations and how to use different views (not markaby). Cheers. ___ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
'Ruby Camping links' now live again
Good morning Campers! My little Camping app with all the Camping links I collected over the years is now updated and live again at: http://ruby-camping-links.1.ai/ This is my own handy collection so not a definitive list, but if anyone wants to submit additions/changes they can either email me, or send a pull request: https://github.com/DaveEveritt/Camping-links Thanks to David's continuing generosity at dotgeek.org - DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Just Saying Hello
Hi Brett just a note to say welcome to the small-but-creatively-formed Camping community! And to point out that this is not a high-traffic list, so replies (and issue fixes) may sometimes be quick, sometimes slower :-) Thanks for your contributions - hoping some will get merged/ implemented soon. DaveE Hi all, My name is Brett, and I have been using Camping for about three months for personal projects. I really enjoy working with Camping, and I want to do all that I can to help! Just saying hello. :) Cheers, Brett Chalupa brettchal...@gmail.com : http://brettchalupa.com ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Need advice on Models
Hi Cj I don't think anyone answered your question, so here's a quick reply. Since you said I'm not sure I understand what models do I presume you're a beginner, so this states what may already be obvious! I'm still a noob at heart too. You don't really need a models module to do what your little app does - there's not enough data to warrant it. Here's the Camping intro to models: http://camping.io/Book/-Getting-Started#Modeling-the-world Basically, you'd use models when constructing an app that needs a database - take a look at the models module in the Camping blog example (https://github.com/camping/camping/blob/master/examples/ blog.rb) By default, models use ActiveRecord (with a Ruby-friendly syntax) to create and manage the database (SQLite is the Camping default). DaveE Hello, I'm new to ruby and camping. I'm learning ralis along with camping. I like camping because the MVC is all on one page. So, I'm wondering if you can help. Here's my code. I'm writing a little app that displays a random quote when you refresh the page. On line 30 and 31 I have an array and show the index page and sample the array. So, guide me on how to put this in the model module. But I'm not sure I understand what models do. Told you I'm a noob! Thanks in advance for your help. Cj. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping programming competition ?
definitely +1 for this! Although I'm guessing my workload is similar to many others on this list (and my skills are *never* likely to reach the Ruby ninja stage), so a long deadline, and/or a bit of promotion on other Ruby sites/lists to ensure there are enough entries? Interaction can also cover games/art/interactive fiction etc. Perhaps also something along the lines of 'best single-file app under 500 lines' (including css etc.). Without wider publicity, though (e.g. somehow via the various 'Ruby learning' sites, or a guest spot on Carsonified or Talentopoly or somewhere with a large Ruby-friendly user base?) would this list alone attract enough entries? - DaveE Thanks to Jenna for the valuable feedback. Posting now under a separate topic to brainstorm ideas for a camping programming competition/contest :) What needs to be decided: a) Theme and Jury The theme options are to give something to code within a certain amount of time e.g. x days to complete a certain app that is the same for all the participants. More tricky but possible is to have a more open format and allow participants to craft what they want within certain boundaries (e.g. should use camping, should be a small app etc.) I am far from knowing enough about camping to be part of a jury but a I know someone that can join as a jury - any more volunteers? Or should it be judged by visitors /other users ? b) Prizes (will be sponsored by David) Obviously a competition is mostly for the fun of it but some prizes can help to get more attention. Suggestions are welcome ! ideas: 1st prize a tablet (e.g. ipad) or in the similar price range ? 2nd and 3rd price any suggestion ? As alternative a gift certificates for http://www.thinkgeek.com/ or something from there..or books (amazon gift certificates) c) Interaction: for the competition the best live interaction would probably be in IRC but forums can be used too. Last but not least as camping is a community project who is +1 or -1 for such an event :) ? Thanks in advance for your feedback David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: _why documentary
I am a little curious what Judofyr looks like - though probably best not to break the mystery lol ditto. But yes, it might... - D___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: _why documentary
Hi Kevin
I contributed the amazing and world-changing sum of one single
spelling correction to Camping's source.
But _why opened up programming for me at a time when Apple's Hypercard
(my second language after Logo...) was being starved and I was
surrounded by alpha geeks with maths (yep, I'm in the UK) degrees
handling memory allocation in C and a father who - when I told him I
was learning to programme - replied: 'assembler or machine code?'
because that was his background. _why's approach restored my faith in
my own abilities, and made programming seem accessible again.
I think his 'hack education' initiatives spawned/encouraged a whole
load of similar initiatives ('Learn you a Haskell...' is just one
obvious example that comes to mind, although it's worth noting that
Alan Kay's Squeek predated _why's stuff, and he would have known about
Kay). That kind of playful-DIY-education approach is crucial component
in creating future programmers with a creative (in the broadest sense
of the word) streak.
DaveE (Everitt)
Hi all,
I'm producing a short documentary on Why The Lucky Stiff which will
be shown at RubyConf in Denver.
I'd love to include details about camping in the film. If any core
contributors or developers live in the Austin or Seattle areas and
would like to participate, I'd greatly appreciate a chance to
interview you regarding _why's code-as-art and other topics.
Here's a trailer for the doc and a write up about it:
http://youtu.be/Urw98i42HsI
http://www.slackerwood.com/node/3115
I'm respecting the privacy of _why's creator and not attempting to
contact him. The documentary is focusing more on the art and code of
_why.
Thanks for any feedback or help with this.
Kevin Triplett
Austin, TX
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: _why documentary
BTW FYI I also saw this interview with Annie Lowrey of the NY Times who has - apparently (I haven't seen it) written an article (as have many others) on _why: http://www.youtube.com/watch?v=0nrBK7AGUPo Hi all, I'm producing a short documentary on Why The Lucky Stiff which will be shown at RubyConf in Denver. I'd love to include details about camping in the film. If any core contributors or developers live in the Austin or Seattle areas and would like to participate, I'd greatly appreciate a chance to interview you regarding _why's code-as-art and other topics. Here's a trailer for the doc and a write up about it: http://youtu.be/Urw98i42HsI http://www.slackerwood.com/node/3115 I'm respecting the privacy of _why's creator and not attempting to contact him. The documentary is focusing more on the art and code of _why. Thanks for any feedback or help with this. Kevin Triplett Austin, TX ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: updates regarding hosting/easy deployment
Hi David just a quick reply, because I've been off the Camping case for various reasons (work, health), but still following... this is great news! An 'alternative to Heroku' is pretty ambitious, but since many (most?) people don't need anything like the full array of Heroku features (or news updates!) it's a viable 'lite' alternative. Yes, I'd be interested in testing. Dave Hello Everyone, sorry for the longish silence but as you know sometimes it can be busy at work! I just wanted to let you know about a complete update on the free hosting system I did prepare from camping. The github idea was not that bad but it didn't work in many cases (too many!) and did not give enough control to the users. So I am testing a completely rebuild system with these currently working features: - SFTP access to users: no more github madeness and total control over your files. It is as drop and run as it can get; - MySQL available to all users - it is popular so regardless of other cutting edge possibilities I think it is an important add-on - Fairly secure environment: users can't read other users files (which seems like a no brainer but it is not possible to do or at least not easily with nginx so we are using apache with a worker that runs everything as the owner of the file) - Ruby and PHP side by side? yes! see http://testme.2.ai camping app http://testme.2.ai/i.php This is a quick test regarding permissions e.g. this user cannot open via PHP or Ruby another user file http://testme.2.ai/testperms.php It also works with other rack frameworks like Sinatra http://dotgeek.2.ai So in short it supports secure Ruby (Camping, Sinatra, even ROR but not fully tested) and PHP hosting with MySQL, Sqlite or Kirbybase ;) What do you think ? Would you be interested in testing the system ? Do you think it could be interesting to users as an alternative to heroku etc ?I will soon move the domain 1.ai to the new system so that you can test. Initially I plan to add a key of some sort to make it by invitation only or sort of for the alpha stage. Thanks in advance for your feedback! David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping + Couch DB
Hi Daniel Good to know the state of ShyCouch and CouchCamping - partly because I'm collecting Camping links and checking their current state: http://dave.camping.sh I'd like to add any Camping apps you're working on to the above, if they're public. Dave Hi David, Unfortunately, both the ShyCouch and CouchCamping libraries are far from production ready. The former was mostly a learning project, and the latter was.. bad for many more reasons than just that. I don't think either are of any use for examples, or for something you'd try to support in your new project. However, I'm actively working on some apps where I'll be using Couch as the data store, so I'm happy to work with you on generating some better, more workable examples. I noticed that you emailed me privately about ShyCouch - sorry for not having replied yet; I'll get back to you a bit later on when I have some more time. In the meantime, IIRC Jenna has a Couch library that she used in Camping that doesn't have much bloat and is more Ruby-ish. On Thu, Apr 26, 2012 at 2:36 AM, david costa gurugeek...@gmail.com wrote: Hi ! First a short update on the camping on the fly hosting. Everything is done and tested on the backend. We are just building the frontend (coded using camping) but we are fighting with the strange behavior of the embedded sqlite database (one of my developers is using windows and things are even less user friendly there) - this is not a big issue for the user database but mostly for users that might want to store sqlite backed up. We are getting there thou ! I have seen some traces of camping working with couchDB using ShyCouch but for an odd reason I cannot get the example working NoMethodError: undefined method `CouchDatabase' for ShyCouch:Module and other errors. Couchcamping gem is also based on shy couch so I guess if one doesn't work the other will be broken too .. ? I wrote to the writer of the lib but before doing more tests has anyone worked on camping + couchdb (even for a quick sample) ? If yes can you email me your working code ? In theory one good thing is that couchdb runs over http so it would be very easy to offer free database and even distribute it across two different severs. I am interested also to get some real cases with couchdb so that we might use it at work too. Thanks in advance David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping release?
Hi Paul just checking if you got a response yet - what's the approximate deadline date? I notice that Camping 2.0 is in Squeeze: http://packages.debian.org/squeeze/camping Also, are your Camping apps public? If so, I'd like their URLs so we can include them in a 'made with Camping' list... Dave Everitt Hey all, The new Debian release is freezing soon (about 2 weeks) and I would really like it to include Camping 2.2 with Mab 0.0.2. Given that Markaby isn't actually distributable, I have recently uploaded Camping 2.1.498 with a Git snapshot of Mab to test some transitions. I have adapted (changed 'text' calls into 'text!' mainly) and tested two of my main applications and they seem to work nicely! So, the question is: what is still needed for the 2.2 release (Magnus mentioned something about a change log update but there is probably more) and how can I/we help to expedite this? Cheers, Paul (Camping maintainer in Debian) -- Web: http://paul.luon.net/home/ | E-mail: p...@luon.net Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: setting up the SQLite database
Thanks Nokan, Dave, Philippe for your replies, it's good to get a measure of standard practice even for things as simple as this. There just remains no. 4 (from a question by Isak Andersson http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1751) for which I'd like an opinion, since I can't find a definitive answer from the AR docs... and can only fond a reference to it on the Ember GitHub readme: https://github.com/EmberAds/acts_as_uuid or slide 21 of this AR intro: http://www.slideshare.net/blazingcloud/active-record-introduction-3 since I've only ever used 'up' and 'down' (and don't use Rails) this isn't obvious to me :-) Finally, what's a good approach to security (SQL injection?) for a public app? DaveE 4. There's also this from a previous post (opinions please?): On the part of migrations ... def self.up and def self.down ... gave me errors for some reason. But ... it should be updated to def self.change ... that's the modern way of doing it. DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
setting up the SQLite database
I know this isn't Python, but I'd like to get a view on the 'one obvious' way to set up an SQLite (or other) database and its location per-app. I've got a bit lost with the Camping 2 changes and various code snippets I have kicking around. 1. is it best to set up the DB creation/connection: 1.1 at the end of the app AppName::Models::Base.establish_connection( :adapter = 'sqlite3', :database = '/path/to/my/app/myApp.db' ) run AppName #from an old snippet 1.2 OR like this (postgres) example [Magnus]: def List.create List::Models::Base.establish_connection( :adapter = postgresql, :username = root, :password = toor, :database = list ) List::Models.create_schema end 1.3 in a config/database.yml file [Magnus] (probably not worth it for SQLite): --- adapter: postgresql username: root password: toor database: mycampingdb And then do: require 'yaml' def AppName.create AppName ::Models ::Base.establish_connection(YAML.load(File.read(database.yml))) AppName::Models.create_schema end 2. since sqlite is the default, is it necessary to set :adapter explicitly if that's what I'm using? def AppName.create AppName::Models::Base.establish_connection( :adapter = 'sqlite3', :database = '/path/to/my/app/.camping.db' ) end 3. Since .create is *only needed once* to set up the database (Magnus: if you connect to a database which already has the tables, DON'T run `AppName::Models.create_schema` as this will probably delete the whole database.) what do we do with this after the first run: def AppName.create AppName::Models.create_schema end 3.1 delete it after the db is created on the first run? 3.2 check if the db already exists (best way, please)? 3.3 check like this (never understood ':assume'?): AppName::Models.create_schema :assume = (AppName::Models:: table_name.table_exists? ? 1.0 : 0.0) or could we do something simpler like (?): AppName::Models.create_schema unless table_exists?(table_name) ? 4. There's also this from a previous post (opinions please?): On the part of migrations ... def self.up and def self.down ... gave me errors for some reason. But ... it should be updated to def self.change ... that's the modern way of doing it. DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping 1 click deployment is live! 1.ai - alpha users welcome !
View Source link for open web apps and demos. I just added a link to the github repo on my links app, but if you have a snippet to display an app's code in formatted and syntax- coloured style... The idea is to get people to learn and use camping and deploy it / see their app live immediately. It should be a good learning tool... and you've done that job rather well :-) DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping 1 click deployment is live! 1.ai - alpha users welcome !
So if my SQLite db file is also in my repo and the path to it is in my app, sounds like the whole lot will transfer fine - DaveE It should :) If you want to test it I will be grateful. marking web design classes this week(!), so when I take a break I'll try it out with the blog app after using it locally then transferring to the server with the db file, and let you know... Fixing ATM some issues with installing extra gems so trying to find a clever solution to make most app run without intervention. be good to have a list of available gems (unless you already did that!) Dave ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping 1 click deployment is live! 1.ai - alpha users welcome !
So if my SQLite db file is also in my repo and the path to it is in my app, sounds like the whole lot will transfer fine - DaveE -If you have an sqlite database in your github repository it should work just fine. If it works for you locally it should work fine on http://1.ai after the github fetch ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
mab advice
I have a simple helper function containing this to spit out a list of
links from a hash:
...
links.each_pair do |label, link|
li { a label, :href = link }
end
...
my hash elements are (obviously):
'Link label' = 'http-link',
I'd now like to add a 'strong' tag around some of the text in the
labels (which I didn't foresee), but the tag would be within the hash
key. Ideas? Warnings?
DaveE
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
Perhaps this rich seam of knowledge could be captured in a little Camping app: 'a guide to software licenses' :-) On Wed, May 02, 2012 at 10:35:45AM -0700, Trevor Johns wrote: MIT is marginally simpler to read and is unambiguous, since there's only one version. For this reason, it's my personal favorite. Heh. Actually, it is not: http://en.wikipedia.org/wiki/MIT_license#Various_versions Or at the vary least, it's still a bit ambiguous. However, the Expat license has received much support as MIT license in various comminities, so I guess we might consider it not to be so ambiguous anymore. Cheers, Paul -- Web: http://paul.luon.net/home/ | E-mail: p...@luon.net Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 ___ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
I'll second that. I remember Ballmer's Linux is a cancer... and gave an overview of the origins and rationale to students in a (shame - the only Powerpoint) presentation I still use: http://www.slideshare.net/cubexplorer/opensource-5479951 - DaveE thank you Mr. Stallman. Thank you Mr. Torvalds. :-) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
definitive markaby
I'm compiling Camping links... please can someone refresh my memory: how does this: https://github.com/igravious/markaby relate to this: https://github.com/camping/mab ? DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: definitive markaby
thanks - a compact but completely-formed answer. So 'mab is the Camping-specific markaby' would be an accurate statement? - DaveE Mab is going to be the new one going forward. If I remember right, the reasons for this were: 1) Markaby isn't very well maintained these days 2) Markaby is all about xhtml, which is totally irrelevant to the modern web. 3) Markaby doesn't explicitly have a license allowing us to do stuff to it. I think that's what the deal was. Maybe this has changed since then, maybe not. For a time new installations of camping wouldn't work, due to Markaby becoming incompatible with an update to it's dependancy Builder. — Jenna On Wednesday, 2 May 2012 at 10:15 PM, Dave Everitt wrote: I'm compiling Camping links... please can someone refresh my memory: how does this: https://github.com/igravious/markaby relate to this: https://github.com/camping/mab ? DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
You could read Stallman's CopyLeft idea http://www.gnu.org/copyleft/ to prevent unscrupulous individual from turning your code into a profitable product (I think) - DaveE This is very helpful! I don't really mind though. Maybe public domain is best. I'm not a big believer in copyright. — Jenna On Wednesday, 2 May 2012 at 10:57 PM, Anthony Durity wrote: Hey there, BSD uses full copyright, it's like saying all rights reserved. Public domain means no rights reserved, it's not a FOSS thing - FOSS means generally an accepted free software license or and accepted open-source license. Public domain isn't a license per se. Licenses like the GPL-style licenses force the code to remain open if an entity modifies the source _and_ redistributes the subsequent binaries. BSD does not enforce this. BSD is thus sometimes seen as more corporate-friendly. Depending on your notion of freedom (freedom from something or freedom to do something) you may feel that BSD-style is freer or GPL-like is freer. If you want to have a FOSS license then normally go with (L)GPL2 (L)GPL3 Apache MIT BSD http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licences If you want to free it to the four corners of the earth but not have it FOSS then public domain it - certain high profile pieces of software are public domain (Sqlite I think?) but not many. Hope that helps. Apologies if you already knew all this. On Wed, May 2, 2012 at 1:34 PM, Jenna Fox a...@creativepony.com wrote: A few of you sounded interested in using it. I haven't explicitly put a software license on it, so I guess it's not technically FOSS yet. What licenses are good? BSD? Public Domain? — Jenna ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
LOL if you don't, that's okay! Just in case you did... - DE Why would I care if they did that? — Jenna On Wednesday, 2 May 2012 at 11:19 PM, Dave Everitt wrote: You could read Stallman's CopyLeft idea http://www.gnu.org/ copyleft/ to prevent unscrupulous individual from turning your code into a profitable product (I think) - DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
thanks Magnus, Anthony - that's all going in my quickref 'solutions log'... DE Public domain is people can do whatever they want with it. BSD is people can do whatever they want with it, but I retain copyright and they must credit me. (so the copyright part isn't that important there). GPL is people can do whatever they want with it as long as they keep it in GPL and credit me. BSD uses full copyright, it's like saying all rights reserved. Public domain means no rights reserved, it's not a FOSS thing - FOSS means generally an accepted free software license or and accepted open-source license. Public domain isn't a license per se. Licenses like the GPL-style licenses force the code to remain open if an entity modifies the source _and_ redistributes the subsequent binaries. BSD does not enforce this. BSD is thus sometimes seen as more corporate-friendly. Depending on your notion of freedom (freedom from something or freedom to do something) you may feel that BSD-style is freer or GPL-like is freer. If you want to have a FOSS license then normally go with (L)GPL2 (L)GPL3 Apache MIT BSD http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licences If you want to free it to the four corners of the earth but not have it FOSS then public domain it - certain high profile pieces of software are public domain (Sqlite I think?) but not many. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
This is all interesting stuff - never knew the Camping community had a licensing information stream. I gave a talk that included the basics (A tiny history of Stallman, FOSS and the Open Source 'split') to students a few years back. If I ever do it again, this'll make me revisit the slides... - DaveE Just wanted to mention that not everything is so peachy in the public domain. Some jurisdictions do not recognize the right of an author to dedicate a work to the public domain; and there is no single legal definition for what is the public domain that every jurisdiction agrees on. Most jurisdictions are in fact copyright-by-default (one of the reasons why we need to be explicit in our projects). SQLite is an oft-quoted example of software in the public domain, but they are constantly reminded of legal issues because of their choice: http://www.sqlite.org/copyright.html http://www.mail-archive.com/sqlite-users@sqlite.org/msg24372.html A more recent example is when Unlicense.org came under fire, because it would not be considered by the OSI: http://projects.opensource.org/pipermail/license-review/2012-January/52.html I don't mean to derail this thread, just wanted to voice my opinion that not everything is so black-and-white. There's a worldwide default-copyright regime, opting out of it is simply problematic, and attempts to do so risk creating non-deterministic effects that depend on the jurisdiction and judge. And that's the pity of it: Using a very simple standard permissive licence such as MIT/X11 License or even a peculiar and cramped but somewhat standard 3-line licence like Fair Licence achieves everything Bendiken and others want (_and_ actually escape warranty liability) except for the ideological point about getting 'out of the copyright game'. -- Chad Perrin Cheers, Norbert ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping + Couch DB
Hi Nokan I'm a professional newbie (simply because I use and teach a wide range of stuff and only go deep when I have to :-) As I'm sure you're aware, as an embedded lightweight database SQLite makes an easily-managed default setup (as in Camping... and Django, and even within OS X and, of course... RoR), but if you need a client- server database I'd say that's beyond the test server remit and would be a whole other setup/maintenance layer for David :-) SQLite is fine for me simply because I don't need anything bigger, and I can include the db file in a git repo (don't know yet if that's easy with CouchDB - anyone?). But Couch would be my choice for on/offline data sync, and I'd probably use Jenna's chill (https://github.com/Bluebie/chill) and also revisit Knut Hellan's article from 2009 (http://knuthellan.com/2009/03/08/camping-with-couchdb/ ). DaveE Hi, In a previous thread I was declared as a newbie end user, now I'll behave like that :) If I'll use the hosting service, I'll want to be able to use mysql and not sqlite, and other experimental solutions. You can say that this is silly of me, but, as an end user, I have the right to be silly. BTW I have bad experience with sqlite. It can happen that the database becomes corrupted somehow, maybe because of not properly handled concurrent accesses, or a ctrl- c in a bad moment, I don't know. And mysql is faster too. As a silly end user I would prefer a separately existing permanency layer. This is not a problem for active record, so I really don't get it why not to use it. (It would be enough to have one database for all the users and let the databasename_tablename structured tablenames solve the rest. Actually the users don't need to know where is the data stored and how, just use the ActiceRecord API, but they need to know that it's fast enough and the data is securely stored.) I'm sorry, I know I was not really constructive... ...end users are always silly... ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
Daniel - that's a great reply and echoes much of my own experience (although my Camping is much more on the tinkering side). The point about Camping being an educational tool is a good one, which I've even tried to apply to students (unsuccessfully - but that's my problem), and it would be nice to see Camping as the next step after the nicely- redesigned 'Try Ruby' - DaveE Thought I'd weigh in for what it's worth, My naive first impression of Camping basically took no notice of the whole 3/4k thing. I appreciate that it's a cool programming feat, and I love the attitude that lead to it, but at the time my focus was on trying to figure out what all these hidden instance variables you have in a controller are (the documentation was only of sporadic use), thinking I might just dive into the source to check it out, and obviously being confronted by the fact that even the unabridged code is far from readable (as it wasn't intended to be). I discovered Camping when I was very new to Ruby, and relatively new to programming in general. Everyone here obviously knows the strengths and reputation of Ruby - and projects like Camping - as a learning language. I've mostly moved onto working in Python, but I think there's a strong chance that my understanding of the architecture of web applications, and HTTP, and my motivation to understand web development at several different layers, would have been different if Camping didn't imply a certain kind of thinking that coloured my behaviour. So why not build on this? There's all sorts of amazing projects all over the web at the moment for making programming accessible to people who are very young, or who have literacy that's poorer than most programmers, or who live in the third world, or who just come from subcultures / cliques where usually you wouldn't do this kind of thing. That's cool, but as soon as these people learn some stuff they want to do something, and they want to do it either with mobile or the web. They google around and they find out about, like, what? Rails? Django? What a way to turn people off. One of the reasons I floundered with Camping after a while is that it was really hard to figure out where to, you know, put a lot of my code. Helpers? I guess. This is a pretty typical problem in web frameworks, obviously - where do you put domain-specific logic? Where do you store all your application logic? How lightweight should your controllers be? Do you want fat models? I think ActiveRecord is the elephant in the room here - very quickly I ended up using models in my apps that were just representations of the filesystem, or of some other API, or of documents in CouchDB, or whatever. That was cool, and Camping made that relatively easy, but the fact is I'm not an API designer. I'm not a library writer. Any ad-hoc decision I make about how I might model my data, as an amateurish programmer, is going to be disastrous, but ActiveRecord just couldn't do what I wanted to do without more work than it was worth. So maybe if there was some kind of Camping fork, or a new Camping- inspired framework, or whatever, it could try to encapsulate not just this solid core focused on using class methods as HTTP verbs, but also some kind of pattern. What's the next thing someone needs to know after they're good with Camping? How to write their library code. How to manage the dependencies (ugh). How to deploy it (it took me forever to even figure out that I needed something called a 'rackup' file - I eventually found a Heroku guide for Camping, and even then I couldn't get it to work until I stole some code from some project of Magnus' or Jenna's). I'm being incoherent, but in general I think my attraction as a novice to Camping was for it clarity - not even necessarily its simplicity. Why not bring that clarity to the rest of the web development process that surrounds it? People keep talking about Sinatra. Personally - as a completely subjective, essentially arbitrary position - I don't like Sinatra. Whatever you think of it, I think it's possible to point out that we don't need to just look inside the Ruby environment. Why not look at other places where interesting things are happening? Node's Express framework, for instance, bears a lot of similarity to Sinatra and Camping; the Connect middleware framework that it uses is similar to Rack in many ways. The difference is that their community actually brags about it, and makes a point of how much easier your life could be if you use it for lots of stuff. It looks like there was similar excitement about Rack back in the day, but it doesn't come across that way so much. Maybe just because of the shadow of Rails hanging over everything. Sorry for ranting a little - I keep reading this thread on the way to work and wanting to comment but not having time. In summary - I'm greatful
Re: framework size, forking etc.
Not to forget Perl (who would have thought that?) which currently has the best web framework I've ever seen: http://mojolicio.us/ I would have thought it - my sometimes co-developer opened my eyes to Titanium: http://mark.stosberg.com/blog/2008/12/titanium-a-new-release-and-more.html and now raves about Mojolicious. He also taught me to recognise the lie when fashionable bandwagons assert that Perl is 'old-hat' :-) DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
If you want to use something like SASS for CSS, there are gems for that (or use LESS), but I'd never expect such functionality to be built into in Camping - that's one of the things I *like* about it: a small functional default set that works, with options for other ways left to me. BTW the only CSS variables I ever wanted (or used with various methods) are for colours, and you can even do that with SSI. Also, __END__ isn't solely a Camping thing, it's an option with any Ruby script (as it is with Perl), so no need to use it if you don't want to. - DaveE Actually I think it's not logical that you can build HTML by default using Markaby, but you can't build CSS in the same way. And I hate the trick with __END__ and appended CSS code. You never need to insert any variables into your CSS code. (If you do, you're doing it wrong.) -- Matma Rex ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
+1 to all that David Costa wrote in response. Magnus *has and does* kept things solid and on track in a way that suits Camping. We're never going to go head-to-head in the framework competition stakes (bit late for that anyway, with frameworks swerving all over client- side dev). As for encouraging new users - not actively trying to pull them in (madness :-) - providing a Camping-specific deployment platform as a visible part of the public face of Camping is a MASSIVE positive (thanks David: I've been merrily using it after losing too many days hacking my live servers). A simple deployment guide for the various common scenarios (shared hosting, cloud, VPS) as part of the book would round off the experience - I'd be more than happy to edit and collate that. The 'small is beautiful' and refreshingly globally diverse Camping community works for me, and I wouldn't want much more mail from the list than I get now :-) although it's a great evolutionary drive whenever there's an activity spike and things get aired in public... Magnus does a good job (look at the GitHub commits), Jenna took on the challenge of a new website, and others can support and add to those very concrete contributions (as Sean did recently with the book), but I'd never want anyone to feel obliged or get too concerned about promotion - that's just not relaxed enough for Camping (it's the little wheels, remember :-) Any framework is going to have limitations, the question is: are these becoming a *real* problem (if so, which one is the #1 candidate for change), or are they to be accepted as part of the character of the framework? DaveE For now I'm feeling like a pretty bad maintainer. I'm not using Camping enough to see where things need to be fixed, I'm crappy at actually shipping stuff, and I'm not sure if I believe that Camping is a correct starting point for a new framework Hey Magnus! I think that you are a great maintainer as you kept Camping in good standing and bug free. That is more than enough :) I would agree the camping as a starting base for a new framework might not be ideal. As far as I know Camping was not intended to compete with rails (or anything else) but was more of a small, learning framework and given that _why did so many projects for beginners and education purposes this would fit in this category I think. It doesn't mean that camping is not cool or not as good as other frameworks bur, for what I can see, the initial idea was to have something simple and quick. There are so many frameworks e.g. even the core of Ramaze (https://github.com/Ramaze/innate ) available to build other frameworks. But does the world really need a new framework ? :) In honesty I think that if someone wants to do that it should either provide the coding power or be sure that Magnus buys into the idea and is willing to code that as per your idea. For me the current camping is sufficiently good in *most* cases but of course not all...no framework really is and there is no silver bullet. I don't think it would be something bad if anyone would say hey for this project I prefer Sinatra as it does the job in a different/more elegant way than camping. What I think camping misses is more marking/visibility to attract more users and volunteers. Or what do you think ? Is camping at the moment complete as it is and the future code side would mostly be focused on bug cleaning/maintenance ? Best Regards David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: http_referrer
Just to be clear (obviously env vars are going to differ according to setup, but): when env is used inside Camping, it's equivalent to @env and get Rack env vars when ENV is used, it will get any other environment variables, not just from Passenger etc. but also any set by the system. With a view to making a little app/snippet to show all available env vars I've been looking at them on David's Camping server (they only appear with the query string at the end of the URL): http://dave.camping.sh/sites?vars But the Rack vars don't seem to format nicely with key value pairs (breaks when I try): env.each_pair do |name,value| so I just made a line for each with env.each do |name| - source here: https://github.com/DaveEveritt/Camping-links/blob/master/www/camplinks.rb DaveE On Mon, Apr 16, 2012 at 13:45, Nokan Emiro uzleep...@gmail.com wrote: Actually env[] works with mongrel also, not just fcgi or passenger. (No, it's not a typo: env, and not ENV. But I'm sure ENV works too.) Yes, env inside Camping is the same @env (it's just an attr_accessor). Same for @body, @request, @method, @status etc: https://github.com/camping/camping/blob/75f1144b7c9f53948d887d331a4f583a3b86a74f/lib/camping-unabridged.rb #L257 ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: http_referrer
Hi cdr - thanks for this, but I've not been able to do key value on
the Rack envs as some seem to have a different format - see the other
post I added to this thread - DaveE
how Rack env vars are stored, and how
to get a nice printout?
i defined #to_html on everything. on Array thats
map(:html).join ', '
on Hash it prints a table, Object is html_escape(to_s)
Rack just iterates thru env in an ERB template:
h3 id=env-infoRack ENV/h3
table class=req
thead
tr
thVariable/th
thValue/th
/tr
/thead
tbody
% env.sort_by { |k, v| k.to_s }.each { |key, val| %
tr
td%=h key %/td
td class=codediv%=h val %/div/td
/tr
% } %
/tbody
/table
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
I'm not too bothered about 3k. But I think what Nokan's saying is that he'd like Camping to remain functioning as it is so he can continue to run his apps as they're set up now, but that extra features could be added with an optional `require 'camping/new_extra_stuff`... - Nokan, is this correct? Although I've no practical idea about how this might best be achieved - DaveE So the 3kb thing is pretty important to you? Anyone else feel the same way? :) — Jenna On Monday, 16 April 2012 at 10:17 PM, Nokan Emiro wrote: Hi, As a simple user of Camping I would prefer to have a classic and a modern one. in one gem or in separate ones, that's not an issue. I would like to use the old one without modifications in my apps, and if I need extra features, I can uncomment/inser a line like this: require 'camping' require 'camping/session' # require 'camping_fancy_extra_things_like_before_n_after_controllers_and_static_file_servings_and_tricky_url_mappings_like_sinatras_etc ' Camping.goes :MyApp module MyApp ... But it's just a feature request... u. 2012/4/15 Isak Andersson icepa...@lavabit.com Ah, no I didn't mean maintaining two versions. Just making sure that everything in current Camping works as it should (not sure it does, my migrations aren't happening) and then freeze it. Call it Camping classic and then re-write it to be well designed for extensibility. With readable code and all. The names for things in our methods should be more then one character lång when we aren't worrying about size anymore. Cheers! Isak Andersson david costa gurugeek...@gmail.com skrev: Hi all :) I have been playing with Sinatra a lot lately and perhaps *some* things are done easily there (URL mapping, static files) but being a DSL and not a framework it is a bit different. For many things camping does the job very well and overall I find it a more comprehensive solution than Sinatra. For the classic/new versions I think the issue would be if the main code maintainer (Magnus) should decide if he is willing to do that. Of course other people could do that too but it would still be two versions to maintain or, if you are freezing camping- classic as it is it should at least have a light maintenance that ensures that it would still works fine. Everyone can fork (e.g. camping-couch is a gem with couch db and no active record) the only issue is maintenance and build momentum about it ! Regards David On Sat, Apr 14, 2012 at 4:46 PM, Isak Andersson icepa...@lavabit.com wrote: Right. We could just have a branch called classic on github. Leaving everything untouched. And then change the gem name to camping-classic or something. Maybe we should rewrite it afterwards (kind of). And make it backwards compatible with Camping applications. Just make the infrastructure simple and minimalistic. And make it easy to extend and configure. I think this would be the best thing ever for Camping more or less. Cheers! Isak Andersson Philippe Monnet r...@monnet-usa.com skrev: On one hand everyone is free to fork anything to change radical direction. This would allow for the size and some design constraints to be eliminated. But on the other hand, at this point in time (since we are the new community) shouldn't we free ourselves from the original constraints and just ignore the size aspect? I personally think so. It does not mean we have to go crazy and make it large and complicated (like Rails). With the source being on Github, we can just designate the current version as the classic (super micro version) and document very explicitly that from now on we will be free of these constraints and explain how people can still get the classic version. Since the framework has proven extremely stable and resilient, this would not prevent any tinkerer who needs the classic version to just do so. Although it has been fun to reference the size when talking about Camping, keeping it reasonably simple and small is good enough for me. ... free free set them free ... On 4/13/2012 9:55 AM, Isak Andersson wrote: I agree, I'd like to see the way Camping works to grow in to something much more usable. Perhaps a fork is a good idea because the legacy would remain and all. But then in the fork we could deal with things that might be kind of annoying at times. And grow it with a steady pace. If we'd fork camping I think we should still stay as minimalistic as possible. Only adding the best things. And work on making it easy to extend. Cheers! Isak Andersson Dave Everitt dever...@innotts.co.uk skrev: There's a crucial point here... if 3k (the old 4k) is a 'proof of concept' and a great exercise in programming skill, it isn't something that most users will really worry about. If the 3k limit has to be broken back up to 4 or even 5k to get some added/altered/optional functionality that would help usability for the rest of us
Re: http_referrer
Understood about compatible - this is David's Camping server, and I'm experimenting with QUERY_STRING in the URL and various other env vars - DaveE On Sat, Apr 14, 2012 at 10:38, Dave Everitt dever...@innotts.co.uk wrote: Haha! How did you get Spock on board... :-) I must admit I'm a little confused about the sytnax for environmental variables, because as well as @env[HTTP_REFERER] this also works: ENV['SCRIPT_NAME'] For a test I just used it like this: ENV['SCRIPT_NAME'].scan(/\w+\.\w+$/) to get the Camping file's name (with whatever file extension rb, rbx, cgi) instead of using __FILE__ The only reason ENV['HTTP_REFERER'] works for you is that you deploy on (Fast)CGI. You should only depend on @env if you want your app to be compatible with other servers. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: http_referrer
Haha! How did you get Spock on board... :-)
I must admit I'm a little confused about the sytnax for environmental
variables, because as well as
@env[HTTP_REFERER]
this also works:
ENV['SCRIPT_NAME']
For a test I just used it like this:
ENV['SCRIPT_NAME'].scan(/\w+\.\w+$/)
to get the Camping file's name (with whatever file extension rb, rbx,
cgi) instead of using __FILE__
I think I'll throw together a quick Camping app that 'nicely' prints
all available environment variables (as they'll vary for each setup)...
DaveE
Starship Enterprise, Stardate #{Time.now.to_f}. Captain's Log.
network.http.sendrefererheader was set to 0 in my Firefox for
unknown reasons.
Probably Mr Spock, the Chief of security did this.
I make this log entry for those who don't want to spend hours in a
spacedock repairing a working application.
Signing out...
On Sat, Apr 7, 2012 at 6:06 PM, Nokan Emiro uzleep...@gmail.com
wrote:
Why does it work without the @ for me?
On Fri, Apr 6, 2012 at 4:26 PM, Magnus Holm judo...@gmail.com wrote:
It should be in @env:
@env['HTTP_REFERER']
(Note that it's misspelled in the spec)
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: http_referrer
About environment variables - I've just used this in my Camping
helpers to print them all out, but the Rack variables seem to have
multiple values or values with no name:
def envars(theenv)
if theenv == ENV
ul do
theenv.each_pair do |name,value|
li { name + + value }
end
end
else
ul do
theenv.each do |name|
li { name }
end
end
end
end
called with:
envars(ENV)
envars(@env)
Can some one enlighten me about how Rack env vars are stored, and how
to get a nice printout?
DaveE
Haha! How did you get Spock on board... :-)
I must admit I'm a little confused about the sytnax for
environmental variables, because as well as
@env[HTTP_REFERER]
this also works:
ENV['SCRIPT_NAME']
For a test I just used it like this:
ENV['SCRIPT_NAME'].scan(/\w+\.\w+$/)
to get the Camping file's name (with whatever file extension rb,
rbx, cgi) instead of using __FILE__
I think I'll throw together a quick Camping app that 'nicely' prints
all available environment variables (as they'll vary for each
setup)...
DaveE
Starship Enterprise, Stardate #{Time.now.to_f}. Captain's Log.
network.http.sendrefererheader was set to 0 in my Firefox for
unknown reasons.
Probably Mr Spock, the Chief of security did this.
I make this log entry for those who don't want to spend hours in a
spacedock repairing a working application.
Signing out...
On Sat, Apr 7, 2012 at 6:06 PM, Nokan Emiro uzleep...@gmail.com
wrote:
Why does it work without the @ for me?
On Fri, Apr 6, 2012 at 4:26 PM, Magnus Holm judo...@gmail.com
wrote:
It should be in @env:
@env['HTTP_REFERER']
(Note that it's misspelled in the spec)
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping's URL mapping system
LOL! Good to know, if I ever need to do those things :-) An A4 piece of paper has a little over 9kb of data storage if storing in binary at 300dpi On the other hand, Camping is already far too big to fit entirely in a QR code. It would take as many as TWO QR codes to store camping in it's entirety. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping's URL mapping system
For me, this also depends on what Magnus - as the main Camper ninja - thinks - DaveE I agree, I'd like to see the way Camping works to grow in to something much more usable. Perhaps a fork is a good idea because the legacy would remain and all. But then in the fork we could deal with things that might be kind of annoying at times. And grow it with a steady pace. If we'd fork camping I think we should still stay as minimalistic as possible. Only adding the best things. And work on making it easy to extend. Cheers! Isak Andersson Dave Everitt dever...@innotts.co.uk skrev: There's a crucial point here... if 3k (the old 4k) is a 'proof of concept' and a great exercise in programming skill, it isn't something that most users will really worry about. If the 3k limit has to be broken back up to 4 or even 5k to get some added/altered/ optional functionality that would help usability for the rest of us, it's not an issue for me - DaveE 3kb is great and all, but it seems kind of dishonest if the framework isn't even really usable without a bunch of other gems and files and stuff. The conflict between 3/4kb and having robust well designed features often seems to haunt this project. Maybe time for a forking? I have next to no interest in 3kb as a real feature. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping's URL mapping system
In another post, Jenna said: I have some trouble with Camping's URL mapping system - so much so I'm considering sinatra for my next ruby web project I just wanted to know what the trouble was, and if/how it might/could/ can't be addressed, so started a new thread. DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: sites powered by Camping
Hi Nokan - it's up there :-) BTW slow == good. Anyone else have a site to put up? I have been working on this in the last ~2.5 weeks: http://rapiddatingmalta.com (Yes, I know I'm slow... :- ) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: sites powered by Camping
BTW the site's repo is here so you can fork and add if you like... https://github.com/DaveEveritt/Camping-links DaveE Hi, The tab Sites using Camping is empty :) I mean no more than 0 links are there. On Wed, Apr 11, 2012 at 2:13 PM, Dave Everitt dever...@innotts.co.uk wrote: I've been collecting Camping links for some years, including 'sites built with', and started sorting them here (the site's not permanent, and will win precisely zero design awards - I'm also using it to test the 'Camping server' service): http://dave.camping.sh/ If anyone wants to: * send new links, * correct outdated ones with updated code (pastebin?) Please reply to this topic on the mailing list and I'll collect them temporarily on the above site. Jenna, if you point me to a file on the Camping site I'll maintain these links on it, and add the ones already on the Camping wiki. DaveE I don't think we should ever consider pagerank in decision making. Sounds like a nice idea otherwise tho. Does anyone want to maintain a page like that? — Jenna Fox ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: sites powered by Camping
I know. That's why it says Look. I haven't done this yet, okay? Give me a break. :-) I spent most of the afternoon checking and tidying up the other links and the app. But they will come! I have quite a few links I haven't put up yet. Meanwhile, if you know of any, please reply to this and send them... DaveE The tab Sites using Camping is empty :) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: dead easy deployment / Camping on the fly
Been trying the setup (okay, this is not going to win any awards, but...): http://dave.camping.sh/ It's an old app rewritten (except - as yet - for the content :-) DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: dead easy deployment / Camping on the fly
A bit late in the day, but (quick and probably uninformed thought, given the volume of messages I just skimmed) might rvm help manage Ruby installs/updates/gems safely? - DaveE Hello again ! :) well in theory we can chrot jail users but the best way is to install the gems that people need perhaps the most used ones. It will then work system wide ! The big question is who will be your typical user. If is someone you trust then you can give them even limited ssh + sftp :) Back to my ignorance: how do you folks run camping in a server ? do you use fcgi ? At work we used to run a fairly big production environment made of rails running with lighthtp and fcgi. If we were to run this as a dead simple fcgi setup did anyone set this up? I have tried all the instructions github on how to set this up with dispatcher.fcgi but failed miserably. I would can get the server installed + fcgi but how to run camping apps from there is a bit of a mystery. I am slightly frustrated because of passenger not making a simple create page/test page http://camping.sh/ working. I know is not the app as it works at http://camping.sh:3301/ Unicorn: I think you would be back to have nginx as a reverse proxy for that which can present some problems for example, default port is 3301 for camping. So you would need a script to check which port is free and run then camping --port so seems a bit complicated. Thanks David On Sun, Apr 1, 2012 at 2:38 PM, Isak Andersson icepa...@lavabit.com wrote: Okay then. But then we'd make sure that the applications don't have privilege to install gems then. -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: @Isak Anything run with the `backticks operator` runs with the same privileges as the process which launched them, if using system level sandboxing, or if using some crazy sandbox built in to ruby (which probably wouldn't be very good, but maybe good enough) it'd probably just disable backticks feature. On 01/04/2012, at 9:31 PM, Isak Andersson wrote: Well. Isn't it kind of possible to just hack the gem installation in using the ruby quotes that execute code on the system. I can't type them on the phone but I think you know what I mean. Kind of a security issue isn't it? Anyways. Perhaps we could offer some Gems to pick from that we think are quality! (rack_csrf, scrypt). -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: I don't think we need to go as far as automatically installing gems - securing ruby is a pretty big challenge, but securing gcc? no way. — Jenna On Sunday, 1 April 2012 at 8:25 PM, Isak Andersson wrote: Remember that we should pretty much make a Gemfile mandatory if the user makes use of gems other than Camping. For example, rack_csrf. And we should make sure that dependencies get installed. :) -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: Hm. I know the main guy responsible for App Engine, and, well, I certainly wouldn't build a platform atop it - even aside from the huge glaring issue that to have an app which can store data persistently, you need to use google's proprietary database software. Heroku doesn't screen against abuse at all. Heroku is not a 'shared hosting' provider. Their systems use the very finest jailing techniques to lock the ruby process in to it's own little world. It has no writable filesystem and it can only read what it absolutely needs to be able to read to function. All data storage happens over the network on separated database servers. The only type of abuse they need to be weary of is people using their servers to do illegal things - bullying, sharing illegal content, that sort of thing. They deal with that the same way any provider does - wait till someone makes a complaint. Matz, inventor of ruby, works for heroku making exactly this sort of stuff work extremely well. Still, it's not as friendly as it could be, and I personally think the trade offs on heroku are not very good for beginners (you have to use a complex database system, and cannot use the filesystem to store anything but static assets). Good work getting this server up David! I'm pretty excited. It sounds like you're having some pretty annoying deployment issues. As it's being quite a hassle, perhaps we should be thinking more deeply about creating our own special server for this task - something like the modified unicorn I mentioned earlier somewhere. — Jenna On Sunday, 1 April 2012 at 6:23 PM, Peter Retief wrote: Wonder if Google might help getting camping to run on app engine? On 1 April 2012 10:03, david costa gurugeek...@gmail.com wrote: Ah I forgot you can compare camping running on thin here http://run.camping.io:3301/ vs passenger at
Re: camping paid examples + screencasts ?
On 30 Mar 2012, at 14:51, david costa wrote: Vimeo is great (I use it for a lot of professional videos) but perhaps we should have them on youtube too because google ranks video from youtube higher on their searches. YouTube: loads of trolls (-2) but lots of eyeballs (+1) = total: -1 Vimeo: a much nicer place (+1), fewer eyeballs (-1) = total: 0 Both is fine, but if YouTube, perhaps at least a YouTube Camping channel? DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
ah - was just stripping out the excess and responding to multiple parts of multiple messages in email-style. Will revert to adding at the top - DaveE :-) Wow. We should really enforce some sort of top or bottom posting policy on this mailing list. Preferably top because That's the default for most clients ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
Having just spent a whole afternoon: updating my sources in Debian just to install curl just to install rvm and check rvm requirements... [paused here and logged out of server] to find that I now have to add my user to the rvm group (to find useradd -G rvm myusername *fails*)... then install a pile of Ruby dependencies that aptitude can't even find... I'm all for this! I'd argue PHP became a default for web designers-turned-developers partly because of the no-brainer beginner installation (dump all the php files in your root dir!). So much is taken for granted and glossed over in both the Ruby and Python communities about server setups, and there's so much outdated and conflicting information out there, that a quick route (a la Heroku but more selective and even easier) would be welcome. For a real no-brainer I'm even thinking Dropbox (which can run per- user on a server) and/or git and/or a script that deploys once the user is set both up on the server and locally, like cap deploy but really stripped down. DaveE On 30 Mar 2012, at 17:09, david costa wrote: I agree with Dave that we have to go pretty much back to basic when is about deployment. I have been running a free hosting for several years (2001 to 2006 I think http://dotgeek.org) and I think that many programmers get lost in running thins in reverse proxy which, as far as I gather, is getting the main web server (Nginx) to act as a proxy to your app more at http://blog.sosedoff.com/2009/07/04/how-to-deploy-sinatra-merb-applications-with-nginx/ From years in PHP this is already a big change :) Wondering if we could set up a free hosting for camping that is dead easy like on command line camping-remote myapp and make it run on the fly without having to configure anything and/or something where you simply drop your nuts.rb in the folder you want in apache/anything and it runs automagically or in a very simple way. But I am also very happy with how it works now :) just thinking loud! David On Fri, Mar 30, 2012 at 4:59 PM, Dave Everitt dever...@innotts.co.uk wrote: I'll go with unicorn then. Apparently it handles more requests/sec than Thin. But that might be old benchmarks who knows. Sounds great - my sites are the same setup, but with regular thin. :) All I ask is that it avoids sentences such as this one (from Unicorn): Slow clients should only be served by placing a reverse proxy capable of fully buffering both the the request and response in between Unicorn and slow clients. Embarrassing to admit it and I'm going to look like a dumbo here, but I don't really know what a reverse proxy is. I hate messing with my servers (ancient Ubuntu and not-so-ancient Debian, running Apache) any more than absolutely necessary. So I wouldn't understand how to apply the information in that sentence, or - more crucially - whether I can ignore it for a site(s) with small-to- modest traffic. The Thin site does a nice, minimal job of explaining how to get things running, but I'll be the first in line to watch the deployment screencast and get Unicorn installed. After trying to teach this stuff to complete beginners and failing, what I'm saying is: don't take any server-related knowledge for granted when explaining deployment - this is where a lot of frameworks fall down - I spent *days* trying to get one server configured just to run something simple (okay, that was Django and mod_wsgi - sshhh - but the same kinds of hoops still need jumping through). I guess the bigger difference would be hooking one of the Rack servers to Apache instead of Nginx. But I think Nginx is a better option since it's ment to serve static pages and Unicorn will be the one handling all the dynamic stuff. ...but please include an Apache-only setup for those of us who haven't installed Nginx (and really should, but just... haven't) and have very modest loads, and a stack of legacy sites to run. the simple dumbest build will launch the webserver with thin (camping --port 80) Nice'n'simple, but (if starting out and watching a screencast) I'd want to a mention of what dependencies need installing on my server to even get that far... I'm carrying on as dumb here because even getting SQLite running on my old Ubuntu server (for a default Camping setup) took some fiddling. SO maybe a quick: here's how to check you have SQLite running on your web server: `which sqlite3` or `sqlite3` then from the sqlite shell `.quit`. DaveE this is what Unicorn sounds like: http://d.pr/olau LOL! Now I know. These little asides are what keep me in this community, and _why I came here in the first place. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: dead easy deployment / Camping on the fly
oops - should have put my last reply here... - DaveE Hello all, I am opening a separate topic just to brainstorm the idea of a free, simple camping deployment/hosting option. Now this is not about re-inventing the wheel as heroku already supports camping apps too. So this would be the ground idea: a) This would be entirely free - no paid plans to upgrade etc.; b) Eventually users should be able to deploy a camping application by launching something like camping-fly myapp in the command line and it would simply work (through a git push or similar) and make it available live in a custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or myfancyapp.ruby.am c) Database fanciness should also be available or at least sqlite/ mysql Suggestion and ideas on how to achieve this are welcome (or professionals with the expertise willing to do a simple project based on this ) servers I can make available for this: Debian 6 Intel Core i7 3930K (6 x 3,20 GHz) RAM 64 GB 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster) OR (don't laugh) Mac mini 2.0GHz quad-core Intel Core i7 8GB memory 2X256GB Solid State Drive of course we would need to limit this to screened applicants to avoid any spammers/troublemakers Best Regards David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
My only fear was - am I doing something that people might want or is really useless ? it's useful :-) So bottom line: will go ahead with the 6-7 screencasts (Isak is doing it) and we take it from there. ...tutorials for specific things such as: adding cookies, sessions, using different view/template systems, integrating multiple apps, etc. I really like the idea of focussing on a specific topic for each one. If one of these covers deployment and hosting setups, that would fill a gap, especially if it covers the best solutions for various common scenarios (mine is an old Ubuntu VPS with 15+ live sites and Perl and PHP already running). There's some info Jenna provided on the wiki: https://github.com/camping/camping/wiki/Book:-Publishing-an-App As for links to Camping stuff 'out there' I started compiling things here but haven't edited for some time: https://github.com/camping/camping/wiki/Miscellaneous-Camping-links somewhere clearly on the camping book we should have something like Database: by default and in this example... camping creates an sqlite database called camping.db located by default in your home folder under .camping.db This is done for simplicity but you can easily define your own db engine .. Yes, this would be good. Could be added to the existing docs. I am giving you the view of someone with some programming experience in php, perl, bash but not a lot in ruby or rails. I found Camping when learning Ruby, big fan of _why (especially the education initiatives), added my bit to the Camping community after _why vanished. I admire but do not like RoR. Love Camping but not done anything public with it. Instead have a Camping folder full of small explorations (e.g. create/destroy database test) and another full of 'camping resources' collected a few years ago. Tend to chip in at times like these. Currently wondering what MVC means now after making a single-page app for iOS in HTML/CSS/js using PhoneGap. Started the bare bones of a new Camping app for an online art project, but that's going way too slowly. I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. Static v dynamic pages: +1 Jenna on dynamic *only* where needed - reason static site generators like nanoc are becoming popular. But a Camping-based forum would be good :-) What I like about this community (and that's a big factor in choosing any software) is the lack of noise, the diversity and the 'small but effective' approach. And the small thrill when someone discovers Camping and enthuses about it :-) DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
Great! The first thing is to decide *what* to screencast... the 'blog in 10 minutes' idea is a bit old (although an updated version would be good because there's an old Camping one out there somewhere)... Any suggestions for a useful, current and easy topic for a Camping screencast? - DaveE I'd be more than happy to help with screencasts and writing. I'm quite good with Final Cut and Motion, but someone else would need to take the lead on that and delegate tasks to me, as my mind is tied up in other projects for the next few months. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
Hi David seriously do a normal, new user have to dig till stackoverflow to find this out ? I think that db connection, especially MySQL (because I don't think the small average web app would need mongo/ couch but that's just me) should be fairly straightforward. it is, it's just not immediately documented although there are some (a bit out-of-date) posts on MySQL and Camping. The idea is that you can use what you like, but perhaps an example for each case would be in order... Again since I do not have knowledge of rails this might be just my problem ... if the target is people using rails may be more clarity is not needed. no, I think camping has a separate user base (wild claim, no stats) and although (being Ruby) many are familiar with/also use RoR, this isn't taken for granted and shouldn't appear as if it is... (BTW perhaps it would make sense to unify some of these tutorials on the camping website?). I hope I am not being too critical. not at all, it's good to have new users! As for unifying things... well, that's been tried before :-) the thing is, although we all get on, the varying ideas about Camping's 'public face' each have a unique take on things. http://camping.rubyforge.org/ is the main starting- point, and (as you know) Philippe Monnet's site also has a lot of useful tutorials e.g. this one on OAuth http://blog.monnet-usa.com/?p=293 But if you'd like to list what you've found useful (or compile a set of ideas for brief guides to Camping) at some point I'm sure there'll be a way to get it added somewhere findable... I might even do it myself :-) Dave ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
another thread has just come alive about showing the alive-ness of Camping (Re: +1 shorter domain name), so you might want to take a look there too. It's a generous offer and I'm sure someone(s) will take it up. I actually enjoy doing tutorial stuff like this, but we're a diverse bunch with many different approaches, so I'd be unhappy about putting any kind of identity on it, and I'd want to work with at least one other Camping community person (partly because my Camping knowledge - and general approach - is that of the eternal newbie/generalist) - Dave E. Wow I think I didn't really manage to be understood (but I did write I would be willing to sponsor so I thought it was). :) I am willing to pay / sponsor the creation of camping examples and screencasts :) So if anyone is interested let me kno ! ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Markaby license issue
I don't think there are any 'shoulds', but people writing code (including markup) which other people might one day need to understand would be wise to make it comprehensible, and probably therefore in a recognisable, readable syntax... which I think is the essence of Markaby and its legacy :-) DaveE I think people who want to write HTML in HTML should write HTML in HTML. I think people who don't want to write HTML in HTML should write it in something they prefer. Just my humble opinion. --Isak Andersson Den 2011-12-29 02:14:18 skrev Anthony Durity gravi...@jollyrotten.org: I think people should write HTML in HTML, CSS in CSS, Javascript in Javascript, and Ruby in Ruby. I don't get the fascination with DSLs for existing domains. DSLs for your own stuff is okay, where you need something that is more complex than a bunch of functions and less complex than a full blown language. But DSLs for existing domains. Just write it in the target language already. If you want to integrate with other stuff you can. If you want to switch platforms you can and you don't have to throw awaw or rewrite a ton of stuff. On Tue, Dec 20, 2011 at 6:56 AM, Jenna Fox a...@creativepony.com wrote: I tried to use that crazy stuff recently and it just doesn't work, in webkit at least. — Jenna On 20/12/2011, at 4:34 PM, Steve Klabnik st...@steveklabnik.com wrote: Yep! Granted, if you serve it with an XML MIME type, it must be able to be parsed with an XML parser, so none of that p bthis iis/b insane/i stuff! But still... I actually like XML. There are some of us in Ruby... ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: setting controllers etc
One of Camping's major selling points is that it's just straight forward ruby classes and modules. No magic. Magic is anything where you don't immediately fully grasp how it works. set :controllers is that type of thing. -1 for magic, and +1 for questions like this: Is it filename based? Where do you specify URL rules? Can you have one controller inherit from another? Can you mixin modules to get useful methods? How do helpers work? At least, for mere tinkerers like me... DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Markaby + HTML5
Hi Nokan for current efforts in this direction, see here: https://github.com/markaby/markaby/issues/18 and here: https://github.com/markaby/markaby/pull/26 and note: https://github.com/igravious/markaby/commit/8be76d138228a32500f96140afca79bf95751e40 Or even: https://github.com/zimbatm/miniby but note Miniby is just a small experiment I did over my trip to london. Some ideas I wanted to try-out while implementing a Markaby clone. Don’t expect no support of future development :-) DaveE this is not really a Camping question, but a Markaby one, so please don't be angry, please! :) How can I use HTML5 tags (for example footer) and HTML5 compliant attributes (for example data-content=xxx) in Markaby? It throws an error when I try this. I've workarounded it with text footer and text div data-content=\xxx\ but this isn't the nicest solution. How would you do these? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Passenger, Rack and __END__ error
I might be missing something stupid.. but Passenger doesn't like __END__ http://pastie.org/2689517 Same code (omitting requires) fine in Camping server, not with Passenger/Rack: compile error config.ru:33: syntax error, unexpected $end, expecting ')' __END__ ^ Works fine under Passenger without __END__ - probably a Rack issue, but looking for clues here... Ruby 1.8.6 Rack 1.3.4 Passenger 3.0.9 Apache 2.2.17 Camping 2.1.467 DaveE BTW love @@/styles.css - saved 6 lines of code :-) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Feature: Inline templates?
On Fri, Aug 26, 2011 at 16:14, Dave Everitt dever...@innotts.co.uk
wrote:
Since no-one has replied, for what it's worth (as a very amateur
camper),
I've always been happy with simple regular Markaby views and the v2.1
options for external templates. Also, my modest one-file apps have
their CSS
after __END__. In any sizeable app, you'd probably want to have
separate
templates for easier maintenance (since - if inline - their code is
going to
add more than a few lines and break the one-file advantages), so the
question is: will anyone use/want inline templates? - DaveE
I've committed another patch (8b6fee67). Now you can serve static
files too:
__END__
@@ /style.css
* { margin: 0; padding: 0; }
It also sets the correct MIME type.
The only thing I worry about now is that it's taken a lot of bytes.
We're currently at 3976 (97%) bytes.
So further feature-creep is to be avoided. I'm also happy calling
stylesheets within Markaby:
head do
title 'My Blog'
link :rel = 'stylesheet', :type = 'text/css',
:href = '/styles.css', :media = 'screen'
end
DaveE
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: Teaching
I think there's nothing more fun than finding noobs and teaching them how to make awesome hacks! I know some of you guys think like I do, and I want to know which ones of you that is? I'm one of those. I've a project in mind, and it's going to take some doing. I could do it myself, but it'd be way better with a bunch of total geniuses at the helm than just silly old me. how about drawing on the wisdom of multiple silly old mes? I'm no uber-specialist, but I do have a good understanding of the difficulties people have with this stuff. With a stupid number of projects on the go, I'm not promising anything, but what's the idea? It's probably time for someone to make a new Camping screencast... So seeing as today is WhyDay and all, it seems like we should be thinking about the kids, and about teaching, and about drawing pictures of little silly people talking about silly things which somehow leads to education through nothing more than a thick coating of irrelevance. (I thought WhyDay was August 19th?) now that's one of the reasons I joined this list - I wanted to use Camping as a way of introducing students to the next step after HTML/CSS. In the end, I only ever had on who was interested. TL;DR; I want brains. Braains http://cl.ly/0i1Q3S0A1017470j2c2r lol DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Teaching
Everyday is WhyDay. You should know this! :D oh yeh - I forgot :-) I'll email you directly with infos later. k ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Feature: Inline templates?
Since no-one has replied, for what it's worth (as a very amateur camper), I've always been happy with simple regular Markaby views and the v2.1 options for external templates. Also, my modest one-file apps have their CSS after __END__. In any sizeable app, you'd probably want to have separate templates for easier maintenance (since - if inline - their code is going to add more than a few lines and break the one-file advantages), so the question is: will anyone use/want inline templates? - DaveE On 25 Aug 2011, at 19:04, Magnus Holm wrote: Another feature! Inline templates: module App::Controllers get '/' do @title = My Perfect App render :index end end __END__ @@ index.erb Welcome to %= @title % What'd you think? Keep or throw away? It costs us 184 bytes at the moment. // Magnus Holm ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
update breaks hello clock?
Just did a quick gem update, including Camping 2.1, and ran 'Hello
Clock' (http://camping.rubyforge.org/book/02_getting_started.html) as
a quick test:
deveritt$ camping nuts.rb
/usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/utils.rb:138:in
`union': can't convert Array into String (TypeError)
from /usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/
utils.rb:138
from /usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/../
lib/camping.rb:3
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/
custom_require.rb:31:in `gem_original_require'
from /usr/local/lib/ruby/site_ruby/1.8/rubygems/
custom_require.rb:31:in `require'
from /usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/
camping:5
from /usr/local/bin/camping:19:in `load'
from /usr/local/bin/camping:19
Any ideas? Worked fine with 2.0.392 -
Camping.goes :Nuts
module Nuts::Controllers
class Index R '/'
def get
@time = Time.now
render :sundial
end
end
end
module Nuts::Views
def layout
html do
head do
title { Nuts And GORP }
end
body { self yield }
end
end
def sundial
p The current time is: #{@time}
end
end
Dave
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: update breaks hello clock?
Thanks Magnus - downgraded Rack to 1.2.0 after trying Git version.
For the benefit of anyone else reading this:
Tried the 1.8.6 compatibility-fixed version of Rack:
git clone git://github.com/sferik/rack.git
cd rack
rake test
(in /Users/deveritt/src/rack)
bacon -I./lib:./test -w -a -q -t '^(?!Rack::Adapter|
Rack::Session::Memcache|rackup)'
sh: line 1: bacon: command not found
rake aborted!
Command failed with status (127): [bacon -I./lib:./test -w -a -q -
t '^(?!Rack...]
/Users/deveritt/src/rack/Rakefile:74
So (no time to dig further into the above, and most recent Rack was
1.1.0 on machine in question) just did:
sudo gem install -v 1.2.0 rack
sudo gem uninstall -v 1.2.2 rack
Everybody's Camping happily again :-)
Dave
Seems like Rack 1.2.2 (and 1.2.1) no longer supports 1.8.6. It's fixed
in Git, but I'm not sure when a new version will be released:
https://github.com/rack/rack/pull/145
You can downgrade to 1.2.0 for now.
// Magnus Holm
On Wed, May 18, 2011 at 12:44, Dave Everitt
dever...@innotts.co.uk wrote:
Just did a quick gem update, including Camping 2.1, and ran 'Hello
Clock'
(http://camping.rubyforge.org/book/02_getting_started.html) as a
quick test:
deveritt$ camping nuts.rb
/usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/utils.rb:138:in
`union': can't convert Array into String (TypeError)
from
/usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/utils.rb:138
from
/usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/../lib/camping.rb:3
from
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`gem_original_require'
from
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`require'
from /usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/
camping:5
from /usr/local/bin/camping:19:in `load'
from /usr/local/bin/camping:19
Any ideas? Worked fine with 2.0.392 -
Camping.goes :Nuts
module Nuts::Controllers
class Index R '/'
def get
@time = Time.now
render :sundial
end
end
end
module Nuts::Views
def layout
html do
head do
title { Nuts And GORP }
end
body { self yield }
end
end
def sundial
p The current time is: #{@time}
end
end
Dave
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: update breaks hello clock?
Hmmm... time to upgrade to Leopard - the nice 'one-click Ruby
installer' at http://rubyosx.rubyforge.org only goes to 1.8.6 on
Tiger, and there are readline issues when installing 1.8.7 on Tiger.
BTW the link to Camping on the above page still goes to http://
code.whytheluckystiff.net/camping/ if anyone knows who to contact to
get this changed? - Dave
A better solution is to actually upgrade to 1.8.7 (which is
actively maintained)
// Magnus Holm
On Wed, May 18, 2011 at 18:15, Dave Everitt
dever...@innotts.co.uk wrote:
Thanks Magnus - downgraded Rack to 1.2.0 after trying Git version.
For the benefit of anyone else reading this:
Tried the 1.8.6 compatibility-fixed version of Rack:
git clone git://github.com/sferik/rack.git
cd rack
rake test
(in /Users/deveritt/src/rack)
bacon -I./lib:./test -w -a -q -t
'^(?!Rack::Adapter|Rack::Session::Memcache|rackup)'
sh: line 1: bacon: command not found
rake aborted!
Command failed with status (127): [bacon -I./lib:./test -w -a -q -t
'^(?!Rack...]
/Users/deveritt/src/rack/Rakefile:74
So (no time to dig further into the above, and most recent Rack
was 1.1.0 on
machine in question) just did:
sudo gem install -v 1.2.0 rack
sudo gem uninstall -v 1.2.2 rack
Everybody's Camping happily again :-)
Dave
Seems like Rack 1.2.2 (and 1.2.1) no longer supports 1.8.6. It's
fixed
in Git, but I'm not sure when a new version will be released:
https://github.com/rack/rack/pull/145
You can downgrade to 1.2.0 for now.
// Magnus Holm
On Wed, May 18, 2011 at 12:44, Dave Everitt dever...@innotts.co.uk
wrote:
Just did a quick gem update, including Camping 2.1, and ran
'Hello Clock'
(http://camping.rubyforge.org/book/02_getting_started.html) as a
quick
test:
deveritt$ camping nuts.rb
/usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/utils.rb:
138:in
`union': can't convert Array into String (TypeError)
from
/usr/local/lib/ruby/gems/1.8/gems/rack-1.2.2/lib/rack/utils.rb:138
from
/usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/../lib/
camping.rb:3
from
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`gem_original_require'
from
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`require'
from /usr/local/lib/ruby/gems/1.8/gems/camping-2.1/bin/
camping:5
from /usr/local/bin/camping:19:in `load'
from /usr/local/bin/camping:19
Any ideas? Worked fine with 2.0.392 -
Camping.goes :Nuts
module Nuts::Controllers
class Index R '/'
def get
@time = Time.now
render :sundial
end
end
end
module Nuts::Views
def layout
html do
head do
title { Nuts And GORP }
end
body { self yield }
end
end
def sundial
p The current time is: #{@time}
end
end
Dave
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Re: [ANN] ABingo (A/B Testing framework) plugin for Camping
Hi Jenna - just checking email backlog, was going to pop something up on Phillippe's behalf, but Rack is down on whywentcamping.com :-( - Dave Everitt Hey you know it would be totally awesome if you did some posts on the camping blog at http://log.whywentcamping.com/submit about this neat stuff so we can mutually bask in whatever minor exposure that might bring. :) Give me a poke if you submit something through that so I can hit publish on the tumblr end. j On 16/12/2010, at 15:47, Philippe Monnet r...@monnet-usa.com wrote: I posted part II of the series, detailing the steps to add ABingo to a test Camping app - http://blog.monnet-usa.com/?p=330 GitHub and RubyGems have been updated with a couple changes too. There is also a very basic example at http://camping- abingo.heroku.com/ On 12/2/2010 5:34 PM, Philippe Monnet wrote: After becoming interested in Patrick McKenzie's ABingo A/B testing framework for Rails I decided to adapt it for Camping after getting his blessing. The plugin can be found on GitHub at: https://github.com/techarch/ camping-abingo The camping-abingo gem is on RubyGems. The doc is at: http://camping-abingo.monnet-usa.com/ And I started the first of a couple posts on ABingo for Camping: http://blog.monnet-usa.com/?p=322 Philippe (@techarch) PS - for the moment I have not promoted the repository up to the Camping GitHub org but I can do that if people feel like it should be there. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Rubyconf
Anyone going to http://rubyconf.org/ wearing a 'Camping' t-shirt? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping on Wikipedia
The Wikipedia article on Camping: http://en.wikipedia.org/wiki/Camping_(microframework) has a warning at the top asking for more independent sources on Camping. Can you please add any books or articles (not by _Why) that mention Camping (post-1.5), or web articles that - say - survey microframeworks in general to this thread? Or just add them to the Wikipedia article. As a guide, apparently (for Wikipedia) Merb seems to have enough references: http://en.wikipedia.org/wiki/Merb There's also this Wikipedia framework comparison page that had Camping at 1.5 (I just edited to 2.1) : http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Philosophy
Fine with me. I'd like the idea of collating and condensing our statements about it, and putting them somewhere too. I might do that - Dave http://github.com/camping/camping/wiki/Philosophy Whatcha guys think? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Junebug Wiki
Does anyone know if there's a community-maintained version of Julik Tarkhanov's Camping-related stuff (e.g. the Camping-based Junebug Wiki http://rubyforge.org/projects/junebug/)? The last update I can find is from 2007, just wondering if anyone's tried it with Camping 2.1. Otherwise I'll contact him via Github. Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: What is the process for publishing to campingrb.tumblr.com?
This needs to stop - now! I've sent you another reply, so please respond to that instead and leave off the personal exchanges - Dave E. i've been reading what you've been writing and you obviously haven't got a clue what you are talking about. and rather than accusing me of not knowing this difference between a cms a framework and a dumb bitch why don't you just not be so insecure. photoshop doesn't work that way...? yea, that makes sense. i wouldn't ask you to do anything other than confuse the masses. i like the stooges. i even like you but I can read through your bull shit. On Sun, Aug 22, 2010 at 11:15 PM, Angel Robert Marquez angel.marq...@gmail.com wrote: fuck you ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: What is the process for publishing to campingrb.tumblr.com?
I apologise if my reply seemed pompous - your background wasn't obvious. If you're developing a new framework, great, let us know about it. No need for the insults, I just help out here in my free time, that's all - Dave E. appreciate your attempt to explain. you assume far to much. you aren't really exploring my question and i've been a programmer, developer, architect, designer, qa engineer etc..currently salaried programmer. i'm not sure why you think i'm migrating. i think there's more holes in your answers than in my questions. so, thanks for nothing. i already have a comparable solution from research I was just hoping some one that solicited the know how could actually provide some better direction; but, I guess not. whatever dude. hopefully we never work together. i can't stand the bs pompous responses. you are a joke and i hope you are really just some generic douche trying to sound like he knows what he's talking about. are you a camping user trying to act like it't yours? get a life. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Wiki Writing Requests!
Hi Jenna - done (Markdown). Others can add to it now - Dave E. Heya! So I'm trying to get this new website all tied up in a nice little bunch. I'm a bit silly when it comes to git-fu though. Could one of you create a page on the camping/camping wiki called 'Contributing', and put stuff in it which tells people how to do that? Use Markdown or Textile. Doesn't really matter which. I'm moving most of the articles I work on over to Markdown because textile and my brain don't like each other and I don't much like being stuck in the middle of their squabbles. Do whatever though. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Don't understand one part of the book
Hi Quiliro Camping is good for what you want it to be - e.g. - create small focussed applications that can work together, - make an app that does a useful thing for yourself, - experiment and enjoy! Take a look at the wiki - it's a work in progress, but there's plenty to help explain: http://github.com/camping/camping/wiki/WhyWentCamping-Homepage The text simply explains in plain language what the code above actually does, that's all :-) Dave Everitt Hi Guys/Gals. I am new to the world of Camping. It looks very simple. I have two issues: What types of applications is Camping more suitable than Rails. The part Modeling the World in http://camping.rubyforge.org/book/ 02_getting_started.html is not clear for me where I have to encounter: If you want to migrate up to version one, create the skeleton for the Page model, which should be able to store, title which is a string, content which is a larger text, created_at which is the time it was created, updated_at which is the previous time it was updated. I am not able to get this message. Thank you for your help :) -- Saludos/Greetings Quiliro Ordóñez ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Need input on proposed tweaks to www.ruby-camping.com
Okay - we might be all running before we can walk, what with no real improvement to existing content yet. Everything I do professionally in this field starts with a solid content plan/list and a kind of strategy - there are some pretty good content suggestions in older posts. Before go any further (since we're all pretty busy) perhaps the main effort after all should go into refining the content on: http://whywentcamping.judofyr.net and avoiding duplication from: http://camping.rubyforge.org The only thing stopping me is that I have to get to grips with Webby, which I've never used. I was going down the Nanoc and Sass route before I got abducted by some nasty paid work. Or even make it all in... Camping (gasp!). But I do like the diversity of views of this group, although the healthy disagreement makes things hard to pin down. BTW Tumblr is fine (I use it), but why not use the blog on whywentcamping.judofyr.net instead? - DaveE My suggestion is that it not exist. Magnus already made a brilliant camping website at http://whywentcamping.judofyr.net/ It has content, but no drawings of tents. However I think we can have both in the same website. Could make an issue about it on the github issue tracker if you like. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping on StackOverflow
There aren't enough Camping questions on SO to cherry pick :-) but getting them to use the mailing list would be good, although we'd also want to answer directly on SO - Dave E. On 25 Jul 2010, at 14:11, Philippe Monnet wrote: I think we probably need to also keep an eye on StackOverflow since it is now one of the top tech destinations with a super high amount of developer traffic. I just subscribed to the Camping tag RSS feed too. Also when answering we can encourage people to join our mailing list in our comments. I will check more often as I use StackOverflow several times a week anyway. I guess it's all part of our diversification to get the word out on Camping. Do you guys think we should cherry pick interesting questions every so often and either cross post to our list or maybe add to an FAQ page? On 7/25/2010 6:00 AM, Magnus Holm wrote: I've asked some of them (even though they are several months olds) and have also subscribed to the camping-tag. I'll try to automatically forward them to the camping-list :-) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping on StackOverflow
Librelist looks great. Can it take the existing archives? How can inboard links to the existing list be forwarded? Are the killer questions - Dave E. Speaking of the mailing list: rubyforge sucks! Couldn't we have something nice, like librelist? Those hackety hack guys with their fancy mailing list put ours to shame. _why is still the admin contact of this list. :| ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Wiki vs homepage
Hi Steve - I really like that idea. Of course, someone (us) is going to have to actually purchase the domain at some point :-) - Dave E I don't know if it's available or not, but why not campingrb.com rather than ruby-camping.com? Many of the other small web frameworks follow this url scheme (sinatrarb and padrinorb). ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Wiki vs homepage
Anyone know who did this: http://camping.tumblr.com/ ? Dave E Jenna: I suggest a tumblr, because it doesn't cost anything, can have group committers, all the features we need, and it too is connected to the rich heritage of _why :) ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Wiki vs homepage
May not be attractive, but if it's already a ruby-related meme, worth considering - Dave E On 23 Jul 2010, at 17:38, Philippe Monnet wrote: My preference would be to have Ruby explicitly mentioned in the name and a clear easy-to-read url. This makes it a bit more SEO friendly too which is important for a promo site. IMHO suffixing with rb is not very visually attractive. On 7/23/2010 9:39 AM, Steve Klabnik wrote: I don't know if it's available or not, but why not campingrb.com rather than ruby-camping.com? Many of the other small web frameworks follow this url scheme (sinatrarb and padrinorb). ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping 2.1 and whywentcamping.com
Still busy, so just a brief comment... Philippe: I think this is a lot of fun - the slideshow is the kind of minimal introduction that really works. Better as inspiration than as a working website, so perhaps a combination of these graphics with the 'classic plain green' style at http://whywentcamping.judofyr.net would be a good way forward? We're such a diverse bunch I can't imagine a total consensus on the Camping site, but I think http://github.com/camping/ whywentcamping.com/ needs to be the starting-point - content is king at this stage, so Magnus' issue about the reference needs addressing: --- The reference is currently missing. I'm not quite sure how we would implement it. I guess we want: * To be able to view the whole reference in a single page * To be able to link to a specific section of the reference * To be able to comment on a specific section. View Issue: http://github.com/camping/whywentcamping.com/issues#issue/3 The reference show/hide JQuery fails on my latest Firefox, but this should be simple to fix. Dave Everitt Just for fun and to keep creative juives flowing I mocked up one idea of layout including a resizable look and a slideshow to showcase key points about Camping. That slideshow is using straight HTML and Javascript. See http://rubycamping.monnet-usa.com/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping 2.1 and whywentcamping.com
On 30 Jun 2010, at 13:57, Philippe Monnet wrote: Who would be interested in working together on the site? [briefly] I would. Busy today, will process latest emails and respond later :-) A great new step for Camping all round, though! Dave E ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Updated version of RESTstop and RESTr plus bonus blog post
Added to the Github Camping wiki (with your growing number of links...) - guides these are really useful! - Dave Everitt I also ended up writing a blog post on how to implement REST services with RESTstop. See http://bit.ly/tareststop ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time on Camping
Rubygems.org was playing up recently (gems.rubyforge.org forwards to it - see previous posts), and this looks like the same issue... Dave E. Something's not right with your rubygems install maybe try `gem update --system` first? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time on Camping
Raimon a few things you probably already know but... just in case! 1. because of the preceding '.' in '.camping.db' you'll need to use ls - al to see the file listed (in the ~ home dir) in your file system. 2. In Magnus' example settings (database = list) you can also add a path to your database as well as its name (unless something's changed since I last did it!) e.g.: database = ./data/mydata.db 3. The Firefox SQLite Manager is handy for errr.. managing your SQLite database: https://addons.mozilla.org/en-US/firefox/addon/5817/ Note: with SQLite you cannot change column names once they're in the database (unless anyone knows better?). Dave E. Yeah, people always get a little confused because you don't need to define your database when you're using bin/camping (it has a default SQLite database at ~/.camping.db). ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time on Camping
Hmm - quickly: in similar setups this usually requires UTF-8 to be specified throughout Camping(?), the database, within your files (and any markup files they generate), and (sometimes) also on the server. Then you can just use/store/retrieve the characters as they are - Dave E The main difference is the encoding for some chars: á = #225; ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time and first error
Hi Raimon I'm having the same problem with rubygems.org - won't even load in a browser. In February there was a bit of a change: http://update.gemcutter.org/2010/02/20/rubygems-org-move-complete.html Fro current status see the tweets here: http://twitter.com/gemcutter and Magnus' Temporary fix: add 72.4.120.124 rubygems.org to your /etc/hosts Otherwise, get the bleeding edge version: sudo gem install camping --source http://gems.judofyr.net/ Dave Everitt I want to add that I'm not behind any proxy or firewall, and that I could successfully download/and install some other gems in this machine without any problems, but no, no, I can't install nothing from gem. It seems like a time-out problem: I have this remote sources: - REMOTE SOURCES: - http://gems.rubyforge.org/ - http://gems.github.com MacBook-ProII-2:~ montx$ mmm, a ping to http://gems.rubyforge.org/ = cannot resolve http:// gems.rubyforge.org/: Unknown host MacBook-ProII-2:~ montx$ sudo gem sources -r http:// gems.rubyforge.org/ http://gems.rubyforge.org/ removed from sources now I have only - http://gems.github.com MacBook-ProII-2:~ montx$ sudo gem install camping ERROR: could not find gem camping locally or in a repository MacBook-ProII-2:~ montx$ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time and first error
Hi Raimon I did mean that, but the rubygems site is back up... and it looks like they're making progress as the error messages are changing. So maybe try again tomorrow? Dave Hi David, On 8jun, 2010, at 15:38 , Dave Everitt wrote: Hi Raimon Github is no longer maintaining this but the gems are still there, so try: --source http://gems.github.com do you mean using like this ? MacBook-ProII-2:~ montx$ sudo gem install rack --source http:// gems.github.com ERROR: could not find gem rack locally or in a repository MacBook-ProII-2:~ montx$ thanks, r. ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time and first error
Hi Raimon - welcome, glad we got around the rubygems.org fail :-) - Dave Everitt sudo gem install rack --source http://chneukirchen.org/releases/gems/ ok, installed and running, now I'm a Camper!!! :-) Sure I'll come back here with more questions about Camping ... ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: First time and first error
Hi Raimon don't know if I can just clone the git repository of restr and install it using ruby setup.rb that seems the best way, as David Susco suggested: I don't believe the gem has been updated to include Matt's or Philippe's latest changes. You could clone it from GitHub though and rake and install it yourself. So the error is general Indeed. We have no control over rubygems.org :-) DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Should we incorporate a filtering mechanism in controllers?
Philippe - dead simple for me. I was put off Rails a long time ago, which is how I landed on Camping - Dave Everitt Do people prefer something simple dead easy like filtering_camping? Or would people prefer something more like filters in Rails? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Are there existing sitemap generators for Camping?
For now, added to the wiki under 'Miscellaneous Camping links'. Be good to find a few more 'made with Camping' sites/apps to add to the list - anyone want to put up their app? - Dave Everitt Magnus Holm wrote: Cool. We'll have to find a place on the wiki for these things :-) Philippe Monnet wrote: I wrote a simple (and crude) Google sitemap generator - see http://gist.github.com/330973 ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: What now?
Hi Philippe I am one of those Camping friends (although I've been too busy with clients just lately to do much). Although I just posted links to your Camping 'add-ons' to the wiki :-) I agree about Sinatra - from curiosity I've even dabbled with it myself (shame!), although it is nice that Camping still has a small community feel. Perhaps some _why-type cartoons (along the lines you suggest) might be the right way forward for a 'This is Camping' website. Or just keep things clean and minimal. As for content, that was covered in another post to the list some time ago, as was a domain name. Magnus has the substance (tutorial, examples, etc.) and a nice CSS style for the blog example. Maybe start with a developed version of the Camping blog on Heroku (free) so we can each add Camping-related posts to keep things fresh? It's just making enough time to put it all together... I'd be happy to chip in, but what's the best way to build a whole site that uses Camping - a collection of apps and generated static pages? I once used Camping 1.5 (running as CGI) as an easy way to make a simple multipage wireframe mockup, but... Dave I was wondering how we can help with next steps? I keep seeing all the attention going to the Sinatra framework (and Rails of course) and would love to help more with promoting Camping. It would be great if one of our web designer / Camping friend could help create a catchy visual for the site. How about a night time view of a camp fire with a tent and maybe a small projector with a big silver screen where we could display rotating content / slides? Any other crazy concepts? Philippe ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: I want to use camping 2.0
Hi - take a look here: http://stuff.judofyr.net/camping-docs/book/51_upgrading.html#from-15- to-20 DaveE what is the difference between the two version ( 1.5.180 and 2.0) ? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
gems.judofyr.net 404
I noticed today that this: gem install camping --source http://gems.judofyr.net has broken, so wanted to update the wiki at Github so visitors can get the latest version via gem? Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping on the Ruby Application Archive
Agreed about waiting until 2.0. And the ASAP. With this in mind, I've just gathered all the previous threads I can find discussing documentation, 'the book' etc. into a single text file to collate and re-post when I next have a few days. To save time looking, can anyone please point out any parts of the documentation that need cleaning up? - Dave Everitt Let's wait until 2.0 is released. If we clean up the documentation we have now, I'm totally in for releasing 2.0 as soon as possible [SNIP] //Magnus Holm Camping on the RAA is frozen at 1.4: http://raa.ruby-lang.org/project/camping/ [SNIP] - Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping on Wikipedia
Hi all I found the Camping page on Wikipedia in need of some serious TLC, so I updated it, added some newer links and removed the 'stub' status: http://en.wikipedia.org/wiki/Camping_%28microframework%29 I also pointed people to the Github repo for version 1.9. Please take a look and either make suggestions for further material for me to add (not too much... let's keep the text Camping-tiny :-), or make a contribution yourself. Magnus FYI: except for the introductory tutorial (http:// stuff.judofyr.net/camping-docs/book/02_getting_started.html) I refrained from adding any other links that point to your server/gem repo. Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping on the Ruby Application Archive
Camping on the RAA is frozen at 1.4: http://raa.ruby-lang.org/project/ camping/ If no-one has access I could contact raa-ad...@ruby-lang.org and send updated info, but (at present for the 'To install' part) that could mean sending out source http://gems.judofyr.net; (Magnus?) - Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Using #rubycamping in Twitter posts
true, but I think Philippe is using 'rubycamping.com' as a generic term for 'the Camping website' - DaveE I thought we settled on whywentcamping? ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping book
Very silly me. Forgot about 'Index': - class Pages R '/' + class Index have corrected the Pastie: http://pastie.org/679826 Dave Everitt Only one (in my setup) - on 'Wrapping it up', in the Controllers: class Pages needs the explicit class Pages R '/' ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping book
Magnus - I did make some earlier suggestions/edits and would be happy to implement them. I'm a sad and rather newbie (still working through the O'Reilly Git book) GitHub lurker (with no repos yet: http:// github.com/DaveEveritt) so let me know when you're ready and I'll start work - Dave E. Thanks for bringing this up again! I've pushed out what I have so far, but not your latest suggestions (you had some more in an earlier mail, right?) If you have a Github account I can give you (and anyone else who wants to contribute) push-access. I'm a little busy at the moment, but I'll try to fix it as soon as possible. //Magnus Holm On Mon, Nov 2, 2009 at 01:22, Dave Everitt dever...@innotts.co.uk wrote: I added some basic material to the GitHub Camping Wiki (new pages): http://wiki.github.com/camping/camping [SNIP] Thinking about existing stuff, some time ago Magnus wrote: As for thedocumentation ideas, I've already implemented the templates in RDoc, so rake docs builds all the three parts (the book is simply files in the book directory). I still need to make a way to link book chapters from the reference, but at least it's working. A Camping app can be useful when you want to edit it, so you don't need to run the rake task all the time. The book dir on GitHub doesn't have all the current content found at: http://stuff.judofyr.net/camping-docs/book/ or in the Camping install (unless I'm daft, which is possible) so where can the current book files be obtained? I guesswe could also implement it as a wiki, which might be better. Then we can't have it on camping.rubyforge.org (unless we can change the DNS-settings) though since it only allows static files. What do you think? I prefer having everything in files, and I think those who really want to contribute to the book wouldn't mind a git clone... I don't think there was a response at the time Magnus wrote this, so (given whywentcamping.com, which would be a separate exercise): ideas, opinions, anyone? Be really good to have camping.rubyforge.org updated, and I'm ready to pitch in, but how to start? Dave Everitt ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: is there a way to configure line breaks in markaby output?
Yes, it can be a bugbear. It's a bit 'non-lazy' but I just tend to add newlines with Markaby's 'text': def index h1 'My Site' text(\n\n) p 'Welcome to my site!' end - DaveE Is there anyway that I can configure Markaby to add line breaks between block elements so I'd get something like this: h1My Site/h1 pWelcome to my site!/p ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
