You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(10) |
Nov
(5) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(23) |
Jul
(21) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(1) |
Dec
|
2007 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(166) |
Sep
(163) |
Oct
(59) |
Nov
(23) |
Dec
(14) |
2008 |
Jan
(3) |
Feb
(4) |
Mar
(24) |
Apr
(14) |
May
|
Jun
(9) |
Jul
(61) |
Aug
(2) |
Sep
|
Oct
(2) |
Nov
|
Dec
(12) |
2009 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Matthijs K. <mat...@st...> - 2013-05-03 18:30:42
|
Hi Z24, > I am moving my website from a hosting provider to a new one > (host-ed.me). I uploaded all my files to the new hosting server, > including plugins/state/.entries_index.index and when I visit my site > all the posts get May 1st 2013 as posting date (the upload date) > instead of the timestamp stored in .entries_index.index, then > .entries_index.index is updated with the May 1st 2013 timestamp. Perhaps the path of the files changed? The .entries_index.index file contains full paths, so if those changed you'll have to manually update them in the index (after re-copying the file from your backup, since all the old /wrong paths will have been removed from the index during the first request). Gr. Matthijs |
From: Eric L. <eri...@ff...> - 2012-12-26 11:50:28
|
Hello, I'm using Frank Hecker's feedback plugin too. On my side, I don't use any moderation at all (less I do, more I'm happy and, also, as visitor I don't like blogs, forums, guestbooks, any kind of spaces where posting is not in real time - the impression of being on a controlled/managed/fake/unreal space). The way I go is just to limit possibility to comment during two weeks : it's not very nice, but it seems to work ; spiders and others automated software used by all Black Hat marketers have stopped to target my blogs from the point I've added this time limitation. Nevertheless, I think your way, Martin, sounds smarter :) Did you sent your MOD to Emanuel ? Also, Kevin, just a thought (maybe clever, maybe not - don't know:) : from the point of view of a lot of "autosubmitters" (I mean all kind of tools used by a lot of marketers), a successfull posting is when the form action has been well ran (ie. POST request succeeded). So, they don't check resulting page to be sure the post really appears afterward. These automates are not aware of the moderation and, by that way, doesn't stop their bad job (mass submission) because of moderation, while they stop-it if there's not any possibility to submit (ie. send request running form action). So - if what I say here is pertinent - any way which will block submission after request would be less efficient than the one which do-it before. Just a thought ! Have a good day Eric / ffh-lab.com At 02:42 26/12/2012, you wrote: >When I last looked at using Frank's feedback plugin, I found the Akismet >functionality didn't work, as Akismet now also requires an IP address >and user-agent of the comment submitter to be provided, and the feedback >plugin wasn't providing that info when doing an Akismet query. > >I've gone down a slightly different path, with the following mods to the >feedback plugin: >-reject the comment if it contains more than 3 instances of http:// >-added a checkbox to the comment form that the submitter must enable to >specify they are human >and have found they have significantly reduced the amount of comment >spam I was getting on my blog. > >regards, >Martin. > >Kevin Walzer wrote, On 26/12/2012 9:33 AM: > > I'm using Frank Hecker's feedback plugin > > (http://hecker.org/blosxom/feedback) for comments at my blog. While the > > plugin works well, especially its moderation features, I find that it > > does not seem to do a very good job of filtering out spam, even when I > > enable the optional Net::Akismet functionality. > > > > I have an Akismet API key, and doing some basic testing of the module > > with my key suggests that it works in identifying spam--but my mailbox > > is flooded with moderation requests for comments that turn out to be > > nothing but spam--literally dozens per day. > > > > Any idea what the problem might be? Is it possible that the Akismet bits > > are turning away a lot of spam, but a lot is still getting in? (I know > > Aiksmet isn't perfect.) What I've done as a workaround is to check for > > URL's in the comment field, and mark those as spam (since all the spam > > appears to come from linkbots). That seems to be helping, but it also > > isn't the way things are supposed to work. Any suggestions are appreciated. > > > > --Kevin > > > >------------------------------------------------------------------------------ >LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >Remotely access PCs and mobile devices and provide instant support >Improve your efficiency, and focus on delivering more value-add services >Discover what IT Professionals Know. Rescue delivers >http://p.sf.net/sfu/logmein_12329d2d >_______________________________________________ >Blosxom-devel mailing list >Blo...@li... >https://lists.sourceforge.net/lists/listinfo/blosxom-devel |
From: Martin P. <mp...@ma...> - 2012-12-26 02:12:38
|
When I last looked at using Frank's feedback plugin, I found the Akismet functionality didn't work, as Akismet now also requires an IP address and user-agent of the comment submitter to be provided, and the feedback plugin wasn't providing that info when doing an Akismet query. I've gone down a slightly different path, with the following mods to the feedback plugin: -reject the comment if it contains more than 3 instances of http:// -added a checkbox to the comment form that the submitter must enable to specify they are human and have found they have significantly reduced the amount of comment spam I was getting on my blog. regards, Martin. Kevin Walzer wrote, On 26/12/2012 9:33 AM: > I'm using Frank Hecker's feedback plugin > (http://hecker.org/blosxom/feedback) for comments at my blog. While the > plugin works well, especially its moderation features, I find that it > does not seem to do a very good job of filtering out spam, even when I > enable the optional Net::Akismet functionality. > > I have an Akismet API key, and doing some basic testing of the module > with my key suggests that it works in identifying spam--but my mailbox > is flooded with moderation requests for comments that turn out to be > nothing but spam--literally dozens per day. > > Any idea what the problem might be? Is it possible that the Akismet bits > are turning away a lot of spam, but a lot is still getting in? (I know > Aiksmet isn't perfect.) What I've done as a workaround is to check for > URL's in the comment field, and mark those as spam (since all the spam > appears to come from linkbots). That seems to be helping, but it also > isn't the way things are supposed to work. Any suggestions are appreciated. > > --Kevin > |
From: Kevin W. <kw...@co...> - 2012-12-26 01:39:28
|
On 12/25/12 8:33 PM, Kevin Walzer wrote: > I'm using Frank Hecker's feedback plugin > (http://hecker.org/blosxom/feedback) for comments at my blog. While the > plugin works well, especially its moderation features, I find that it > does not seem to do a very good job of filtering out spam, even when I > enable the optional Net::Akismet functionality. > > I have an Akismet API key, and doing some basic testing of the module > with my key suggests that it works in identifying spam--but my mailbox > is flooded with moderation requests for comments that turn out to be > nothing but spam--literally dozens per day. > > Any idea what the problem might be? Is it possible that the Akismet bits > are turning away a lot of spam, but a lot is still getting in? (I know > Aiksmet isn't perfect.) What I've done as a workaround is to check for > URL's in the comment field, and mark those as spam (since all the spam > appears to come from linkbots). That seems to be helping, but it also > isn't the way things are supposed to work. Any suggestions are appreciated. > > --Kevin > Just for the record, here is the additional spam check, around line 1021 in the plugin: # TODO: Add other useful spam checks. return 1 if ($$params_ref{'comment'} =~ /http/); And here's the change to the built-in comment form, around line 1466: html commentform \n<form method="POST" action="$blosxom::url$blosxom::path/$blosxom::fn.$blosxom::flavour">\n<table><tr><i>URLs in comment text will be treated as spam.</i></tr><tr><td>Name:</td><td><input name="name" size="35" value="$feedback::name_preview"></td></tr>\n<tr><td>Web Site (optional):</td><td><input name="url" size="35" value="$feedback::url_preview"></td></tr>\n<tr><td>Comments:</td><td><textarea name="comment" rows="5" cols="60">$feedback::comment_preview</textarea></td></tr>\n<tr><td><input type="hidden" name="plugin" value="writeback"><input type="submit" name="submit" value="Preview"></td><td><input type="submit" name="submit" value="Post"></td></tr>\n</table></form> -- Kevin Walzer Code by Kevin http://www.codebykevin.com |
From: Kevin W. <kw...@co...> - 2012-12-26 01:33:29
|
I'm using Frank Hecker's feedback plugin (http://hecker.org/blosxom/feedback) for comments at my blog. While the plugin works well, especially its moderation features, I find that it does not seem to do a very good job of filtering out spam, even when I enable the optional Net::Akismet functionality. I have an Akismet API key, and doing some basic testing of the module with my key suggests that it works in identifying spam--but my mailbox is flooded with moderation requests for comments that turn out to be nothing but spam--literally dozens per day. Any idea what the problem might be? Is it possible that the Akismet bits are turning away a lot of spam, but a lot is still getting in? (I know Aiksmet isn't perfect.) What I've done as a workaround is to check for URL's in the comment field, and mark those as spam (since all the spam appears to come from linkbots). That seems to be helping, but it also isn't the way things are supposed to work. Any suggestions are appreciated. --Kevin -- Kevin Walzer Code by Kevin http://www.codebykevin.com |
From: David M. <pa...@fr...> - 2012-12-19 08:18:13
|
Greetings. The lists get little traffic anymore, but I for one am still listening. I recently revived my Blosxom-powered blog: http://papa.motd.org/cgi-bin/blosxom.cgi I am by no means an expert, but after examining a large number of blog engines, Blosxom can still not be beat for shell integration and overall simplicity. Too bad some of the plugins are withering away from bit rot. Good to see you doing nice work with Blosxom on your sites. -- David Meyer Takarazuka, Japan http://papa.motd.org/cgi-bin/blosxom.cgi pa...@fr... -- David Meyer Takarazuka, Japan gopher://sdf.org/1/users/papa/ | http://papa.sdf.org/nexus/ pa...@sd... |
From: Kevin W. <kw...@co...> - 2012-12-18 15:49:47
|
Hi all, I hope these lists have at least a bit of traffic, and that I'm not posting to a ghost town. I just wanted to thank y'all for taking up Rael Dornfest's work with Blosxom and continuing to maintain the package. I mention my use of blosxom in this blog post: http://www.smallbizmac.net/blosxom.cgi/2012/12/18#blosxom I've been using blosxom for years, after switching from http://pivotx.net, which is much heavier to install and configure. In fact, I use bloxsom on four separate blogs: http://www.smallbizmac.net/blosxom.cgi http://www.codebykevin.com/blosxom.cgi http://www.wtmobilesoftware.com/blosxom.cgi http://www.kevin-walzer.com/blosxom.cgi/ I just find it wonderfully configurable, easy to set up and use, and it's flexible enough to be updated with a modern responsive design engine as well. I'm actually still using the ancient version of blosxom (2.0) that I downloaded from Rael's site back in, I guess, 2006? I haven't updated because I saw no reason to. How does the current version at SF improve on the older one? Thanks again, Kevin -- Kevin Walzer Code by Kevin http://www.codebykevin.com |
From: Ryo A. <ryo...@gm...> - 2012-04-26 16:14:51
|
Dear Blosxom developers, I released Blosxom::Header 0.3 which represents $blosxom::header. I also implemented tie() interface: tie my %header, 'Blosxom::Header'; Though there are so many Blosxom clones, we shouldn't forget Blosxom originated from Perl implementation. It's time to investigate what Blosxom is more precisely. I believe Perl one should be the best of them :) Sincirely, Ryo |
From: 穴 澤 亮 <ryo...@gm...> - 2012-04-02 03:21:17
|
Dear Blosxom developers, I roughly illustrated how Blosxom::Header should work here: https://github.com/r-anazawa/p5-Blosxom-Header/tree/master/t In short: { package blosxom; our $header = { -type => 'text/html }; } use Blosxom::Header; my $h = Blosxom::Header->new; my $value = $h->get( 'foo' ); my $bool = $h->exists( 'foo' ); $h->set( foo => 'bar' ); $h->delete( 'foo' ); my @cookies = $h->get( 'cookie' ); $h->push( 'foo' ); $h->header; # same reference as $blosxom::header I will release this module on CPAN.org soon. (currently, just my idea) See also: https://metacpan.org/module/Blosxom::Header I'm waiting for your comments or suggestions :) Sincerely, Ryo |
From: Ryo A. <r-a...@sh...> - 2012-01-30 11:15:37
|
Dear Blosxom developers, I wrote a Perl module which provides plugins writers the interface to modify HTTP headers. I requested for reviews on PrePAN.org. https://prepan.org/module/3Yz7PYrBNy I'm waiting for your suggestions or comments. -- Ryo Anazawa r-a...@sh... https://github.com/r-anazawa/ |
From: Gavin C. <ga...@op...> - 2011-04-05 13:58:13
|
On Tue, Apr 05, 2011 at 12:47:01PM +0200, Gustaf Erikson wrote: >2011/4/5 Axel Beckert <ab...@de...>: >>> FWIW, I'm working on a blosxom-3-like-thing at the moment, but it's a >>> complete rewrite, rather than a fork. It's also static-only, rather than >>> mixed static/dynamic. > >> Anyway, despite I'd be happyu to see blosxom working with mod_perl or >> FastCGI, I still prefer static generation. Unfortunately many blosxom >> plugins (my tagging plugin included, unfortunately) do not support >> static generation. >> >Interestingly enough there was a flurry of blog posts about >"pre-baked" (statically rendered) websites just a couple of weeks ago. >I've been running blosxom statically for years ever since it >threatened to swamp my host and now that I have comments via Disqus >I'm not missing anything by not having dynamic rendering. Yeah, that was exactly my thinking too - core functionality static and lightweight, additional dynamic functionality via javascript. >>> It keeps text-based posts, hooks and plugins, flavours and themes, and >>> generally has a pretty similar structure to blosxom. And so far it adds >>> config files and built-in pagination to the core. >> >> Sounds neat. Any backwards-compatibility to blosxom flavours or plugins? > >I'm interested too. It's been a while since I messed around with the blog ;) > >For me the must-have plugins are Markdown and entriescache. Yep, me too. The default statik entries plugin provides entriescache-like functionality (i.e. cached mtimes and header-overrideable dates). Cheers, Gavin |
From: Gavin C. <ga...@op...> - 2011-04-05 13:51:37
|
On Tue, Apr 05, 2011 at 12:07:02PM +0200, Axel Beckert wrote: >On Tue, Apr 05, 2011 at 10:08:19AM +0100, Gavin Carr wrote: >> >> Blosxom 2 as CGI does not run very fast with many plugins. >> >> And is missing mod_perl and fastCGI support and some API. >> > >> >I'd be happy to see a a working Blosxom within mod_perl (preferably) >> >or FastCGI. I though don't see currently how we could keep Blosxom's >> >elegant design while moving to some persistent process model. So if >> >anyone else find's a way... :-) >> >> FWIW, I'm working on a blosxom-3-like-thing at the moment, but it's a >> complete rewrite, rather than a fork. It's also static-only, rather than >> mixed static/dynamic. > >Well, the existing blosxom3 had the focus on being able to serve >dynamic content while having a persistent process. So I'd rather not >call anything doing static-only stuff "blosxom-3-like". > >I guess you meant a blosxom successor in general with that. Yeah, I just meant an updated blosxom in general. >Anyway, despite I'd be happyu to see blosxom working with mod_perl or >FastCGI, I still prefer static generation. Unfortunately many blosxom >plugins (my tagging plugin included, unfortunately) do not support >static generation. > >> And it's not quite as minimalist e.g. the core uses modules rather >> than a single file, and makes use of a few CPAN modules. > >Which doesn't need to be a bad thing nowadays. > >> It keeps text-based posts, hooks and plugins, flavours and themes, and >> generally has a pretty similar structure to blosxom. And so far it adds >> config files and built-in pagination to the core. > >Sounds neat. Any backwards-compatibility to blosxom flavours or plugins? No drop-in backwards compatibility. Theme-style flavours should be trivially portable though. Plugins should also be portable fairly easily, but will require code changes, as the internal and hook interfaces are all different (no globals, different hook function signatures, etc.) -G |
From: Gustaf E. <ger...@gm...> - 2011-04-05 10:47:12
|
2011/4/5 Axel Beckert <ab...@de...>: > Hi Gavin, > >> FWIW, I'm working on a blosxom-3-like-thing at the moment, but it's a >> complete rewrite, rather than a fork. It's also static-only, rather than >> mixed static/dynamic. > Anyway, despite I'd be happyu to see blosxom working with mod_perl or > FastCGI, I still prefer static generation. Unfortunately many blosxom > plugins (my tagging plugin included, unfortunately) do not support > static generation. > Interestingly enough there was a flurry of blog posts about "pre-baked" (statically rendered) websites just a couple of weeks ago. I've been running blosxom statically for years ever since it threatened to swamp my host and now that I have comments via Disqus I'm not missing anything by not having dynamic rendering. >> It keeps text-based posts, hooks and plugins, flavours and themes, and >> generally has a pretty similar structure to blosxom. And so far it adds >> config files and built-in pagination to the core. > > Sounds neat. Any backwards-compatibility to blosxom flavours or plugins? I'm interested too. It's been a while since I messed around with the blog ;) For me the must-have plugins are Markdown and entriescache. -g. -- Gustaf Erikson http://gustaf.symbiandiaries.com/weblog/ |
From: Axel B. <ab...@de...> - 2011-04-05 10:07:13
|
Hi Gavin, On Tue, Apr 05, 2011 at 10:08:19AM +0100, Gavin Carr wrote: > >> Blosxom 2 as CGI does not run very fast with many plugins. > >> And is missing mod_perl and fastCGI support and some API. > > > >I'd be happy to see a a working Blosxom within mod_perl (preferably) > >or FastCGI. I though don't see currently how we could keep Blosxom's > >elegant design while moving to some persistent process model. So if > >anyone else find's a way... :-) > > FWIW, I'm working on a blosxom-3-like-thing at the moment, but it's a > complete rewrite, rather than a fork. It's also static-only, rather than > mixed static/dynamic. Well, the existing blosxom3 had the focus on being able to serve dynamic content while having a persistent process. So I'd rather not call anything doing static-only stuff "blosxom-3-like". I guess you meant a blosxom successor in general with that. Anyway, despite I'd be happyu to see blosxom working with mod_perl or FastCGI, I still prefer static generation. Unfortunately many blosxom plugins (my tagging plugin included, unfortunately) do not support static generation. > And it's not quite as minimalist e.g. the core uses modules rather > than a single file, and makes use of a few CPAN modules. Which doesn't need to be a bad thing nowadays. > It keeps text-based posts, hooks and plugins, flavours and themes, and > generally has a pretty similar structure to blosxom. And so far it adds > config files and built-in pagination to the core. Sounds neat. Any backwards-compatibility to blosxom flavours or plugins? Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | ab...@de... (Mail) X See http://www.asciiribbon.org/ | ab...@no... (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) |
From: Gavin C. <ga...@op...> - 2011-04-05 09:08:38
|
On Mon, Apr 04, 2011 at 08:10:06PM +0200, Axel Beckert wrote: >On Mon, Apr 04, 2011 at 06:58:50PM +0200, Lilo von Hanffstengel wrote: >> is Blosxom 3 dead? > >AFAIK it never lived for long neither came far. > >> Blosxom 2 as CGI does not run very fast with many plugins. > >Yep. > >> And is missing mod_perl and fastCGI support and some API. > >Yep. It's impossible with the current design to use anything with >persistent data. > >> I'm thinking about forking to get a modern Blosxom and reanimating >> stalling development. :( > >I'd be happy to see a a working Blosxom within mod_perl (preferably) >or FastCGI. I though don't see currently how we could keep Blosxom's >elegant design while moving to some persistent process model. So if >anyone else find's a way... :-) FWIW, I'm working on a blosxom-3-like-thing at the moment, but it's a complete rewrite, rather than a fork. It's also static-only, rather than mixed static/dynamic. And it's not quite as minimalist e.g. the core uses modules rather than a single file, and makes use of a few CPAN modules. It keeps text-based posts, hooks and plugins, flavours and themes, and generally has a pretty similar structure to blosxom. And so far it adds config files and built-in pagination to the core. It's pretty alpha right now, under-documented, and things are still moving around a lot. I'm planning to port my blog over to it once I get the tagging and markdown plugins done, and the plan is to release it via CPAN as a perl module/app, and for non-core plugins to be released as separate CPAN modules (in the Statik::Plugin namespace). It's called 'statik', and code-in-progress is on github: https://github.com/gavincarr/statik Contributors very welcome. :-) Cheers, Gavin |
From: Axel B. <ab...@de...> - 2011-04-04 18:10:15
|
On Mon, Apr 04, 2011 at 06:58:50PM +0200, Lilo von Hanffstengel wrote: > is Blosxom 3 dead? AFAIK it never lived for long neither came far. > Blosxom 2 as CGI does not run very fast with many plugins. Yep. > And is missing mod_perl and fastCGI support and some API. Yep. It's impossible with the current design to use anything with persistent data. > I'm thinking about forking to get a modern Blosxom and reanimating > stalling development. :( I'd be happy to see a a working Blosxom within mod_perl (preferably) or FastCGI. I though don't see currently how we could keep Blosxom's elegant design while moving to some persistent process model. So if anyone else find's a way... :-) Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | ab...@de... (Mail) X See http://www.asciiribbon.org/ | ab...@no... (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) |
From: Lilo v. H. <in...@gw...> - 2011-04-04 16:59:33
|
Hello, is Blosxom 3 dead? Could it be forked? What are the licence conditions? Open Software or Raels own child with restricted rights? Blosxom 2 as CGI does not run very fast with many plugins. And is missing mod_perl and fastCGI support and some API. I'm thinking about forking to get a modern Blosxom and reanimating stalling development. :( What do you think? -- Kind regards Lilo von Hanffstengel Webmistress - Perl programmer - Dragonprincess Website: http://www.gwendragon.de/ E-Mail: gd...@gw... == PGP == E-Mail mit GnuPG signiert/Signed with GnuPG GnuPG-Signatur DSA/1024 Key-ID: 0x6E56AC7D4492AD16 Fingerprint: 0BC8 DDF7 E381 190B AF7D A327 6E56 AC7D 4492 AD16 Key-URL: http://www.gwendragon.de/infos/gpg_pgp/GwenDragon_(0x4492AD16)_pub.asc == PGP == |
From: Gavin C. <ga...@op...> - 2010-10-22 20:58:21
|
Hi all, FYI, I've just pushed a bunch of minor changes I've had in my git tree for a while, some minor performance improvements, some cleanups. Cheers, Gavin |
From: Gerfried F. <rh...@de...> - 2010-10-18 08:05:25
|
Hi! * Barijaona <sou...@ba...> [2010-10-17 08:27:48 CEST]: > It has been a long time that I hasn't worked on Blosxom. I am happily > returning to it, and hope that the move to Git for version control > system will make it easier for dilettantes like me to contribute. Great! :) > Can someone please change the download link at the following pages ? > They still link to version 2.0 of > blosxom(http://blosxom.sourceforge.net/downloads/blosxom.zip), while > we currently are at version 2.1.2... A link to > <http://sourceforge.net/projects/blosxom/files/> would be much more > acurate... > > Pages to be fixed : > http://blosxom.sourceforge.net/documentation/users/install/dynamic/isp.html > http://blosxom.sourceforge.net/documentation/users/install/dynamic/macosx_install.html > http://blosxom.sourceforge.net/documentation/users/install/dynamic/windows.html > > I could fix it myself if I remembered how to access these pages... Changed them, also in downloads.html. Btw., how to do it can be figured out when you do a "ssh shell.sf.net" which gives you additional information. :) Enjoy! Rhonda -- <dholbach> Last day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 34 minutes in #ubuntu-classroom on irc.feenode.net * ScottK hands dholbach an "r". <Rhonda> Are they fundraising again? |
From: Barijaona <sou...@ba...> - 2010-10-17 06:51:26
|
Hi contributers, It has been a long time that I hasn't worked on Blosxom. I am happily returning to it, and hope that the move to Git for version control system will make it easier for dilettantes like me to contribute. Can someone please change the download link at the following pages ? They still link to version 2.0 of blosxom(http://blosxom.sourceforge.net/downloads/blosxom.zip), while we currently are at version 2.1.2... A link to <http://sourceforge.net/projects/blosxom/files/> would be much more acurate... Pages to be fixed : http://blosxom.sourceforge.net/documentation/users/install/dynamic/isp.html http://blosxom.sourceforge.net/documentation/users/install/dynamic/macosx_install.html http://blosxom.sourceforge.net/documentation/users/install/dynamic/windows.html I could fix it myself if I remembered how to access these pages... |
From: Matthijs K. <mat...@st...> - 2010-07-22 21:36:15
|
Hi Gavin, > I've had a few small patches sitting in my blosxom queue that I > finally found some tuits to review and commit. Mostly pretty > trivial, cleanups etc. I've done a casual review, the cleanups look ok. Gr. Matthijs |
From: Matthijs K. <mat...@st...> - 2010-07-22 21:35:13
|
Hi folks, > > > <http://rhonda.deb.at/blog/debian/2008> > > > > This is an easy way to show all the debian related postings year by > > year. > > > > So I would keep this "feature", but maybe an option to switch it off > > wouldn't be bad, if there's a demand for it. > My patch does exactly this, add an option to switch it off. I've finally gotten around to actually pushing out this patch. I've also bumped the copyright year again while I was there :-) Gr. Matthijs |
From: Lilo v. H. <in...@gw...> - 2010-07-13 10:43:57
|
Hi, i fixed some little annoyances in plugin textile2. Please have a look on the patch and give me a feedback if you want to add it or not. ;) http://sourceforge.net/tracker/?func=detail&aid=3028907&group_id=148044&atid=770266 -- Kind regards Lilo von Hanffstengel Webmistress - Perl programmer - Dragonprincess Website: http://www.gwendragon.de/ E-Mail: gd...@gw... == PGP == E-Mail mit GnuPG signiert/Signed with GnuPG GnuPG-Signatur DSA/1024 Key-ID: 0x6E56AC7D4492AD16 Fingerprint: 0BC8 DDF7 E381 190B AF7D A327 6E56 AC7D 4492 AD16 == PGP == |
From: Gavin C. <ga...@op...> - 2010-06-18 23:52:32
|
I've had a few small patches sitting in my blosxom queue that I finally found some tuits to review and commit. Mostly pretty trivial, cleanups etc. I also tweaked/simplified the test stuff a bit since we finally have a VCS that can handle symlinks - yay git! - and fixed some minor issues with the static generation unit tests. And added trival 'test' and 'tidycheck' targets to the top-level Makefile. All tests are passing again for me now. Cheers, Gavin |
From: Axel B. <ab...@de...> - 2010-04-25 09:50:02
|
Hi, On Fri, Mar 12, 2010 at 02:37:08PM +0100, Matthijs Kooijman wrote: > The main downside is probably that it exposes more details. This makes git > very powerful, but also a bit harder to get started with (though the basics > are still simple, of course). And it allows you to change (the) history. Lawyers wil dislike this. ;-) > So, my proposal is to switch our repositories to git. Any objections, > opinions, additions? Since there was no feedback against this suggestion on this list and Rhonda in me are also in favour of git, there are now git repositories for blosxom at SF and we'd like to use them as primary VCS repository for blosxom from now one: https://sourceforge.net/scm/?type=git&group_id=148044 https://sourceforge.net/apps/trac/sourceforge/wiki/Git Additionally, Matthijs is now an official member of the Blosxom Developement team with commit access. Welcome! Regards, Axel -- Axel Beckert - ab...@de..., ab...@no... - http://noone.org/abe/ |