<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user">
    <title>gmane.network.conferencing.pentabarf.user</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/344"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/343"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/342"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/340"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/339"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/338"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/337"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/336"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/335"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/334"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/333"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/332"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/331"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/330"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/329"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/328"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/327"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/344">
    <title>Re: Pentabarf submission/login going in circles</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/344</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 31/01/12 22:11, David Raison wrote:


OK, I would guess I owe you satisfaction of admitting this as a pebkac.

However, I would like to suggest two improvement to make this more
easily avoidable:

1. Don't put the submission activation settings under the "Export" tab.
Nobody will expect it to be there or all the tabs.

2. Don't put a login link on the entry page unless someone has actually
selected a conference first.

Cheers,

- -- 
David Raison
syn2cat a.s.b.l. - Promoting social and technical innovations
A: 11, rue du cimetière L-8018 Strassen | Luxembourg
T: +352 691 44 23 24
E: david-LgkhI75pW+Wy8gQith0XOQ&amp;lt; at &amp;gt;public.gmane.org
W: http://www.hackerspace.lu

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPLDa1AAoJEPnXy9KJuhQZje0QAMai8G23GcK++Jc5y1TaKsQU
Ar9LMiW5bCZKFBdHQa0LdB1Jpq7PmUcyceqwv+hMt7n/wUTHruyP5yz/xhLOVbni
ojBtoDkNkk2nb7s4v2oj48WehuFbKVq8y+2alG4iWnNT9F&lt;/pre&gt;</description>
    <dc:creator>David Raison</dc:creator>
    <dc:date>2012-02-03T19:34:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/343">
    <title>Fastcgi trouble with status headers inapplication_controller.rb</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/343</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Here's number two.

I had trouble getting the http-authentication to work with fastcgi since
it seems to be very picky when it comes to headers.

I had to comment line 36 in application_controller.rb in order to not
have it complain:

[Tue Jan 31 21:37:14 2012] [error] [client 178.254.102.***] FastCGI:
comm with server
"/var/www/haxogreen.lu/pentabarf/rails/public/dispatch.fcgi" aborted:
error parsing headers: duplicate header 'Status'

So in the end, my transaction_wrapper now looks like this:

def transaction_wrapper
    response.content_type ||= Mime::HTML
    Momomoto::Database.instance.transaction do
      if auth
        # if auth succeeds we continue
        yield
      elsif not performed? then
        # if auth failed and nothing has been rendered we return 401
        #response.headers["Status"] = "Unauthorized"
        response.headers["WWW-Authenticate"] = "Basic realm=Pentabarf"
        render(
:file=&amp;gt;'auth_failed.rxml',:status=&amp;gt;401,:content_type=&amp;gt;'&lt;/pre&gt;</description>
    <dc:creator>David Raison</dc:creator>
    <dc:date>2012-01-31T21:14:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/342">
    <title>Pentabarf submission/login going in circles</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/342</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I have three posts to make, I'll create a separate thread for each one
of them.

Here's number one:

I'm running pentabarf from github with postrgres-8.4 and using fastcgi
with apache.
Whenever I go to http://cfp.haxogreen.lu/submission/login, it redirects
me back to http://cfp.haxogreen.lu/submission

Also, if you go to http://cfp.haxogreen.lu/submission, you'll find that
no conference is listed, even though I have one defined and in the
submission phase.

Here's the production log: (apache error log not showing up any error
messages)


