From peter at vandenabeele.com  Sun Nov  4 16:35:51 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Sun, 4 Nov 2007 22:35:51 +0100
Subject: [Brug-talk] Fwd: FOSDEM 2008: Call for Devrooms and Stands
In-Reply-To: <20071104195229.940DC68729B@hera.lan>
References: <20071104195229.940DC68729B@hera.lan>
Message-ID: <a11b4a7c0711041335i358d99d0q827ebd3537c897f1@mail.gmail.com>

Hi,

See the mail below.

Pascal Bleser of fosdem has just sent th e-mail below to all applicants
for a dev-room at fosdem. It seems the organisers have opened a more
formal process for the (many) requests for a dev-room. The most
important is that we send replies to these questions:

++++++
  To request a DevRoom, send the following information to devrooms at fosdem.org:

    * Project name
    * URL of the website of the project
    * Description of the project(s) (will be put on website when accepted)
    * Name of devroom responsible and your role in the project

All Developer Room request must be sent in before Monday 2007-11-26, 23:59 CET.
+++++++

May I ask that we collaborate on defining the requested answers.

Thanks,

Peter


---------- Forwarded message ----------
From: Pascal Bleser <loki at fosdem.org>
Date: Nov 4, 2007 8:52 PM
Subject: FOSDEM 2008: Call for Devrooms and Stands
To: peter at vandenabeele.com

Hi

You're receiving this email because you were a contact person for a
Developer Room and/or a stand at FOSDEM 2007 or because you already
sent a request for 2008.

If you are not involved into the project you were a contact for
any more, or if someone else is taking over the job, please forward
this email to the relevant recipients.

And now for the content ;)

The call for devrooms+stands has just been published on our site and
announced on our mailinglist (fosdem at fosdem.org):

  http://fosdem.org/2008/call_for_devrooms

Please send us requests before Monday 2007-11-26, 23:59 CET.

If you already sent us a request, please do send it again, including the
information we're asking for (see URL above) -- thanks for your
understanding, it greatly simplifies our process.

Please use devrooms at fosdem.org if you have any questions (as well as to
submit your request).

cheers
--
  -o) Pascal Bleser <loki at fosdem.org>    http://www.fosdem.org
  /\\     FOSDEM 2008 :: 23 + 24 February 2008 in Brussels
 _\_v Free and Opensource Software Developers European Meeting

From thomas9999 at gmail.com  Sat Nov 10 08:32:37 2007
From: thomas9999 at gmail.com (Thomas Richard)
Date: Sat, 10 Nov 2007 14:32:37 +0100
Subject: [Brug-talk] Controllers owning controllers
Message-ID: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>

Hey Belgian Rubyists,

I've just completed the book 'Agile web development in Rails' and I've
been playing around a bit before i start to work in my first real
rails application. Now while playing I came to a problem wich i might
be able to solve but if I'd do it my way it would break all the Rails
conventions the book was been telling about. So there should be a more
'agile' solution to this problem.

Let me try explain the problem:
The application would be build on a few big modules e.g: projects,
services, delivery's, stock, ...
Under these big modules I'd have a few smaller modules e.g: employees,
products, price requests, ...
The big problem now is that i would need to share the functionalirty
of these smaller modules between the bigger modules. The functions of
all the smaller modules should be exactly the same everywhere. It
probably has a simple solution but i can't seem to find one. The way
I'd try to solve the problem is making a controller for the projects,
services, .. modules , but i don't know how I'd have to handle the
smaller ones. I could put them in different rb files and require them
into the controllers but that just doesn't seem right.

When i was thinking about the URI's i came to a possible second
solution. The URI's would have to look something like
app/projects/pricerequests/new
Now that gave me a new perspective on the case. I could actually put
the smaller modules into controllers and just use the greater modules
as dummies. They're just there to organize the smaller modules into
groups. Then again, i wouldn't know how i could get something like
this working in rails as this would screw up the way the view system
works?

As you can probably see i found it hard to explain the problem but i
hope any of you can make something out of this. Would be nice of
someone wants to discuss about this with me (in private or not). I
hope questions like these are allowed in this mailing list ;)

Greetings
Thomas

From tom at 10to1.be  Mon Nov 12 03:47:48 2007
From: tom at 10to1.be (Tom Klaasen)
Date: Mon, 12 Nov 2007 09:47:48 +0100
Subject: [Brug-talk] Controllers owning controllers
In-Reply-To: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>
Message-ID: <b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>

Hi Thomas,

On 11/10/07, Thomas Richard <thomas9999 at gmail.com> wrote:
>
> Hey Belgian Rubyists,
>
> I've just completed the book 'Agile web development in Rails' and I've
> been playing around a bit before i start to work in my first real
> rails application. Now while playing I came to a problem wich i might
> be able to solve but if I'd do it my way it would break all the Rails
> conventions the book was been telling about. So there should be a more
> 'agile' solution to this problem.
>
> Let me try explain the problem:
> The application would be build on a few big modules e.g: projects,
> services, delivery's, stock, ...
> Under these big modules I'd have a few smaller modules e.g: employees,
> products, price requests, ...



What do you understand under "module"? From your explanation, it seems that
you consider one module as one web page.


The big problem now is that i would need to share the functionalirty
> of these smaller modules between the bigger modules. The functions of
> all the smaller modules should be exactly the same everywhere. It
> probably has a simple solution but i can't seem to find one. The way
> I'd try to solve the problem is making a controller for the projects,
> services, .. modules , but i don't know how I'd have to handle the
> smaller ones. I could put them in different rb files and require them
> into the controllers but that just doesn't seem right.



I'm still a bit lost here... How do the smaller modules belong to the bigger
ones? Why are they put "everywhere"?


When i was thinking about the URI's i came to a possible second
> solution. The URI's would have to look something like
> app/projects/pricerequests/new
> Now that gave me a new perspective on the case. I could actually put
> the smaller modules into controllers and just use the greater modules
> as dummies. They're just there to organize the smaller modules into
> groups. Then again, i wouldn't know how i could get something like
> this working in rails as this would screw up the way the view system
> works?
>
> As you can probably see i found it hard to explain the problem but i
> hope any of you can make something out of this. Would be nice of
> someone wants to discuss about this with me (in private or not).



A whiteboard (or a scrap or paper) would indeed be nice, I think. But please
try to explain your problem a bit more here, I'd like to help. What does
your application look like? How do you see the user flow? What are the
relations between the modules?


I
> hope questions like these are allowed in this mailing list ;)



That's why this list is here in the first place, isn't it?


-- 
Tom Klaasen
10to1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071112/178b4f7c/attachment-0001.html 

From thomas9999 at gmail.com  Mon Nov 12 13:32:58 2007
From: thomas9999 at gmail.com (Thomas Richard)
Date: Mon, 12 Nov 2007 19:32:58 +0100
Subject: [Brug-talk] Controllers owning controllers
In-Reply-To: <b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>
	<b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
Message-ID: <e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>

Hey,

First of all, thanks for the reply Tom. Thought I wouldn't get any.

I've quickly drawn something in paint and put it online. You can find
the image here:
http://www.statsfreakz.net/images/ror.jpg

As you can see the 'smaller modules' like workhours and products are
shared between the bigger categories. They have exactly the same
functionality but I'd like to have the sidemenu render the options
that belong to their main category. So when you're working in the
projects page you get a sidebar with different options then when
you're working in the delivery page. I've currently set this up with
some routing and I'm thinking of writing a controller for every
smaller module so i can just put them on any page i want without
changing code.

I've added these routes to routes.rb
  map.connect ':dummy/:controller/:action/:id'
  map.connect ':dummy', :controller => 'redirector', :action => 'redirect'

Then the template application.rhtml reads out the dummy variable and
renders the correct sidebar (this code is put in a helper). I really
don't know if this is 'the rails way' but i couldn't come up with
another solution myself. This seems to work fine and didn't cost me
alot of time to set up. So i might stick to this unless someone has a
better idea.

Greetings
Thomas

2007/11/12, Tom Klaasen <tom at 10to1.be>:
> Hi Thomas,
>
> On 11/10/07, Thomas Richard <thomas9999 at gmail.com> wrote:
> > Hey Belgian Rubyists,
> >
> > I've just completed the book 'Agile web development in Rails' and I've
> > been playing around a bit before i start to work in my first real
> > rails application. Now while playing I came to a problem wich i might
> > be able to solve but if I'd do it my way it would break all the Rails
> > conventions the book was been telling about. So there should be a more
> > 'agile' solution to this problem.
> >
> > Let me try explain the problem:
> > The application would be build on a few big modules e.g: projects,
> > services, delivery's, stock, ...
> > Under these big modules I'd have a few smaller modules e.g: employees,
> > products, price requests, ...
>
>
> What do you understand under "module"? From your explanation, it seems that
> you consider one module as one web page.
>
>
> > The big problem now is that i would need to share the functionalirty
> > of these smaller modules between the bigger modules. The functions of
> > all the smaller modules should be exactly the same everywhere. It
> > probably has a simple solution but i can't seem to find one. The way
> > I'd try to solve the problem is making a controller for the projects,
> > services, .. modules , but i don't know how I'd have to handle the
> > smaller ones. I could put them in different rb files and require them
> > into the controllers but that just doesn't seem right.
>
>
> I'm still a bit lost here... How do the smaller modules belong to the bigger
> ones? Why are they put "everywhere"?
>
>
> > When i was thinking about the URI's i came to a possible second
> > solution. The URI's would have to look something like
> > app/projects/pricerequests/new
> > Now that gave me a new perspective on the case. I could actually put
> > the smaller modules into controllers and just use the greater modules
> > as dummies. They're just there to organize the smaller modules into
> > groups. Then again, i wouldn't know how i could get something like
> > this working in rails as this would screw up the way the view system
> > works?
> >
> > As you can probably see i found it hard to explain the problem but i
> > hope any of you can make something out of this. Would be nice of
> > someone wants to discuss about this with me (in private or not).
>
>
> A whiteboard (or a scrap or paper) would indeed be nice, I think. But please
> try to explain your problem a bit more here, I'd like to help. What does
> your application look like? How do you see the user flow? What are the
> relations between the modules?
>
> > I
> > hope questions like these are allowed in this mailing list ;)
>
>
> That's why this list is here in the first place, isn't it?
>
>
> --
> Tom Klaasen
> 10to1
>
>
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
>

