<?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://blog.gmane.org/gmane.network.conferencing.pentabarf.user">
    <title>gmane.network.conferencing.pentabarf.user</title>
    <link>http://blog.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+2alG4iWnNT9FC8Tp8s7uiFedIGrloV
c9LiQqq1adsjDWI8FmqBaFLiMsJLBzJQkB2kr2F5H788ySE09pU0GMM5usiZIg0Q
uZ4uhnAdhfGH5h3NTlSEjSrVEdcteh3H5x+nVrbAx2xbaZj+RReF/ncggS1/2mMJ
OSc5K0s0oJ2+M4ymBXGI6Z69frdkc+7aQOiAeGu1iRGosKda46c9lxOeXhXqfs+6
PFPP1Hb2puSDVQ3ObuE3qJuf0iE9oS4q+5zfBkT2kItNA5DF9XTgSEgGH05nPZ37
4qWuwX+iydDEq+SP7KMn0KvJJCyV3hCTkLSzGS5yopjotfZV36y/GPhH/hZmkTUS
43b/JiMumz9X3q4kR0rgfmzKsuwGQfMUR0DD/cA8chGpDUlKTS1lAiTigFhnuu3c
eDbuoPTDAFqVjIGy4IWApwsxH4vlTs3tmFuU0DA+cQlSEkgtUuLmsLDa3aqkY/8R
K1tCHbgJ5XjCOr+inn9ARwLH+Kt74EpvebpKCEn7p8pm3XFJsHhEaFwGH11oMBdX
hyL53qOLd0aZh8nUXdIG
=fyYA
-----END PGP SIGNATURE-----
&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;'text/html' )
      end
      POPE.deauth
    end
  end

Is there a need for two status headers with any other method than fastcgi?

- -- 
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/

iQIcBAEBAgAGBQJPKFnNAAoJEPnXy9KJuhQZS8YQANN01D7xkgOm38TziKGi2O98
8W2mzX+20hPHMrete8XHrGUJGw+TuWZ3xhXnXkJth1RASu75FvvLqw1ERVvR9cAo
qTi4VBAmKS7x4tFq675PP4VSx6TD/cCHCoBvBq8Zaskrap/s8SzQKiKtqUZTSlM4
tVOAG2cRiy/72zu8qFBsrThH+HCQ5J/HboN8WTlX46n8z/8gOwFMobDIqatxrKBi
YCb4yJr3PPgMYCDPeTCu13YQkgzYHQJKDMsKdhbtbm0glbjMKwVqzyrF4ljZfQtq
YVR7m4PVA6deQ5yJY8eiUYJSG0lygmjX/+6N5lpqpXwI3wcb2y34gFES4xoaMINI
bycNyQtazV73K3J1++gQ/eIzvIb8YL731N+YuaWROJmNA4qkc3dtXcZNvWEMuJQe
rKU9gWf9NpDeuh9oMQzeilgiNwqkF8vhkINN/sy73GxtJYm7iiNuDQhdRsn97fV2
Yl7qCibbC1agd5CsUpe2vux/HuSypUl/MEmnbraMwGry46SSeHoGg+ru0HWXoDVJ
69hyuLkMO5hhYz3XxnlhNaJVt19LFPdPh207ZuRMYZPT7K0lzSAnXhi9WSCTMy9g
uwM/9xgYZDGuQLnnWy35AkcBPVSYuFd+vJx4LQnZClzbMUepeR7sUUwGWBSsq3/J
7KhX2tA431l4c0Yuwd5J
=hf0d
-----END PGP SIGNATURE-----
&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:06:10) [GET]
  Parameters: {"action"=&amp;gt;"index", "controller"=&amp;gt;"submission"}
