summaryrefslogtreecommitdiff
path: root/test/parserdata/rss091_utf8_dirtyhtml_advogato.output
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--test/parserdata/rss091_utf8_dirtyhtml_advogato.output170
1 files changed, 170 insertions, 0 deletions
diff --git a/test/parserdata/rss091_utf8_dirtyhtml_advogato.output b/test/parserdata/rss091_utf8_dirtyhtml_advogato.output
new file mode 100644
index 0000000..8ed6e73
--- /dev/null
+++ b/test/parserdata/rss091_utf8_dirtyhtml_advogato.output
@@ -0,0 +1,170 @@
+Title: Advogato diary for sopwith
+Link: http://www.advogato.org/person/sopwith/
+
+--------------------------------
+Title: 21 Sep 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=10
+Date: Tue Sep 21 23:20:46 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+On the Fedora front:
+
+<p> FC3test2 is out (give it a try) and it's not too shabby.
+
+<p> There's a bugweek possibly coming up next week - everyone who's anyone in Fedora working to sort through the bugs. More to come later.
+
+<p> No, external CVS for Fedora has not been forgotten. Work is underway (and on Red Hat's side, we just underwent a sizeable internal change that is necessary to support it).
+
+<p> On the everything-else front:
+
+<p> <a href="http://cakeru.image.pbase.com/image/33879157/large.jpg" >a funny picture</a>.
+--------------------------------
+Title: 24 Aug 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=9
+Date: Wed Aug 25 01:07:13 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+The Fedora community can really use people who are willing to go through bugzilla and tame things down there. There are just a ton of bugs that the package maintainers will have no time to get to.
+<p>
+It's not the most exciting task, but it's something that almost anyone can help with in as small or large quantities as desired.
+<p>
+Also needed are community leaders for each of the architectures. E.g. Justin Forbes is The Man for AMD64, but we can always use peeps for ia64 and s390* :)
+--------------------------------
+Title: 27 Jul 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=8
+Date: Tue Jul 27 18:38:36 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+What's happening with Fedora lately:
+
+<p> <ul><li>FC3test1 came out a little while ago.
+<li>The devel tree is totally unfrozen again, so broken deps should be fixable if not fixed.
+<li>CVS should be rolled out "soon"
+</ul>
+--------------------------------
+Title: 23 Apr 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=7
+Date: Fri Apr 23 17:09:39 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+Cool link of the day is <a href="http://www.tradingbrain.com/" >TradingBrain</a>.
+
+<p> If you added a user-login feature, you could use a neural network to combine individual responses into something meaningful. Neat experiment in distributed decision-making, in any case.
+
+<p> FC2test3 is being pushed out and is on track for Monday release.
+--------------------------------
+Title: 22 Apr 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=6
+Date: Thu Apr 22 21:35:13 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+<p><a href="<a href="http://www.benandjerrys.com/">http://www.benandjerrys.com/</a>" >Ben &amp; Jerry's</a> annual Free Cone Day. Tuesday, April 27 12pm-8pm. Follow the link to find out where.</p>
+--------------------------------
+Title: 21 Apr 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=5
+Date: Wed Apr 21 17:49:59 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+Plots orkut people on a map: <a href="http://www.datawhorehouse.com/orkut/" >http://www.datawhorehouse.com/orkut/</a>.
+
+<p> PS. If you still haven't gotten an orkut invite, send me an e-mail of introduction, already. :)
+--------------------------------
+Title: 20 Apr 2004
+Link: http://www.advogato.org/person/sopwith/diary.html?start=4
+Date: Wed Apr 21 05:00:51 CEST 2004
+Creator:
+Subject:
+Category:
+Content:
+Only a few diary entries ago, I was complaining about the last company meeting. Now a new one is coming up, and I'm really looking forward to meeting all the great people that work at Red Hat.
+<p>
+Dropping by to say hello to the advogato crowd,<p>
+-- Elliot
+--------------------------------
+Title: 16 Sep 2003
+Link: http://www.advogato.org/person/sopwith/diary.html?start=3
+Date: Tue Sep 16 22:41:24 CEST 2003
+Creator:
+Subject:
+Category:
+Content:
+<p><a href="<a href="http://people.redhat.com/sopwith/">http://people.redhat.com/sopwith/</a>" >My home page</a></p>
+--------------------------------
+Title: 12 Apr 2001
+Link: http://www.advogato.org/person/sopwith/diary.html?start=2
+Date: Thu Apr 12 17:53:44 CEST 2001
+Creator:
+Subject:
+Category:
+Content:
+I hate this open source game - it just proves my in(s)anity.
+
+<p> &lt;/rant&gt;
+
+--------------------------------
+Title: 19 Sep 2000
+Link: http://www.advogato.org/person/sopwith/diary.html?start=1
+Date: Wed Sep 20 08:45:03 CEST 2000
+Creator:
+Subject:
+Category:
+Content:
+It's 02:01, I can't sleep, and there's a bunch of company
+meetings today at 08:30 that appear increasingly boring as
+the time approaches. It sort of rains on my parade of TODO
+items - I could have finished libGIOP this
+week. Instead, the game seems
+to be snoozing through discussions of kernel hacking and
+attending suffocatingly purposeless cocktail parties.
+I need to get a potion distilled from the Smurf theme song
+and inject myself with it.
+<p>
+So I am bothering to write this at all because aaronl is
+being a total moron and I'm bored enough to respond:
+<blockquote>"My biggest gripe about component architecture
+is that I just don't understand when it would ever be
+needed." -aaronl</blockquote>
+So this essentially means that he has no clue why
+components are good, but everyone else must be wrong
+because he hasn't figured out how to use them. A classic
+example of his Bigger Problem - not understanding use cases
+beside his own exist.
+<p>
+<blockquote>"Sure, you can write code that will let you
+browse the web in Emacs (and such code has been writen),
+but this actually has to be implemented inside Emacs." -
+aaronl</blockquote>
+So this essentially means that he hasn't looked at how w3-
+mode is actually implemented - it's a set of elisp files,
+aka... a component.
+<p>
+I must admit, however, that Aaron's perspective is
+refreshingly free from the burden of experience. In other
+words, dudes, I want some of that crack that he's smoking,
+because I seem to be having issues getting this dandelion
+to produce the pink elephants he's seeing.
+<p>
+Rather than go on a stupid campaign to rip out features
+which are generally needed, I suppose he could work on
+adding fine-grained conditional feature &amp; module selection,
+so he could build his bubble world more conveniently, not
+adversely impact those in the Big Blue Room, and benefit
+embedded systems builders in the process.
+<p>
+I'm done with the unprovoked insults and needless griping,
+so LART me and get back to your regularly scheduled world.
+ I'm sure by lunchtime I'll have gotten enough sleep to
+regret this all.
+
0'>2006-12-11Move functions for generic object output into ui-view.cLars Hjemli4-34/+43 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Move log-functions into ui-log.cLars Hjemli5-111/+121 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Move repo summary functions into ui-summary.cLars Hjemli4-47/+59 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Move functions for repolist output into ui-repolist.cLars Hjemli5-70/+90 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Move common output-functions into ui-shared.cLars Hjemli4-82/+99 While at it, replace the cgit_[lib_]error constants with a proper function Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Rename config.c to parsing.c + move cgit_parse_query from cgit.c to parsing.cLars Hjemli4-28/+29 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Avoid infinite loops in caching layerLars Hjemli3-14/+31 Add a global variable, cgit_max_lock_attemps, to avoid the possibility of infinite loops when failing to acquire a lockfile. This could happen on broken setups or under crazy server load. Incidentally, this also fixes a lurking bug in cache_lock() where an uninitialized returnvalue was used. Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Let 'make install' clear all cachefilesLars Hjemli1-0/+2 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-11Fix cache algorithm loopholeLars Hjemli3-11/+16 This closes the door for unneccessary calls to cgit_fill_cache(). Noticed by Linus. Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-10Add version identifier in generated filesLars Hjemli2-9/+14 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-10Add license file and copyright noticesLars Hjemli5-0/+372 Signed-off-by: Lars Hjemli <hjemli@gmail.com> 2006-12-10Add caching infrastructureLars Hjemli9-28/+353 This enables internal caching of page output. Page requests are split into four groups: 1) repo listing (front page) 2) repo summary 3) repo pages w/symbolic references in query string 4) repo pages w/constant sha1's in query string Each group has a TTL specified in minutes. When a page is requested, a cached filename is stat(2)'ed and st_mtime is compared to time(2). If TTL has expired (or the file didn't exist), the cached file is regenerated. When generating a cached file, locking is used to avoid parallell processing of the request. If multiple processes tries to aquire the same lock, the ones who fail to get the lock serves the (expired) cached file. If the cached file don't exist, the process instead calls sched_yield(2) before restarting the request processing. Signed-off-by: Lars Hjemli <hjemli@gmail.com>