Bacula Status Report
Kern Sibbald <[email protected]> Mon, 25 Nov 2013 17:49:54 +0100
| Newsgroups | gmane.comp.sysutils.backup.bacula.announce,gmane.comp.bacula.user,gmane.comp.sysutils.backup.bacula.devel |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============2155712678603100332==
Content-Type: multipart/alternative;
boundary="------------010000060202080906000500"
This is a multi-part message in MIME format.
--------------010000060202080906000500
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Hello,
I would like to speak to you about the following points:
1. The rumors of the death of Bacula (the Community version)
2. The Bareos fork of Bacula
3. Bacula Systems and the FSFE (Free Software Foundation Europe)
4. The future of Bacula (the Community version)
1. The rumors of the death of Bacula (the Community version):
I borrow words from a quote of Mark Twain: The rumors of the death
of Bacula are highly exaggerated!=20
I began working on Bacula 14 years ago (in January 2000), and it has
been Open Source from the time it was publicly released in April
2002, and it will remain Open Source. I have been and am fully
devoted to Open Source, and in particular to Bacula, which is like
my =93baby=94. So to hear rumors that Bacula is dead or that I have
withheld commits because they are Enterprise features is shocking
and hurtful to me as well as not true.
I did inform the Bacula Community several years ago that my personal
participation in Bacula would decrease a bit for several years to
allow me to focus more on getting Bacula Systems started. In my
opinion, that has not been a serious disadvantage for the Bacula
project since Bacula Systems over that period has contributed far
more code to Bacula than I could have alone over the same period,
and as you will see a bit later in this status report, Bacula
Systems contributions are absolutely guaranteed to continue in the
long run, and even increase.
2. The Bareos fork of Bacula:
The Bacula repository has been on =93hold=94 since our last release
in early February, because on 27 February 2013, I learned that there
was a fork of Bacula made by a former =93consultant=94 of Bacula
Systems with a former reseller of Bacula Systems. Unfortunately,
despite the fact that Bareos hired one of the best German Open
Source lawyers , there were a number of serious copyright violations
with their code. Since the Bacula code is copyrighted by the Free
Software Foundation Europe (FSFE), I provided the technical support,
and the FSFE worked with Bareos to clean up their copyright
violations. That took a significant amount of time (many months),
and the Bareos code though significantly improved is still not
totally free of copyright infringements. I won't go into the
details here as all of you may not be interested, but will have much
more to say about Bareos in later blogs, and when the blog is setup
I will let you know.
I find Bareos an unusual fork, because it wasn't done in what I
believe to be the normal Open Source way. Normally a fork is made
when a project is blocked or has serious disagreements with the
users. Its also normally done in open communication rather than
underhanded or in secret. In the case of Bacula, though some of the
development slowed down (I will go into this in detail later), it
certainly was by no means stopped. To complain about active
development in Bacula Systems, is, in my opinion, incorrect first
because adding features to the Enterprise version costs Bacula
Systems a lot mostly in salaries yet takes absolutely nothing from
Bacula. In fact, when you read the next section, you will see that
the more that Bacula Systems develops, the more features that Bacula
over time will have. Going back to what I find abnormal about the
Bareos fork is that they claim that they spent three years
developing a lot of new features, thus they are more feature rich
than Bacula. Yes, for the moment, they have a few features that
Bacula does not yet have, but not for long, and more importantly
over the three years of development of those features they never
offered these new features to Bacula nor to any Open Source project.
Instead they were developed in secret. I find that a very strange
behavior for a self-proclaimed Open Source company (actually, they
are =93forced=94 to be Open Source because of the Bacula AGPLv3
license). So as Bacula contributors and users, you would be within
your rights to feel very upset with Bareos, because they never
offered you the code they developed.
I assure that I will do all in my power to ensure that any
worthwhile features that Bareos implements will be implemented in
Bacula, and most likely better integrated and more robust, and where
possible with even more functionality and growth potential.
3. Bacula Systems and the FSFE:
If you have been a long time Bacula user you may recall that I
discussed the possibility in 2006-2007 of creating a company, now
called Bacula Systems, to ensure the continuation of Bacula when I
will no longer be able to personally contribute =96 say in 10 or 20
years, as well as to provide the financial means to add high-end
features to Bacula (a fibre channel network costs about $50K to
setup). Much to my surprise 95% or more of the responses I got were
very positive. Bacula Systems was created in July 2008, and for the
first two years, the Enterprise code base and the Community code
base were identical. Unfortunately, that didn't work financially
for Bacula Systems. Companies willing to pay, were willing to pay
for features and support but not support alone, so Bacula Systems
embarked on development to continue maintenance and improvement of
Bacula while at the same time creating mostly plugins to add
differentiation to the Enterprise version.
Now this may not sound very Open Source to you, and I understand,
because I feel the same way. Were it at all possible, I would give
you all of Bacula Systems code, unfortunately, that is not
economically feasible at the current time, and yet without Bacula
Systems, I fear the Bacula project will die or worse yet fall into
the hands of someone incapable of maintaining the high quality we
have created.
While I was consulting with the Free Software Foundation Europe
(FSFE) on the Bareos copyright violations, Bacula Systems and I
began discussions with the FSFE on how to guarantee the long term
survival of Bacula. These discussions, extremely positive on both
sides and all points, recently lead to a formal written agreement
between myself, Bacula Systems, and the FSFE. There are a number of
points in the agreement, but probably the most important of all is
that Bacula Systems has now put in writing that it is an Open Source
company (at its heart), as it has always proclaimed, and will
contribute all the Enterprise code it creates to the Bacula
Community code base within at most a 5 year period. One exception
is that Bacula Systems is legally unable to contribute certain code
encumbered by third party proprietary license. The 5 year delay
gives Bacula Systems the chance to develop Enterprise features that
differentiate it, but ensures the continual growth of the Bacula
Community code. This model can possibly be used across the industry
to ensure the future of open source software in an environment where
development costs, particularly for hardware to do testing, are
prohibitive to the standard models of today.
5. The future of Bacula (the Community version):
If you have read section 4 above, hopefully if you were not already
convinced that Bacula is alive that you can now see that it will
have a long and successful future ahead of it. If you have any
doubts, please do not hesitate to either send me an email on the
bacula-users list or directly to me (if you want it private).
Hopefully, by mid-December I will have a blog setup (need a major
upgrade of bacula.org to do so), and I will then fill you in on the
details of the Bareos fork as well as more details on what next to
expect in Bacula.
Thank you for contributing to and/or using Bacula ...
Best regards,
Kern
--------------010000060202080906000500
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dwin=
dows-1252">
</head>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
Hello,<br>
<br>
I would like to speak to you about the following points:<br>
<br>
1. The rumors of the death=A0 of Bacula (the Community version)<br>
2. The Bareos fork of Bacula<br>
3. Bacula Systems and the FSFE (Free Software Foundation Europe)<br>
4. The future of Bacula (the Community version)<br>
<br>
1. The rumors of the death of Bacula (the Community version):<br>
<br>
I borrow words from a quote of Mark Twain: The rumors of the death<br=
>
of Bacula are highly exaggerated!=A0 <br>
<br>
I began working on Bacula 14 years ago (in January 2000), and it has<=
br>
been Open Source from the time it was publicly released in April<br>
2002, and it will remain Open Source.=A0 I have been and am fully<br>
devoted to Open Source, and in particular to Bacula, which is like<br=
>
my =93baby=94.=A0 So to hear rumors that Bacula is dead or that I hav=
e<br>
withheld commits because they are Enterprise features is shocking<br>
and hurtful to me as well as not true.<br>
<br>
I did inform the Bacula Community several years ago that my personal<=
br>
participation in Bacula would decrease a bit for several years to<br>
allow me to focus more on getting Bacula Systems started.=A0 In my<br=
>
opinion, that has not been a serious disadvantage for the Bacula<br>
project since Bacula Systems over that period has contributed far<br>
more code to Bacula than I could have alone over the same period,<br>
and as you will see a bit later in this status report, Bacula<br>
Systems contributions are absolutely guaranteed to continue in the<br=
>
long run, and even increase.<br>
<br>
2. The Bareos fork of Bacula:<br>
<br>
The Bacula repository has been on =93hold=94 since our last release<b=
r>
in early February, because on 27 February 2013, I learned that there<=
br>
was a fork of Bacula made by a former =93consultant=94 of Bacula<br>
Systems with a former reseller of Bacula Systems.=A0 Unfortunately,<b=
r>
despite the fact that Bareos hired one of the best German Open<br>
Source lawyers , there were a number of serious copyright violations<=
br>
with their code.=A0 Since the Bacula code is copyrighted by the Free<=
br>
Software Foundation Europe (FSFE), I provided the technical support,<=
br>
and the FSFE worked with Bareos to clean up their copyright<br>
violations.=A0 That took a significant amount of time (many months),<=
br>
and the Bareos code though significantly improved is still not<br>
totally free of copyright infringements.=A0 I won't go into the<br>
details here as all of you may not be interested, but will have much<=
br>
more to say about Bareos in later blogs, and when the blog is setup<b=
r>
I will let you know.<br>
<br>
I find Bareos an unusual fork, because it wasn't done in what I<br>
believe to be the normal Open Source way.=A0 Normally a fork is made<=
br>
when a project is blocked or has serious disagreements with the<br>
users.=A0 Its also normally done in open communication rather than<br=
>
underhanded or in secret.=A0 In the case of Bacula, though some of th=
e<br>
development slowed down (I will go into this in detail later), it<br>
certainly was by no means stopped.=A0 To complain about active<br>
development in Bacula Systems, is, in my opinion, incorrect first<br>
because adding features to the Enterprise version costs Bacula<br>
Systems a lot mostly in salaries yet takes absolutely nothing from<br=
>
Bacula.=A0 In fact, when you read the next section, you will see that=
<br>
the more that Bacula Systems develops, the more features that Bacula<=
br>
over time will have.=A0 Going back to what I find abnormal about the<=
br>
Bareos fork is that they claim that they spent three years<br>
developing a lot of new features, thus they are more feature rich<br>
than Bacula.=A0 Yes, for the moment, they have a few features that<br=
>
Bacula does not yet have, but not for long, and more importantly<br>
over the three years of development of those features they never<br>
offered these new features to Bacula nor to any Open Source project.<=
br>
Instead they were developed in secret.=A0 I find that a very strange<=
br>
behavior for a self-proclaimed Open Source company (actually, they<br=
>
are =93forced=94 to be Open Source because of the Bacula AGPLv3<br>
license).=A0 So as Bacula contributors and users, you would be within=
<br>
your rights to feel very upset with Bareos, because they never<br>
offered you the code they developed.<br>
<br>
I assure that I will do all in my power to ensure that any<br>
worthwhile features that Bareos implements will be implemented in<br>
Bacula, and most likely better integrated and more robust, and where<=
br>
possible with even more functionality and growth potential.<br>
<br>
<br>
3. Bacula Systems and the FSFE:<br>
<br>
If you have been a long time Bacula user you may recall that I<br>
discussed the possibility in 2006-2007 of creating a company, now<br>
called Bacula Systems, to ensure the continuation of Bacula when I<br=
>
will no longer be able to personally contribute =96 say in 10 or 20<b=
r>
years, as well as to provide the financial means to add high-end<br>
features to Bacula (a fibre channel network costs about $50K to<br>
setup).=A0 Much to my surprise 95% or more of the responses I got wer=
e<br>
very positive.=A0 Bacula Systems was created in July 2008, and for th=
e<br>
first two years, the Enterprise code base and the Community code<br>
base were identical.=A0 Unfortunately, that didn't work financially<b=
r>
for Bacula Systems.=A0 Companies willing to pay, were willing to pay<=
br>
for features and support but not support alone, so Bacula Systems<br>
embarked on development to continue maintenance and improvement of<br=
>
Bacula while at the same time creating mostly plugins to add<br>
differentiation to the Enterprise version.<br>
<br>
Now this may not sound very Open Source to you, and I understand,<br>
because I feel the same way.=A0 Were it at all possible, I would give=
<br>
you all of Bacula Systems code, unfortunately, that is not<br>
economically feasible at the current time, and yet without Bacula<br>
Systems, I fear the Bacula project will die or worse yet fall into<br=
>
the hands of someone incapable of maintaining the high quality we<br>
have created.<br>
<br>
While I was consulting with the Free Software Foundation Europe<br>
(FSFE) on the Bareos copyright violations, Bacula Systems and I<br>
began discussions with the FSFE on how to guarantee the long term<br>
survival of Bacula.=A0 These discussions, extremely positive on both<=
br>
sides and all points, recently lead to a formal written agreement<br>
between myself, Bacula Systems, and the FSFE. There are a number of<b=
r>
points in the agreement, but probably the most important of all is<br=
>
that Bacula Systems has now put in writing that it is an Open Source<=
br>
company (at its heart), as it has always proclaimed, and will<br>
contribute all the Enterprise code it creates to the Bacula<br>
Community code base within at most a 5 year period.=A0 One exception<=
br>
is that Bacula Systems is legally unable to contribute certain code<b=
r>
encumbered by third party proprietary license.=A0 The 5 year delay<br=
>
gives Bacula Systems the chance to develop Enterprise features that<b=
r>
differentiate it, but ensures the continual growth of the Bacula<br>
Community code.=A0 This model can possibly be used across the industr=
y<br>
to ensure the future of open source software in an environment where<=
br>
development costs, particularly for hardware to do testing, are<br>
prohibitive to the standard models of today.<br>
<br>
5. The future of Bacula (the Community version):<br>
<br>
If you have read section 4 above, hopefully if you were not already<b=
r>
convinced that Bacula is alive that you can now see that it will<br>
have a long and successful future ahead of it.=A0 If you have any<br>
doubts, please do not hesitate to either send me an email on the<br>
bacula-users list or directly to me (if you want it private).<br>
Hopefully, by mid-December I will have a blog setup (need a major<br>
upgrade of bacula.org to do so), and I will then fill you in on the<b=
r>
details of the Bareos fork as well as more details on what next to<br=
>
expect in Bacula.<br>
<br>
Thank you for contributing to and/or using Bacula ...<br>
<br>
Best regards,<br>
Kern<br>
<meta http-equiv=3D"CONTENT-TYPE" content=3D"text/html;
charset=3Dwindows-1252">
<title></title>
<meta name=3D"GENERATOR" content=3D"LibreOffice 3.5 (Linux)">
<style type=3D"text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
-->
</style>
</body>
</html>
--------------010000060202080906000500--
--===============2155712678603100332==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
--===============2155712678603100332==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Bacula-announce mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-announce
--===============2155712678603100332==--