Processing SubmissionController#index (for 178.254.102.*** at 2012-01-31
22:06:10) [GET]
  Parameters: {"action"=&amp;gt;"index", "conference"=&amp;gt;"login",
"controller"=&amp;gt;"submission"}
Redirected to http://cfp.haxogreen.lu/submission
Filter chain halted as [:init] rendered_or_redirected.
Completed in 4ms | 302 Found [http://cfp.haxogreen.lu/submission/login]


Processing SubmissionController#index (for 178.254.102.*** at 2012-01-31
22&lt;/pre&gt;</description>
    <dc:creator>David Raison</dc:creator>
    <dc:date>2012-01-31T21:11:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341">
    <title>Patches 0.4.4 for PostgreSQL 9.x</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341</link>
    <description>&lt;pre&gt;Attached are patches for 0.4.4 to enable running on PostgreSQL 9.x

There may be more issues, but these are what I've found so far.


&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2012-01-07T02:19:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341">
    <title>Patches 0.4.4 for PostgreSQL 9.x</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341</link>
    <description>&lt;pre&gt;Attached are patches for 0.4.4 to enable running on PostgreSQL 9.x

There may be more issues, but these are what I've found so far.


&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2012-01-07T02:19:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341">
    <title>Patches 0.4.4 for PostgreSQL 9.x</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/341</link>
    <description>&lt;pre&gt;Attached are patches for 0.4.4 to enable running on PostgreSQL 9.x

There may be more issues, but these are what I've found so far.


&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2012-01-07T02:19:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/340">
    <title>mongrel fails to start</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/340</link>
    <description>&lt;pre&gt;I'm having trouble getting mongrel to start after upgrading some system components.

[dan&amp;lt; at &amp;gt;supernews:/usr/websites/papers.bsdcan.org/pentabarf/rails] $ mongrel_rails cluster::r::start
Invalid gemspec in [/usr/local/lib/ruby/gems/1.8/specifications/rack-cache-1.0.3.gemspec]: invalid date format in specification: "2011-08-27 00:00:00.000000000Z"
Invalid gemspec in [/usr/local/lib/ruby/gems/1.8/specifications/tilt-1.3.3.gemspec]: invalid date format in specification: "2011-08-25 00:00:00.000000000Z"
NOTE: Gem::SourceIndex.from_installed_gems is deprecated with no replacement. It will be removed on or after 2011-10-01.
Gem::SourceIndex.from_installed_gems called from /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:109.
NOTE: from_installed_gems(arg) is deprecated. From /usr/local/lib/ruby/site_ruby/1.8/rubygems/deprecate.rb:62:in `send'
NOTE: Gem::SourceIndex.from_gems_in is deprecated with no replacement. It will be removed on or after 2011-10-01.
Gem::SourceIndex.from_gems_in called from /u&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2011-09-17T14:11:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/339">
    <title>Re: *TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/339</link>
    <description>&lt;pre&gt;
Sven is so busy, he doesn't even bother reading mail. If anyone is up to
continue development on Pentabarf, she/he will need to fork the project.


Sorry,
Stephan
&lt;/pre&gt;</description>
    <dc:creator>Stephan Maka</dc:creator>
    <dc:date>2011-03-20T16:20:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/338">
    <title>Re: *TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/338</link>
    <description>&lt;pre&gt;
I'm here, too. But that does not help.

Torsten
&lt;/pre&gt;</description>
    <dc:creator>Torsten Werner</dc:creator>
    <dc:date>2011-03-20T09:13:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/337">
    <title>Re: *TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/337</link>
    <description>&lt;pre&gt;Hi,

On Sonntag, 20. März 2011, Josh Berkus wrote:

I dunno who is "us", but I'm here too :)

Sven Klemm also used to be here, I assume he still is, just busy.


cheers,
Holger

_______________________________________________
pentabarf mailing list
pentabarf-y9kp53UlNq4pvOgdv1bfpg&amp;lt; at &amp;gt;public.gmane.org
https://mail.skyhub.de/cgi-bin/mailman/listinfo/pentabarf
&lt;/pre&gt;</description>
    <dc:creator>Holger Levsen</dc:creator>
    <dc:date>2011-03-20T09:11:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/336">
    <title>Re: *TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/336</link>
    <description>&lt;pre&gt;
:(

&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2011-03-20T02:56:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/335">
    <title>Re: *TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/335</link>
    <description>&lt;pre&gt;
I'm getting them.  But I'm unsure there's anyone on the list but us ...


&lt;/pre&gt;</description>
    <dc:creator>Josh Berkus</dc:creator>
    <dc:date>2011-03-20T02:55:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/334">
    <title>*TAP* *TAP*</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/334</link>
    <description>&lt;pre&gt;Is this thing on?  :)

&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2011-03-20T02:39:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/333">
    <title>Website down?  Project abandoned?</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/333</link>
    <description>&lt;pre&gt;Folks,

The website has been offline for several weeks.  http://pentabarf.org/

Anyone have news as to what is going on?

&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2011-03-06T18:22:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/332">
    <title>Paulo Cheque wants to stay in touch on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/332</link>
    <description>&lt;pre&gt;LinkedIn
------------

   
I'd like to add you to my professional network on LinkedIn.

- Paulo Cheque

Paulo Cheque
Consultor at Agilbits / UOL 
Brazil

Confirm that you know Paulo Cheque
https://www.linkedin.com/e/uh7963-gkwp42o3-18/isd/2447727423/5vWQL9Y4/


 
&lt;/pre&gt;</description>
    <dc:creator>Paulo Cheque</dc:creator>
    <dc:date>2011-03-05T15:36:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/331">
    <title>error while upgrading from 0.3.18r0 to 0.4.0</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/331</link>
    <description>&lt;pre&gt;Hi,

running
$ psql &amp;lt; sql/maintenance/upgrade_0.3.18_0.4.0.sql
bails out with the following message:

FEHLER:  doppelter Schlüsselwert verletzt Unique-Constraint
»permission_pkey«
CONTEXT:  SQL-Anweisung »INSERT INTO
log.permission(log_transaction_id,log_operation,permission,rank) SELECT
currval('base.log_transaction_log_transaction_id_seq'), 'D',  $1 , $2 «

What can be done to make the upgrade work?


With kind regards,

Rob
&lt;/pre&gt;</description>
    <dc:creator>Robert Schulze</dc:creator>
    <dc:date>2010-06-06T20:24:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/330">
    <title>Re: All accepted speakers: less than expected</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/330</link>
    <description>&lt;pre&gt;
Please find attached a patch which fixes this for me.


&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2010-05-08T00:08:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/329">
    <title>Re: All accepted speakers: less than expected</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/329</link>
    <description>&lt;pre&gt;
On Tue, March 9, 2010 7:47 pm, Dan Langille wrote:

For the record as others will need to know:

Before emailing all accepted speakers I need to execute this query:

update event set event_state_progress = 'confirmed' where conference_id =
6 and event_state = 'accepted' and event_state_progress = 'reconfirmed';

If you don't do the above, you will not see any speakers to email



Before exporting the schedule, I need to execute this query:

update event set event_state_progress = 'reconfirmed' where conference_id
= 6 and event_state = 'accepted' and event_state_progress = 'confirmed';

If you don't do the above, your exported schedule will be empty.





&lt;/pre&gt;</description>
    <dc:creator>Dan Langille</dc:creator>
    <dc:date>2010-03-18T15:44:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/328">
    <title>Re: Strange 404s on HTML export</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/328</link>
    <description>&lt;pre&gt;
I always do releases before exports, it didn't work without that. So maybe I
have already stumbled upon this and found the workaround. But there seems to
be a different problem now. Only some attachments don't work and I have
verified that they are in the release.event_attachment table as well as the
event_attachment table.

Jochen
&lt;/pre&gt;</description>
    <dc:creator>Jochen Topf</dc:creator>
    <dc:date>2010-03-15T08:34:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/327">
    <title>Re: Strange 404s on HTML export</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/327</link>
    <description>&lt;pre&gt;Hi,


there was a bug related to event attachments and conference releases.
The HTML export didn't use the release tables for creating the
schedule leading to 404 errors when doing the export. As a workaround
you can create a new release immediately before doing the export or
not use conference releases.

Cheers,
Sven

&lt;/pre&gt;</description>
    <dc:creator>Sven Klemm</dc:creator>
    <dc:date>2010-03-15T07:36:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/326">
    <title>Strange 404s on HTML export</title>
    <link>http://permalink.gmane.org/gmane.network.conferencing.pentabarf.user/326</link>
    <description>&lt;pre&gt;Hi!

I have a very strange problem with HTML export in 0.3.18: Everything worked
fine for a while. But now people have uploaded lots of files as attachments
to their talks and the export breaks.

Symptoms: From inside the Pentabarf web user interface everything is fine,
creating releases works, and the schedule_export button works.

But script/html-export sooner or later chokes on an attachment:
./lib/html_export.rb:102:in `export': Error while processing {:controller=&amp;gt;"file", :language=&amp;gt;"de", :filename=&amp;gt;"neue-wege-fuer-metadaten_arnulf-christl_v7.pdf", :action=&amp;gt;:event_attachment, :id=&amp;gt;63, :only_path=&amp;gt;true}: Error in HTML Export while processing {:controller=&amp;gt;"file", :language=&amp;gt;"de", :filename=&amp;gt;"neue-wege-fuer-metadaten_arnulf-christl_v7.pdf", :action=&amp;gt;:event_attachment, :id=&amp;gt;63, :only_path=&amp;gt;true} (StandardError)
    from ./script/html-export:39

The logfile says:
Processing FileController#event_attachment (for 127.0.0.1 at 2010-03-14 17:46:13) [GET]
  Parameters: {"action"=&amp;gt;"event_attachment", "language"=&amp;gt;"&lt;/pre&gt;</description>
    <dc:creator>Jochen Topf</dc:creator>
    <dc:date>2010-03-14T18:47:28</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.conferencing.pentabarf.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.conferencing.pentabarf.user</link>
  </textinput>
</rdf:RDF>