From maarten at fastfocus.be  Mon Nov 12 17:56:39 2007
From: maarten at fastfocus.be (Maarten Porters)
Date: Mon, 12 Nov 2007 23:56:39 +0100
Subject: [Brug-talk] Controllers owning controllers
In-Reply-To: <e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>	<b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
	<e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>
Message-ID: <4738DA27.3080002@fastfocus.be>

Hi Thomas,

after taking a quick look at your drawing, I'd consider just making a 
controllers & models
for each entity. I know it's sometimes a bit hard to get a good 
structure for your app. Just
try not to make it more complicated then it actually is. (I guess this 
is a pretty useless tip :)).
When I'm stuck with this kind of problems, I start scaffolding my app in 
different ways. If it doesn't work,
I start over again without losing too much time. After a while you'll 
get a better understanding
of your app and rails.

map.connect ':dummy', :controller => 'redirector', :action => 'redirect' => I really don't like this. Feels like a hack. (just my first impression)


greetz,

Maarten



Thomas Richard schreef:
> Hey,
>
> First of all, thanks for the reply Tom. Thought I wouldn't get any.
>
> I've quickly drawn something in paint and put it online. You can find
> the image here:
> http://www.statsfreakz.net/images/ror.jpg
>
> As you can see the 'smaller modules' like workhours and products are
> shared between the bigger categories. They have exactly the same
> functionality but I'd like to have the sidemenu render the options
> that belong to their main category. So when you're working in the
> projects page you get a sidebar with different options then when
> you're working in the delivery page. I've currently set this up with
> some routing and I'm thinking of writing a controller for every
> smaller module so i can just put them on any page i want without
> changing code.
>
> I've added these routes to routes.rb
>   map.connect ':dummy/:controller/:action/:id'
>   map.connect ':dummy', :controller => 'redirector', :action => 'redirect'
>
> Then the template application.rhtml reads out the dummy variable and
> renders the correct sidebar (this code is put in a helper). I really
> don't know if this is 'the rails way' but i couldn't come up with
> another solution myself. This seems to work fine and didn't cost me
> alot of time to set up. So i might stick to this unless someone has a
> better idea.
>
> Greetings
> Thomas
>
> 2007/11/12, Tom Klaasen <tom at 10to1.be>:
>   
>> Hi Thomas,
>>
>> On 11/10/07, Thomas Richard <thomas9999 at gmail.com> wrote:
>>     
>>> Hey Belgian Rubyists,
>>>
>>> I've just completed the book 'Agile web development in Rails' and I've
>>> been playing around a bit before i start to work in my first real
>>> rails application. Now while playing I came to a problem wich i might
>>> be able to solve but if I'd do it my way it would break all the Rails
>>> conventions the book was been telling about. So there should be a more
>>> 'agile' solution to this problem.
>>>
>>> Let me try explain the problem:
>>> The application would be build on a few big modules e.g: projects,
>>> services, delivery's, stock, ...
>>> Under these big modules I'd have a few smaller modules e.g: employees,
>>> products, price requests, ...
>>>       
>> What do you understand under "module"? From your explanation, it seems that
>> you consider one module as one web page.
>>
>>
>>     
>>> The big problem now is that i would need to share the functionalirty
>>> of these smaller modules between the bigger modules. The functions of
>>> all the smaller modules should be exactly the same everywhere. It
>>> probably has a simple solution but i can't seem to find one. The way
>>> I'd try to solve the problem is making a controller for the projects,
>>> services, .. modules , but i don't know how I'd have to handle the
>>> smaller ones. I could put them in different rb files and require them
>>> into the controllers but that just doesn't seem right.
>>>       
>> I'm still a bit lost here... How do the smaller modules belong to the bigger
>> ones? Why are they put "everywhere"?
>>
>>
>>     
>>> When i was thinking about the URI's i came to a possible second
>>> solution. The URI's would have to look something like
>>> app/projects/pricerequests/new
>>> Now that gave me a new perspective on the case. I could actually put
>>> the smaller modules into controllers and just use the greater modules
>>> as dummies. They're just there to organize the smaller modules into
>>> groups. Then again, i wouldn't know how i could get something like
>>> this working in rails as this would screw up the way the view system
>>> works?
>>>
>>> As you can probably see i found it hard to explain the problem but i
>>> hope any of you can make something out of this. Would be nice of
>>> someone wants to discuss about this with me (in private or not).
>>>       
>> A whiteboard (or a scrap or paper) would indeed be nice, I think. But please
>> try to explain your problem a bit more here, I'd like to help. What does
>> your application look like? How do you see the user flow? What are the
>> relations between the modules?
>>
>>     
>>> I
>>> hope questions like these are allowed in this mailing list ;)
>>>       
>> That's why this list is here in the first place, isn't it?
>>
>>
>> --
>> Tom Klaasen
>> 10to1
>>
>>
>> _______________________________________________
>> Brug-talk mailing list
>> Brug-talk at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/brug-talk
>>
>>
>>     
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
>   


From Steven.Verborgh at howest.be  Tue Nov 13 02:15:41 2007
From: Steven.Verborgh at howest.be (Verborgh Steven)
Date: Tue, 13 Nov 2007 08:15:41 +0100
Subject: [Brug-talk] Controllers owning controllers
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>	<b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
	<e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>
	<4738DA27.3080002@fastfocus.be>
Message-ID: <3162363FFE01ED4AAF5BB22ECAAABEC70F087E@cb-exchange.hogeschool-wvl.be>

Hi,

Wouldn't it work as he suggest and add an extra route like
map.connect ':category/:controller/:action/:id'

and use the extra parameter :category in his controllers to fill up his navigation and use in his new/edit/...?

steven



-----Original Message-----
From: brug-talk-bounces at rubyforge.org on behalf of Maarten Porters
Sent: Mon 11/12/2007 11:56 PM
To: brug-talk at rubyforge.org
Subject: Re: [Brug-talk] Controllers owning controllers
 
Hi Thomas,

after taking a quick look at your drawing, I'd consider just making a 
controllers & models
for each entity. I know it's sometimes a bit hard to get a good 
structure for your app. Just
try not to make it more complicated then it actually is. (I guess this 
is a pretty useless tip :)).
When I'm stuck with this kind of problems, I start scaffolding my app in 
different ways. If it doesn't work,
I start over again without losing too much time. After a while you'll 
get a better understanding
of your app and rails.

map.connect ':dummy', :controller => 'redirector', :action => 'redirect' => I really don't like this. Feels like a hack. (just my first impression)


greetz,

Maarten



Thomas Richard schreef:
> Hey,
>
> First of all, thanks for the reply Tom. Thought I wouldn't get any.
>
> I've quickly drawn something in paint and put it online. You can find
> the image here:
> http://www.statsfreakz.net/images/ror.jpg
>
> As you can see the 'smaller modules' like workhours and products are
> shared between the bigger categories. They have exactly the same
> functionality but I'd like to have the sidemenu render the options
> that belong to their main category. So when you're working in the
> projects page you get a sidebar with different options then when
> you're working in the delivery page. I've currently set this up with
> some routing and I'm thinking of writing a controller for every
> smaller module so i can just put them on any page i want without
> changing code.
>
> I've added these routes to routes.rb
>   map.connect ':dummy/:controller/:action/:id'
>   map.connect ':dummy', :controller => 'redirector', :action => 'redirect'
>
> Then the template application.rhtml reads out the dummy variable and
> renders the correct sidebar (this code is put in a helper). I really
> don't know if this is 'the rails way' but i couldn't come up with
> another solution myself. This seems to work fine and didn't cost me
> alot of time to set up. So i might stick to this unless someone has a
> better idea.
>
> Greetings
> Thomas
>
> 2007/11/12, Tom Klaasen <tom at 10to1.be>:
>   
>> Hi Thomas,
>>
>> On 11/10/07, Thomas Richard <thomas9999 at gmail.com> wrote:
>>     
>>> Hey Belgian Rubyists,
>>>
>>> I've just completed the book 'Agile web development in Rails' and I've
>>> been playing around a bit before i start to work in my first real
>>> rails application. Now while playing I came to a problem wich i might
>>> be able to solve but if I'd do it my way it would break all the Rails
>>> conventions the book was been telling about. So there should be a more
>>> 'agile' solution to this problem.
>>>
>>> Let me try explain the problem:
>>> The application would be build on a few big modules e.g: projects,
>>> services, delivery's, stock, ...
>>> Under these big modules I'd have a few smaller modules e.g: employees,
>>> products, price requests, ...
>>>       
>> What do you understand under "module"? From your explanation, it seems that
>> you consider one module as one web page.
>>
>>
>>     
>>> The big problem now is that i would need to share the functionalirty
>>> of these smaller modules between the bigger modules. The functions of
>>> all the smaller modules should be exactly the same everywhere. It
>>> probably has a simple solution but i can't seem to find one. The way
>>> I'd try to solve the problem is making a controller for the projects,
>>> services, .. modules , but i don't know how I'd have to handle the
>>> smaller ones. I could put them in different rb files and require them
>>> into the controllers but that just doesn't seem right.
>>>       
>> I'm still a bit lost here... How do the smaller modules belong to the bigger
>> ones? Why are they put "everywhere"?
>>
>>
>>     
>>> When i was thinking about the URI's i came to a possible second
>>> solution. The URI's would have to look something like
>>> app/projects/pricerequests/new
>>> Now that gave me a new perspective on the case. I could actually put
>>> the smaller modules into controllers and just use the greater modules
>>> as dummies. They're just there to organize the smaller modules into
>>> groups. Then again, i wouldn't know how i could get something like
>>> this working in rails as this would screw up the way the view system
>>> works?
>>>
>>> As you can probably see i found it hard to explain the problem but i
>>> hope any of you can make something out of this. Would be nice of
>>> someone wants to discuss about this with me (in private or not).
>>>       
>> A whiteboard (or a scrap or paper) would indeed be nice, I think. But please
>> try to explain your problem a bit more here, I'd like to help. What does
>> your application look like? How do you see the user flow? What are the
>> relations between the modules?
>>
>>     
>>> I
>>> hope questions like these are allowed in this mailing list ;)
>>>       
>> That's why this list is here in the first place, isn't it?
>>
>>
>> --
>> Tom Klaasen
>> 10to1
>>
>>
>> _______________________________________________
>> Brug-talk mailing list
>> Brug-talk at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/brug-talk
>>
>>
>>     
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
>   

