Last time I blogged that the developers of git are a really busy bunch.
Well, they really are. I found out I almost missed a complete release, so with this set I'm catching up.
Today I build version 1.7.0.3.
By now, you know where to find them.
The next entry will be more interresting, not only git building.
The developers of git are a really busy bunch. Today a new git (1.7.0.2)
arrived, again, so I did build the RPM's.
By now, you know where to find them.
asciidoc: FAILED: [tabledef-default] missing section: [tabletags-header]
asciidoc version 8.5.1 and at work I have asciidoc version 8.5.3.
So, at home I saved the current /etc/asciidoc/asciidoc.conf and upgraded the package. What a surprise, the docs did not build anymore. So I found the program that messes up things. But why?
Diffing the new config file with the old one I found two lines with the text
header-style=tags="header"
asciidoc I am not hindered with knowledge, so I commented out these lines. I do not have any idea if I break other things, but now my Git RPM's build correctly and the documentation looks good.
As far as I'm concerned: Problem Solved.
On my own server I tried to build the Git RPM's and that worked, but on the server at work it borked on building the documentation.
The message I got was
asciidoc: FAILED: [tabledef-default] missing section: [tabletags-header]
and Google has never heard of it.
Both servers are running CentOS 5.4 i386, so no differences
there. I started looking for the responsible program and I found
out that at home I have asciidoc version 8.5.1 and at work I have
asciidoc version 8.5.3.
So, at home I saved the current /etc/asciidoc/asciidoc.conf and upgraded
the package. What a surprise, the docs did not build anymore. So I found the
program that messes up things. But why?
Diffing the new config file with the old one I found two lines with the text
header-style=tags="header"
Knowing almost nothing about asciidoc I am not hindered with knowledge,
so I commented out these lines. I do not have any idea if I break other
things, but now my Git RPM's build correctly and the documentation
looks good.
As far as I'm concerned: Problem Solved.
It's been a while, but now there is a new version of the MySQLBackup script.
This version has a few enhancements and some configuration options were added.
The main new feature is that it now supports multiple dumps per day. The old backups will be removed, of course, but only when they are over a day old.
An added configuration option is that it's no possible to choose whether you want the databases locked during the backup.
I will try to see if it's possible to create an option to specify if you this for every backup or not.
Have fun with it. It's in the files section.
Today I saw that git version 1.7.0.1 was out and while I missed out on 1.7.0 I decided it was time for some RPM's again.
Well, NOT. The sources built like a charm and I'm using 1.7.0.1 now for the daily work.
The big problem is the documentation, as always. When I want to build
the docs, the build proces fails with some strange table-header and
table-definition error, that even Google has never heard off.
All I know now that it has something to do with asciidoc being the
wrong version. It does build on Debian Lenny and Ubuntu 9.10 though.
Update:
It took some time, but I did get it working. For some way or another
after a make clean it all worked. So I repacked the sources and
built the RPM.
You will know. It's in the files section.
