Add [[!meta date]] to news items and tips

The git checkout and build process can leave the checkout
date in the tarball release, leading to unstable sorting.
I tried to use `git restore-mtime`, but that doesn't work for
ikiwiki, because dgit interferes with it.

brokenlinks: sort the pages that link to the missing page, for better reproducibility

debian/copyright: turn comments on provenance into Comment

debian/copyright: consolidate permissive licenses

debian: build the docwiki with LC_ALL=C.UTF-8 and TZ=UTC for a more reproducible build

Populate pagectime from mtime or inode change time, whichever is older

When building ikiwiki from a tarball, the mtime (conceptually, the
last modification date of the file) is preserved by tar, but the inode
change time (creation/metadata-change date of *this copy* of the file)
is not. This seems to lead to unstable sort ordering and
unreproducible builds.

The page can't possibly have been modified before it was created, so
we can assume that the modification date is an upper bound for the
creation date.

changelog

disable another gitorious repository in ./gitremotes

Replace email authentication icon with one that is more instantly recognizable

follow up: optimization partially restored

In rebuilds, assume that every page has been scanned by the time the scan phase ends

This doesn't prevent memory from being used to track what we have
and haven't scanned, but it does make it temporary.

This only applies to rebuilds, as a way to avoid breaking the
templatebody plugin, unlike the earlier version of this optimization.

de-optimized to fix a bug

hopefully fixed in master

respond to various things

Revert "Assume that every page has been scanned by the time the scan phase ends"

This reverts commit c04a26f3e70d654ccec5542daf8425e44cb5bac8, which
turns out to break the templatebody directive: readtemplate() relies
on scan() populating %templates, but if scan() is a no-op after
leaving the scan phase, we can't rely on that.

The assumption made by skipping scan() after the end of the render phase
is that everything that comes from a scan is already in the index.
However, we don't really want to put template bodies in the index:
that would force us to load and save them on every refresh, and
redundantly persist them to disk.

Test-case:

% make clean
% ./Makefile.PL
% make
% grep -E '<div class="notebox">|Use this template to' html/sandbox.html
% touch doc/sandbox/New_blog_entry.mdwn          # sandbox inlines this
% make
% grep -E '<div class="notebox">|Use this template to' html/sandbox.html

Good result: html/sandbox.html contains <div class="notebox"> both times

Bad result: html/sandbox.html contains "Use this template to..." the
second time

Make the attachment plugin work with CGI.pm 4.x (Closes: #786586; workaround for #786587 in libcgi-pm-perl)

Revert "removed"

We like our pages and we would prefer to keep them.

This reverts commit 508bda205911058377f36fd4924b1e3f33914c71.

Templates not found when pushing from remote computer

removed

Added a comment: Cheap VPS

mutiple setup not possible

Question about multiple setup file use

added opengraph plugin

removed old sites and added new

added limitation

fixed disclaimer

Add bug about default behaviour of meta plugin for style sheets

rename icon instead of changing the Javascript

That can take effect on Branchable without rebuilding ikiwiki.deb, and
the shorter name is perhaps nicer anyway.

correct name of emailauth icon

Do not directly enable emailauth by default, only indirectly via openid

This avoids nasty surprises on upgrade if a site is using httpauth,
or passwordauth with an account_creation_password, and relying on
only a select group of users being able to edit the site. We can revisit
this for ikiwiki 4.

stop ./gitremotes from processing some broken links

openid spam happens, as it turns out

identified (partly) last spammer

Revert "WU trf, train tickets, ship shop, cvv, complete fullz, dumps"

This reverts commit 1d05cf33fb5f4fc9e1a3d6e76b4973282f3a724c.

WU trf, train tickets, ship shop, cvv, complete fullz, dumps

typo

Question about python path for external plugins.

http://i.imgur.com/0yo0VjC.png?1

sohrten url in subject

nicer layout of subject

add url to subject of email

The wikiname can be pretty un-helpful, the user will probably regognise the
url since they were just at it.

allow emailuser to be called when there is no %config set

ikiwiki-hosting needs to do this

changelog

make cgiurl output deterministic

IkiWiki::cgiurl() currently produces non-deterministic output, because
the params hash can be sorted different ways.

Sorting keys to params before crafting the string should make the
output deterministic.

Idea: embedded podcast A/V player.

cloak user PII when making commits etc, and let cloaked PII be used in banned_users

This was needed due to emailauth, but I've also wrapped all IP address
exposure in cloak(), although the function doesn't yet cloak IP addresses.

(One IP address I didn't cloak is the one that appears on the password
reset email template. That is expected to be the user's own IP address,
so ok to show it to them.)

Thanks to smcv for the pointer to
http://xmlns.com/foaf/spec/#term_mbox_sha1sum

comments

passwordauth: Don't allow registering accounts that look like openids.

Also prohibit @ in account names, in case the file regexp was relaxed to
allow it.

Merge branch 'master' of ssh://git.ikiwiki.info

crufty po updates

update re passwordauth @

sanitize nickname derived from email address

acls and expectations

Critical of automatic merging of stylesheets

please do cloak email addresses, the principle of least astonishment applies

proposal for making emailauth not force username == email address

note about email visibility in git commits

fix page extension

close

Merge branch 'emailauth'

changelog

don't let emailauth user's email address be changed on preferences page

There's no real problem if they do change it, except they may get confused
and expect to be able to log in with the changed email and get the same
user account.

when an emailauth user posts a comment, use the username only, not the full email address

This makes the email not be displayed on the wiki, so spammers won't find
it there.

Note that the full email address is still put into the comment template.
The email is also used as the username of the git commit message
(when posting comments or page edits). May want to revisit this later.

avoid showing password prefs for emailauth user

allow adminuser to be an email address

tweak wording

fix up session cookie

emailauth link sent and verified; user login works

Still some work to do since the user name is an email address and should
not be leaked.

add emailauth.tmpl

move stub auth hook to loginselector

email auth plugin now works through email address entry

Converted openid-selector into a more generic loginselector helper plugin.

rename openid selector files to login-selector

further generalization of openid selector

Now template variables can be set to control which login methods are shown

generalized the openid selector to a login selector

This includes some CSS changes to names of elements.

Also, added Email login button (doesn't work yet of course),
and brought back the small openid login buttons. Demoted yahoo and verison
to small buttons. This makes the big buttons be the main login types, and
the small buttons be provider-specific helpers.

comments

link to indieauth and mention existing problems with this approach

thoughts

tyo

update

update

proposal

close

remove the small buttons for livejournal/flickr/wordpress/aol

None of these are commonly used openid providers, and the openid button
can be used to log in with any such openid provider.

promote the other/password item to a large button

When openid and passwordauth are the only enabled auth plugins, make the openid selector display "Password" instead of "Other", so users are more likely to click on it when they don't have an openid.

branch link fix

local.css also blocking

can't work this out

Add "Aloodo Blog"

Added a comment: You are right