_______________________________________________
Brug-talk mailing list
Brug-talk at rubyforge.org
http://rubyforge.org/mailman/listinfo/brug-talk

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5739 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/brug-talk/attachments/20071113/71b5bc59/attachment.bin 

From peter at vandenabeele.com  Tue Nov 13 07:27:28 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Tue, 13 Nov 2007 13:27:28 +0100
Subject: [Brug-talk] FOSDEM 2008: Call for Devrooms and Stands
In-Reply-To: <a11b4a7c0711041335i358d99d0q827ebd3537c897f1@mail.gmail.com>
References: <20071104195229.940DC68729B@hera.lan>
	<a11b4a7c0711041335i358d99d0q827ebd3537c897f1@mail.gmail.com>
Message-ID: <a11b4a7c0711130427j70f3754didceee3efbe40ec87@mail.gmail.com>

Hi,

I did not see any response to my call below ... Should I conclude that
there is no
real hard interest in trying to get a Ruby and Rails dev room (well,
it makes life
easier for the fosdem team that will have to reject 80% of the requests anyway).

Clearly Dries is throwing is his "weight" for a Drupal dev room:

  http://buytaert.net/fosdem-2008-drupal-developer-room

I requote from loki:
> Please send us requests before Monday 2007-11-26, 23:59 CET.

If we miss fosdem, the world isn't lost. We can still do other (smaller)
events later.

HTH,

Peter

On Nov 4, 2007 10:35 PM, Peter Vandenabeele <peter at vandenabeele.com> wrote:
> ++++++
>   To request a DevRoom, send the following information to devrooms at fosdem.org:
>
>     * Project name
>     * URL of the website of the project
>     * Description of the project(s) (will be put on website when accepted)
>     * Name of devroom responsible and your role in the project
>
> All Developer Room request must be sent in before Monday 2007-11-26, 23:59 CET.
> +++++++
>
> May I ask that we collaborate on defining the requested answers.
>
> Thanks,
>
> Peter
>
> ---------- Forwarded message ----------
> From: Pascal Bleser <loki at fosdem.org>
> Date: Nov 4, 2007 8:52 PM
> Subject: FOSDEM 2008: Call for Devrooms and Stands
> To: peter at vandenabeele.com
>
> Hi
>
> You're receiving this email because you were a contact person for a
> Developer Room and/or a stand at FOSDEM 2007 or because you already
> sent a request for 2008.
>
> If you are not involved into the project you were a contact for
> any more, or if someone else is taking over the job, please forward
> this email to the relevant recipients.
>
> And now for the content ;)
>
> The call for devrooms+stands has just been published on our site and
> announced on our mailinglist (fosdem at fosdem.org):
>
>   http://fosdem.org/2008/call_for_devrooms
>
> Please send us requests before Monday 2007-11-26, 23:59 CET.
>
> If you already sent us a request, please do send it again, including the
> information we're asking for (see URL above) -- thanks for your
> understanding, it greatly simplifies our process.
>
> Please use devrooms at fosdem.org if you have any questions (as well as to
> submit your request).
>
> cheers
> --
>   -o) Pascal Bleser <loki at fosdem.org>    http://www.fosdem.org
>   /\\     FOSDEM 2008 :: 23 + 24 February 2008 in Brussels
>  _\_v Free and Opensource Software Developers European Meeting
>

From thomas9999 at gmail.com  Wed Nov 14 05:03:50 2007
From: thomas9999 at gmail.com (Thomas Richard)
Date: Wed, 14 Nov 2007 11:03:50 +0100
Subject: [Brug-talk] Controllers owning controllers
In-Reply-To: <3162363FFE01ED4AAF5BB22ECAAABEC70F087E@cb-exchange.hogeschool-wvl.be>
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>
	<b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
	<e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>
	<4738DA27.3080002@fastfocus.be>
	<3162363FFE01ED4AAF5BB22ECAAABEC70F087E@cb-exchange.hogeschool-wvl.be>
Message-ID: <e835dc350711140203t2192109cv40cb6738fa5a70a6@mail.gmail.com>

Hey,

well I'm using it right now and seems to work fine. The other line
might be a little hack or something but i wouldn't know how else i
could do it.

 map.connect ':dummy', :controller => 'redirector', :action => 'redirect'

Otherwise if someone would type in something like app/projects i'd get
an error. Now i just send it to a redicert controllor wich reads out
the dummy paramater and redirects you to the right page. Prolly not
the rails way but it works fine.

Also, is there a way to change the standard line: "1 error prohibited
this employee from being saved"? I've been searching for this but i
can't really find anything anywhere.

Greetings
Thomas

2007/11/13, Verborgh Steven <Steven.Verborgh at howest.be>:
> Hi,
>
> Wouldn't it work as he suggest and add an extra route like
> map.connect ':category/:controller/:action/:id'
>
> and use the extra parameter :category in his controllers to fill up his navigation and use in his new/edit/...?
>
> steven
>
>
>
> -----Original Message-----
> From: brug-talk-bounces at rubyforge.org on behalf of Maarten Porters
> Sent: Mon 11/12/2007 11:56 PM
> To: brug-talk at rubyforge.org
> Subject: Re: [Brug-talk] Controllers owning controllers
>
> Hi Thomas,
>
> after taking a quick look at your drawing, I'd consider just making a
> controllers & models
> for each entity. I know it's sometimes a bit hard to get a good
> structure for your app. Just
> try not to make it more complicated then it actually is. (I guess this
> is a pretty useless tip :)).
> When I'm stuck with this kind of problems, I start scaffolding my app in
> different ways. If it doesn't work,
> I start over again without losing too much time. After a while you'll
> get a better understanding
> of your app and rails.
>
> map.connect ':dummy', :controller => 'redirector', :action => 'redirect' => I really don't like this. Feels like a hack. (just my first impression)
>
>
> greetz,
>
> Maarten

From koen at atog.be  Wed Nov 14 05:38:36 2007
From: koen at atog.be (Koen Van der Auwera)
Date: Wed, 14 Nov 2007 11:38:36 +0100
Subject: [Brug-talk] Controllers owning controllers
In-Reply-To: <e835dc350711140203t2192109cv40cb6738fa5a70a6@mail.gmail.com>
References: <e835dc350711100532n670c2a0fyd2d3149efd320ffb@mail.gmail.com>
	<b97366280711120047x1da5c4c3yece8ca981d94701@mail.gmail.com>
	<e835dc350711121032p51d866f5w7ce71faf00fc0bbf@mail.gmail.com>
	<4738DA27.3080002@fastfocus.be>
	<3162363FFE01ED4AAF5BB22ECAAABEC70F087E@cb-exchange.hogeschool-wvl.be>
	<e835dc350711140203t2192109cv40cb6738fa5a70a6@mail.gmail.com>
Message-ID: <ac9083930711140238m6fec15efxddd06dfa82ec3344@mail.gmail.com>

Hi Thomas,

I'm still not sure what you are trying to do with your controllers/routes.

With regard to the error message, check
http://api.rubyonrails.com/classes/ActionView/Helpers/ActiveRecordHelper.html,
*error_messages_for*(*params).

Kind regards,

Koen.
10to1

On 11/14/07, Thomas Richard <thomas9999 at gmail.com> wrote:
>
> Hey,
>
> well I'm using it right now and seems to work fine. The other line
> might be a little hack or something but i wouldn't know how else i
> could do it.
>
> map.connect ':dummy', :controller => 'redirector', :action => 'redirect'
>
> Otherwise if someone would type in something like app/projects i'd get
> an error. Now i just send it to a redicert controllor wich reads out
> the dummy paramater and redirects you to the right page. Prolly not
> the rails way but it works fine.
>
> Also, is there a way to change the standard line: "1 error prohibited
> this employee from being saved"? I've been searching for this but i
> can't really find anything anywhere.
>
> Greetings
> Thomas
>
> 2007/11/13, Verborgh Steven <Steven.Verborgh at howest.be>:
> > Hi,
> >
> > Wouldn't it work as he suggest and add an extra route like
> > map.connect ':category/:controller/:action/:id'
> >
> > and use the extra parameter :category in his controllers to fill up his
> navigation and use in his new/edit/...?
> >
> > steven
> >
> >
> >
> > -----Original Message-----
> > From: brug-talk-bounces at rubyforge.org on behalf of Maarten Porters
> > Sent: Mon 11/12/2007 11:56 PM
> > To: brug-talk at rubyforge.org
> > Subject: Re: [Brug-talk] Controllers owning controllers
> >
> > Hi Thomas,
> >
> > after taking a quick look at your drawing, I'd consider just making a
> > controllers & models
> > for each entity. I know it's sometimes a bit hard to get a good
> > structure for your app. Just
> > try not to make it more complicated then it actually is. (I guess this
> > is a pretty useless tip :)).
> > When I'm stuck with this kind of problems, I start scaffolding my app in
> > different ways. If it doesn't work,
> > I start over again without losing too much time. After a while you'll
> > get a better understanding
> > of your app and rails.
> >
> > map.connect ':dummy', :controller => 'redirector', :action => 'redirect'
> => I really don't like this. Feels like a hack. (just my first impression)
> >
> >
> > greetz,
> >
> > Maarten
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071114/68e2f656/attachment.html 

