9:26 a.m.
Hi all -- just a heads up that I've finished documenting the new
publishing procedure here:
https://fedoraproject.org/wiki/Publishing_a_document_with_Publican
Basically, it all comes down to one new command: "publican install_book"
(and its counterpart, "publican remove_book").
The biggest change is that we no longer need to add or remove *anything*
from the directory tree manually, or hand-edit any PHP or HTML!
Cheers
Rudi
3:22 p.m.
W dniu 24.05.2010 22:07, Nathan Thomas pisze:
This looks amazing, but I'm having a small problem... when I try
to
remove a book so I can replace it with an updated copy, specifying the
path the the homepage.cfg file on my local copy of docs.fp.org, I get
the following error:
DEBUG: Publican: config loaded
DB file '/home/rlandmann/Documents/books/Fedora/web/fedoradocs.db' not
found. at /usr/bin/publican line 775
My local copy of docs.fp.org is up-to-date, with the required
homepage.cfg and fedoradocs.db.
I've encountered this problem earlier today, and I worked around it by
locally modifying homepage.cfg to point to actual fedoradocs.db and
public_html. Although the need of absolute path seems to be a bug to me.
--
Piotr Drąg
http://raven.pmail.pl
5:10 p.m.
On 24/05/10 21:22, Piotr Drąg wrote:
W dniu 24.05.2010 22:07, Nathan Thomas pisze:
> This looks amazing, but I'm having a small problem... when I try to
> remove a book so I can replace it with an updated copy, specifying the
> path the the homepage.cfg file on my local copy of docs.fp.org, I get
> the following error:
>
> DEBUG: Publican: config loaded
> DB file '/home/rlandmann/Documents/books/Fedora/web/fedoradocs.db' not
> found. at /usr/bin/publican line 775
>
> My local copy of docs.fp.org is up-to-date, with the required
> homepage.cfg and fedoradocs.db.
>
>
I've encountered this problem earlier today, and I worked around it by
locally modifying homepage.cfg to point to actual fedoradocs.db and
public_html. Although the need of absolute path seems to be a bug to me.
Thanks Piotr, your workaround works (around) for me. However, I am still
encountering the error I reported to the list yesterday when trying to
push to the docs.fp.org repo:
[nathan@amilo web]$ git push
Enter passphrase for key '/home/nathan/.ssh/id_rsa':
Counting objects: 56, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (30/30), done.
Writing objects: 100% (30/30), 28.23 KiB, done.
Total 30 (delta 24), reused 1 (delta 0)
error: unable to create temporary sha1 filename
./objects/tmp_obj_pTRnwk: Permission denied
fatal: failed to write object
error: unpack failed: unpacker exited with error code
To ssh://nathant@git.fedorahosted.org/git/docs/web.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to
'ssh://nathant@git.fedorahosted.org/git/docs/web.git'
Not sure if Rudi's still working on the repo, so I'll hang fire until I
hear.
Nathan
6:32 p.m.
On 05/25/2010 08:10 AM, Nathan Thomas wrote:
Thanks Piotr, your workaround works (around) for me. However, I am
still
encountering the error I reported to the list yesterday when trying to
push to the docs.fp.org repo:
[nathan@amilo web]$ git push
Enter passphrase for key '/home/nathan/.ssh/id_rsa':
Counting objects: 56, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (30/30), done.
Writing objects: 100% (30/30), 28.23 KiB, done.
Total 30 (delta 24), reused 1 (delta 0)
error: unable to create temporary sha1 filename
./objects/tmp_obj_pTRnwk: Permission denied
fatal: failed to write object
error: unpack failed: unpacker exited with error code
To ssh://nathant@git.fedorahosted.org/git/docs/web.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to
'ssh://nathant@git.fedorahosted.org/git/docs/web.git'
Not sure if Rudi's still working on the repo, so I'll hang fire until I
hear.
That looks like a permissions error to me
Nathan, can you please check your .git/config file and verify that you
see a section that says:
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = ssh://YOUR_USERNAME@git.fedorahosted.org/git/docs/web.git
Cheers
Rudi
PS -- You might not need to do anything for the Live Images doc anyway,
unless another translation has completed or been updated since the
weekend? I rebuilt all the docs then as I was preparing the site
6:28 p.m.
New subject: Publishing with Publican -- important revision
On 05/25/2010 06:22 AM, Piotr Drąg wrote:
W dniu 24.05.2010 22:07, Nathan Thomas pisze:
> This looks amazing, but I'm having a small problem... when I try to
> remove a book so I can replace it with an updated copy, specifying the
> path the the homepage.cfg file on my local copy of docs.fp.org, I get
> the following error:
>
> DEBUG: Publican: config loaded
> DB file '/home/rlandmann/Documents/books/Fedora/web/fedoradocs.db' not
> found. at /usr/bin/publican line 775
>
> My local copy of docs.fp.org is up-to-date, with the required
> homepage.cfg and fedoradocs.db.
>
>
I've encountered this problem earlier today, and I worked around it by
locally modifying homepage.cfg to point to actual fedoradocs.db and
public_html. Although the need of absolute path seems to be a bug to me.
Thanks Nathan -- that's a big Ooops on my part!
Piotr's workaround is indeed correct. Here's what I've done:
* removed my homepage.cfg from the web.git
* replaced it with a homepage.tmp with boilerplate paths in it
* revised the instructions on the wiki to tell people what they need to
do to set up their own homepage.cfg
* added homepage.cfg to a .gitignore file for the repo
Anyone who's already been publishing note: your next git pull will
probably blow away your homepage.cfg file -- please back it up
somewhere. If you see a homepage.tmp file in your local repo, you can
safely re-add your backed up copy of your old homepage.cfg file -- git
should ignore it from now on.
As for it being a bug, I'm not sure -- the install_book and remove_book
commands operate under the assumption that you're a lone individual
maintaining a small site single-handed. We're operating way outside its
design parameters -- we're very definitely in the class of users for who
building RPMs to install to a webserver was designed. I'll certainly ask
Jeff about it though -- if a relative path will do, we can probably just
ship a homepage.cfg again.
Sorry for the SNAFU :)
Cheers
Rudi
5086
days inactive
5087
days old
6 comments
3 participants
participants (3)
-
Nathan Thomas -
Piotr Drąg -
Ruediger Landmann