Rendering template within layouts/submission
Rendering submission/index
Completed in 3977ms (View: 156 | 200 OK [http://cfp.haxogreen.lu/submission]

Any clues what could be causing this?

Thanks,
David

- -- 
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/

iQIcBAEBAgAGBQJPKFkCAAoJEPnXy9KJuhQZHiQQAIcIQ0FnXzJn47+OwGADwyTO
PwTocjJ2Lc7T0Y0gLSZFJS+CD5ulBTgkZGROEo+iZbwE0sb+2YEUHN0MS9/9QoHn
pSPYb4isAxPWSH0ftkoowXQjpdL47ue57yMAYew/rrmMgmua+XWIr6UuOclqQAU9
GtFBAKk8Mlf1w1neEoXdELhshRaO4p1fPFrsjZoFRVPefkcRp+Pwt8RFbNMP/C72
INdYKfbViYcs6hus62eX8MSO/feuSnjOX8p6Bj/n3pGA0NXluWeBQxagZ0nLSUTg
1InaW93bO5mwH3uRriw+ftZ/kiO+iKY+ArqixQgShtrd+uDUF+gxApQik7GtRl2B
gRT3reT5/ONq9jkZ4hF6V95cmS480FwZERkhQBbj5Mvr/QmjYuVnOGrtaGH9Nh0c
iHdzUKbryUQ7YREysDFlD8PKwTrvGBj83sfCAEVyyM6gO5XH2NMHBZncGUdJdRjm
tQ1MYL/AMUc6fk1FvWSIycJnVVEhFfWFQebTLPWujCcc4rYCWtGPyMpD9Fbd1GKz
tPpmdkNnImiuHpZNVgbVeeWbNiuJa3dVAFbY/EDOGkO/kYhorKmj9Ye0lgSIyXkX
K8fjbwatjFzlgCW9JeEUPWcI6JcFuR8XZBK23w0/YFvaLVDWS8nEu8kT12VkTuEL
yyowxqnwdsDCnfp1q9Ru
=CxxL
-----END PGP SIGNATURE-----
&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 /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:50.
NOTE: Gem::SourceIndex#initialize is deprecated with no replacement. It will be removed on or after 2011-11-01.
Gem::SourceIndex#initialize called from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:67.
NOTE: Gem::SourceIndex#spec_dirs= is deprecated, use Specification.dirs=. It will be removed on or after 2011-11-01.
Gem::SourceIndex#spec_dirs= called from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:94.
NOTE: Gem::SourceIndex#refresh! is deprecated with no replacement. It will be removed on or after 2011-11-01.
Gem::SourceIndex#refresh! called from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:95.
NOTE: Gem::SourceIndex#load_gems_in is deprecated with no replacement. It will be removed on or after 2011-11-01.
Gem::SourceIndex#load_gems_in called from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:322.

… etc

Ideas?  Suggestions?

&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;"de", "id"=&amp;gt;"63", "filename"=&amp;gt;"neue-wege-fuer-metadaten_arnulf-christl_v7.pdf", "controller"=&amp;gt;"file"}
Completed in 180ms (View: 0 | 404 Not Found [http://pentabarf.org/file/event_attachment/63?filename=neue-wege-fuer-metadaten_arnulf-christl_v7.pdf&amp;amp;language=de]

So there is a 404 error. But the file is there and can be downloaded.

The file right before that was fine:
Processing FileController#event_attachment (for 127.0.0.1 at 2010-03-14 17:46:12) [GET]
  Parameters: {"action"=&amp;gt;"event_attachment", "language"=&amp;gt;"de", "id"=&amp;gt;"95", "filename"=&amp;gt;"FOSSGIS-2010_Arnulf-Christl_Neue-Wege-fuer-Metadaten.pdf", "controller"=&amp;gt;"file"}
Completed in 582ms (View: 0 | 200 OK [http://pentabarf.org/file/event_attachment/95?filename=FOSSGIS-2010_Arnulf-Christl_Neue-Wege-fuer-Metadaten.pdf&amp;amp;language=de]

If I delete the file or make it non-public, html-export will sooner or later
choke on a different file.

I can see no difference between files that work and files that don't. Might
have something to do with size, but I don't think so.

For several hours now I have been trying to dig my way through the maze of
Pentabarf and Rails, but can't really isolate the code that returns the 404.
If I run the event_attachment method in the file_controller manually,
everything is fine again as it is when called from inside the web UI. So
it might have something to do with the ActionController::Integration::Session
that the export code uses.

Any ideas?

Jochen
&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>