From laurent.richard at rubyfr.org  Wed Nov 14 11:01:50 2007
From: laurent.richard at rubyfr.org (Laurent RICHARD)
Date: Wed, 14 Nov 2007 17:01:50 +0100
Subject: [Brug-talk] FOSDEM 2008: Call for Devrooms and Stands
In-Reply-To: <a11b4a7c0711130427j70f3754didceee3efbe40ec87@mail.gmail.com>
References: <20071104195229.940DC68729B@hera.lan>
	<a11b4a7c0711041335i358d99d0q827ebd3537c897f1@mail.gmail.com>
	<a11b4a7c0711130427j70f3754didceee3efbe40ec87@mail.gmail.com>
Message-ID: <1195056110.5751.22.camel@Helena>

Hi Peter,

Le mardi 13 novembre 2007 ? 13:27 +0100, Peter Vandenabeele a ?crit :

> I did not see any response to my call below ... Should I conclude that
> there is no
> real hard interest in trying to get a Ruby and Rails dev room (well,
> it makes life
> easier for the fosdem team that will have to reject 80% of the requests anyway).

Well, the problem is that I have no time investing on this. Nice idea,
very useful and all but I can't actually.

Could more people explain their mind about the topic please. It's a good
occasion for us to be.

My 0.02

-- 
Laurent RICHARD                       
laurent.richard at rubyfr.org
------------------------------------------------------------------
What gets us into trouble is not what we don't know. 
It's what we know for sure that just ain't so.                
-- Mark Twain 
------------------------------------------------------------------

PGP-fingerprint  8260 2267 9714 07E3 182F  C7B0 9581 794B D743 6F61
My public key is available at : http://pgp.mit.edu  Key_ID=D7436F61


From maarten at fastfocus.be  Wed Nov 14 14:22:49 2007
From: maarten at fastfocus.be (Maarten Porters)
Date: Wed, 14 Nov 2007 20:22:49 +0100
Subject: [Brug-talk] FOSDEM 2008: Call for Devrooms and Stands
In-Reply-To: <1195056110.5751.22.camel@Helena>
References: <20071104195229.940DC68729B@hera.lan>	<a11b4a7c0711041335i358d99d0q827ebd3537c897f1@mail.gmail.com>	<a11b4a7c0711130427j70f3754didceee3efbe40ec87@mail.gmail.com>
	<1195056110.5751.22.camel@Helena>
Message-ID: <473B4B09.8000708@fastfocus.be>

Well, the problem is that I have no time investing on this => same here. 
Nice idea, but nu time :(.

greetz,

Maarten


Laurent RICHARD schreef:
> Hi Peter,
>
> Le mardi 13 novembre 2007 ? 13:27 +0100, Peter Vandenabeele a ?crit :
>
>   
>> I did not see any response to my call below ... Should I conclude that
>> there is no
>> real hard interest in trying to get a Ruby and Rails dev room (well,
>> it makes life
>> easier for the fosdem team that will have to reject 80% of the requests anyway).
>>     
>
> Well, the problem is that I have no time investing on this. Nice idea,
> very useful and all but I can't actually.
>
> Could more people explain their mind about the topic please. It's a good
> occasion for us to be.
>
> My 0.02
>
>   


From peter at vandenabeele.com  Sat Nov 24 18:45:57 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Sun, 25 Nov 2007 00:45:57 +0100
Subject: [Brug-talk] How to efficiently implement tags in Ruby on Rails +
	mysql
Message-ID: <a11b4a7c0711241545t37d9d5ffpe0b951dd4813013a@mail.gmail.com>

Hi,

I would appreciate some hints or pointers on this problem.

I need to "tag" a number of items where I have defined
different groups of tags. From each group op tags, 0, 1
or more tags can be relevant and need to match in a
search.

So, I see this as "bitmap" tags, where each combination of tags
is possible and where upon search each combination of search
criteria for the tags is possible (and any combination matching on
at least one tag per group needs to returned by the query).

The cleanly normalized database design seems to be to add 2\
extra tables:
* 1 table: tags
* 1 association table: jobs-tags

But, the query then becomes a complex join of 3 tables with a
complex "where" clause testing for each individual tag that
needs to be in the search result. Maybe bitmap indexes can
help or even remove the performance problem ?

One solution that I see with MySQL is to use the Mysql SET
datatype (a bitmap datatype):

  http://dev.mysql.com/tech-resources/articles/mysql-set-datatype.html

(seems near perfect for my application ?). Is this really useful? Is it
supported in Rails?

I assume this is actually a quite generic problem (e.g. this article

  http://www.pui.ch/phred/archives/2005/04/tags-database-schemas.html

speculates on del.icio.us, but I did not exactly understand from it
how del.icio.us now resolves this problem ?)

This presentation about Flickr:

  http://www.niallkennedy.com/blog/uploads/flickr_php.pdf

seems to be a little more specific. Fun quote:
"normalised data is for sissies".

They refer to "full text indexing" in mySQL as a possible solution.

I am quite sure this problem of tagging has been resolved already
many times, maybe also with Ruby-on-Rails solutions?

I would be very glad to receive hints and pointers about solutions
for this problem, particularly in the combination of Rails and mySQL.

Thanks,

Peter

From alain.ravet at gmail.com  Sun Nov 25 06:00:13 2007
From: alain.ravet at gmail.com (Alain Ravet)
Date: Sun, 25 Nov 2007 12:00:13 +0100
Subject: [Brug-talk] How to efficiently implement tags in Ruby on Rails
	+ mysql
In-Reply-To: <a11b4a7c0711241545t37d9d5ffpe0b951dd4813013a@mail.gmail.com>
References: <a11b4a7c0711241545t37d9d5ffpe0b951dd4813013a@mail.gmail.com>
Message-ID: <ffe522d40711250300h994942cm6ea8d1dd86c8b48e@mail.gmail.com>

Peter,

  > I would appreciate some hints or pointers on this problem.
  > I need to "tag" a number of items where I have defined ...

There is a boatload of tag-oriented plugins :
   http://agilewebdevelopment.com/plugins/search?search=tag*
that you could use as a starting point.

Start by reading the code of :
* acts_as_taggable
the grand dad of all, written by DHH - I think - to illustrate
polymorphism. It's frozen, not supported, not documented and not
tested, but it is easy to read and understand.

Then, look at :
* acts_as_taggable_on_sterois
It's alive, documented, and supported.

Depending on your needs, you can customize the Tag/Tagging models.

Alain

From peter at vandenabeele.com  Mon Nov 26 04:13:31 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Mon, 26 Nov 2007 10:13:31 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby and Rails appointed
Message-ID: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>

Hi,

I just got this mail from loki:

+++++++++++++++++++++++++++++++
Hey Peter.

If a 48 seats room (during the whole weekend (*), with video projector
and wifi (internet)) is enough, then you have a devroom for RoR ;)

Please let me know ASAP whether that room will be big enough (but I'm
afraid we don't have a bigger one to offer :\)
++++++++++++++++++++++++++++++++

I have acknowledged that we will take the room, since this is a golden
opportunity to do a first real event, with very light overhead. The date is
23-24 february 2008. So, unless others prefer to take over the work (you
are welcome ;-) , I am prepared to act as "secretary" (that is doing
the organisational stuff, and leaving the "content" decisions to the program
committee).

May I ask if people are interested to join the PROGRAM COMMITTEE:

That is a set of 3 to 5 technical specialists that will:
* decide on the Call for Papers (essentially the technical scope)
* evaluate the proposals
* define a sensible schedule

(this really is NOT a lot of work ... do not hesitate to put up your name,
it is only a few hours of work, spread out over the comming 3 months, and
you get some visibility on the invitation :-). Best to have max. 1 person per
company)

Next to presenting papers, we could also have "co-development sessions",
"discussion sessions", "bug-squashing party", ... (and maybe dinner on
Saturday night :-)

Having someone from a serious "case study" with Ruby (on Rails) would
be nice too.

Clearly, next to sending out the open Call for Papers, we can invite a few
people as well.

The Call for Papers could look like this (all improvements welcome):

++++++++++++++++++++++++++++++++++++++++++++++++++++++++

First Ruby and Rails devroom at Fosdem (Brussels, 23-24 Feb 2008)
==================================================

The Belgian Ruby User Group (http://www.____) organizes the first Ruby and Rails
devroom at fosdem 2008. We are calling on presenters to propose an
abstract for a
presentation in the Ruby and Rails devroom. Relevant topics can be:

[programme committee to decide on this]:

* Ruby
  * new developments
  * ...
* Rails
  * new developments
  * ...
* JRuby
* ....

Please send your abstract to abstracts at ... before 21 December 2007. It will be
reviewed by the programme committee and you will receive a decision if your
presentation is accepted by 14 January 2008.

The program committee that will evaluate the proposals is comprised of:
* NN1
* NN2
* NN3
[* NN4]
[* NN5]

Entrance to the fosdem conference and dev rooms is entirely free.
Sorry, we cannot
give any travel grants to foreign visitors (local hospitality with one
of the organisers is
possible to save hotel costs).Last years, approx. 2,000 people visited
the fosdem
conference.

For all further information, check this page: http://www. .....

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

I hope all of us can put a little effort into this, and make it a
first "real" event for
the BRUG.

Thanks !

Peter

From laurent.richard at rubyfr.org  Mon Nov 26 07:34:14 2007
From: laurent.richard at rubyfr.org (Laurent RICHARD)
Date: Mon, 26 Nov 2007 13:34:14 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby and
	Rails	appointed
In-Reply-To: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
References: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
Message-ID: <1196080454.5202.9.camel@Helena>

Le lundi 26 novembre 2007 ? 10:13 +0100, Peter Vandenabeele a ?crit :
> Hi,
> 
> I just got this mail from loki:
> 
> +++++++++++++++++++++++++++++++
> Hey Peter.
> 
> If a 48 seats room (during the whole weekend (*), with video projector
> and wifi (internet)) is enough, then you have a devroom for RoR ;)
> 
> Please let me know ASAP whether that room will be big enough (but I'm
> afraid we don't have a bigger one to offer :\)
> ++++++++++++++++++++++++++++++++

It's just awesome.

> May I ask if people are interested to join the PROGRAM COMMITTEE:
> 
> That is a set of 3 to 5 technical specialists that will:
> * decide on the Call for Papers (essentially the technical scope)
> * evaluate the proposals
> * define a sensible schedule
> 

If you need me ... count on me.

-- 
Laurent RICHARD                       
laurent.richard at rubyfr.org
------------------------------------------------------------------
What gets us into trouble is not what we don't know. 
It's what we know for sure that just ain't so.                
-- Mark Twain 
------------------------------------------------------------------

PGP-fingerprint  8260 2267 9714 07E3 182F  C7B0 9581 794B D743 6F61
My public key is available at : http://pgp.mit.edu  Key_ID=D7436F61


From peter at vandenabeele.com  Mon Nov 26 08:12:56 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Mon, 26 Nov 2007 14:12:56 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby and Rails
	appointed
In-Reply-To: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
References: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
Message-ID: <a11b4a7c0711260512q6f4c1fc4u46d68dffbea48418@mail.gmail.com>

On Nov 26, 2007 10:13 AM, Peter Vandenabeele <peter at vandenabeele.com> wrote:
> May I ask if people are interested to join the PROGRAM COMMITTEE:

One of the private replies I got is from a RoR user that wants to present a
case study:

"...
But obviously that would not be a technical presentation, rather a
"user experience"
story (why we chose RoR, how it fit in our organisation, what it
changes compared
to other solutions on the project team's structures, goals, and
procedures, and so on).
I am no Ruby or RoR specialist and wouldn't myself call a developper,
I just happened
to get my hands on RoR at the right time and found my way through it
much like a lot
of people did with HTML, 15 years ago. There's a lot to say about our
"real life" project,
but not much on the techy side, I guess. ..."

Succesful conferences have this mix of technical presentations and user supplied
case studies, so this could become quite interesting.

Please consider joining the Program Committee if you want to help.

Peter

From tom at 10to1.be  Mon Nov 26 08:21:56 2007
From: tom at 10to1.be (Tom Klaasen)
Date: Mon, 26 Nov 2007 14:21:56 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby and Rails
	appointed
In-Reply-To: <a11b4a7c0711260512q6f4c1fc4u46d68dffbea48418@mail.gmail.com>
References: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
	<a11b4a7c0711260512q6f4c1fc4u46d68dffbea48418@mail.gmail.com>
Message-ID: <b97366280711260521x489a0c32k126d4c24e5fc2213@mail.gmail.com>

On 11/26/07, Peter Vandenabeele <peter at vandenabeele.com> wrote:
>
> On Nov 26, 2007 10:13 AM, Peter Vandenabeele <peter at vandenabeele.com>
> wrote:
> > May I ask if people are interested to join the PROGRAM COMMITTEE:
>
> One of the private replies I got is from a RoR user that wants to present
> a
> case study:
>
> "...
> But obviously that would not be a technical presentation, rather a
> "user experience"
> story (why we chose RoR, how it fit in our organisation, what it
> changes compared
> to other solutions on the project team's structures, goals, and
> procedures, and so on).
> I am no Ruby or RoR specialist and wouldn't myself call a developper,
> I just happened
> to get my hands on RoR at the right time and found my way through it
> much like a lot
> of people did with HTML, 15 years ago. There's a lot to say about our
> "real life" project,
> but not much on the techy side, I guess. ..."
>
> Succesful conferences have this mix of technical presentations and user
> supplied
> case studies, so this could become quite interesting.


I agree. His story seems to be a very positive one.

Please consider joining the Program Committee if you want to help.


I'd like to join in -- if there are no objections.

kr,

Tom Klaasen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071126/c1e9b854/attachment.html 

From David.Delabassee at Sun.COM  Mon Nov 26 12:06:53 2007
From: David.Delabassee at Sun.COM (David Delabassee)
Date: Mon, 26 Nov 2007 18:06:53 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby and Rails
	appointed
In-Reply-To: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
References: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
Message-ID: <474AFD2D.9050701@sun.com>

If needed, I'll be more than happy to help.

--David

Peter Vandenabeele wrote:
> Hi,
>
> I just got this mail from loki:
>
> +++++++++++++++++++++++++++++++
> Hey Peter.
>
> If a 48 seats room (during the whole weekend (*), with video projector
> and wifi (internet)) is enough, then you have a devroom for RoR ;)
>
> Please let me know ASAP whether that room will be big enough (but I'm
> afraid we don't have a bigger one to offer :\)
> ++++++++++++++++++++++++++++++++
>
> I have acknowledged that we will take the room, since this is a golden
> opportunity to do a first real event, with very light overhead. The date is
> 23-24 february 2008. So, unless others prefer to take over the work (you
> are welcome ;-) , I am prepared to act as "secretary" (that is doing
> the organisational stuff, and leaving the "content" decisions to the program
> committee).
>
> May I ask if people are interested to join the PROGRAM COMMITTEE:
>
> That is a set of 3 to 5 technical specialists that will:
> * decide on the Call for Papers (essentially the technical scope)
> * evaluate the proposals
> * define a sensible schedule
>
> (this really is NOT a lot of work ... do not hesitate to put up your name,
> it is only a few hours of work, spread out over the comming 3 months, and
> you get some visibility on the invitation :-). Best to have max. 1 person per
> company)
>
> Next to presenting papers, we could also have "co-development sessions",
> "discussion sessions", "bug-squashing party", ... (and maybe dinner on
> Saturday night :-)
>
> Having someone from a serious "case study" with Ruby (on Rails) would
> be nice too.
>
> Clearly, next to sending out the open Call for Papers, we can invite a few
> people as well.
>
> The Call for Papers could look like this (all improvements welcome):
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> First Ruby and Rails devroom at Fosdem (Brussels, 23-24 Feb 2008)
> ==================================================
>
> The Belgian Ruby User Group (http://www.____) organizes the first Ruby and Rails
> devroom at fosdem 2008. We are calling on presenters to propose an
> abstract for a
> presentation in the Ruby and Rails devroom. Relevant topics can be:
>
> [programme committee to decide on this]:
>
> * Ruby
>   * new developments
>   * ...
> * Rails
>   * new developments
>   * ...
> * JRuby
> * ....
>
> Please send your abstract to abstracts at ... before 21 December 2007. It will be
> reviewed by the programme committee and you will receive a decision if your
> presentation is accepted by 14 January 2008.
>
> The program committee that will evaluate the proposals is comprised of:
> * NN1
> * NN2
> * NN3
> [* NN4]
> [* NN5]
>
> Entrance to the fosdem conference and dev rooms is entirely free.
> Sorry, we cannot
> give any travel grants to foreign visitors (local hospitality with one
> of the organisers is
> possible to save hotel costs).Last years, approx. 2,000 people visited
> the fosdem
> conference.
>
> For all further information, check this page: http://www. .....
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> I hope all of us can put a little effort into this, and make it a
> first "real" event for
> the BRUG.
>
> Thanks !
>
> Peter
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>   


-- 
David Delabassee
Sun Microsystems Belgium
Mobile +32 479 950597

This email may contain confidential and privileged material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies.



From peter at xaop.com  Mon Nov 26 12:27:25 2007
From: peter at xaop.com (Peter Vanbroekhoven)
Date: Mon, 26 Nov 2007 18:27:25 +0100
Subject: [Brug-talk] [Fwd: Re: good news: FOSDEM dev room for Ruby and	Rails
 appointed]
Message-ID: <474B01FD.6090009@xaop.com>

I get the feeling this didn't reach the mailing list, so here it goes again.

Peter
-------------- next part --------------
An embedded message was scrubbed...
From: Peter Vanbroekhoven <peter at xaop.com>
Subject: Re: [Brug-talk] good news: FOSDEM dev room for Ruby
	and	Rails	appointed
Date: Mon, 26 Nov 2007 13:51:41 +0100
Size: 790
Url: http://rubyforge.org/pipermail/brug-talk/attachments/20071126/c94f09a7/attachment.mht 

From peter at xaop.com  Mon Nov 26 07:51:41 2007
From: peter at xaop.com (Peter Vanbroekhoven)
Date: Mon, 26 Nov 2007 13:51:41 +0100
Subject: [Brug-talk] good news: FOSDEM dev room for Ruby
	and	Rails	appointed
In-Reply-To: <1196080454.5202.9.camel@Helena>
References: <a11b4a7c0711260113u5bae9b1dna7c50ed0f616ccb2@mail.gmail.com>
	<1196080454.5202.9.camel@Helena>
Message-ID: <474AC15D.8010806@xaop.com>

Laurent RICHARD wrote:
> If you need me ... count on me.

Count me in too. Sorry for not helping out with the proposal; I'll try
to make more time for the BRUG from now on.

Peter Vanbroekhoven
XaoP

From peter at xaop.com  Mon Nov 26 18:31:23 2007
From: peter at xaop.com (Peter Vanbroekhoven)
Date: Tue, 27 Nov 2007 00:31:23 +0100
Subject: [Brug-talk] BRUG website
Message-ID: <474B574B.9090802@xaop.com>

Hi all,

I haven't heard from the Openminds people directly, but it seems like
the domain names we requested are registered.

What we are looking for now is a few people to take care of the
development and design of the web site. Ideally, this team includes at
least a web developer and a web designer, possibly embodied by one
person. If you want to join the team, drop us a note here.

Additionally, we need a few people to take care of the (main) content.
I'm a candidate for that, but it would be good to have at least one more
person. Of course, this team will probably work in close cooperation
with the web design team, at least initially.

The priorities for the moment are to get some information on the BRUG
itself online (including a report of our first meeting) and to create a
page for the Call For Presenters that extends on the CFP that we will
post to various newsgroups and mailing lists. I'm not sure what would be
the easiest way to do that with the least of hassle. A wiki maybe. Any
ideas?

Regards,
Peter Vanbroekhoven
XaoP

From benny at gorilla-webdesign.be  Mon Nov 26 19:35:59 2007
From: benny at gorilla-webdesign.be (Benny Degezelle)
Date: Tue, 27 Nov 2007 01:35:59 +0100
Subject: [Brug-talk] BRUG website
In-Reply-To: <474B574B.9090802@xaop.com>
References: <474B574B.9090802@xaop.com>
Message-ID: <8c6fca940711261635u3a455cc9y907d733716e57912@mail.gmail.com>

2007/11/27, Peter Vanbroekhoven <peter at xaop.com>:
>
> Hi all,


Hi Peter,

What we are looking for now is a few people to take care of the
> development and design of the web site. Ideally, this team includes at
> least a web developer and a web designer, possibly embodied by one
> person. If you want to join the team, drop us a note here.


I'd need to check with my designer colleague tomorrow, but i'd like to do
this and I'm quite sure he won't mind to offer some design hours too. We
have quite some experience with Radiant by now, and i'm also familiar with
openminds' server environment, so this site could be up in no time.


Regards,

Benny Degezelle

Gorilla webdesign
www.gorilla-webdesign.be
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/e8cba5b1/attachment.html 

From peter at vandenabeele.com  Tue Nov 27 04:10:15 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Tue, 27 Nov 2007 10:10:15 +0100
Subject: [Brug-talk] Article to promote Ruby on Rails to "decision makers"
Message-ID: <a11b4a7c0711270110q17320f91i3e45b49d046d71ef@mail.gmail.com>

This article seems a useful resource to promote Ruby on Rails
to "decision makers".

  http://soa.sys-con.com/read/464389.htm

Maybe the new site that Peter proposed could also have
"link collection" with useful resources in the area of:

* technology
* business
* deployment
* Belgian consultants
* Use cases
* ...

HTH,

Peter

From mesut.celik at gmail.com  Tue Nov 27 05:50:51 2007
From: mesut.celik at gmail.com (Mesut Celik)
Date: Tue, 27 Nov 2007 11:50:51 +0100
Subject: [Brug-talk] rails deployment issues with Dreamhost
Message-ID: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>

Hi all,

i have a dreamhost account and having issues with rails deployment.

I managed to run one of my applications there but could not one with custom
gems....

for instance, i am able to make webservice calls locally through soap4r but
when it comes to deploy it to a real server, i really got confused.

my account is shared account and i guess i have to install all custom gems
which is not
installed on dreamhost.

is there anyone who has already configured a dreamhost or shared rails
hosting account for his
own application?

mesut
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/bbca9168/attachment-0001.html 

From alain.ravet at gmail.com  Tue Nov 27 06:04:44 2007
From: alain.ravet at gmail.com (Alain Ravet)
Date: Tue, 27 Nov 2007 12:04:44 +0100
Subject: [Brug-talk] rails deployment issues with Dreamhost
In-Reply-To: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
References: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
Message-ID: <ffe522d40711270304x56530f18x60a387a8ef72200e@mail.gmail.com>

Mesut,


   > i have a dreamhost account and having issues with rails deployment.
   > I [need to use] custom gems.... for instance ..soap4r

You have 2 options :
1/ contact DH support, and ask them to install the gem on your server
2/ "vendorize" the gem (== copy it to /vendor, like for plugins)
  see :
        * http://agilewebdevelopment.com/plugins/gems
        * http://errtheblog.com/post/2120

  Note: this will not work with gems with C code that needs to be
compiled, like hpricot.

As a best practice, you should always vendorize your gems when possible.



Alain Ravet
--------
http://tumblr.ravet.com
http://blog.ravet.com

From nboucart at gmail.com  Tue Nov 27 06:12:44 2007
From: nboucart at gmail.com (Nick Boucart)
Date: Tue, 27 Nov 2007 12:12:44 +0100
Subject: [Brug-talk] rails deployment issues with Dreamhost
In-Reply-To: <ffe522d40711270304x56530f18x60a387a8ef72200e@mail.gmail.com>
References: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
	<ffe522d40711270304x56530f18x60a387a8ef72200e@mail.gmail.com>
Message-ID: <8d9aaa2b0711270312r2d05f3a3r982799227456afdd@mail.gmail.com>

You can also go for another sollution, ie. install ruby and all necessary
gems in your home dir. I happened to do this last week and roughly
documented the process on our blog (more for our reference then anything
else ;) )

Please check
http://www.redrobinsoftware.net/blog/2007/11/22/installing-ruby-in-your-home-folder-on-dreamhost/

Regards,
Nick.

On Nov 27, 2007 12:04 PM, Alain Ravet <alain.ravet at gmail.com> wrote:

> Mesut,
>
>
>   > i have a dreamhost account and having issues with rails deployment.
>   > I [need to use] custom gems.... for instance ..soap4r
>
> You have 2 options :
> 1/ contact DH support, and ask them to install the gem on your server
> 2/ "vendorize" the gem (== copy it to /vendor, like for plugins)
>  see :
>        * http://agilewebdevelopment.com/plugins/gems
>        * http://errtheblog.com/post/2120
>
>  Note: this will not work with gems with C code that needs to be
> compiled, like hpricot.
>
> As a best practice, you should always vendorize your gems when possible.
>
>
>
> Alain Ravet
> --------
> http://tumblr.ravet.com
> http://blog.ravet.com
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/6552f357/attachment.html 

From arne at arnebrasseur.net  Tue Nov 27 06:38:12 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 27 Nov 2007 19:38:12 +0800
Subject: [Brug-talk] rails deployment issues with Dreamhost
In-Reply-To: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
References: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
Message-ID: <474C01A4.4030901@arnebrasseur.net>

You should also be aware that Dreamhost will kill any FastCGI processes 
that use more than a certain amount of memory. Any users that were being 
served at that time will get a "Server 500" error. Some people have come 
up with solutions, take a look at this:

http://gabrito.com/post/keeping-rails-running-at-dreamhost-part-2

And keep if possible the memory footprint of your apps small. Also make 
a seperate user account for every app. The memory usage is counted per user.

Personally I'm a bit disappointed in DH. They should give better Ruby 
support considering they use it as a selling point.


Oh and hello everyone!  This is my first post here, very glad there is a 
Belgium Ruby user group now.

(ab)

Mesut Celik schreef:
> Hi all,
>
> i have a dreamhost account and having issues with rails deployment.
>
> I managed to run one of my applications there but could not one with 
> custom gems....
>
> for instance, i am able to make webservice calls locally through 
> soap4r but
> when it comes to deploy it to a real server, i really got confused.
>
> my account is shared account and i guess i have to install all custom 
> gems which is not
> installed on dreamhost.
>
> is there anyone who has already configured a dreamhost or shared rails 
> hosting account for his
> own application?
>
> mesut
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>   


-- 
Arne Brasseur
http://www.arnebrasseur.net
http://www.zhongwiki.com
http://www.bankske.org
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/1bae0db9/attachment.html 

From peter at 10-forward.be  Tue Nov 27 11:45:43 2007
From: peter at 10-forward.be (Peter De Berdt (10-forward))
Date: Tue, 27 Nov 2007 17:45:43 +0100
Subject: [Brug-talk] rails deployment issues with Dreamhost
In-Reply-To: <474C01A4.4030901@arnebrasseur.net>
References: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
	<474C01A4.4030901@arnebrasseur.net>
Message-ID: <833F5AAF-6D97-4D8F-8A4C-D5EE90347ECE@10-forward.be>


On 27 Nov 2007, at 12:38, Arne Brasseur wrote:

> You should also be aware that Dreamhost will kill any FastCGI  
> processes that use more than a certain amount of memory. Any users  
> that were being served at that time will get a "Server 500" error.  
> Some people have come up with solutions, take a look at this:
>
> http://gabrito.com/post/keeping-rails-running-at-dreamhost-part-2
>
> And keep if possible the memory footprint of your apps small. Also  
> make a seperate user account for every app. The memory usage is  
> counted per user.
>
> Personally I'm a bit disappointed in DH. They should give better  
> Ruby support considering they use it as a selling point.

Same goes for most other cheap shared hosting solutions, like  
a2hosting etc. Also, they claim to offer you mongrel deployment,  
which in itself isn't really a lie, but it means they'll give you one  
single mongrel to serve your rails app on using a simple ProxyPass  
and ProxyPassReverse directive in the Apache configuration. Cheap  
hosting is all about making the most noise of how many features their  
hosting servers have, but in reality, it's a lot of noise for a very  
flaky service (and it gets a lot worse if you want support for your  
rails deployment).

Example of what might happen: we tried running a fairly simple Rails  
app (simple website) on both DH and a2hosting (customer insisted on  
this cheap solution), but it used RMagick to do some thumbnailing.  
Both hosting companies killed the rails process as soon as RMagick  
kicked in from the acts_as_attachment plugin, attachment_fu didn't  
exist at that time (while they clearly stated i could use rmagick in  
our presales questionnaire). We then hacked acts_as_attachment to use  
minimagick instead, which did seem to keep up the site, but then the  
server started failing on a daily basis because of "DDoS attacks"  
their Indian based support company will use as an excuse whenever  
something goes wrong on the server. On top of that, a server restart  
didn't restart the mongrel automatically at a2hosting.

You're simply better off looking for a decent Rails hosting company  
like openminds in belgium or some of the others regularly mentioned  
on the rails mailing list and cough up the few extra ? a month,  
keeping your sanity is worth the higher price. Or even better, learn  
the basics of linux and get a vps if you can afford it.

Best regards.


Peter De Berdt
Research & Development
Software Expert

______________________
10-forward
Zwarteweg 28
B-8433  Middelkerke
Mobile : (0473) 38 35 86
info at 10-forward.be
http://www.10-forward.be
______________________



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/d6a17075/attachment.html 

From benny at gorilla-webdesign.be  Tue Nov 27 17:06:06 2007
From: benny at gorilla-webdesign.be (Benny Degezelle)
Date: Tue, 27 Nov 2007 23:06:06 +0100
Subject: [Brug-talk] BRUG website
In-Reply-To: <8c6fca940711261635u3a455cc9y907d733716e57912@mail.gmail.com>
References: <474B574B.9090802@xaop.com>
	<8c6fca940711261635u3a455cc9y907d733716e57912@mail.gmail.com>
Message-ID: <8c6fca940711271406x20238dd2xd77ba7b60659fd94@mail.gmail.com>

Designer says go!
I hope/suppose nobody has a problem with us having a 'monopoly' on the
development of the BRUG site?
Just let us know when the content for the site is at least somewhat defined.



Regards,

Benny


2007/11/27, Benny Degezelle <benny at gorilla-webdesign.be>:
>
> 2007/11/27, Peter Vanbroekhoven <peter at xaop.com>:
> >
> > Hi all,
>
>
> Hi Peter,
>
> What we are looking for now is a few people to take care of the
> > development and design of the web site. Ideally, this team includes at
> > least a web developer and a web designer, possibly embodied by one
> > person. If you want to join the team, drop us a note here.
>
>
> I'd need to check with my designer colleague tomorrow, but i'd like to do
> this and I'm quite sure he won't mind to offer some design hours too. We
> have quite some experience with Radiant by now, and i'm also familiar with
> openminds' server environment, so this site could be up in no time.
>
>
> Regards,
>
> Benny Degezelle
>
> Gorilla webdesign
> www.gorilla-webdesign.be




-- 
Met vriendelijke groeten,

Benny Degezelle

Gorilla webdesign
www.gorilla-webdesign.be
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071127/d7a73bd3/attachment-0001.html 

From peter at vandenabeele.com  Wed Nov 28 14:47:56 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Wed, 28 Nov 2007 20:47:56 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <474CB306.40003@fosdem.org>
References: <474CB306.40003@fosdem.org>
Message-ID: <a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>

Hi,

Below the formal acceptance and procedure for RoR
devroom at FOSDEM.

IIRC, I saw 4 proposals for people joining the Program
Committee (I am not a member, only secretary).

There is still room for 1 person, if I counted correctly.
We can also work with 4 people. I suggest comments
on the Program Committee can be posted until Friday
evening (30/11) and then we freeze it (and will move
some discussion to that small group, of course
reporting regularly to the general list).

Would it be possible to use a wiki for practical work
(e.g. the CFP and TODO list), starting from 1/12 ?
Some people will be at BarCampBrussels4 (1/12),
which can also be used for some face to face
brainstorming.

Thanks.

Peter

---------- Forwarded message ----------
From: Pascal Bleser <loki at fosdem.org>
Date: Nov 28, 2007 1:15 AM
Subject: [FOSDEM] Accepted request for the RoR devroom
To: peter at vandenabeele.com
Cc: FOSDEM DevRooms <devrooms at fosdem.org>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Peter

Your request for a devroom at FOSDEM 2008 has been accepted and, as
such, we will put the following at your disposal during the event:
- - a room with 48 seats
- - a video projector
- - Internet connectivity (wifi + wired at the speaker's desk)
during the following time frames:
* Saturday 2008-02-23: 14:00 to 19:00
* Sunday 2008-02-24..: 09:00 to 18:00
(please note that the rooms will _not_ be available outside of that
timeframe, especially on Saturday, as courses and exams are still being
taken at the ULB (the University where the event takes place) before 14:00)

Note that if you also requested a stand: stand confirmations will be
sent out by end of this week.

We have a large room at our disposal that will be locked from Saturday
19:00 to Sunday 09:00 but we will not take responsibility if something
gets stolen or broken. In past editions of the event we also offered the
possibility of a hardware insurance for speakers and visitors of
devrooms but we have decided to discontinue it.

You are our contact for the devroom and you're the person we'll poke for
information ;)

You are free to manage the schedule inside your devroom as you wish and
plan talks, hacking sessions, BoF discussions, whatever. But always keep
in mind that FOSDEM is a FOSS community event, organized by the
community for the community. We're a non-profit organization and don't
accept vendor talks. So make sure that the stuff that will take place in
your room is strongly related to FOSS projects and communities. (I guess
that's obvious for everyone but well.. ;))

What we want from you is a schedule of all the activities that will be
held in your room, with, for each:
1) the speaker(s):
* real name
* contact information (optional): email, JID, IRC
* a photo (optional, although it's always nice)
* a short bio
* links to website, blog, ... (optional)
2) the talk/theme of the hacking session/...:
* title
* abstract (1-2 paragraphs)
* longer description
* links to project website, blogs, ...

We will publish all that information on our website.

Please have a look at our FOSDEM 2007 archive to get an idea of what we
need and what it'll look like:
http://archive.fosdem.org/2007/schedule/devroom/debian
http://archive.fosdem.org/2007/schedule/events/debian_netconf
http://archive.fosdem.org/2007/schedule/speakers/martin+lasarsch
http://archive.fosdem.org/2007/schedule/speakers/stephan+binner

The deadline for sending us that information is
*********************
* Friday 2008-02-01 *
*********************
but the sooner the better (it'll be earlier on the website, and will
also make our life easier as we have to hack all that content into our CMS).
Also, please send us that data in plain text (inline or attached) by
email and clearly mention the name of your project in the subject, as
we'll have plenty of work tracking all that.

And, of course, if you have any questions, please contact us at
devrooms at fosdem.org

cheers
- --
  -o) Pascal Bleser <loki at fosdem.org>    http://www.fosdem.org
  /\\     FOSDEM 2008 :: 23 + 24 February 2008 in Brussels
 _\_v Free and Opensource Software Developers European Meeting
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHTLMGr3NMWliFcXcRAvL+AJ9c47jcSSf89w6N10tfEvEI4esd7ACfTsDL
4HX7NhiHz/1QZ1vbyATxgaA=
=sv8k
-----END PGP SIGNATURE-----



-- 
Peter Vandenabeele
peter AT vandenabeele DOT com
http://www.vandenabeele.com/
http://www.linkedin.com/in/petervandenabeele/
http://www.taximize.be/
http://del.icio.us/petervandenabeele

From peter at xaop.com  Wed Nov 28 16:02:05 2007
From: peter at xaop.com (Peter Vanbroekhoven)
Date: Wed, 28 Nov 2007 22:02:05 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
References: <474CB306.40003@fosdem.org>
	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
Message-ID: <474DD74D.3010705@xaop.com>

Peter Vandenabeele wrote:
> IIRC, I saw 4 proposals for people joining the Program
> Committee (I am not a member, only secretary).

It would be nice, though, to have you in an advisory role so we can
benefit from your experience.

> Would it be possible to use a wiki for practical work
> (e.g. the CFP and TODO list), starting from 1/12 ?
> Some people will be at BarCampBrussels4 (1/12),
> which can also be used for some face to face
> brainstorming.


If our web design team could get a wiki online on rubyist.be by
Saturday, would that be OK? Benny, could you guys manage that?

Peter Vanbroekhoven
XaoP

From benny at gorilla-webdesign.be  Wed Nov 28 18:48:50 2007
From: benny at gorilla-webdesign.be (Benny Degezelle)
Date: Thu, 29 Nov 2007 00:48:50 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <474DD74D.3010705@xaop.com>
References: <474CB306.40003@fosdem.org>
	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
	<474DD74D.3010705@xaop.com>
Message-ID: <8c6fca940711281548q37ee3dc8l5386946dee82c945@mail.gmail.com>

>
> ...
> > Would it be possible to use a wiki for practical work
> > (e.g. the CFP and TODO list), starting from 1/12 ?
> > Some people will be at BarCampBrussels4 (1/12),
> > which can also be used for some face to face
> > brainstorming.
>
>
> If our web design team could get a wiki online on rubyist.be by
> Saturday, would that be OK? Benny, could you guys manage that?
>

Sure! To be honest i haven't set up a wiki before, but I imagine it's not
much work. Probably I'll just let the openminds guys put it up, they have
experience with this for sure.
I'd suggest to put the wiki on a subdomain, so that we don't have to move
stuff around when we launch the real site. I'd say wiki.rubyist.be? What
wiki flavor do you guys prefer?


Regards,

Benny Degezelle

Gorilla webdesign
www.gorilla-webdesign.be
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071129/51a5a37a/attachment.html 

From peter at vandenabeele.com  Thu Nov 29 03:26:28 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Thu, 29 Nov 2007 09:26:28 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <474DD74D.3010705@xaop.com>
References: <474CB306.40003@fosdem.org>
	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
	<474DD74D.3010705@xaop.com>
Message-ID: <a11b4a7c0711290026o7d0c0cb5u2c60815f19af184d@mail.gmail.com>

On Nov 28, 2007 10:02 PM, Peter Vanbroekhoven <peter at xaop.com> wrote:
> Peter Vandenabeele wrote:
> > IIRC, I saw 4 proposals for people joining the Program
> > Committee (I am not a member, only secretary).
>
> It would be nice, though, to have you in an advisory role so we can
> benefit from your experience.

Don't worry. It;s just that if we really need to "vote" on the
acceptance of certain papers or topics on the CFP, I do
not feel correctly placed to be part of such a vote. In the
"embedded devroom", I actually did ask for votes to the
PC members, so we had an objective process for rating
and selecting the several contributions (we had more
abstracts than speaking slots, so we did need a system
to select papers).

Peter

From peter at xaop.com  Thu Nov 29 06:12:04 2007
From: peter at xaop.com (Peter Vanbroekhoven)
Date: Thu, 29 Nov 2007 12:12:04 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <8c6fca940711281548q37ee3dc8l5386946dee82c945@mail.gmail.com>
References: <474CB306.40003@fosdem.org>	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>	<474DD74D.3010705@xaop.com>
	<8c6fca940711281548q37ee3dc8l5386946dee82c945@mail.gmail.com>
Message-ID: <474E9E84.6000000@xaop.com>

Benny Degezelle wrote:
> Sure! To be honest i haven't set up a wiki before, but I imagine it's not
> much work. Probably I'll just let the openminds guys put it up, they have
> experience with this for sure.
> I'd suggest to put the wiki on a subdomain, so that we don't have to move
> stuff around when we launch the real site. I'd say wiki.rubyist.be? What
> wiki flavor do you guys prefer?

I haven't administered a Ruby-based wiki yet, but Instiki looks nice. I
prefer Textile for markup.

Peter Vanbroekhoven
XaoP

From benny at gorilla-webdesign.be  Fri Nov 30 12:10:47 2007
From: benny at gorilla-webdesign.be (Benny Degezelle)
Date: Fri, 30 Nov 2007 18:10:47 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <474E9E84.6000000@xaop.com>
References: <474CB306.40003@fosdem.org>
	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
	<474DD74D.3010705@xaop.com>
	<8c6fca940711281548q37ee3dc8l5386946dee82c945@mail.gmail.com>
	<474E9E84.6000000@xaop.com>
Message-ID: <8c6fca940711300910gee878f2h70f4785420dcbb20@mail.gmail.com>

Hi guys,

The wiki is online at wiki.rubyist.be
Have a good weekend,

Benny


2007/11/29, Peter Vanbroekhoven <peter at xaop.com>:
>
> Benny Degezelle wrote:
> > Sure! To be honest i haven't set up a wiki before, but I imagine it's
> not
> > much work. Probably I'll just let the openminds guys put it up, they
> have
> > experience with this for sure.
> > I'd suggest to put the wiki on a subdomain, so that we don't have to
> move
> > stuff around when we launch the real site. I'd say wiki.rubyist.be? What
> > wiki flavor do you guys prefer?
>
> I haven't administered a Ruby-based wiki yet, but Instiki looks nice. I
> prefer Textile for markup.
>
> Peter Vanbroekhoven
> XaoP
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>



-- 
Met vriendelijke groeten,

Benny Degezelle

Gorilla webdesign
www.gorilla-webdesign.be
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071130/64303691/attachment.html 

From peter at vandenabeele.com  Fri Nov 30 13:40:05 2007
From: peter at vandenabeele.com (Peter Vandenabeele)
Date: Fri, 30 Nov 2007 19:40:05 +0100
Subject: [Brug-talk] Fwd: [FOSDEM] Accepted request for the RoR devroom
In-Reply-To: <8c6fca940711300910gee878f2h70f4785420dcbb20@mail.gmail.com>
References: <474CB306.40003@fosdem.org>
	<a11b4a7c0711281147k77b531aahd54d044d4254bf4b@mail.gmail.com>
	<474DD74D.3010705@xaop.com>
	<8c6fca940711281548q37ee3dc8l5386946dee82c945@mail.gmail.com>
	<474E9E84.6000000@xaop.com>
	<8c6fca940711300910gee878f2h70f4785420dcbb20@mail.gmail.com>
Message-ID: <a11b4a7c0711301040w5c0ba290he90a7ab0d49d42ff@mail.gmail.com>

On Nov 30, 2007 6:10 PM, Benny Degezelle <benny at gorilla-webdesign.be> wrote:
> The wiki is online at wiki.rubyist.be

If I see correctly, it is not protected with a password ... I fear
it will take very little time for it to be flooded with wiki spam ...
May I suggest the administrator sets up a minimal username
password scheme that at least holds off the most simple robots ?

I quickly made a few pages:

* http://wiki.rubyist.be/wiki/show/CallForPapers
* http://wiki.rubyist.be/wiki/show/FosdemDevRoom2008

If you still want to join the Program Committee, one slot left
open of the five.

Once we work on the wiki, there will be much less need to flood the
mailing list with practical stuff (like this one ...).

Peter

From mesut.celik at gmail.com  Fri Nov 30 19:41:36 2007
From: mesut.celik at gmail.com (Mesut Celik)
Date: Sat, 1 Dec 2007 01:41:36 +0100
Subject: [Brug-talk] rails deployment issues with Dreamhost
In-Reply-To: <833F5AAF-6D97-4D8F-8A4C-D5EE90347ECE@10-forward.be>
References: <a7aa6da90711270250j4dc2295cla7abdc16ee07e98c@mail.gmail.com>
	<474C01A4.4030901@arnebrasseur.net>
	<833F5AAF-6D97-4D8F-8A4C-D5EE90347ECE@10-forward.be>
Message-ID: <a7aa6da90711301641k3f14525as8c44f60f1f455520@mail.gmail.com>

thx to all for great assitance...

i managed to solve the problem. After carefully reading dreamhost wiki some
problems disappeared but there were still gem spesific issues. With some
googling these were also resolved.

what i did is that i installed every gem to my local path.
vendorizing was good option but i would be happy to see shared gems between
applications....

installing ruby customly to my account wasnt a good option because i didnt
need that much flexiblity.

with regards to hosting, i am happy with DH so far because i havent done
anything changing the world yet ;)
while having experience with more production issues then probably i will
knock out the door of a professional rails hoster...

nice weekend
mesut

2007/11/27, Peter De Berdt (10-forward) <peter at 10-forward.be>:
>
>
> On 27 Nov 2007, at 12:38, Arne Brasseur wrote:
>
> You should also be aware that Dreamhost will kill any FastCGI processes
> that use more than a certain amount of memory. Any users that were being
> served at that time will get a "Server 500" error. Some people have come up
> with solutions, take a look at this:
>
> http://gabrito.com/post/keeping-rails-running-at-dreamhost-part-2
>
> And keep if possible the memory footprint of your apps small. Also make a
> seperate user account for every app. The memory usage is counted per user.
>
> Personally I'm a bit disappointed in DH. They should give better Ruby
> support considering they use it as a selling point.
>
>
> Same goes for most other cheap shared hosting solutions, like a2hosting
> etc. Also, they claim to offer you mongrel deployment, which in itself isn't
> really a lie, but it means they'll give you one single mongrel to serve your
> rails app on using a simple ProxyPass and ProxyPassReverse directive in the
> Apache configuration. Cheap hosting is all about making the most noise of
> how many features their hosting servers have, but in reality, it's a lot of
> noise for a very flaky service (and it gets a lot worse if you want support
> for your rails deployment).
>
> Example of what might happen: we tried running a fairly simple Rails app
> (simple website) on both DH and a2hosting (customer insisted on this cheap
> solution), but it used RMagick to do some thumbnailing. Both hosting
> companies killed the rails process as soon as RMagick kicked in from the
> acts_as_attachment plugin, attachment_fu didn't exist at that time (while
> they clearly stated i could use rmagick in our presales questionnaire). We
> then hacked acts_as_attachment to use minimagick instead, which did seem to
> keep up the site, but then the server started failing on a daily basis
> because of "DDoS attacks" their Indian based support company will use as an
> excuse whenever something goes wrong on the server. On top of that, a server
> restart didn't restart the mongrel automatically at a2hosting.
>
> You're simply better off looking for a decent Rails hosting company like
> openminds in belgium or some of the others regularly mentioned on the rails
> mailing list and cough up the few extra ? a month, keeping your sanity is
> worth the higher price. Or even better, learn the basics of linux and get a
> vps if you can afford it.
>
> Best regards.
>
>
> Peter De Berdt
> Research & Development
> Software Expert
>
> ______________________
> *10-forward*
> Zwarteweg 28
> B-8433  Middelkerke
> Mobile : (0473) 38 35 86
> info at 10-forward.be
> http://www.10-forward.be
> ______________________
>
>
>
>
> _______________________________________________
> Brug-talk mailing list
> Brug-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/brug-talk
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071201/ec31b5c5/attachment-0001.html 

From mesut.celik at gmail.com  Fri Nov 30 19:45:48 2007
From: mesut.celik at gmail.com (Mesut Celik)
Date: Sat, 1 Dec 2007 01:45:48 +0100
Subject: [Brug-talk] deploying your rails application into production
Message-ID: <a7aa6da90711301645p1afc8bfbreb7f8cc3df9b1d3c@mail.gmail.com>

Hi,

what are the best practises to deploy rails application into your production
environment?

i ended up Capistrano ( http://manuals.rubyonrails.com/read/book/17 ) while
searching a tool and going to play a bit
with that!...

hope to see your practises....
mesut
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/brug-talk/attachments/20071201/c8ac3db2/attachment.html