Bug#826656: openssl 1.0.1t update in jessie broke find_package OpenSSL

2016-06-07 Thread Alexander Golovko
Package: cmake
Version: 3.0.2-1
Severity: important
Tags: jessie

Hi.

Openssl in jessie was updated to 1.0.1t. This update broke cmake
find_package.


my CMakeList.txt:

...
find_package(OpenSSL REQUIRED)
...


Errors:

CMake Error at /usr/share/cmake-3.0/Modules/FindOpenSSL.cmake:293
(list): list GET given empty list
Call Stack (most recent call first):
  lib/CMakeLists.txt:2 (find_package)


CMake Error at /usr/share/cmake-3.0/Modules/FindOpenSSL.cmake:294
(list): list GET given empty list
Call Stack (most recent call first):
  lib/CMakeLists.txt:2 (find_package)


CMake Error at /usr/share/cmake-3.0/Modules/FindOpenSSL.cmake:296
(list): list GET given empty list
Call Stack (most recent call first):
  lib/CMakeLists.txt:2 (find_package)


CMake Error at /usr/share/cmake-3.0/Modules/FindOpenSSL.cmake:298
(list): list GET given empty list
Call Stack (most recent call first):
  lib/CMakeLists.txt:2 (find_package)



As i see, there is a problem in extra space
in /usr/include/openssl/opensslv.h:

-#define OPENSSL_VERSION_NUMBER 0x1000105fL
+# define OPENSSL_VERSION_NUMBER  0x1000114fL



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



Bug#754230: thresholds don't work when only one defined in config

2014-07-08 Thread Alexander Golovko
Package: collectd-core
Tags: wheezy

Thresholds don't work, when only one threshold defined in config.

Next config should generate threshold each check interval, but nothing
happens.

LoadPlugin threshold
Plugin threshold
  Plugin memory
Type memory
  Instance used
  FailureMax 0.00
  Persist true
/Type
  /Plugin
/Plugin


Problems was fixed in upstream by this trivial commit:
https://github.com/collectd/collectd/commit/60c6faf4fe7779e3d2f1c0c807103bbd2ee0c697

Please, update wheezy package.

-- 
with best regards,
Alexander Golovko
email: alexan...@onsec.ru
xmpp: alexan...@onsec.ru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#735347: [pkg-bacula-devel] Bug#735347: Sourceless file

2014-01-18 Thread Alexander Golovko
Thank you for report!

This file is not included into binary package, so we can simply remove
it from original tarball.

Should this bug be fixed for wheezy?


В Tue, 14 Jan 2014 23:14:55 +
bastien ROUCARIES roucaries.bast...@gmail.com пишет:

 Package: src:bacula-doc
 Severity: serious
 User: debian...@lists.debian.org
 Usertags: source-contains-prebuilt-flash-object
 X-Debbugs-CC: ftpmas...@debian.org
 
 I could not find the source of:
home-page/conferences/T5RrEVAzdM4
 
 
 Bastien
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#680714: [pkg-bacula-devel] Bug#680714: Please package Bacula 5.2.13

2013-08-13 Thread Alexander Golovko
В Mon, 12 Aug 2013 10:31:33 +0800
Jim Barber jim.bar...@ddihealth.com пишет:

 Hi.

Hi.


 
 Bacula 5.2.6 is quite old now and there have been a number of
 improvements made to Bacula since then. The latest version as far as
 I can tell is Bacula 5.2.13 released on 19th Feb 2013. If you have
 time to package up a newer version it would be appreciated.

Thank you for reminder! Yes, we plan to do this, but can't promise to do this 
at nearest
time :((

Actually most important bugfixes from 5.2.7-5.2.12 was applied to
current version.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#718641: [pkg-bacula-devel] Bug#718641: Bug#718641: Bug#718641: delete_catalog_backup missing execute bit

2013-08-13 Thread Alexander Golovko
merge 718641 714161
--

В Thu, 08 Aug 2013 18:00:04 +0200
Luca Capello l...@pca.it пишет:

 Hi Willem,
 
 NB, there is no need to Cc: submit@b.d.o or the pkg-bacula mailing
 list.
 
 On Mon, 05 Aug 2013 12:06:41 +0200, W. van den Akker wrote:
  The reason why the execute bit is not set is because the DB_NAME
  variable is empty.

No, DB_NAME should be substituted if dbconfig-common was used on
package installation.


 
 Can you elaborate on that?  There is nothing in
 bacula-director-pgsql's postinst
 or /usr/share/bacula-director/postinst-common about execute bit for
 delete_catalog_backup.
 
 Actually, this seems like a duplicate of #714161, which should be
 fixed in postinst-common, something like:

Yes, you are right, merging reports.


 
 --8---cut here---start-8---
 --- postinst-common  2013-04-16 16:43:11.0 +0200
 +++ postinst-common  2013-08-08 17:58:10.889357991 +0200
 @@ -28,4 +28,7 @@
  chown root:bacula $TARGET
  chmod 640 $TARGET
  
 +DELETE_CATALOG_BACKUP=/etc/bacula/scripts/delete_catalog_backup
 +chmod 755 $DELETE_CATALOG_BACKUP
 +
  exit 0
 --8---cut here---end---8---
 
 Thx, bye,
 Gismo / Luca


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#706047: unblock bacula/5.2.6+dfsg-9

2013-04-27 Thread Alexander Golovko
В Sat, 27 Apr 2013 00:13:10 +0100
Jonathan Wiltshire j...@debian.org пишет:

 Control: tag -1 + confirmed
 
 On Wed, Apr 24, 2013 at 02:17:12AM +0400, Alexander Golovko wrote:
  Package: release.debian.org
  Severity: normal
  User: release.debian@packages.debian.org
  Usertags: unblock
  
  Hi!
  
  Does all prepared changes acceptable for unblock?
  
  
  debdiff between 5.2.6+dfsg-8 and prepared 5.2.6+dfsg-9 in attach.
  
  
  1. Update info about upstream license changes.
  
  Upstream change license since squeeze release, but this was not
  properly described in debian/copyright.
  
  
  2. Remove incorrect systemd service file for bacula-fd due to
  unaccepted for freeze changes in fixes (Closes: #699943).
  
  This changes is a continue of 5.2.6+dfsg-7. I incorrectly think,
  that bacula-fd systemd service file workable and did not remove it,
  but systemd maintainers prefer to remove this file too.
 
 Please upload urgently.

Uploaded into sid


 
 
 --
 Jonathan Wiltshire  j...@debian.org
 Debian Developer http://people.debian.org/~jmw
 
 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51
 
 directhex i have six years of solaris sysadmin experience, from
 8-10. i am well qualified to say it is made from bonghits
   layered on top of bonghits


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#705137: [pkg-bacula-devel] Bug#705137: Bug#705137: bacula-console-qt: help-bat help fails to show. it shows index.html in pwd instead

2013-04-23 Thread Alexander Golovko
В Mon, 22 Apr 2013 18:01:39 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 Hi!
 
 Thank you very much for report.
 Yes, this files missed in package, we will fix this in next version.

But unfortunately this changes unacceptable for wheezy, so we fix this
later, when will do non-wheezy upload


 
 
 В Wed, 10 Apr 2013 16:19:50 +0200
 Alberto Á. Fuentes afuen...@qindel.com пишет:
 
  Package: bacula-console-qt
  Version: 5.2.6+dfsg-8
  Severity: normal
  
  Even with bacula-docs instaled,  if you press help-bat help in
  the menu of bacula-console-qt it shows nothing.
  
  We can see in console missing index.html
  
  If you happen to have an index.html in the same directory we launch
  bat from, it will show it instead of the help.
  
  It took a long time to figure out what was going on with the help,
  because i had a random index.html in the same directory from i was
  launching bat
  
  
  
  -- System Information:
  Debian Release: 7.0
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1,
  'experimental') Architecture: amd64 (x86_64)
  
  Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
  Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  
  Versions of packages bacula-console-qt depends on:
  ii  bacula-common  5.2.6+dfsg-8
  ii  libc6  2.13-38
  ii  libcap21:2.22-1.2
  ii  libgcc11:4.7.2-5
  ii  libqtcore4 4:4.8.2+dfsg-11
  ii  libqtgui4  4:4.8.2+dfsg-11
  ii  libssl1.0.01.0.1e-2
  ii  libstdc++6 4.7.2-5
  ii  libwrap0   7.6.q-24
  ii  zlib1g 1:1.2.7.dfsg-13
  
  bacula-console-qt recommends no packages.
  
  bacula-console-qt suggests no packages.
  
  -- no debconf information
  
  ___
  pkg-bacula-devel mailing list
  pkg-bacula-de...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
  
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#706047: unblock bacula/5.2.6+dfsg-9

2013-04-23 Thread Alexander Golovko
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi!

Does all prepared changes acceptable for unblock?


debdiff between 5.2.6+dfsg-8 and prepared 5.2.6+dfsg-9 in attach.


1. Update info about upstream license changes.

Upstream change license since squeeze release, but this was not
properly described in debian/copyright.


2. Remove incorrect systemd service file for bacula-fd due to
unaccepted for freeze changes in fixes (Closes: #699943).

This changes is a continue of 5.2.6+dfsg-7. I incorrectly think, that
bacula-fd systemd service file workable and did not remove it, but
systemd maintainers prefer to remove this file too.



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru
diffstat for bacula-5.2.6+dfsg bacula-5.2.6+dfsg

 bacula-fd.install |1 
 changelog |   10 
 copyright |  707 --
 3 files changed, 701 insertions(+), 17 deletions(-)

diff -Nru bacula-5.2.6+dfsg/debian/bacula-fd.install bacula-5.2.6+dfsg/debian/bacula-fd.install
--- bacula-5.2.6+dfsg/debian/bacula-fd.install	2013-01-29 16:42:27.0 +0400
+++ bacula-5.2.6+dfsg/debian/bacula-fd.install	2013-04-24 01:55:47.0 +0400
@@ -1,3 +1,2 @@
 usr/sbin/bacula-fd
 usr/lib/bacula/bpipe-fd.so
-platforms/systemd/bacula-fd.service	lib/systemd/system
diff -Nru bacula-5.2.6+dfsg/debian/changelog bacula-5.2.6+dfsg/debian/changelog
--- bacula-5.2.6+dfsg/debian/changelog	2013-01-29 18:47:28.0 +0400
+++ bacula-5.2.6+dfsg/debian/changelog	2013-04-24 01:56:14.0 +0400
@@ -1,3 +1,13 @@
+bacula (5.2.6+dfsg-9) unstable; urgency=low
+
+  * debian/copyright:
++ Update info about upstream license changes.
+  * debian/bacula-fd.install:
+- Remove incorrect systemd service file for bacula-fd due to unaccepted for
+  freeze changes in fixes (Closes: #699943).
+
+ -- Alexander Golovko alexan...@ankalagon.ru  Wed, 24 Apr 2013 01:56:12 +0400
+
 bacula (5.2.6+dfsg-8) unstable; urgency=high
 
   * debian/additions/common-functions.dpkg:
diff -Nru bacula-5.2.6+dfsg/debian/copyright bacula-5.2.6+dfsg/debian/copyright
--- bacula-5.2.6+dfsg/debian/copyright	2013-01-29 16:42:27.0 +0400
+++ bacula-5.2.6+dfsg/debian/copyright	2013-04-24 01:55:20.0 +0400
@@ -3,6 +3,11 @@
 jgoer...@complete.org and now by the Debian Bacula Team
 pkg-bacula-de...@lists.alioth.debian.org.
 
+Debian-specific files distributed under terms of GPLv2, because:
+ * at moment of packaging upstream license was GPLv2
+ * files was created without explicit license info, that considered as the
+   same license, as upstream.
+
 It was downloaded from http://www.bacula.org
 
 Upstream Authors: Kern Sibbald ke...@users.sourceforge.net and John Walker.
@@ -11,7 +16,8 @@
 The original Bacula code was Copyright Kern Sibbald and John Walker.
 After November 2004, it became Copyright Kern Sibbald, and finally,
 the copyright was transferred to the Free Software Foundation Europe
-on 15 November 2006.
+on 15 November 2006. The license was changed from GPLv2 to AGPLv3
+on 24 July 2010.
 
 Trademark:
 The name Bacula is a registered trademark of Kern Sibbald.
@@ -19,31 +25,31 @@
 ===
 
 License:
-For the most part, Bacula is licensed under the GPL version 2. This
+For the most part, Bacula is licensed under the AGPL version 3. This
 code is listed under Copyright Free Software Foundation Europe e.V.
-What follows is the addition(s) to the GPL version 2 license, that
+What follows is the addition(s) to the AGPL version 3 license, that
 applies to code that is copyrighted by the Free Software Foundation
 Europe e.V.
 
 Linking: 
-As a special exception to the GPLv2, the Bacula Project gives
+As a special exception to the AGPLv3, the Bacula Project gives
 permission to link the code of its release of Bacula with the OpenSSL
 project's OpenSSL library (or with modified versions of it that use
 the same license as the OpenSSL library), and distribute the linked
-executables.  You must obey the GNU General Public License in all
+executables.  You must obey the GNU Affero General Public License in all
 respects for all of the code used other than OpenSSL.
 
-As a special exception to the GPLv2, the Bacula Project gives
+As a special exception to the AGPLv3, the Bacula Project gives
 permission to link the code of its release of the Bacula Win32 File
 daemon with the Microsoft supplied Volume Shadow Copy (VSS) libraries
 and distribute the linked executables.  You must obey the GNU General
 Public License in all respects for all of the code used other than for
 the Microsoft VSS code, where you must obey their license terms.
 
-The Bacula Project gives permission for plugins with GPLv2 compatible
+The Bacula Project gives permission for plugins with AGPLv3 compatible
 licenses to be loaded and distributed with the Bacula executables as
 long as the combined

Bug#699492: unblock bacula-doc/5.2.6-2

2013-04-22 Thread Alexander Golovko
Argh, i reply only to message about copyrights, but do not reply to
this.

В Mon, 18 Feb 2013 19:55:41 +
Jonathan Wiltshire j...@debian.org пишет:

 Control: tag -1 + moreinfo
 
 On Fri, Feb 01, 2013 at 02:55:54AM +0400, Alexander Golovko wrote:
  Package: release.debian.org
  Severity: normal
  User: release.debian@packages.debian.org
  Usertags: unblock
  
  Hi!
  
  Please, unblock bacula-doc/5.2.6-2.
  This is change in major version, but this will fix situation, that
  we ship in wheezy different versions of package and documentation
  (package 5.2.6 and docs for 5.0.2).
 
 Whilst I agree that we should have same versions of the package and
 documentation, and I'd be more leniant that usual given that it's
 just documentation, there are problems that mean I'm not prepared
 to unblock this version.
 
  +bacula-doc (5.2.6-2) unstable; urgency=low
 
 You aren't listed in Uploaders or Maintainers, so this should be an
 NMU version number and have a note in the changelog.

Package maintainer is Debian Bacula Team, i'm one of members of this
team.

 
  +bacula-doc (5.2.6-1) unstable; urgency=low
  +
  +  [ Alexander Golovko ]
  +  * debian/patches/remove-config-generated-file-in-source.patch, 
  +debian/patches/series, debian/rules,
  debian/source.lintian-overrides:
  ++ change method for remove config.{log,status} from sources.
 
 Why? Apart from the ick of using quilt to remove this file, you now
 have to update that patch every time the file changes, which is
 probably every upstream release. Was there a problem caused by the
 previous behaviour?

This is a fix for error 'aborting due to unexpected upstream changes',
when try to build package by git-buildpackage --git-pbuilder.

Upstream was informed about this files and new versions ships without
it, so we will not be require to change this patch every new upstream
version.


 
  +  * Bump standards to 3.9.4 (no changes).
  +  * debian/compat: bump to 9.
  +debian/control: set dpendency debhelper to 9.
 
 These are a definite 'no' (although I realise the dependency was
 reverted).

Ok, standards bumping will be reverted for wheezy, all other changes
already was reverted.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#705137: [pkg-bacula-devel] Bug#705137: bacula-console-qt: help-bat help fails to show. it shows index.html in pwd instead

2013-04-22 Thread Alexander Golovko
Hi!

Thank you very much for report.
Yes, this files missed in package, we will fix this in next version.


В Wed, 10 Apr 2013 16:19:50 +0200
Alberto Á. Fuentes afuen...@qindel.com пишет:

 Package: bacula-console-qt
 Version: 5.2.6+dfsg-8
 Severity: normal
 
 Even with bacula-docs instaled,  if you press help-bat help in the
 menu of bacula-console-qt it shows nothing.
 
 We can see in console missing index.html
 
 If you happen to have an index.html in the same directory we launch
 bat from, it will show it instead of the help.
 
 It took a long time to figure out what was going on with the help,
 because i had a random index.html in the same directory from i was
 launching bat
 
 
 
 -- System Information:
 Debian Release: 7.0
   APT prefers unstable
   APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages bacula-console-qt depends on:
 ii  bacula-common  5.2.6+dfsg-8
 ii  libc6  2.13-38
 ii  libcap21:2.22-1.2
 ii  libgcc11:4.7.2-5
 ii  libqtcore4 4:4.8.2+dfsg-11
 ii  libqtgui4  4:4.8.2+dfsg-11
 ii  libssl1.0.01.0.1e-2
 ii  libstdc++6 4.7.2-5
 ii  libwrap0   7.6.q-24
 ii  zlib1g 1:1.2.7.dfsg-13
 
 bacula-console-qt recommends no packages.
 
 bacula-console-qt suggests no packages.
 
 -- no debconf information
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699492: [pkg-bacula-devel] Bug#699492: unblock bacula-doc/5.2.6-2

2013-04-22 Thread Alexander Golovko
В Mon, 22 Apr 2013 19:56:06 +0200
Julien Cristau jcris...@debian.org пишет:

 On Mon, Apr 22, 2013 at 17:59:26 +0400, Alexander Golovko wrote:
 
  Argh, i reply only to message about copyrights, but do not reply to
  this.
  
 For the record:
 
  jmw alexandro: ok, I am not near a mail client and can't follow up 
there. you need to: sort out the copyright file as you think
 best; put Team Upload in the changelog or add yourself to
 uploaders; revert the standards version bump. the quilt bit is a
 little yucky but if it's sorted out upstream then I don't mind that.
 with those changes you can upload and then ping the unblock bug.
 thanks for working on it

Thank you!

bacula-doc 5.2.6-3 was uploaded.

* debian/control:
  - Revert bumping standards to 3.9.4.
  + Add itself to uploaders.
* debian/copyright:
  + Switch to DEP-5 format.
  + Update license information.


But now we should also fix license information in bacula packages,
because upstream change license from GPL-2 to AGPL-3. I can simply copy
upstream license file or convert it to DEP-5 too. What is preferable?
Current copyright file was copied from previous upstream license file
with minimum changes about packaging.


 
 Cheers,
 Julien


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699492: unblock bacula-doc/5.2.6-2

2013-04-08 Thread Alexander Golovko
В Mon, 08 Apr 2013 21:25:08 +0100
Adam D. Barratt a...@adam-barratt.org.uk пишет:

 On Sun, 2013-03-24 at 21:11 +, Jonathan Wiltshire wrote:
  On Mon, Feb 18, 2013 at 08:18:16PM +, Jonathan Wiltshire wrote:
   On Mon, Feb 18, 2013 at 07:55:41PM +, Jonathan Wiltshire
   wrote:
On Fri, Feb 01, 2013 at 02:55:54AM +0400, Alexander Golovko
wrote:
 Please, unblock bacula-doc/5.2.6-2.
 This is change in major version, but this will fix situation,
 that we ship in wheezy different versions of package and
 documentation (package 5.2.6 and docs for 5.0.2).
   
   I also meant to say that debian/copyright claims the license is
   GFDL, Wheezy's upstream headers claim GPL and sid's upstream
   headers claim AGPL. That needs sorting out, preferably with a
   complete audit and update of debian/copyright.
  
  Ping?
 
 Ping? If there's no reply shortly then we'll have to decline.

Very sorry for previous unreplied messages, was in unadequate hope to
solve in nearest time and then reply, but this covered :(

Will try to solve this immediately.

 
 Regards,
 
 Adam
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699492: unblock bacula-doc/5.2.6-2

2013-04-08 Thread Alexander Golovko
В Sun, 24 Mar 2013 21:11:34 +
Jonathan Wiltshire j...@debian.org пишет:

 On Mon, Feb 18, 2013 at 08:18:16PM +, Jonathan Wiltshire wrote:
  On Mon, Feb 18, 2013 at 07:55:41PM +, Jonathan Wiltshire wrote:
   Control: tag -1 + moreinfo
   
   On Fri, Feb 01, 2013 at 02:55:54AM +0400, Alexander Golovko wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi!

Please, unblock bacula-doc/5.2.6-2.
This is change in major version, but this will fix situation,
that we ship in wheezy different versions of package and
documentation (package 5.2.6 and docs for 5.0.2).
  
  I also meant to say that debian/copyright claims the license is
  GFDL, Wheezy's upstream headers claim GPL and sid's upstream
  headers claim AGPL. That needs sorting out, preferably with a
  complete audit and update of debian/copyright.
 
 Ping?
 

Bacula (as software) in wheezy and sid distributed under terms of AGPL-3
with some exceptions. Version from squeeze distributed under terms of
GPLv2+. There is incorrect debian/copyright in wheezy and sid.

Bacula documentation stored in separated repo, not in the same as main
code. There is no copyright info in repo, but online documentation
distributed under terms of GFDL-1.2.

Is it true, that we should fix debian/copyright for bacula packages and
don't touch it for bacula-doc package?



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699149: [pkg-bacula-devel] Bug#699149: Bug#699149: bacula-fd: should not run as 'root' by default

2013-01-31 Thread Alexander Golovko
В Wed, 30 Jan 2013 11:19:13 +0200
Teodor MICU mteo...@gmail.com пишет:

 2013/1/29 Alexander Golovko alexan...@ankalagon.ru:
ARGS=-u bacula -g bacula -k
 
  I think that from a security perspective this should be the default
  on package installation.
 
  This will lead to impossibility to restore backups without
  restarting bacula-fd. This is also can require changing user scripts
  for dump databases and such. This can confuse peoples.
 
 I'm having this setup and I can restore backups just fine. Of course,
 the restore directory must be rwx by bacula or mode 1777.

You lose files owner/group and acl on restoring.


 
 About the other thing (ie. dump databases), I can't tell.
 
  I think, we should not change defaults, however, this functionality
  described in README.Debian.gz (USERS  SECURITY).
 
 But you do for bacula-dir and bacula-sd, why not for bacula-fd?
 
  bacula-fd init script correctly work without /e/d/bacula-fd.
 
 Right. I thought that it depends on setting ENABLED=yes but I see
 now that it checks for no.
 
  But there is a reason for set defaults in init scripts for
  bacula-director and bacula-sd and comment defaults in /e/d/bacula-*
 
 Can you detail a little? I don't understand what you're trying to say.

/e/d/bacula-{dir,sd} has nonempty ARGS and bacula-{director,sd} will be
incorrectly runned under root privileges if defaults file missed.

This should be changed. Also, there is a reason, that we should provide
defaults in /e/d/bacula-* as comments. I think, this is will not be
included into wheezy, but it should be fixed in next versions.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#698978: [pkg-bacula-devel] Bug#698978: bacula-common: tmpfiles config file should be installed in /usr/lib/tmpfiles.d instead of /etc/tmpfiles.d/

2013-01-31 Thread Alexander Golovko
В Sat, 26 Jan 2013 00:52:05 +0100
Laurent Bigonville bi...@debian.org пишет:

 Package: bacula-common
 Version: 5.2.6+dfsg-7
 Severity: normal
 
 Hi,
 
 bacula-common package is installing under /etc/tmpfiles.d/
 (/etc/tmpfiles.d/bacula.conf).
 
 The tmpfiles.d(5) manpage is explicitly stating that:
 
  Packages should install their configuration files in /usr/lib/, files
  in /etc/ are reserved for the local administrator who may choose to
  override the configurations installed from packages.
 
 Please install that file in the proper location

Thank you for bugreport!

You are right, this files should be installed into /usr/lib, but they
need only for systemd, but systemd service files for bacula services was
excluded from wheezy.
So, this bug will be ignored for wheezy, we fix it for sid later, when
diverge versions between sid and wheezy.


 
 Cheers
 
 Laurent Bigonville
 
 -- System Information:
 Debian Release: 7.0
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.7-trunk-amd64 (SMP w/8 CPU cores)
 Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699492: unblock bacula-doc/5.2.6-2

2013-01-31 Thread Alexander Golovko
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi!

Please, unblock bacula-doc/5.2.6-2.
This is change in major version, but this will fix situation, that we
ship in wheezy different versions of package and documentation (package
5.2.6 and docs for 5.0.2).

Differences in debian/ structure between 5.0.2-4 and 5.2.6-2 in attach.
There were excluded from diff next files: debian/patches/* and
debian/fake-bacula-source/


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/changelog bacula-doc/debian/changelog
--- bacula-doc-5.0.2/debian/changelog	2011-12-16 20:17:48.0 +0400
+++ bacula-doc/debian/changelog	2013-02-01 02:22:08.809411200 +0400
@@ -1,3 +1,39 @@
+bacula-doc (5.2.6-2) unstable; urgency=low
+
+  * Revert dependency from debhelper = 9.
+  * debian/rules:
++ Don't compress documentation in libreoffice formats.
+  * debian/gbp.conf:
++ Fix option name for bz2 compression.
+
+ -- Alexander Golovko alexan...@ankalagon.ru  Fri, 01 Feb 2013 02:22:07 +0400
+
+bacula-doc (5.2.6-1) unstable; urgency=low
+
+  [ Alexander Golovko ]
+  * debian/patches/remove-config-generated-file-in-source.patch, 
+debian/patches/series, debian/rules, debian/source.lintian-overrides:
++ change method for remove config.{log,status} from sources.
+
+  [ Willem van den Akker ]
+  * New maintainer (Closes: #612297).
+  * New upstream release.
+  * debian/control: 
++ changed maintainer to Debian Bacula Team.
++ added Vcs-Git, Vcs-Browser and Homepage tags.
++ added myself to uploaders list.
+  * debian/patches/tex-styles-and-path: changed hardcoded version numbers.
+  * debian/fake-bacula-source: updated version.h from the 
+bacula-5.2.6+dfsg.orig.tar.gz file.
+  * Bump standards to 3.9.4 (no changes).
+  * debian/compat: bump to 9.
+debian/control: set dpendency debhelper to 9.
+  * debian/watch: file added.
+  * debian/gbd.conf: changed pristine-tar to pristine-bz2. Source is shipped
+as bz2 file.
+
+ -- Willem van den Akker wvdak...@wilsoft.nl  Fri, 25 Jan 2013 08:32:44 +0100
+
 bacula-doc (5.0.2-4) unstable; urgency=low
 
   [Alexander Reichle-Schmehl]
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/control bacula-doc/debian/control
--- bacula-doc-5.0.2/debian/control	2011-12-16 20:12:36.0 +0400
+++ bacula-doc/debian/control	2013-01-31 17:58:24.316930676 +0400
@@ -1,11 +1,15 @@
 Source: bacula-doc
 Section: doc
 Priority: optional
-Maintainer: Debian QA Group packa...@qa.debian.org
+Maintainer: Debian Bacula Team pkg-bacula-de...@lists.alioth.debian.org
+Uploaders: Willem van den Akker wvdak...@wilsoft.nl
 Build-Depends: debhelper (= 7), autoconf, autotools-dev,
  texlive-base, texlive-latex-recommended, texlive-fonts-recommended,
  ghostscript
-Standards-Version: 3.9.2
+Standards-Version: 3.9.4
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula-doc.git;a=summary
+Vcs-Git: git://anonscm.debian.org/pkg-bacula/bacula-doc.git
+Homepage: http://www.bacula.org/
 
 Package: bacula-doc
 Architecture: all
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/gbp.conf bacula-doc/debian/gbp.conf
--- bacula-doc-5.0.2/debian/gbp.conf	2011-02-09 20:59:40.0 +0300
+++ bacula-doc/debian/gbp.conf	2013-02-01 02:19:08.849408340 +0400
@@ -1,3 +1,3 @@
 [DEFAULT]
-pristine-tar = True
-git-compression = bzip2
+pristine-bz2 = True
+compression = bzip2
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/rules bacula-doc/debian/rules
--- bacula-doc-5.0.2/debian/rules	2011-12-16 20:17:17.0 +0400
+++ bacula-doc/debian/rules	2013-02-01 01:07:54.773340390 +0400
@@ -41,7 +41,7 @@
 	rm -f build-stamp configure-stamp
 	-rm -rf $(BUILDDIR)
 	dh_autotools-dev_restoreconfig
-	dh_clean config.status config.log
+	dh_clean
 
 install: build
 	dh_testdir
@@ -75,7 +75,7 @@
 	dh_installman
 	dh_link
 	dh_strip
-	dh_compress -X.pdf
+	dh_compress -X.odp -X.ods -X.odt -X.pdf -X.sxw
 	dh_fixperms
 #	dh_perl
 #	dh_makeshlibs
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/source.lintian-overrides bacula-doc/debian/source.lintian-overrides
--- bacula-doc-5.0.2/debian/source.lintian-overrides	2011-12-16 20:05:30.0 +0400
+++ bacula-doc/debian/source.lintian-overrides	1970-01-01 03:00:00.0 +0300
@@ -1,4 +0,0 @@
-# they are cleaned in debian/rules clean target
-bacula-doc source: configure-generated-file-in-source config.status
-bacula-doc source: configure-generated-file-in-source config.log
-
diff -urEZwbBN -x patches -x fake-bacula-source bacula-doc-5.0.2/debian/watch bacula-doc/debian/watch
--- bacula-doc-5.0.2/debian/watch	1970-01-01 03:00:00.0 +0300
+++ bacula-doc/debian/watch	2013-01-31 17:48:16.852921018 +0400
@@ -0,0 +1,2 @@
+version=3
+http://sf.net/bacula/bacula-docs-?([\w+\d+\.]+|\d+)\.tar

Bug#699326: unblock: bacula/5.2.6+dfsg-8

2013-01-30 Thread Alexander Golovko
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi!

Please unblock bacula-* packages, it fixes security bug #699244
(service run with incorrect permissions)

debdiff --diffstat output attached

Thank you!

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru
diffstat for bacula-5.2.6+dfsg bacula-5.2.6+dfsg

 additions/common-functions.dpkg |7 ++-
 changelog   |7 +++
 2 files changed, 9 insertions(+), 5 deletions(-)

diff -Nru bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg 
bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg
--- bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg2013-01-03 
00:53:46.0 +0400
+++ bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg2013-01-29 
18:46:09.0 +0400
@@ -162,16 +162,14 @@
 bacula-fd)
 SERVICE=bacula-fd
 ARGS=
-DEFAULT_ARGS=
 ;;
 bacula-sd)
 SERVICE=bacula-sd
 ARGS=-u bacula -g tape
-DEFAULT_ARGS=-u bacula -g tape
 ;;
 bacula-director-pgsql|bacula-director-mysql|bacula-director-sqlite3)
 SERVICE=bacula-dir
-DAEMONUSER=bacula:bacula
+ARGS=-u bacula -g bacula
 if ucfq -w /etc/default/bacula-dir \
 |egrep -q '^[^:]*:bacula-director-(pgsql|mysql|sqlite3):'; then
 UCFR_ARGS=-f
@@ -197,7 +195,6 @@
 else
 if [ -f $DEFAULTS ]; then
 ENABLED=$(. $DEFAULTS; echo $ENABLED)
-ARGS=$(. $DEFAULTS; echo $ARGS)
 CONFIG=$(. $DEFAULTS; echo $CONFIG)
 fi
 fi
@@ -219,7 +216,7 @@
 ENABLED=$ENABLED
 
 # Additional start arguments can be provided here
-# ARGS=$DEFAULT_ARGS
+# ARGS=$ARGS
 ARGS=$ARGS
 
 # Default config file can be changed here
diff -Nru bacula-5.2.6+dfsg/debian/changelog bacula-5.2.6+dfsg/debian/changelog
--- bacula-5.2.6+dfsg/debian/changelog  2013-01-08 16:01:40.0 +0400
+++ bacula-5.2.6+dfsg/debian/changelog  2013-01-29 18:47:28.0 +0400
@@ -1,3 +1,10 @@
+bacula (5.2.6+dfsg-8) unstable; urgency=high
+
+  * debian/additions/common-functions.dpkg:
++ Fix missed user for run bacula-director (Closes: #699244).
+
+ -- Alexander Golovko alexan...@ankalagon.ru  Tue, 29 Jan 2013 18:47:27 +0400
+
 bacula (5.2.6+dfsg-7) unstable; urgency=low
 
   * debian/bacula-sd.install, bacula-director-{sqlite3,mysql,pgsql}.install,


signature.asc
Description: PGP signature


Bug#699326: unblock: bacula/5.2.6+dfsg-8

2013-01-30 Thread Alexander Golovko
В Wed, 30 Jan 2013 20:40:07 +0100
Julien Cristau jcris...@debian.org пишет:

 On Wed, Jan 30, 2013 at 14:33:49 +0400, Alexander Golovko wrote:
 
  diffstat for bacula-5.2.6+dfsg bacula-5.2.6+dfsg
  
   additions/common-functions.dpkg |7 ++-
   changelog   |7 +++
   2 files changed, 9 insertions(+), 5 deletions(-)
  
  diff -Nru bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg
  bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg ---
  bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg
  2013-01-03 00:53:46.0 +0400 +++
  bacula-5.2.6+dfsg/debian/additions/common-functions.dpkg
  2013-01-29 18:46:09.0 +0400
 
 How/where is this file used?

Changed code used for generate /etc/default/bacula-{fd,sd,director}
files. Defaults file for bacula-director in 5.2.6+dfsg-7 incorrectly
set empty arguments string (there is error in reverting some changes),
which lead to run service with root privileges.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699244: Fw: bacula-director running as root

2013-01-29 Thread Alexander Golovko
Source: bacula
Version: 5.2.6+dfsg-7
Severity: important
Tags: security
--

bacula-director service for all databases run with root privileges,



Начало пересылаемого сообщения:

Дата: Tue, 29 Jan 2013 11:17:15 +0100
От: Peter Palfrader wea...@debian.org
Кому: b...@timedout.org, alexan...@ankalagon.ru
Копия: DSA debian-ad...@lists.debian.org
Тема: bacula-director running as root


Hi,

I recently upgraded our installed bacula from a previous
squeeze-backports version to the current one (5.2.6+dfsg-7~bpo60+2).

I noticed bacula-director is now running as root.

Is that intentional?  If yes, why?  If not, should this be fixed for
wheezy, or is it an artefact of the backport?

Cheers,
weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#699149: [pkg-bacula-devel] Bug#699149: bacula-fd: should not run as 'root' by default

2013-01-29 Thread Alexander Golovko
Severity: wishlist
--

В Mon, 28 Jan 2013 01:39:52 -0700
Teodor mteo...@gmail.com пишет:

 Package: bacula-fd
 Version: 5.2.6+dfsg-7
 Severity: normal
 
 Hi,

Hi!

 
 The other Bacula services are started by 'bacula' user. Only bacula-fd
 is started as 'root'. However, I've just discovered that it can
 function properly with limited privileges too.
 
 For this one must edit /etc/default/bacula-df to contain:
 
   ARGS=-u bacula -g bacula -k
 
 I think that from a security perspective this should be the default
 on package installation.

This will lead to impossibility to restore backups without
restarting bacula-fd. This is also can require changing user scripts
for dump databases and such. This can confuse peoples.

I think, we should not change defaults, however, this functionality
described in README.Debian.gz (USERS  SECURITY).


 
 Also, the init script file should work with defaults even if there is
 no content on /e/d/bacula-fd or is completely missing. This means that
 at install all default options should be provided as a
 comment/example:
 
 #ENABLED=yes
 #ARGS=-u bacula -g bacula -k
 #CONFIG=/etc/bacula/bacula-fd.conf

bacula-fd init script correctly work without /e/d/bacula-fd.
But there is a reason for set defaults in init scripts for
bacula-director and bacula-sd and comment defaults in /e/d/bacula-* 


 
 Cheers
 
 
 -- System Information:
 Debian Release: 7.0
   APT prefers testing
   APT policy: (500, 'testing'), (200, 'unstable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages bacula-fd depends on:
 ii  bacula-common  5.2.6+dfsg-7
 ii  libacl12.2.51-8
 ii  libc6  2.13-37
 ii  libcap21:2.22-1.2
 ii  libgcc11:4.7.2-5
 ii  libpython2.7   2.7.3-6
 ii  libssl1.0.01.0.1c-4
 ii  libstdc++6 4.7.2-5
 ii  libwrap0   7.6.q-24
 ii  lsb-base   4.1+Debian8
 ii  ucf3.0025+nmu3
 ii  zlib1g 1:1.2.7.dfsg-13
 
 bacula-fd recommends no packages.
 
 Versions of packages bacula-fd suggests:
 pn  bacula-traymonitor  none
 
 -- no debconf information
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#493092: [pkg-bacula-devel] Bug#493092: bacula: package upgrade creates or modifies `bacula-*.conf.dist'

2013-01-22 Thread Alexander Golovko
Hi!

В Mon, 21 Jan 2013 07:02:40 -0700
Teodor mteo...@gmail.com пишет:

 Package: bacula-fd
 Version: 5.2.6+dfsg-7
 Followup-For: Bug #493092
 
 Hi,
 
 Packages upgraded yesterday:
 
 bacula-common:amd64 5.2.6+dfsg-2 = 5.2.6+dfsg-7
 bacula-fd:amd64 5.2.6+dfsg-2 = 5.2.6+dfsg-7
 
 The packages were installed last week.
 After upgrade I've got a new file '/etc/bacula/bacula-fd.conf.dist'.

Yes, currently postinst scripts don't manipulate config files and every
upgrade or reconfiguration create .dist files for manual solving
changes.

There was some job for start use ucf for config manipulations, but this
is relatively big changes, so we didn't include them into current
version.

I think, this is a normal bug, not important, so it will not be fixed
for wheezy. It is not good, that we even don't notify user. But 5.2.6
can work with config from 5.0.2 without problems, so we can ignore
this, imho.


 
 Obviously this affects all bacula-* packages. I think at some
 point I've found that this was related to dbconfig.
 
 [..]
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#612297: [pkg-bacula-devel] Review package plz

2013-01-18 Thread Alexander Golovko
В Thu, 17 Jan 2013 16:53:55 +0100
Willem van den Akker wvdak...@wilsoft.nl пишет:

 Hi Alexander,
 
 It looks like it is not needed for upload permissions.
 However Lintian is complaining about the mailing list address of the
 team.
 In that case the uploaders field must be filled in.
 
 http://www.debian.org/doc/manuals/developers-reference/pkgs.html#collaborative-maint
 
 Documentation and tools not yet up-to-date with the new guidelines ;)
 Correct me if I am wrong.

Yes, it look so.

 
 @all
 I have made all necessary changes. Package builds fine. Can somebody
 check the package?

git-buildpackage --git-pbuilder don;t like removing commited files
from clean target. I change this to trivial quilt patch, this is also
made unneeded lintian override for config-generated-file-in-source.

As i see, all OpenOffice documents gzipped, so they unusable for users:

/usr/share/doc/bacula-doc/presentations/Bacula-BSDCan-talk-17May08.odp.gz
/usr/share/doc/bacula-doc/presentations/Bacula-FAC2-talk-08Out08.odp.gz
/usr/share/doc/bacula-doc/presentations/Bacula-Paris-talk-12May05-English.odp.gz
/usr/share/doc/bacula-doc/presentations/Bacula-UKUUG-talk-20Feb08.odp.gz
/usr/share/doc/bacula-doc/presentations/Bacula-FOSDEM-talk-25Feb07.odp.gz
/usr/share/doc/bacula-doc/presentations/Bacula-BSDCan-17May08.odp.gz
/usr/share/doc/bacula-doc/techlogs/speed-test-results.ods.gz
/usr/share/doc/bacula-doc/techlogs/batch_insert_documentation.odt.gz
/usr/share/doc/bacula-doc/techlogs/accurate-test.ods.gz


 I will make changes if needed, otherwise please upload ;)

Luca, i have no permissions for upload bacula-doc. Can you give it for
me?

 
 Greetings,
 Willem
 
 On Thu, 2013-01-17 at 13:49 +0400, Alexander Golovko wrote:
 
  Hi, Willem!
  
  Thank you for work!
  
  But currently Uploaders field is not used for upload permissions,
  i don't sure you need set it.
  
  http://lists.debian.org/debian-devel-announce/2012/09/msg8.html
  
  
  В Thu, 17 Jan 2013 09:33:51 +
  W. van den Akker wvdak...@wilsoft.nl пишет:
  
   The following commit has been merged in the master branch:
   commit c1b6fe3d794e994294f7f097bd7fe990429300b6
   Author: W. van den Akker wvdak...@wilsoft.nl
   Date:   Thu Jan 17 10:32:23 2013 +0100
   
   Changed maintainer, refs 612297.
   
   diff --git a/debian/changelog b/debian/changelog
   index 71d355d..74b7c46 100644
   --- a/debian/changelog
   +++ b/debian/changelog
   @@ -1,3 +1,12 @@
   +bacula-doc (5.2.6-1) UNRELEASED; urgency=low
   +
   +  * New maintainer (Closes: #612297).
   +  * New upstream release.
   +  * debian/control: maintainer to Debian Bacula Team.
   +debian/control: added myself to uploaders list.
   +
   + -- Willem van den Akker wvdak...@wilsoft.nl  Thu, 17 Jan 2013
   10:17:59 +0100 +
bacula-doc (5.0.2-4) unstable; urgency=low

  [Alexander Reichle-Schmehl]
   diff --git a/debian/control b/debian/control
   index 68f4d09..cf856c1 100644
   --- a/debian/control
   +++ b/debian/control
   @@ -1,7 +1,8 @@
Source: bacula-doc
Section: doc
Priority: optional
   -Maintainer: Debian QA Group packa...@qa.debian.org
   +Maintainer: Debian Bacula Team
   pkg-bacula-de...@lists.alioth.debian.org +Uploaders: Willem van
   den Akker wvdak...@wilsoft.nl Build-Depends: debhelper (= 7),
   autoconf, autotools-dev, texlive-base, texlive-latex-recommended,
   texlive-fonts-recommended, ghostscript
   
  
  
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2013-01-13 Thread Alexander Golovko
В Wed, 2 Jan 2013 23:28:50 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 В Sat, 1 Dec 2012 14:02:30 +0100
 Julien Cristau jcris...@debian.org пишет:
 
  On Mon, Nov 26, 2012 at 01:24:19 +0400, Alexander Golovko wrote:
  
   Sorry, i don't see any reply.
   
   I prepare package for wheezy, changelog here:
   http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/changelog;h=56223bdd477cd7a52770eae92cfc5d1c857dea27;hb=wheezy
   
   i try to make each changelog record as separate commit with clean
   description:
   http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=shortlog;h=refs/heads/wheezy
   
   If i has not a mess, than all changes except one was accepted.
   I didn't get final reply about #556207 (see inline).
   
  I thought it was clear I'm not convinced this change is suitable.
  Please drop it.
 
 Ok
 
  
   And i have yet another question - there was a non-maintainer
   upload. What package version should be now?
   
  I would much prefer if this was a 5.2.6+dfsg-7 version, uploaded to
  sid, and including only the approved changes, rather than a direct
  upload to testing.
 
 Ok, 5.2.6+dfsg-7 prepared. 
 Additional changes - add dutch translation and update info about
 upstream bugs in patches.
 
 Also i have a question about opened bugs 605449 and 694046. Can be
 fixes included into wheezy or not?

Please, unblock 5.2.6+dfsg-7 (#605449 included, #694046 - not).


 
 If this is interest, git history was changed. Subtree [1] with clean
 changes since 5.2.6+dfsg-2 was merged [2] into master branch without
 undescribed changes [3]
 
 [1]
 http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=595829670fcf9555b1f50897655d3ae23cca65e6
 
 [2]
 http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=bbe70c0b38617576fb67a318007c70818007306d
 
 [3]
 http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=bbe70c0b38617576fb67a318007c70818007306d;hp=595829670fcf9555b1f50897655d3ae23cca65e6
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#605449: [pkg-bacula-devel] Bug#605449: Set up for bacula-director-pgsql runs before that of postgresql-8.4.

2013-01-10 Thread Alexander Golovko
tags 605449 + pending
--

Hi!

Sorry for long delay and thank you for report.
Fixed in git master branch, next uploaded version will be include this
fix.

В Fri, 23 Nov 2012 12:02:10 +0200
Teodor MICU mteo...@gmail.com пишет:

 Package: bacula-director-common
 Version: 5.2.6+dfsg-6
 
 Hi,
 
 Indeed, any SQL backend (postgresql, mysql ..) does not have to be
 local. But in case it is local (as I and many probably have) this
 needs to be declared correctly in the init script:
 
 #! /bin/sh
 ### BEGIN INIT INFO
 # Provides:  bacula-director
 # Required-Start:$remote_fs $syslog
 # Should-Start:  bacula-fd postgresql
 # Required-Stop: $remote_fs $syslog
 # Should-Stop:   bacula-fd postgresql
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6
 ### END INIT INFO
 
 Because the declaration is on Should-* it doesn't affect those who
 don't have the SQL service on the local system. Its the same mechanism
 used for 'bacula-fd' (which I don't have it installed on the Bacula
 server).
 
 I'm currently settings this in /etc/insserv/overrides/bacula-director.
 You might want to add what others provide in their init script too
 (i.e. mysql).
 
 Cheers
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#520508: [pkg-bacula-devel] Bug#520508: bacula-sd with bacula user and tape group (defaut) can't run dvd+rw-mediainfo

2013-01-10 Thread Alexander Golovko
В Sun, 08 Jul 2012 04:57:46 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 tags 520508 + pending
 severity 520508 minor
 thanks
 
 Hi!
 
 I am sorry for delay.
 
 As Lucas B. Cohen wrote, the solution is add bacula user into cdrom 
 group.
 
 Next uploaded version of package (testing and sid) will add bacula
 into cdrom group.
 However, this will not be fixed in squeeze packages, because this is 
 not a bug, but enchancement.

i'm sorry, but also this fix will not be included into wheezy


 
 
 On Fri, 20 Mar 2009 18:17:19 +0100, Raphael Delvaux wrote:
  You right isn't really a bug. Yes it could help because i have
  search info but i haven't a lhot!!!
  You could perhaps use /etc/default for this option
 
  Thank a lot
 
  John Goerzen wrote:
  Is this really a bug?  It can't setgid to both tape and cdrom.  
  Would
  you be happier if it was documented in README.Debian how to deal 
  with it?
 
  Raphael Delvaux wrote:
 
  Package: bacula-sd
  Version: 2.4.4-1
 
  When i used bacula-sd to manage DVD storage pool, it need to 
  dvd+rw-tools to proceed data to the DVD
  When i run the bacula-sd with the default configuration of the 
  package, the daemon runs as bacula user and tape group
  With those permission, i have the following error :
 
  20-Mar 01:34 jennifer-sd JobId 41: Fatal error: dvd.c:587 Unable
  to write last on DVD Writer (/dev/hdc): ERR=dvd.c:265 Error
  while writing current part to the DVD: Error while writing part
  file: Cannot get media info from /usr/bin/dvd+rw-mediainfo ||
  errno = 0 (Success)
 
 
  Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) 
  (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1
  SMP Sat Jan 10 18:29:31 UTC 2009
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2013-01-02 Thread Alexander Golovko
В Sat, 1 Dec 2012 14:02:30 +0100
Julien Cristau jcris...@debian.org пишет:

 On Mon, Nov 26, 2012 at 01:24:19 +0400, Alexander Golovko wrote:
 
  Sorry, i don't see any reply.
  
  I prepare package for wheezy, changelog here:
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/changelog;h=56223bdd477cd7a52770eae92cfc5d1c857dea27;hb=wheezy
  
  i try to make each changelog record as separate commit with clean
  description:
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=shortlog;h=refs/heads/wheezy
  
  If i has not a mess, than all changes except one was accepted.
  I didn't get final reply about #556207 (see inline).
  
 I thought it was clear I'm not convinced this change is suitable.
 Please drop it.

Ok

 
  And i have yet another question - there was a non-maintainer upload.
  What package version should be now?
  
 I would much prefer if this was a 5.2.6+dfsg-7 version, uploaded to
 sid, and including only the approved changes, rather than a direct
 upload to testing.

Ok, 5.2.6+dfsg-7 prepared. 
Additional changes - add dutch translation and update info about
upstream bugs in patches.

Also i have a question about opened bugs 605449 and 694046. Can be
fixes included into wheezy or not?

If this is interest, git history was changed. Subtree [1] with clean
changes since 5.2.6+dfsg-2 was merged [2] into master branch without
undescribed changes [3]

[1]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=595829670fcf9555b1f50897655d3ae23cca65e6

[2]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=bbe70c0b38617576fb67a318007c70818007306d

[3]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=bbe70c0b38617576fb67a318007c70818007306d;hp=595829670fcf9555b1f50897655d3ae23cca65e6


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2013-01-01 Thread Alexander Golovko
В Tue, 1 Jan 2013 23:35:35 +0100
Julien Cristau jcris...@debian.org пишет:

 On Sat, Dec  1, 2012 at 14:02:30 +0100, Julien Cristau wrote:
 
  I would much prefer if this was a 5.2.6+dfsg-7 version, uploaded to
  sid, and including only the approved changes, rather than a direct
  upload to testing.
  
 Ping?

pong.
I'm sorry for delay, will rework 5.2.6+dfsg-2+deb7u1 into 5.2.6+dfsg-7
until end of week.


 
 Cheers,
 Julien


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-11-25 Thread Alexander Golovko
Sorry, i don't see any reply.

I prepare package for wheezy, changelog here:
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/changelog;h=56223bdd477cd7a52770eae92cfc5d1c857dea27;hb=wheezy

i try to make each changelog record as separate commit with clean
description:
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=shortlog;h=refs/heads/wheezy

If i has not a mess, than all changes except one was accepted.
I didn't get final reply about #556207 (see inline).

And i have yet another question - there was a non-maintainer upload.
What package version should be now?


В Fri, 9 Nov 2012 10:12:29 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 В Thu, 8 Nov 2012 23:10:46 +0100
 Julien Cristau jcris...@debian.org пишет:
 
  On Fri, Nov  9, 2012 at 01:07:18 +0400, Alexander Golovko wrote:
  
   bacula daemons SIGSEGV handler can call gdb for save some useful
   (for developers) info about process (stack for all threads and
   other). Gdb called with bacula user privileges, but files
   in /proc/pid/ owned by root and gdb can't get info about
   process. This is subject of bug #556207.
   
  Or you could just let the kernel get you a core file with all the
  info you would want.  
 
 Yes, coredump will be enough and in some cases it required for solve
 problem. But it contain some information, such a passwords, that
 1. make impossible coredump publication
 2. require password changing even after privately sending
 coredump to developers due to possibility of passwords leakage.
 
 But thank you for attention to this moment, there is a bacula bug -
 daemons don't create coredumps on such signals, i will send bugreport
 to upstream.

1. we can't get coredump for bacula daemons
http://bugs.bacula.org/view.php?id=1949

2. Upstream declare, that backtrace output enough for bugreports about
crashes.


 
 
 
  I'm sorry, but I don't think this is worthy of
  breaking the freeze.
  
   Yes, user still must install -dbg packages before this will
   work, but this is not so hard work for them as manually changing
   init scripts.
   
  Seriously, editing a shell script, hard work?
  

Seriously, user must know, what to change before edit shell script.
I can add this to documentation, but will not be this poinlessly?


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#694092: [pkg-bacula-devel] Bug#694092: bacula: [INTL:nl] Translation into Dutch available

2012-11-25 Thread Alexander Golovko
tags 694092 +pending
--

Hi, Vincent!

Thank you for your help. I add your translation into git master branch,
next sid upload will include it.


В Fri, 23 Nov 2012 21:44:55 +0100
Vincent Zweije vinc...@zweije.nl пишет:

 Package: bacula
 Version: 5.2.6+dfsg-6
 Severity: wishlist
 Tags: patch l10n
 
 Please find attached the Dutch po-debconf translation. This
 translation has been vetted by the review process of the
 debian-l10n-dutch team. Please add it to your next package revision,
 it should be inserted in your package build-tree as debian/po/nl.po,
 TIA.
 
 Feel free to mail me if this file needs updating at some future date.
 
 Ciao.
 Vincent.

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-11-08 Thread Alexander Golovko
В Wed, 7 Nov 2012 18:35:44 +0100
Moritz Muehlenhoff j...@inutil.org пишет:

 On Wed, Oct 24, 2012 at 06:28:47PM +0200, Moritz Muehlenhoff wrote:
 
 [..]
 
 Alexander, what's the status?

I am sorry for delay!

Most of changes prepared with clean commits, but i still need reply to
question about systemd changes:


3. fix daemons user/group on systems with systemd (Closes:
#679958). delegate daemons uid/gid changing to
start-stop-daemon or systemd, thanks to Matija Nalis (Closes:
#556207).

This changes are related and intersected. First commit reverted
by last.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d077cd3c71734828b635f8605c8411f6cd86b6f6
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=cf9eb640182f4adfd83d05954dc35a20b60170c1
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=694b788e0f82a734ca98bb0930a97432240c7fe8

Upstream already much time (at least since 2010, Oct) use
start-stop-daemon for change daemons uid/gid in their variant of
init scripts. Our patch for uid/gid changing by systemd was
already accepted into upstream. 

The big problem, that without this change user can't simply get
backtraces on daemons crashes. This backtraces required for some
bugreport to upstream.
  
   Meh.  Can't the systemd files be simply removed?  If this doesn't
   affect sysvinit systems I would prefer not to bother.  
  
  Hmm. But systemd service files was added to package in 5.2.6+dfsg-1
  via bug #624532. And patch for fix them is trivial.

 Apparently not so trivial, since it needs a fixup now.  I would rather
 not see a change that affects all paths to fix something for the .1%
 of users that run systemd.  

ohh. i think, that will be better to split explanation of this change
into two parts.

First - changes in sysvinit scripts. Instead of run daemons as root and
pass options for chuid we allow start-stop-daemon to run it as
non-root. This is what do upstream and without this fix we have a
problems with getting backtraces on daemons crashes.

Second - changes in systemd service files. In 5.2.6+dfsg-1 our team add
this files into packages, but unfortunely, they was shipped with
incorrect (empty) uid/gid in them.
So, for systemd service files was fixed two problems:
a) Change daemons uid/gid by systemd, as do sysvinit scripts. This
is separate patch [1] for simplicity sending it to upstream (already
accepted by upstream)
b) Fixing incorrect uid/gid. Due to limitation of upstream build
system we can't use build options and hardcore uid/gid by patch [2]

[1]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/delegate-chuid-to-systemd.patch
[2]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/fix-systemd-daemon-user-group.patch

As i understand, your opinion is that will be better do not ship
systemd service files at all, but include changes in sysvinit scripts?



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-11-08 Thread Alexander Golovko
В Thu, 8 Nov 2012 19:45:00 +0100
Julien Cristau jcris...@debian.org пишет:

 On Thu, Nov  8, 2012 at 13:26:33 +0400, Alexander Golovko wrote:
 
  ohh. i think, that will be better to split explanation of this
  change into two parts.
  
  First - changes in sysvinit scripts. Instead of run daemons as root
  and pass options for chuid we allow start-stop-daemon to run it as
  non-root. This is what do upstream and without this fix we have a
  problems with getting backtraces on daemons crashes.
  
 That doesn't sound like freeze material to me, as the current scripts
 work.  I don't understand your comment about backtraces.

bacula daemons SIGSEGV handler can call gdb for save some useful (for
developers) info about process (stack for all threads and other). Gdb
called with bacula user privileges, but files in /proc/pid/ owned by
root and gdb can't get info about process. This is subject of bug
#556207.

Yes, user still must install -dbg packages before this will work, but
this is not so hard work for them as manually changing init scripts.


 
  Second - changes in systemd service files. In 5.2.6+dfsg-1 our team
  add this files into packages, but unfortunely, they was shipped with
  incorrect (empty) uid/gid in them.
  So, for systemd service files was fixed two problems:
  a) Change daemons uid/gid by systemd, as do sysvinit scripts. This
  is separate patch [1] for simplicity sending it to upstream (already
  accepted by upstream)
  b) Fixing incorrect uid/gid. Due to limitation of upstream build
  system we can't use build options and hardcore uid/gid by patch [2]
  
  [1]
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/delegate-chuid-to-systemd.patch
  [2]
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/fix-systemd-daemon-user-group.patch
  
  As i understand, your opinion is that will be better do not ship
  systemd service files at all, but include changes in sysvinit
  scripts?
  
 I don't think that reflects my opinion.  My understanding is that the
 current init script works, and if that is true then the current init
 script doesn't need to be changed.

Current init scripts work, but have a bug, as described above.


 I don't particularly care what
 happens to the systemd files, though if the current ones don't work
 then I'd kinda prefer to see them go away rather than get more
 changes.

Hmm, but if users want worked systemd files (#679958), is it really
prefer to drop systemd support over fix problem?



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-11-08 Thread Alexander Golovko
В Thu, 8 Nov 2012 23:10:46 +0100
Julien Cristau jcris...@debian.org пишет:

 On Fri, Nov  9, 2012 at 01:07:18 +0400, Alexander Golovko wrote:
 
  bacula daemons SIGSEGV handler can call gdb for save some useful
  (for developers) info about process (stack for all threads and
  other). Gdb called with bacula user privileges, but files
  in /proc/pid/ owned by root and gdb can't get info about process.
  This is subject of bug #556207.
  
 Or you could just let the kernel get you a core file with all the info
 you would want.  

Yes, coredump will be enough and in some cases it required for solve
problem. But it contain some information, such a passwords, that
1. make impossible coredump publication
2. require password changing even after privately sending
coredump to developers due to possibility of passwords leakage.

But thank you for attention to this moment, there is a bacula bug -
daemons don't create coredumps on such signals, i will send bugreport to
upstream.



 I'm sorry, but I don't think this is worthy of
 breaking the freeze.
 
  Yes, user still must install -dbg packages before this will work,
  but this is not so hard work for them as manually changing init
  scripts.
  
 Seriously, editing a shell script, hard work?
 
 [...]
  Hmm, but if users want worked systemd files (#679958), is it really
  prefer to drop systemd support over fix problem?
  
 We're frozen.

ok, i understand you and will remove this files



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690779: [pkg-bacula-devel] Bug#690779: bacula: [INTL:pt] Updated Portuguese translation for debconf messages

2012-10-24 Thread Alexander Golovko
tags 690779 + pending
--

Thank you!
Your translate was included into git master branch and will be in the
next upload.

В Wed, 17 Oct 2012 14:56:28 +0100
Traduz tra...@debianpt.org пишет:

 Package: bacula
 Version: 5.2.6+dfsg-4
 Tags: l10n, patch
 Severity: wishlist
 
 Updated Portuguese translation for bacula's debconf messages.
 Translator: Rui Branco ru...@debianpt.org
 Feel free to use it.
 
 For translation updates please contact 'Last Translator' or the
 Portuguese Translation Team traduz _at_ debianpt.org.
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690896: [pkg-bacula-devel] Bug#690896: [INTL:sv] Swedish strings for bacula debconf

2012-10-24 Thread Alexander Golovko
tags 690896 + pending
--

Hi!

Thank you!
Your translate was included into git master branch and will be in the
next upload.

В Thu, 18 Oct 2012 23:25:18 +0200
Martin Bagge brot...@bsnet.se пишет:

 package: bacula
 severity: wishlist
 tags: patch l10n
 
 Please consider to add this file to translation of debconf.
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: bacula: General update after the debconf review process

2012-10-24 Thread Alexander Golovko
tags 687240 + pending
--

В Sat, 20 Oct 2012 09:04:36 +0200
Christian PERRIER bubu...@debian.org пишет:

 Dear Debian maintainer,
 
 On Saturday, September 15, 2012, I sent you a notification about the
 beginning of a review action on debconf templates for bacula.
 
 Then, I sent you a bug report with rewritten templates and announcing
 the beginning of the second phase of this action: call for translation
 updates.
 
 Translators have been working hard and here is now the result of
 their efforts.
 
 Please consider using it EVEN if you committed files to your
 development tree as long as they were reported.

I update translations with your files, but kept changes about license
info.


 
 The attached tarball contains:
 
 - debian/changelog with the list of changes
 - debian/control with rewrites of packages' descriptions
 - debian/templates with all the rewritten templates file(s)
 - debian/po/*.po with all PO files (existing ones and new ones)
 
 As said, please use *at least* the PO files as provided here,
 preferrably over those sent by translators in their bug reports. All
 of them have been checked and reformatted. In some cases, formatting
 errors have been corrected.
 
 The patch.rfr file contains a patch for the templates and control
 file(s) alone.
 
 Please note that this patch applies to the templates and control
 file(s) of your package as of Saturday, September 15, 2012. If your
 package was updated in the meantime, I may have updated my reference
 copybut I also may have missed that. This is indeed why I
 suggested you do not modified such files while the review process was
 running, remember..:-)
 
 It is now safe to upload a new package version with these changes.

Thank you. i will upload new version to unstable in the nearest future.
Upload for wheezy will take some more time and will be as soon as
possible too.

 
 Please notify me of your intents with regards to this.
 
 There is of course no hurry to update your package but feel free to
 contact me in case you would need sponsoring or any other action to
 fix this.
 
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690550: [pkg-bacula-devel] Bug#690550: bacula: [INTL:ja] New Japanese translation

2012-10-17 Thread Alexander Golovko
tags 690550 + pending
--

Hi,

Thank you for your help!


В Mon, 15 Oct 2012 21:54:43 +0900
victory victory@gmail.com пишет:

 Package: bacula
 Version: 5.2.6_dfsg-4
 Severity: wishlist
 Tags: patch l10n
 
 Dear bacula package maintainer,
 
  Here's Japanese po-debconf template translation (ja.po) file that 
  reviewed by several Japanese Debian developers and users.
 
  Could you apply it, please?

Translation was commited into git master branch, next uploaded version
will include it. 

The only change from your file is info about license (change default
PACKAGE to real package name - bacula).



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690595: [pkg-bacula-devel] Bug#690595: bacula: [INTL:gl] Galician debconf templates translation update

2012-10-17 Thread Alexander Golovko
tags 690595 + pending
--

Hi!

Thank you for your help!


В Tue, 16 Oct 2012 00:36:59 +0200
Jorge Barreiro yortx.ba...@gmail.com пишет:

 Package: bacula
 Version: 5.2.6+dfsg-4
 Severity: wishlist
 Tags: l10n patch
 
 Galician debconf templates translation is attached.

Translation was commited into git master branch, next uploaded version
will include it.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690732: [pkg-bacula-devel] Bug#690732: [INTL:pl] Polish debconf translation

2012-10-17 Thread Alexander Golovko
tags 690732 + pending
--

Hi,

Thank you for your help!

В Tue, 16 Oct 2012 23:40:42 +0200
Michał Kułach michalkul...@gmail.com пишет:

 Package: bacula
 Severity: wishlist
 Tags: l10n patch
 
 Hi!
 
 Please add the attached (last minute) Polish debconf translation.
 
 Thanks in advance,

Translation was commited into git master branch, next uploaded version
will include it.



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#690745: [pkg-bacula-devel] Bug#690745: bacula: [INTL:it] Italian debconf translation

2012-10-17 Thread Alexander Golovko
tags 690745 + pending
--

Hi,

Thank you for your help!

В Wed, 17 Oct 2012 08:30:44 +0200
Beatrice Torracca beatri...@libero.it пишет:

 Package: bacula
 Severity: wishlist
 Tags: l10n patch
 
 Hi.
 Please find attached the Italian translation of bacula debconf
 messages proofread by the Italian localization team.
 
 Please include it in your next upload.

Translation was commited into git master branch, next uploaded version
will include it.
The only change from your file is license info - default PACKAGE
changed to real package name bacula


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687923: [pkg-bacula-devel] Bug#687923: bacula: needs update for wheezy

2012-10-15 Thread Alexander Golovko
В Sun, 14 Oct 2012 15:57:40 +0200
Thijs Kinkhorst th...@debian.org пишет:

 Hi,
 
 CVE-2012-4430 was fixed in unstable and stable, thanks for that, but
 wheezy is still lacking the fix. This is because the unstable version
 cannot migrate due to it containing many auxilliary fixes. Could you
 coordinate with the release team to make an upload to
 testing-proposed-updates with the security fix?

Thank you for reminder, i'm already in work on preparing upload
to wheezy (see #689003)

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-10-09 Thread Alexander Golovko
В Mon, 08 Oct 2012 14:26:08 +0200
Mehdi Dogguy me...@dogguy.org пишет:

 On 28/09/2012 07:57, Alexander Golovko wrote:
  Package: release.debian.org Severity: normal User:
  release.debian@packages.debian.org Usertags: unblock
  
  Hi!
  
  Please unblock bacula-* packages, it fixes multiple bugs, include 
  CVE-2012-4430, crashes and debian policy violations:
  
  #687923 - security issue CVE-2012-4430 #688732 - bacula-fd save
  only first xattr on file #682733 - unowned files after purge 
  #680051 - switch between bacula-director-dbtype #679958 -
  incorrect systemd service file Fix unsafe bacula-director
  passwords. Fix bacula-fd crash on saving xattr on btrfs.
  
 
 Ok, I don't feel comfortable with all these packaging changes. I don't
 think I'm going to unblock this package. Could you prepare an upload
 to t-p-u please? #687923, #682733, #679958, Fix unsafe
 bacula-director passwords look okay. For the others, please show
 minimal separate patches if you want to include them.

I can try to remove some patches, but i'm afraid, that completely
rework changes will be very hard. I list all changes (except #687923,
#682733, #679958, Fix unsafe bacula-director passwords) with links to
commits and additional description. Please say, which of changes can be
included and which not. Sorry for this abuse.



1. Build packages for all database types in the same time, not a
separate process for sqlite3, mysql and pgsql.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=1ca440fc3758a28fdcd17c05aa24f724934dbc5f

This change affect only package building process. It was thoroughly
checked, that binary packages changed not more, than on rebuild from
the same sources.
This change make build process much more clear and less differ from
standard debhelper. I'm afraid, that unaccepting this change will lead
to requirement of very hard reworking some other changes.
Another argument for accept this change is that this change will be one
of first candidate for post-wheezy and we will need support two
different solutions - for stable wheezy and current.



2. Save all file xattrs, not only first (Closes: #688732),
Fix bacula-fd crash on saving xattr on btrfs.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=455622199fb46805cd11f69630279af5987c0bb2
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d7bb353b616c6221684ffc81cbfe2c885a1dab81

It is a regression since squeeze. Squeeze shipped with previous major
version of bacula. There are a big commits, but however this is
only adding upstream patch. I'm think, there is important bugfix.



3. fix daemons user/group on systems with systemd (Closes: #679958).
delegate daemons uid/gid changing to start-stop-daemon or systemd,
thanks to Matija Nalis (Closes: #556207).

This changes are related and intersected. First commit reverted by
last.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d077cd3c71734828b635f8605c8411f6cd86b6f6
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=cf9eb640182f4adfd83d05954dc35a20b60170c1
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=694b788e0f82a734ca98bb0930a97432240c7fe8

Upstream already much time (at least since 2010, Oct) use
start-stop-daemon for change daemons uid/gid in their variant of init
scripts. Our patch for uid/gid changing by systemd was already accepted
into upstream. 

The big problem, that without this change user can't simply get
backtraces on daemons crashes. This backtraces required for some
bugreport to upstream.



4. fix waiting for real daemon stopping (Closes: #684744).
remove unused code from bacula-director init script.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=ef0c7b8b1ee7060decff3b4757bfb512c11bb98a
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d4052cfbafbcb1718b687886a7b01198f06fb0a1
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=037b600ebfec34b6d48adcbfa08580276e188d0b

First commit is bug fix, last is only adding info into changelog.
Second commit is not required, but always better, when init scripts
make the same tasks by the same methods.



5. Add build-depends for read-all capability support (Closes: #683080).
capabilities is linux-only feature. disable it for non-linux
platforms, add information, that capabilities is linux-only feature.
Add information about file daemon without root privileges.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=c6b51c2c010ae82f73d8cdce2eecbfbe52e6bbec
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=74198182c2fa9e2567077356e345ff5251e26bf1
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=6e1fab3c304fa73b9c6801a07290ce48b7cadb24

Yes, this is, of-course, new feature. But maybe fact, that this
change can improve Debian security and will be very useful for Debian
System Administration Team will be enough for accept this change

Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-10-09 Thread Alexander Golovko
В Tue, 9 Oct 2012 12:32:07 +0200
Julien Cristau jcris...@debian.org пишет:

 On Tue, Oct  9, 2012 at 13:17:23 +0400, Alexander Golovko wrote:
 
  1. Build packages for all database types in the same time, not a
  separate process for sqlite3, mysql and pgsql.
  
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=1ca440fc3758a28fdcd17c05aa24f724934dbc5f
  
 nak.

I try to convince you again, if you don't mind.

Benefits for our team:

Package building is faster. It was start, wait, make something, look,
wait, look, wait, forget, remember only after some time :(
It was really annoying and significantly slow my work.

Package building process is much clear. Anybody other can help us if
he has basic knowledge about debhelper. With old variant d/rules is
more hard for understanding.

Also this change i test very-very deep. I compare packages, built from
sources with and without this change. Comparison include non-elf files
by content, where point symlinks, list of linked libraries for elf
files and buildlogs for anomaly differences in flags. There was one of
my most tested changes.

I really can promise, that this change not affect anything in binary
packages.

I hope, if this arguments will enough for allow exclusion and accept
this change.


  3. fix daemons user/group on systems with systemd (Closes: #679958).
  delegate daemons uid/gid changing to start-stop-daemon or systemd,
  thanks to Matija Nalis (Closes: #556207).
  
  This changes are related and intersected. First commit reverted by
  last.
  
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d077cd3c71734828b635f8605c8411f6cd86b6f6
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=cf9eb640182f4adfd83d05954dc35a20b60170c1
  http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=694b788e0f82a734ca98bb0930a97432240c7fe8
  
  Upstream already much time (at least since 2010, Oct) use
  start-stop-daemon for change daemons uid/gid in their variant of
  init scripts. Our patch for uid/gid changing by systemd was already
  accepted into upstream. 
  
  The big problem, that without this change user can't simply get
  backtraces on daemons crashes. This backtraces required for some
  bugreport to upstream.
  
 Meh.  Can't the systemd files be simply removed?  If this doesn't
 affect sysvinit systems I would prefer not to bother.

Hmm. But systemd service files was added to package in 5.2.6+dfsg-1 via
bug #624532. And patch for fix them is trivial.



  5. Add build-depends for read-all capability support (Closes:
  #683080).
  
 A bit nervous about this one.  How much has this been tested, and how
 likely is it to affect unrelated features?

There are only one difference between packages built with and without
capabilities support in src/lib/priv.c on lines 110-132.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=src/lib/priv.c;h=cfa4ec768970df40c3baea3f9d87831e761b7735;hb=52609e79da8df27cb68918acd074bff4af7cceb0

If binaries built without capabilities, than bacula-fd will return
error Keep readall caps not implemented when user try to use it.
If user start bacula without flags for enabling cap usage (default),
then the same code will be executed in both binaries - with or without
cap support.

This change should not affect to anything other.



  8. make package purging more careful about users files.
  
 Don't really see the point of this one.  Purging means purging.

actually, this is a difference from squeeze behavior for bacula-director
packages. Revert anyway?



  10. force /etc/defaults/bacula-dir reregistration in ucf when
  changing bacula-director database type, fix purging after this
  (Closes: #680051).
  
 Not sure about this, would appreciate advice from somebody who knows
 ucf.
 
  11. switch to /run directory
  
 nak.

Ok. i revert it.



  12. Fix impossibility to run out-of-box scripts make_mysql_tables
  and update_mysql_tables scripts, shipped with package (#679855).
  
 Are these scripts ever run automatically by the package?

No, scripts (dbconfig-common) use other files, generated on build time.
This files intended for users, who don't want or can't use dbconfig for
database population.



  13. switch from usermod to more debian-policy friendly adduser.
  
 Unless this is fixing an actual bug, nak.

Ok, i revert it.



  14. fix hostname substitution (Closes: #682966).
  
 Doesn't seem critical?

It is not critical for package installation. But this changes will do
all users immediately after first package installation.



  15. add bacula into cdrom group (Closes: #520508).
  
 Same here, I'd say defer to wheezy+1.

Ok, i revert it.


  16. Cleanup list of linked libraries.
  
 nak.

Maybe i incorrect worded this change.
This change remove unused libraries (no symbols from library used) from
list of linked libraries. 

From ld documentation:
--as-needed causes DT_NEEDED tags to only be emitted for libraries that
satisfy some symbol

Bug#690077: bacula: initial german debconf translation

2012-10-09 Thread Alexander Golovko
tags 690077 + pending
--

Hi!

Thank you for your help!

Your translation added into git master branch and will be included into
next upload.

В Tue, 9 Oct 2012 20:05:07 +0200
Holger Wansing li...@wansing-online.de пишет:

 Package: bacula
 Severity: wishlist
 Tags: patch,l10n
 
 
 Hi,
 attached you get the initial german debconf translation
 for bacula, version 5.2.6+dfsg-4.
 Please include it in your package.
 
 Thanks for your i18n efforts.
 
 So long
 Holger
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-10-09 Thread Alexander Golovko
В Tue, 9 Oct 2012 19:50:04 +0200
Julien Cristau jcris...@debian.org пишет:

 On Tue, Oct  9, 2012 at 17:56:47 +0400, Alexander Golovko wrote:
 
  В Tue, 9 Oct 2012 12:32:07 +0200
  Julien Cristau jcris...@debian.org пишет:
  
   On Tue, Oct  9, 2012 at 13:17:23 +0400, Alexander Golovko wrote:
   
1. Build packages for all database types in the same time, not a
separate process for sqlite3, mysql and pgsql.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=1ca440fc3758a28fdcd17c05aa24f724934dbc5f

   nak.
  
  I try to convince you again, if you don't mind.
  
 ok, I guess I'll take your word for it.

i'm sorry for my english, but what you mean? That you allow this change
or that it rejected and i should not continue try to change you opinion?


  
3. fix daemons user/group on systems with systemd (Closes:
#679958). delegate daemons uid/gid changing to
start-stop-daemon or systemd, thanks to Matija Nalis (Closes:
#556207).

This changes are related and intersected. First commit reverted
by last.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=d077cd3c71734828b635f8605c8411f6cd86b6f6
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=cf9eb640182f4adfd83d05954dc35a20b60170c1
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commit;h=694b788e0f82a734ca98bb0930a97432240c7fe8

Upstream already much time (at least since 2010, Oct) use
start-stop-daemon for change daemons uid/gid in their variant of
init scripts. Our patch for uid/gid changing by systemd was
already accepted into upstream. 

The big problem, that without this change user can't simply get
backtraces on daemons crashes. This backtraces required for some
bugreport to upstream.

   Meh.  Can't the systemd files be simply removed?  If this doesn't
   affect sysvinit systems I would prefer not to bother.
  
  Hmm. But systemd service files was added to package in 5.2.6+dfsg-1
  via bug #624532. And patch for fix them is trivial.
  
 Apparently not so trivial, since it needs a fixup now.  I would rather
 not see a change that affects all paths to fix something for the .1%
 of users that run systemd.

ohh. i think, that will be better to split explanation of this change
into two parts.

First - changes in sysvinit scripts. Instead of run daemons as root and
pass options for chuid we allow start-stop-daemon to run it as
non-root. This is what do upstream and without this fix we have a
problems with getting backtraces on daemons crashes.

Second - changes in systemd service files. In 5.2.6+dfsg-1 our team add
this files into packages, but unfortunely, they was shipped with
incorrect (empty) uid/gid in them.
So, for systemd service files was fixed two problems:
a) Change daemons uid/gid by systemd, as do sysvinit scripts. This
is separate patch [1] for simplicity sending it to upstream (already
accepted by upstream)
b) Fixing incorrect uid/gid. Due to limitation of upstream build
system we can't use build options and hardcore uid/gid by patch [2]

[1]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/delegate-chuid-to-systemd.patch
[2]
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=blob;f=debian/patches/fix-systemd-daemon-user-group.patch

As i understand, your opinion is that will be better do not ship
systemd service files at all, but include changes in sysvinit scripts?


8. make package purging more careful about users files.

   Don't really see the point of this one.  Purging means purging.
  
  actually, this is a difference from squeeze behavior for
  bacula-director packages. Revert anyway?
  
 That would be my preference, yes.

ok. i revert it.


16. Cleanup list of linked libraries.

   nak.
  
  Maybe i incorrect worded this change.
  This change remove unused libraries (no symbols from library used)
  from list of linked libraries. 
  
 I know what --as-needed does.  It's essentially cosmetic, not
 appropriate during the freeze.

ok. i revert it.

 
  And the next question.
  Currently bacula can't built on hurd platforms. Should i include
  fix for this problem into next upload, intended for wheezy or not?
  
 If the patch is small and obvious enough why not, but hurd won't make
 wheezy so it's not really needed from our perspective.

In fact this is depend on upstream. There was a little changes in
package (disabled acl, xattr and mtx on this platform) and i wait
while upstream fix problems with maximum path length on this platform.
I will ask this additionally, when upstream prepare patch.


Upstream recommend do not use hardening for bacula, so we have 71
lintian warning about this fact. In git master branch this warnings was
hidden by adding lintian-overrides. This is cosmetic change and should
not present in next upload, intended for wheezy?


What is the best way to prepare package without rejected changes

Bug#689796: bacula: French debconf templates translation

2012-10-06 Thread Alexander Golovko
tags 689796 + pending
--

Hi!

Thank you for your help!

Your translation added into git master branch, next uploaded
version will include this changes.


В Sat, 06 Oct 2012 13:31:12 +0200
Julien Patriarca patriar...@gmail.com пишет:

 Package: bacula
 Version: N/A
 Severity: wishlist
 Tags: patch l10n
 
 
 
 
 *** /home/julien/traductions/po-debconf/patch-translate.txt
 
 
 Please find attached the french debconf templates translation,
 proofread by the debian-l10n-french mailing list contributors.
 
 This file should be put as debian/po/fr.po in your package build tree.
 
 
 
 -- System Information:
 Debian Release: 6.0.6
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689797: Initial Czech translation of PO debconf template for bacula 5.2.6+dfsg-4

2012-10-06 Thread Alexander Golovko
tags 689797 + pending
--

Hi!

Thank you for your help!

Your translation added into git master branch, next uploaded
version will include this changes.


В Sat, 6 Oct 2012 13:35:29 +0200
Michal Šimůnek michal.simu...@gmail.com пишет:

 Package: bacula
 Version: 5.2.6+dfsg-4
 Severity: wishlist
 Tags: l10n, patch
 
 In attachment there is initial Czech translation of PO debconf
 template (cs.po) for package bacula, please include it.


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#688199: bacula-director-sqlite3: modifies conffiles (policy 10.7.3): /etc/bacula/scripts/delete_catalog_backup

2012-10-06 Thread Alexander Golovko
tags 688199 + pending
--

В Mon, 24 Sep 2012 13:12:48 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 Hi!
 
 Thank you for report!
 
 This is a result of our fix #656912.
 We should switch this file to ucf control or revert this changes.

Fixed in git master branch. This changes will be included in next
upload.

 
 But changes in config file are not dangerous for users.
 
 В Thu, 20 Sep 2012 10:46:44 +0200
 Andreas Beckmann deb...@abeckmann.de пишет:
 
  Package: bacula-director-sqlite3
  Version: 5.2.6+dfsg-3
  Severity: serious
  User: debian...@lists.debian.org
  Usertags: piuparts
  
  Hi,
  
  during a test with piuparts I noticed your package modifies
  conffiles. This is forbidden by the policy, see
  http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
  
  10.7.3: [...] The easy way to achieve this behavior is to make the
  configuration file a conffile. [...] This implies that the default
  version will be part of the package distribution, and must not be
  modified by the maintainer scripts during installation (or at any
  other time).
  
  Note that once a package ships a modified version of that conffile,
  dpkg will prompt the user for an action how to handle the upgrade of
  this modified conffile (that was not modified by the user).
  
  Further in 10.7.3: [...] must not ask unnecessary questions
  (particularly during upgrades) [...]
  
  If a configuration file is customized by a maintainer script after
  having asked some debconf questions, it may not be marked as a
  conffile. Instead a template could be installed in /usr/share and
  used by the postinst script to fill in the custom values and create
  (or update) the configuration file (preserving any user
  modifications!). This file must be removed during postrm purge.
  ucf(1) may help with these tasks.
  See also http://wiki.debian.org/DpkgConffileHandling
  
  In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
  followups it has been agreed that these bugs are to be filed with
  severity serious.
  
  debsums reports modification of the following files,
  from the attached log (scroll to the bottom...):
  
/etc/bacula/scripts/delete_catalog_backup
  
  
  cheers,
  
  Andreas
 
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689643: Danish translation of the debconf templates bacula

2012-10-05 Thread Alexander Golovko
tags 689643 + pending
--

Hi!

Thank you for your help!


В Thu, 4 Oct 2012 18:11:28 +0100 (BST)
Joe Dalton joedalt...@yahoo.dk пишет:

 Package: bacula
 Severity: wishlist
 Tags: l10n patch
 
 Please include the attached Danish bacula translations.

Included into git master branch with changes, i think there is not
intentional typo in file. I change fglrx-driver to bacula in
header, including license, so please confirm, that there was legitimate
change.

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=4c02505a320aaa2c3f29392f889ac2bec3334506;hp=d8c3cd189b9a65db85b1e22f1f34243c0b0abab2


 
 joe@pc:~/over/debian/bacula$ msgfmt --statistics -c -v -o /dev/null
 da.po da.po: 3 oversatte tekster.
 
 bye
 Joe
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687923: Bug#687923: bacula: CVE-2012-4430

2012-10-05 Thread Alexander Golovko
Hi!

resend message to RT.


В Mon, 17 Sep 2012 14:38:11 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 Hi, thank you!
 
 You can test new version of packages for squeeze:
 http://pkg-bacula.alioth.debian.org/tmp/5.0.2-2.2+squeeze1/
 
 
 For Security Team members - please, review new packages. 
 Debdiff with current squeeze version in attach. Can i upload this
 packages?
 
 
 В Mon, 17 Sep 2012 09:40:03 +0200
 Moritz Muehlenhoff j...@inutil.org пишет:
 
  Package: bacula
  Severity: grave
  Tags: security
  Justification: user security hole
  
  This was assigned CVE-2012-4430:
  https://secunia.com/advisories/50535/
  
  Upstream fix:
  http://www.bacula.org/git/cgit.cgi/bacula/commit/?id=67debcecd3d530c429e817e1d778e79dcd1db905
  
  Cheers,
  Moritz
  
  ___
  pkg-bacula-devel mailing list
  pkg-bacula-de...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
  
  
 
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687923: bacula: CVE-2012-4430, Debian RT

2012-10-05 Thread Alexander Golovko
Hi!

resend message to RT.


В Mon, 17 Sep 2012 14:38:11 +0400
Alexander Golovko alexan...@ankalagon.ru пишет:

 Hi, thank you!
 
 You can test new version of packages for squeeze:
 http://pkg-bacula.alioth.debian.org/tmp/5.0.2-2.2+squeeze1/
 
 
 For Security Team members - please, review new packages. 
 Debdiff with current squeeze version in attach. Can i upload this
 packages?
 
 
 В Mon, 17 Sep 2012 09:40:03 +0200
 Moritz Muehlenhoff j...@inutil.org пишет:
 
  Package: bacula
  Severity: grave
  Tags: security
  Justification: user security hole
  
  This was assigned CVE-2012-4430:
  https://secunia.com/advisories/50535/
  
  Upstream fix:
  http://www.bacula.org/git/cgit.cgi/bacula/commit/?id=67debcecd3d530c429e817e1d778e79dcd1db905
  
  Cheers,
  Moritz
  
  ___
  pkg-bacula-devel mailing list
  pkg-bacula-de...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
  
  
 
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#678818: release.debian.org: pu: package bacula/5.0.2+dfsg-0+squeeze1

2012-10-05 Thread Alexander Golovko
Hi!

Due to prepared upload to security-master with security fix, please do
not upload this package.
We will prepare updated package, which will also include already
uploaded changes.

thank you!

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689467: New spanish translation

2012-10-03 Thread Alexander Golovko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 689467 + pending
- --

Hi!

Thank you for your help!

Your translation added into git master branch, next uploaded
version will include this changes.

В Wed, 03 Oct 2012 01:10:46 +0200
Javier Fernández-Sanguino Peña j...@debian.org пишет:

 Package: bacula
 Version: 5.2.6+dfsg-4
 Severity: wishlist
 Tags: l10n patch
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Please find attached a new po-debconf translation of this package
 into Spanish. This translation is still being reviewed by the Spanish
 translation team. If the translation gets updated  I will submit a
 new file to this bug report.
 
 Thanks for including it in your next package upload,
 
 Javier
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)
 
 iD8DBQFQa3RysandgtyBSwkRAgkcAJ4y7Q/JHOItii8KS2KyZzCxiFzYfwCdEQn/
 IDSJaTmxGs84+SUsNQH7F9w=
 =0Lt/
 -END PGP SIGNATURE-


- -- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBAgAGBQJQbAilAAoJEGps3EGnzChGuAYP/iFBmehcrG1Iictb8fPPQAaB
WULbNQxrbf4Z9OE7Ij6EVCZq5WNFmPVI7TXamVHHFsc2f7gtqqG0DHZiEfFRYBwY
/i0HSFqb6R3nDOGe2wvZBe3pmT/mitgWqYn5DA9ypMChFL6JfYDaQnMVRPeN6YV2
c10aTi8X/1d+Mg2DuZ9WS3xa5YYXcioWWRWVERNKbrO7lo8Vo8ypRQXnK+yX1oUe
I0ZljSIvtPny8GTGqd6CFA7l8SodLZMFCqHufh14hJokOeFdJfefktWuyqU+/ODx
+23skxTLrrI7rqOs/Cluxf5gz3n4ldAgLxaaqZajrgSVIX8/kjJWEwMs9xfQrBlv
syQQR7/3RMsYwB+dx9W632p3ziHykG8oEnkOhaMp31C/xZQYNXLavVOlJVnJrhIg
OhJFqAqC3BUMTgOJDJF6Kf27PbArv53HV0Wt18/bDSN1hfWxoKnclSGZsGVrYv2g
E8PEwzMDzRtnf0G9zOKD6CP51YZo454RENeHTurMZgP5LVhH2dXpqpxIRVnedFXY
mXffrLmro7WDFNRzisgRVm30H3WOn3UtJKYbU0t3miz39I7Upc1ZXF6P7cVRClNp
1d473lZXwygFNuwxMKfyGMli+sAmUs8Jsfk5o51PZPTU5BpjP5G/dqCeFw/t939W
UBwCQt7tw+Jc03wjUBRE
=0AvC
-END PGP SIGNATURE-


Bug#687240: templates://bacula/{bacula-director-db.templates.in} : Final update for English review

2012-10-02 Thread Alexander Golovko
В Fri, 28 Sep 2012 20:15:42 +0200
Christian PERRIER bubu...@debian.org пишет:

 Dear Debian maintainer,
 
 On Saturday, September 15, 2012, I notified you of the beginning of a
 review process concerning debconf templates for bacula.
 
 The debian-l10n-english contributors have now reviewed these
 templates, and the final proposed changes are attached to this update
 to the original bug report.
 
 Please review the suggested changes, and if you have any
 objections, let me know in the next 3 days.

Thank you very much!
I include your changes into git master branch.

 
 However, please try to avoid uploading bacula with these changes
 right now.
 

What is better if we will upload new packages - add new templates or
keep last uploaded (previous version of your work)?


 The second phase of this process will begin on Monday, October 01,
 2012, when I will coordinate updates to translations of debconf
 templates.
 
 The existing translators will be notified of the changes: they will
 receive an updated PO file for their language.
 
 Simultaneously, a general call for new translations will be sent to
 the debian-i18n mailing list.
 
 Both these calls for translations will request updates to be sent as
 individual bug reports. That will probably trigger a lot of bug
 reports against your package, but these should be easier to deal with.
 
 The call for translation updates and new translations will run until
 about Monday, October 22, 2012. Please avoid uploading a package with
 fixed or changed debconf templates and/or translation updates in the
 meantime. Of course, other changes are safe.
 
 Please note that this is an approximative delay, which depends on my
 own availability to process this work and is influenced by the fact
 that I simultaneously work on many packages.
 
 Around Tuesday, October 23, 2012, I will contact you again and will
 send a final patch summarizing all the updates (changes to debconf
 templates, updates to debconf translations and new debconf
 translations).
 
 Again, thanks for your attention and cooperation.
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689442: Russian debconf templates translation

2012-10-02 Thread Alexander Golovko
tags 689442 + pending
--

Hi, Yuri

Thank you for your help!

I add your translation into git master branch, next uploaded version
will include it.


В Tue, 02 Oct 2012 20:27:51 +0400
Yuri Kozlov yu...@komyakino.ru пишет:

 Package: bacula
 Version: 5.2.6+dfsg-4
 Severity: wishlist
 Tags: l10n patch
 
 Dear Maintainer,
 *** Please consider answering these questions, where appropriate ***
 
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
  ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
 
 *** End of the template - remove these lines ***
 
 Russian debconf templates translation is attached.
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#689003: unblock: bacula/5.2.6+dfsg-5

2012-09-28 Thread Alexander Golovko
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi!

Please unblock bacula-* packages, it fixes multiple bugs, include
CVE-2012-4430, crashes and debian policy violations:

#687923 - security issue CVE-2012-4430
#688732 - bacula-fd save only first xattr on file
#682733 - unowned files after purge
#680051 - switch between bacula-director-dbtype
#679958 - incorrect systemd service file
Fix unsafe bacula-director passwords.
Fix bacula-fd crash on saving xattr on btrfs.


Also new version include useful for DSA team [1] security improvement -
ability to run bacula-fd without root privileges (#683080)


There are also other changes in packages, i don't know need you see
more detailed description about this changes. Most of them are
not so important bugfixes, as listed above and several minor
wishlistes, that should not affect to stability.

Thank you very much!


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683080#75


unblock bacula/5.2.6+dfsg-5

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#688732: bacula save only first xattr on file

2012-09-25 Thread Alexander Golovko
Package: bacula-fd
Version: 5.2.6+dfsg-3

Bacula save only first extended attribute from file.

For reproduce:
1. create FileSet with aclsupport=yes and xattrsupport=yes

2. mount fs with acl and user_xattr

mount -o remount,user_xattr,acl /mnt/test

3. set more then one extended attribute on file

$ setfattr -n user.attr1 -v somevalue /mnt/test/somefile
$ setfattr -n user.attr2 -v somevalue /mnt/test/somfile

3. run backup and then restore files

Restored file will have only one extended attribute user.attr1


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: Bug#687240: [RFR] templates://bacula/{bacula-director-db.templates.in}

2012-09-25 Thread Alexander Golovko
tags 687240 -pending
--

Oh, but we have security issue and serious incorrect behaviour with
xattr. I upload package, but not mark this bug as closed, so we can
continue work on it.
IMHO, we always can make new upload with your changes, but current
upload allow peoples to find more bugs before release.

May be i'm wrong and should not yet include your changes in upload? But
your text definitely better, than my :)

В Mon, 24 Sep 2012 21:36:39 +0200
Christian PERRIER bubu...@debian.org пишет:

 Quoting Alexander Golovko (alexan...@ankalagon.ru):
  tags 687240 + pending
  --
  
  Thank you!
  I include your changes into git master branch. New package version
  will be uploaded in the nearest time.
 
 Please wait for the end of the soon-to-come call for translations
 before uploading a version with these changes. I warned : the process
 is quite long..:-)
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#677616: mtx: [hurd-i386] FTBFS: mtxl.h:39:1: error: unknown type name 'DEVICE_TYPE'

2012-09-25 Thread Alexander Golovko
Hi!

Unfortunelly, there is no userspace interface to access scsi devices
on hurd, so mtx can't be built for this arch. Samuel, if i'm
incorrectly understand you, please fix me.

Bacula packages should be fixed for do not use mtx on hurd-i386.
But please notify bacula team after situation changed and mtx will be
in archive - we restore mtx usage for hurd arch.

-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: Bug#687240: Bug#687240: [RFR] templates://bacula/{bacula-director-db.templates.in}

2012-09-25 Thread Alexander Golovko
В Tue, 25 Sep 2012 20:52:30 +0200
Christian PERRIER bubu...@debian.org пишет:

 Quoting Alexander Golovko (alexan...@ankalagon.ru):
  tags 687240 -pending
  --
  
  Oh, but we have security issue and serious incorrect behaviour with
  xattr. I upload package, but not mark this bug as closed, so we can
  continue work on it.
  IMHO, we always can make new upload with your changes, but current
  upload allow peoples to find more bugs before release.
  
  May be i'm wrong and should not yet include your changes in upload?
  But your text definitely better, than my :)
 
 If not done already, please do *not* include changes in the
 upload. That will quite certainly add confusion to translators.
 

I'm so sorry! packages was already uploaded with changes included :(


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#688199: [pkg-bacula-devel] Bug#688199: bacula-director-sqlite3: modifies conffiles (policy 10.7.3): /etc/bacula/scripts/delete_catalog_backup

2012-09-24 Thread Alexander Golovko
Hi!

Thank you for report!

This is a result of our fix #656912.
We should switch this file to ucf control or revert this changes.

But changes in config file are not dangerous for users.

В Thu, 20 Sep 2012 10:46:44 +0200
Andreas Beckmann deb...@abeckmann.de пишет:

 Package: bacula-director-sqlite3
 Version: 5.2.6+dfsg-3
 Severity: serious
 User: debian...@lists.debian.org
 Usertags: piuparts
 
 Hi,
 
 during a test with piuparts I noticed your package modifies conffiles.
 This is forbidden by the policy, see
 http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
 
 10.7.3: [...] The easy way to achieve this behavior is to make the
 configuration file a conffile. [...] This implies that the default
 version will be part of the package distribution, and must not be
 modified by the maintainer scripts during installation (or at any
 other time).
 
 Note that once a package ships a modified version of that conffile,
 dpkg will prompt the user for an action how to handle the upgrade of
 this modified conffile (that was not modified by the user).
 
 Further in 10.7.3: [...] must not ask unnecessary questions
 (particularly during upgrades) [...]
 
 If a configuration file is customized by a maintainer script after
 having asked some debconf questions, it may not be marked as a
 conffile. Instead a template could be installed in /usr/share and used
 by the postinst script to fill in the custom values and create (or
 update) the configuration file (preserving any user modifications!).
 This file must be removed during postrm purge.
 ucf(1) may help with these tasks.
 See also http://wiki.debian.org/DpkgConffileHandling
 
 In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
 followups it has been agreed that these bugs are to be filed with
 severity serious.
 
 debsums reports modification of the following files,
 from the attached log (scroll to the bottom...):
 
   /etc/bacula/scripts/delete_catalog_backup
 
 
 cheers,
 
 Andreas



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: [RFR] templates://bacula/{bacula-director-db.templates.in}

2012-09-24 Thread Alexander Golovko
tags 687240 + pending
--

Thank you!
I include your changes into git master branch. New package version will
be uploaded in the nearest time.


В Sun, 16 Sep 2012 08:11:31 +0200
Christian PERRIER bubu...@debian.org пишет:

 Quoting Christian PERRIER (bubu...@debian.org):
 
  I used all proposed changes...but will turn your bacula server
  into this bacula server. Rationale as usual : this may be my
  company's bacula server, or my boyfriend's bacula server or who
  knows what..:-)
 
 Ah, and I also turned bacula into Bacula, too, when talking about
 the software.
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#683080: [pkg-bacula-devel] Bug#683080: Bug#683080: bacula-fd: Please build with libcap-dev

2012-09-24 Thread Alexander Golovko
Hi!

I build bacula packages with libcap2 support. There is some more
time required for test changes in packages before upload.

If you want, you can get packages for test here:
http://pkg-bacula.alioth.debian.org/tmp/5.2.6+dfsg-4/


В Fri, 21 Sep 2012 23:12:06 +0200
Tollef Fog Heen tfh...@err.no пишет:

 
 Hi,
 
 we (DSA) would very much like this bug to be fixed.  Restore is a
 special case and running bacula-fd by hand or with other parameters is
 not a problem, as restores are done fairly rarely.  Another option
 would be for bacula to be able to just write a tar file on disk,
 which could then have the right owner/groups inside.

I think, this is possible with pipe plugin:

In fileset:
Plugin = bpipe:/var/spool/bacula/all.txz:tar cJ /:cat
 /var/spool/bacula/all.txz

In this case you will can restore tar without root privileges and with
correct permissions in it, but lost ability to restore individual files.


 
 The extra dependency on libcap2 shouldn't be a problem for anybody.  A
 fair amount of stuff already depends on it and it's a tiny library.

I build bacual with more clean list of linked libraries, but i can do
not do this, because libcap2 in bacula-common dependencies. So,
thereare all bacula packages depend from libcap2 :)


 
 If we could have this bug fixed for Wheezy that would be very, very
 nice, though I suspect that's a bit late (but if you could, please do
 ask the release managers nicely).

Yes, i want to see 5.2.6+dfsg-4 in wheezy to and ask release managers
to unfreeze it.

 
 Thanks,



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687923: [pkg-bacula-devel] Bug#687923: bacula: CVE-2012-4430

2012-09-17 Thread Alexander Golovko
Hi, thank you!

You can test new version of packages for squeeze:
http://pkg-bacula.alioth.debian.org/tmp/5.0.2-2.2+squeeze1/


For Security Team members - please, review new packages. 
Debdiff with current squeeze version in attach. Can i upload this
packages?


В Mon, 17 Sep 2012 09:40:03 +0200
Moritz Muehlenhoff j...@inutil.org пишет:

 Package: bacula
 Severity: grave
 Tags: security
 Justification: user security hole
 
 This was assigned CVE-2012-4430:
 https://secunia.com/advisories/50535/
 
 Upstream fix:
 http://www.bacula.org/git/cgit.cgi/bacula/commit/?id=67debcecd3d530c429e817e1d778e79dcd1db905
 
 Cheers,
 Moritz
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


bacula_5.0.2-2.2+squeeze1.debdiff
Description: Binary data


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: [ITR] templates://bacula/{bacula-director-db.templates.in}

2012-09-15 Thread Alexander Golovko
В Sat, 15 Sep 2012 07:19:46 +0200
Christian PERRIER bubu...@debian.org пишет:

 Dear Debian maintainer,
 
 The Debian internationalisation team and the Debian English
 localisation team will soon begin the review of the debconf
 templates used in bacula.
 
 This review takes place for all packages that use debconf to interact
 with users and its aims are:
 - to improve the use of English in all debconf templates;
 - to make the wording of debconf templates more consistent;
 - to encourage more translations of templates.
 
 Even if your first language is English, this process is likely to help
 track down typos or errors, and improve consistency between the
 debconf templates of your package and that of other packages in the
 distribution.
 
 The process involves both debian-l10n-english contributors and
 Debian translators.
 
 The details of the process are given in
 http://wiki.debian.org/I18n/SmithDebconfReviewProcess.
 
 I will act as the coordinator of this activity for bacula.
 
 The first step of the process is to review the debconf source
 template file(s) of bacula. This review will start on Tuesday,
 September 18, 2012, or as soon as you acknowledge this mail with an
 agreement for us to carry out this process.
 
 All parts of the process will be carried out in close collaboration
 with you, and, unless you explicitely ask for it, no upload nor NMU
 will happen for bacula.
 
 If you approve this process, please let us know by replying to this
 mail. If some work in progress on your side would conflict with such a
 rewrite (such as adding or removing debconf templates), please say so,
 and we will defer the review to later in the development cycle.

Yes, your help will be great! Currently i have not plans for change
debconf templates.

 
 Thank you for your attention.
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#687240: [pkg-bacula-devel] Bug#687240: bacula: [debconf_rewrite] Debconf templates and debian/control review proposal

2012-09-12 Thread Alexander Golovko
Hi, Christian!

Thank you for your help!

If i correctly understand, we should now wait for your review and
then ask i18n team to translate?

I'm sorry, but i didn't understand, what you mean under giving a
deadline to translators. Does you mean, that there should be
reasonable delay between translator notification and package uploading?


В Tue, 11 Sep 2012 07:25:19 +0200 
Christian Perrier bubu...@debian.org пишет:

 Package: bacula
 Version: N/A
 Severity: normal
 
 Dear Debian maintainer,
 
 Hello,
 
 I just noticed new or modified debconf templates appearing for this
 package.
 
 I would like to suggest you to consider calling for debconf templates
 review AND translation updates when you introduce new debconf
 templates or modify the existing templates in a package or, if you
 prefer, to send a call for translations after uploading the first
 version that introduces new templates or templates changes.
 
 If you're interested in suggestions for doing this, you can find some
 at the end of this bug report.
 
 The debian-l10n-english team will now start a review, on our own
 initiative. It will be conducted through this bug report.
 
 
 Suggestions for future debconf templates review
 
 
 1) Getting debconf templates reviewed
 --
 
 The Debian i18n contributors have developed a set of suggestions for
 the writing style of debconf templates, to give them an overall
 consistency all around Debian. These writing style suggestions are
 explained in the Developers Reference. Lintian also warns about common
 writing style concerns.
 
 Maintainers are welcome when they ask for a review of debconf
 templates and/or packages descriptions on
 debian-l10n-engl...@lists.debian.org. It is of course not needed to
 wait for someone (such as me right me) proposing you such a review.
 
 In such situations (whether the review is requested by the maintainer
 or proposed by someone else), someone from the debian-l10n-english
 team will pick up the review to do, handle it, and finally send you a
 bug report with the suggested templates. If you want, you can ask for
 being CC'ed to the various discussions when the templates are
 reviewed.
 
 
 2) Call for new translations
 
 
 As soon as the templates have been reviewed, you can ask Debian
 translators for new translations:
 
 Just go to your package's build tree and use:
 
 $ podebconf-report-po --call
 
 This will propose you a generic mail which is to be sent to
 debian-i...@lists.debian.org and call for new translations.
 
 This utility will mention existing translations to avoid duplicate
 work. 
 
 It will also attach the needed material to this mail.
 
 Please also think about giving a deadline to translators. We like
 deadlines..:-)
 
 3) Always call for translation updates before uploading
 ---
 
 (of course only when you change the debconf templates!)
 
 If your package already includes debconf translations (ie *.po files
 in debian/po), please consider calling for translation updates if you
 happen to change something in the templates...or just in case when you
 release a new version.
 
 This is done with the following command:
 
 $ podebconf-report-po
 
 This will build private mails to translators (ie people listed in
 Last-Translator in the PO files) for translations that are
 incomplete. These mails will included the needed PO file for each
 translator.
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (101, 'experimental')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
 Shell: /bin/sh linked to /bin/dash
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature


Bug#685212: service --status-all incorrectly detect availability of service status in initscript

2012-08-18 Thread Alexander Golovko
package: sysvinit-utils
version: 2.88dsf-13.1+squeeze1
tags: patch

service --status-all incorrectly detect availability of service
status in initscript and show ?. For example, it show ? for cron.
Problem in incorrect regex for detect, that initscript has status
command.


$ service --status-all 21 |grep cron
 [ ? ]  cron

$ /etc/init.d/cron status
Checking periodic command scheduler...done (running).


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru
--- debian/service/service.orig	2012-08-18 15:03:54.953060728 +0400
+++ debian/service/service	2012-08-18 15:04:19.725061121 +0400
@@ -74,7 +74,7 @@
   *)
 if ! is_ignored_file ${SERVICE} \
 		 [ -x ${SERVICEDIR}/${SERVICE} ]; then
-if ! grep -qs \Wstatus) $SERVICE; then
+if ! grep -qs \(^\|\W\)status) $SERVICE; then
   #printf  %s %-60s %s\n [?] $SERVICE: unknown 12
   echo  [ ? ]  $SERVICE 12
   continue


signature.asc
Description: PGP signature


Bug#684744: [pkg-bacula-devel] Bug#684744: bacula-sd init script should check that bacula-sd has exited

2012-08-17 Thread Alexander Golovko
tags 684744 + pending
thanks

Hi, Mike

Fixed in git master branch.
You can get fixed binary packages for amd64 here:
http://pkg-bacula.alioth.debian.org/tmp/5.2.6+dfsg-3/


В Mon, 13 Aug 2012 15:31:42 +0100
Mike Griffiths m...@scalefactory.com пишет:

 Package: bacula-sd
 Version: 5.2.5
 
 The init script for bacula-sd, when invoked to stop the daemon,
 should check to see if bacula-sd has actually terminated before
 returning.
 
 On a slow machine, or virtual machine, it can take upwards of half a
 second for bacula-sd to terminate, once sent the signal.
 
 Currently the init script returns immediately, which can result in
 tools such as puppet failing to start the daemon immediately after
 stopping it (after a configuration change, for example).
 
 Logic already exists in the bacula director init script to handle a
 similar scenario, I would suggest this is extended to the storage
 daemon (and file daemon if necessary).
 
  - Mike
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#683080: [pkg-bacula-devel] Bug#683080: Bug#683080: Bug#683080: Bug#683080: bacula-fd: Please build with libcap-dev

2012-08-10 Thread Alexander Golovko
Yes, this option look what we need.
At least, bacula-fd binary, builded with this option, don't linked to
libcap.

But something was wrong, when i simply add LDFLAGS into debian/rules -
it has no effect, so i still need more time.

В Fri, 10 Aug 2012 17:09:08 +0200
Elrond elrond+bugs.debian@samba-tng.org пишет:

 
 Hi,
 
 On Fri, Aug 10, 2012 at 15:55:39 +0200, Luca Capello wrote:
 [...]
   In a perfect world it would only add this dependency to
   bacula-fd.
   Possibly an upstream wishlist bug?
  
  IMHO this is not a wishlist bug, we have plenty of such unneeded
  linking in Bacula, see:
  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646730#31
 
 What's about the -Wl,--as-needed?
 That should help, I'd guess?
 
 
   That said, libcap2 is on many systems anyway and probably
   wouldn't hurt on the director or a storage server a lot.
  
  libcap2 is a dependency for ntp, not essential (standard), but still
  IMHO highly recommended in a backup infrastructure (you want all
  your machines to be synchronized WRT time).  And its
  Installed-Size: is only 55k on sid, so adding it *where it is
  needed* is not a problem.
 
 ACK.
 
 
 Cheers
 
 Elrond
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#684203: [pkg-bacula-devel] Bug#684203: bacula-dir.conf log in /var/lib

2012-08-07 Thread Alexander Golovko
tags 684203 + upstream
--

Hi!

this is a upstream bug 1911
http://bugs.bacula.org/view.php?id=1911

Fix is not included into git master branch yet, but i plan to include it
before next upload to sid.
It is possible, that in backports will be fixed not nearest
uploaded version, but next after nearest.

thank you for bugreport!


В Tue, 7 Aug 2012 20:44:08 +0200
Elrond elrond+bugs.debian@samba-tng.org пишет:

 Package: bacula-common
 Version: 5.2.6+dfsg-1~bpo60+1
 Severity: minor
 
 Hi,
 
 I hope it is okay for nitpicking on the default config. I
 just realize those bits while improving my complete new
 setup.
 
 Anyway, the default config has the log in /var/lib:
 
   /usr/share/bacula-common/defconfig# grep -w log bacula-dir.conf 
   append = /var/lib/bacula/log = all, !skipped
   append = /var/lib/bacula/log = all, !skipped
 
 /var/log/bacula is completely unused on my system.
 
 Wether there should be some default log rotation, is an
 added bonus question. I personally would vote for it.
 
 
 Thanks
 
 Elrond
 
 p.s.: Thanks for the great backport package!
 
 ___
 pkg-bacula-devel mailing list
 pkg-bacula-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
 
 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#683080: [pkg-bacula-devel] Bug#683080: Bug#683080: bacula-fd: Please build with libcap-dev

2012-08-06 Thread Alexander Golovko
В Fri, 03 Aug 2012 16:12:58 +0200
Luca Capello l...@pca.it пишет:

 Hi there!
 
 Re-adding the BTS: Alexander, most of the time it is worth keeping the
 BTS in the loop, given that it a way to document decisions.
 
 On Mon, 30 Jul 2012 20:36:26 +0200, Alexander Golovko wrote:
  On Mon, 30 Jul 2012 14:31:15 +0100, Bart Swedrowski wrote:
  On 28 July 2012 15:03, Elrond
  elrond+bugs.debian@samba-tng.org wrote:
  Could you allow the -k option to bacula-fd?
 
  Starting with -k gives the following error:
 
 Keep readall caps not implemented this OS or missing
  libraries.
 
  My current guess: bacula-fd is not linked to the libcap
  library. After a quick look at bacula's configure.in and
  src/lib/priv.c this seems to really be the case.
 
  So probably just having libcap-dev installed while
  building bacula should solve this.
 
  By default, Debian installation of bacula-fd runs it as root user
  so having that option is pointless in current state of things.
  However, the benefits of it are quite obvious and can potentially
  be useful for
  quite a wide range of users in my opinion.
 
  Upstream documentation about the -k option -
 
  http://www.bacula.org/en/dev-manual/main/main/New_Features_in_5_0_0.html#SECTION00108
 
 Copying here for future references:
 
   Read-only File Daemon using capabilities
 
   This feature implements support of keeping ReadAll capabilities
 after UID/GID switch, this allows FD to keep root read but drop write
   permission.
 
   It introduces new bacula-fd option (-k) specifying that ReadAll
   capabilities should be kept after UID/GID switch.
 
   root@localhost:~# bacula-fd -k -u nobody -g nobody
 
   The code for this feature was contributed by our friends at
 AltLinux.
 
  I wouldn't mind adding this option however still stick to running
  bacula-fd as a root user by default; if someone wants to make use
  of -k option functionality they'll be able to do so via utilising
  /etc/default/bacula-fd overrides.
 
  Luca, Alexandro - what's your view on this, guys?
 
  I'm sure, that this is usefull feature and we can build bacula-fd
  with it
 
 I would go even further: if I read it correctly, this should improves
 security, so I was wondering if it would be better to have it by
 default...

Yes, but enabling this feature cause all bacula binaries and libraries
link with libcap2. So, i need some more investigation for add
capabilities support


 
 Thx, bye,
 Gismo / Luca



signature.asc
Description: PGP signature


Bug#683697: Please add Alexander Golovko as Debian Maintainer

2012-08-02 Thread Alexander Golovko
Package: debian-maintainers

Jetring generated file, as described at [1] attached.
Thank you!

[1] http://wiki.debian.org/DebianMaintainer

--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


add-3C13A8C2D9012EC1
Description: Binary data


signature.asc
Description: PGP signature


Bug#682733: [pkg-bacula-devel] Bug#682733: bacula-console: unowned files after purge (policy 6.8, 10.8): /etc/bacula/bconsole.conf

2012-07-25 Thread Alexander Golovko

tags 682733 + pending
thanks

Thank you for bugreport!

Fixed in git, next uploaded version will be include this fix.

On Wed, 25 Jul 2012 09:59:55 +0200, Andreas Beckmann wrote:

Package: bacula-console
Version: 5.2.6+dfsg-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files 
on

the system after purge, which is a violation of policy 6.8 (or 10.8):


http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a 
release

goal since lenny.


From the attached log (scroll to the bottom...):


0m46.4s ERROR: FAIL: Package purging left files on system:
  /etc/bacula/bconsole.conf  not owned


cheers,

Andreas


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681790: [pkg-bacula-devel] Bug#681790: Bug#681790: Bug#681790: /usr/sbin/bacula-dir: fails to upgrade database when database is on a remote machine

2012-07-19 Thread Alexander Golovko

On Wed, 18 Jul 2012 22:44:57 +0200, Luca Capello wrote:

Hi there!

Alexander, thank you for the detailed explanation, which means that 
this

bug should stay open (and retitled, in case).

On Wed, 18 Jul 2012 19:55:29 +0200, Alexander Golovko wrote:

On Wed, 18 Jul 2012 18:35:07 +0200, AZ Imballaggi S.r.l. - Enrico
Ghera wrote:

Il 18/07/2012 18:03, Luca Capello ha scritto:

Hi there!

On Wed, 18 Jul 2012 03:18:44 +0200, Alexander Golovko wrote:

So, this is not a bug in package, but dbconfig-common habits.
Ofcourse, we should describe database upgrade habits in
README.Debian
UPGRADE section.
If you want to do that, then please go ahead, but strictly 
speaking

this
is not something that belongs to Debian, but in upstream manual.
Debian
provides a way to manage local and remote database, via
dbconfig-common.
If the admin changes that, than she/he should *know* that 
automatic

upgrades could fail (Debian can not assure all possible
configurations).


We should describe differences from upstream - dbconfig-common usage
and common troubles.


I slightly disagree, simply because dbconfig-common is the Debian way 
of
doing such things.  If we go on the path of documenting differences 
WRT

upstream, than each package using dbconfig-common should do the same,
which is IMHO plainly wrong.


You are right, will be better to make package more standard and 
similarly other packages with dbconfig-common.






It is something difficult for me, because english is not native for
me, but i will try later.


Do not worry for the language, having a not-completely-English
documentation is better than no documentation at all.

Enrico, I am sorry for the bug, but I bet that having configured 
the

remote database via dbconfig-common (thus via `dpkg-reconfigure
bacula-director-mysql`) would have resulted in a correct upgrade.


No, we should not use dpkg-reconfigure for change database 
parameters

without database reinstallation.
If we run dpkg-reconfigure, dbconfig ask to reinstall database and
rewrite config file
In choice of don't reinstall database, dbconfig rewrite config 
file

and add to it 'dbc_install=false', so this will stop future database
upgrades.


IMHO this is a bug in dbconfig-common or in the way we use it, given
that we should be able to use it *without* database reinstallation.


Argh, this is a my fail!
dpkg-reconfigure correctly work if choose do not reinstall database.
It was because i try on not very clean system.

But this is don't solve this problem, because it can change database 
parameters only with database reinstallation.
Yes, we can say reinstall to already existed database and then ignore 
error about already existed tables, but, IMHO, it is better to change 
config by hands and then run dpkg-reconfigure without database 
reinstallation.







just to understand better (and avoid other useless bug reports):
everytime I modify my database settings I should run
dpkg-reconfigure?
doing the work twice? (one for actual conf and one for dbconfig)
or I should run dpkg-reconfigure and it updates my conf as well?
or my brain is dead and I have not understood anything?


If you change only database connect parameters (host, dbname, user,
password, etc), than you should not run dpkg-reconfigure, but should
make changes in two places:
1. in bacula config
2. in dbconfig files
(/etc/dbconfig-common/bacula-director-(mysql|pgsql|sqlite3).conf


IMHO this is prone to errors, which is why I blindly thought that
dpkg-reconfigure would have done the trick.


dbconfig-common can't rename database (#439080).
But changing /etc/dbconfig-common/*.conf files is not anything 
incorrect.


As i understand, it is normal for dbconfig-common to make changes in 
/etc/dbconfig-common/package.conf and then run dpkg-reconfigure package 
without database reinstallation.
It is a ususal for all debian packages, that use dbconfig-common. Am i 
right?


So, there best solution will be make bacula-dir.conf consistent on 
dpkg-reconfigure.

We can do this by two methods:
1. dbconfig-common will generate additional file from template with 
database parameters (dbc_generate_*) and include it from bacula-dir.conf
2. substitute variables itself. This is will be very simple, when we 
migrate config files under ucf control.






Enrico, in the end you were right, which also means that you 
discovered

a bug in the Bacula packaging (or in dbconfig-common, I would say).

Thx, bye,
Gismo / Luca


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681790: [pkg-bacula-devel] Bug#681790: /usr/sbin/bacula-dir: fails to upgrade database when database is on a remote machine

2012-07-18 Thread Alexander Golovko
On Wed, 18 Jul 2012 18:35:07 +0200, AZ Imballaggi S.r.l. - Enrico Ghera 
wrote:

Il 18/07/2012 18:03, Luca Capello ha scritto:

Hi there!

On Wed, 18 Jul 2012 03:18:44 +0200, Alexander Golovko wrote:

So, this is not a bug in package, but dbconfig-common habits.
Ofcourse, we should describe database upgrade habits in 
README.Debian

UPGRADE section.
If you want to do that, then please go ahead, but strictly speaking 
this
is not something that belongs to Debian, but in upstream manual.  
Debian
provides a way to manage local and remote database, via 
dbconfig-common.

If the admin changes that, than she/he should *know* that automatic
upgrades could fail (Debian can not assure all possible 
configurations).


We should describe differences from upstream - dbconfig-common usage 
and common troubles.
It is something difficult for me, because english is not native for me, 
but i will try later.





Enrico, I am sorry for the bug, but I bet that having configured the
remote database via dbconfig-common (thus via `dpkg-reconfigure
bacula-director-mysql`) would have resulted in a correct upgrade.


No, we should not use dpkg-reconfigure for change database parameters 
without database reinstallation.
If we run dpkg-reconfigure, dbconfig ask to reinstall database and 
rewrite config file
In choice of don't reinstall database, dbconfig rewrite config file 
and add to it 'dbc_install=false', so this will stop future database 
upgrades.




just to understand better (and avoid other useless bug reports):
everytime I modify my database settings I should run 
dpkg-reconfigure?

doing the work twice? (one for actual conf and one for dbconfig)
or I should run dpkg-reconfigure and it updates my conf as well?
or my brain is dead and I have not understood anything?


If you change only database connect parameters (host, dbname, user, 
password, etc), than you should not run dpkg-reconfigure, but should 
make changes in two places:

1. in bacula config
2. in dbconfig files 
(/etc/dbconfig-common/bacula-director-(mysql|pgsql|sqlite3).conf





thank you


Thx, bye,
Gismo / Luca


___
pkg-bacula-devel mailing list
pkg-bacula-de...@lists.alioth.debian.org

http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681790: [pkg-bacula-devel] Bug#681790: /usr/sbin/bacula-dir: fails to upgrade database when database is on a remote machine

2012-07-17 Thread Alexander Golovko
-error: retry
  bacula-director-mysql/dbconfig-reinstall: false
  bacula-director-mysql/remote/port:
  bacula-director-mysql/dbconfig-remove:

___
pkg-bacula-devel mailing list
pkg-bacula-de...@lists.alioth.debian.org

http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681790: [pkg-bacula-devel] Bug#681790: Bug#681790: /usr/sbin/bacula-dir: fails to upgrade database when database is on a remote machine

2012-07-17 Thread Alexander Golovko

tags 681790 - moreinfo
notfound 681790 5.2.6+dfsg-1~bpo60+1
thanks

Enrico, thank you for dbconfig-common config file and apt log.


package definetelly was installed with dbconfig-common, but then 
database was dropped or cleaned.
debconf bacula-director-mysql/dbconfig-install and dbc_install was set 
to false when package upgrade fail and dbconfig ask you to reinstall 
database.


So, this is not a bug in package, but dbconfig-common habits.
Ofcourse, we should describe database upgrade habits in README.Debian 
UPGRADE section.



Whith current /etc/dbconfig-common/bacula-director-mysql.conf dbconfig 
will not ask you about database upgrades.
If you want automatic upgrades, please change 'dbc_install=true' and 
set correct values for dbc_dbuser, dbc_dbpass, dbc_dbserver, dbc_dbport, 
dbc_dbname, dbc_dbadmin.



On Wed, 18 Jul 2012 01:11:28 +0200, Enrico Ghera - AZ Imballaggi S.r.l. 
wrote:
On Tue, 17 Jul 2012 20:53:52 +0100, Bart Swedrowski 
b...@timedout.org

wrote:

Package: bacula-director-mysql
Version: 5.2.6+dfsg-1~bpo60+1
Severity: important
File: /usr/sbin/bacula-dir

On 16 July 2012 16:45, Enrico Ghera enr...@azimballaggi.com wrote:

* bacula-director-mysql/dbconfig-install: false


This indicates that something went wrong with dbconfig; did you use
dbconfig originally to set up the remote database or did you install
it locally initially and perhaps *then* moved it to remote host?



as far as I can remember I installed locally and then configured by 
hand

the remote mysql host.
my memories are misty... it was more than an year ago.


Also, could you post contents of files /etc/dbconfig-common/bacula-*
(grepping out sensitive information, naturally)


# automatically generated by the maintainer scripts of
bacula-director-mysql
# any changes you make will be preserved, though your comments
# will be lost!  to change your settings you should edit this
# file and then run dpkg-reconfigure bacula-director-mysql

# dbc_install: configure database with dbconfig-common?
#  set to anything but true to opt out of assistance
dbc_install='false'

# dbc_upgrade: upgrade database with dbconfig-common?
#  set to anything but true to opt out of assistance
dbc_upgrade='true'

# dbc_remove: deconfigure database with dbconfig-common?
# set to anything but true to opt out of assistance
dbc_remove=''

# dbc_dbtype: type of underlying database to use
#   this exists primarily to let dbconfig-common know what 
database

#   type to use when a package supports multiple database types.
#   don't change this value unless you know for certain that this
#   package supports multiple database types
dbc_dbtype='mysql'

# dbc_dbuser: database user
#   the name of the user who we will use to connect to the 
database.

dbc_dbuser='bacula'

# dbc_dbpass: database user password
#   the password to use with the above username when connecting
#   to a database, if one is required
dbc_dbpass='#'

# dbc_dbserver: database host.
#   leave unset to use localhost (or a more efficient local 
method

#   if it exists).
dbc_dbserver=''

# dbc_dbport: remote database port
#   leave unset to use the default.  only applicable if you are
#   using a remote database.
dbc_dbport=''

# dbc_dbname: name of database
#   this is the name of your application's database.
dbc_dbname='bacula'

# dbc_dbadmin: name of the administrative user
#   this is the administrative user that is used to create all of 
the

above
dbc_dbadmin='root'

# dbc_basepath: base directory to hold database files
#   leave unset to use the default.  only applicable if you are
#   using a local (filesystem based) database.
dbc_basepath=''

##
## postgresql specific settings.  if you don't use postgresql,
## you can safely ignore all of these
##

# dbc_ssl: should we require ssl?
#   set to true to require that connections use ssl
dbc_ssl=''

# dbc_authmethod_admin: authentication method for admin
# dbc_authmethod_user: authentication method for dbuser
#   see the section titled AUTHENTICATION METHODS in
#   /usr/share/doc/dbconfig-common/README.pgsql for more info
dbc_authmethod_admin=''
dbc_authmethod_user=''

##
## end postgresql specific settings
##

there I can see the password is not the one actually in use, and the 
host

is not specified, assuming local.
I don't remember being asked about databases during the first
installation.
maybe it's my fault.
should I correct the content of
/etc/dbconfig-common/bacula-director-mysql.conf
to reflect the actual configuration?




Regards,
Bart


___
pkg-bacula-devel mailing list
pkg-bacula-de...@lists.alioth.debian.org

http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized

2012-07-08 Thread Alexander Golovko
-bacula-devel


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#680051: [pkg-bacula-devel] Bug#680051: switch between bacula-director-dbtype

2012-07-08 Thread Alexander Golovko

tags 680051 + pending

fixed in git master branch

On Tue, 03 Jul 2012 11:41:13 +0400, Alexander Golovko wrote:

Package: bacula-director-mysql
Version: 5.2.6+dfsg-1

Install bacula-director-mysql on system with installed
bacula-director-sqlite3 failed.

ucfr: Attempt from package bacula-director-mysql  to take
/etc/default/bacula-dir away from package bacula-director-sqlite3
ucfr: Aborting.

we need to force reregister this file in this case


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#679479: [pkg-bacula-devel] Bug#679479: Bug#679479: bacula-fd fails to start because network is not initialized

2012-07-08 Thread Alexander Golovko

Yes, you are right.

This is the same trouble in samba package:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669891

It is not a bug in package and not a bug in network-manager, but 
peoples unhappied :)



Can you try to add /usr/bin/nm-online call into /etc/default/bacula-fd 
and check, that problem solved and there is no annoying delays in work?


I don't know yet, how to change initscripts and don't break machines 
without network-manager, so i need more time for investigate.



On Sun, 8 Jul 2012 07:22:50 -0700, Tom Epperly wrote:

Thanks for your reply. I understand from a developer's perspective
that there is no bug.

Somewhere along the line, I believe a Debian upgrade switched me from
using /etc/network/interfaces and ifupdown to using NetworkManager. 
It
happened a while ago, so I don't remember how it all happened. At 
this

point, my backups stopped happening. Perhaps, it should be considered
a bug in the code that switched me to using NetworkManager. The fact
that it happened on two systems: one managed by me and one managed by
someone else at work suggests that it is not just an isolated issue.

Tom

On Sun, Jul 8, 2012 at 12:41 AM, Alexander Golovko  wrote:


Hi!

Sorry for reply delay.

There is not a bug, so all we can do - add some information about
this case into README.Debian.

You can try one of next workarounds:

1. Allow bacula-fd to listen on all addresses - remove line
FDAddress = .. or change it to FDAddress = 0.0.0.0

2. If you always get the same IP-address from dhcp, then you can
add record for faerun.epperly.home into /etc/hosts or specify IP
address in bacula-fd.conf.
In such case bacula-fd correctly start and will be available on
this address after actual network configuration.

3. You can disable autostart of bacula-fd service (update-rc.d
bacula-fd disable) and start it later after network configuration by
dhclient or network-manager.

If network interface configured from /etc/network/interfaces and
you use dhclient (not udcpc or other), than create executable
/etc/dhcp/dhclient-exit-hooks.d/bacula with content
invoke-rc.d bacula-fd restart

(see man dhclient-script for details)

If network interface configured by NetworkManager directly, than
create executable /etc/NetworkManager/dispatcher.d/bacula with
content
if [ $1 = eth1 -a $2 = up ]; then invoke-rc.d bacula-fd
restart; fi

(see man network-manager for details)

On Thu, 28 Jun 2012 20:32:04 -0700, Tom Epperly wrote:


Package: bacula-fd
Version: 5.2.6+dfsg-1
Severity: normal

Dear Maintainer,

bacula-fd does not start when I boot my machine. I am not sure
which
upgrade stopped bacula-fd, but it hasn't been working for a
while.

My machine used to use ifup/ifdown to manage initializing eth1
and initiating
DHCP to get the IP address etc. Some upgrade switched it to use
NetworkManager to initiate DHCP.

This is the error message flashes on the screen during boot up.

[] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd:
ERROR
TERMINATION
at address_conf.c:521
Config error: can't add port (faerun.epperly.home) to (can't
resolve
hostname(fa
erun.epperly.home) Non-authoritative for host not found, or
ServerFail.)
            : line 49, col 33 of file
/etc/bacula/bacula-fd.conf
  FDAddress = faerun.epperly.home

 failed!

This happens no my home desktop, and it also happens on my Ubuntu
laptop at work.

I tried adding $network to the Required-Start for the
init.d/bacula-fd
script, but it didn't fix the problem.

I can service bacula-fd start just fine from a terminal window
once
the network is initialized.

Tom

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-fd depends on:
ii  bacula-common  5.2.6+dfsg-1
ii  libacl1        2.2.51-8
ii  libc6          2.13-33
ii  libgcc1        1:4.7.1-1
ii  libpython2.7   2.7.3-1
ii  libssl1.0.0    1.0.1c-3
ii  libstdc++6     4.7.1-1
ii  libwrap0       7.6.q-23
ii  lsb-base       4.1+Debian7
ii  ucf            3.0025+nmu3
ii  zlib1g         1:1.2.7.dfsg-11

bacula-fd recommends no packages.

Versions of packages bacula-fd suggests:
ii  bacula-traymonitor  5.2.6+dfsg-1

-- Configuration Files:
/etc/init.d/bacula-fd changed:
set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/bacula-fd
NAME=bacula-fd
PORT=9102
DESC=Bacula File daemon
test -f $DAEMON || exit 0
if [ -n `getent services bacula-fd` ]; then
    PORT=`getent services bacula-fd | awk '{
gsub(/tcp,,$2); print $2; }
'`
fi
. /lib/lsb/init-functions
. /usr/share/bacula-common/common-functions.init
if [ -r /etc/default/$NAME ]; then
    . /etc/default/$NAME
fi
CONFIG=${CONFIG:-/etc/bacula/$NAME.conf}
create_var_run_dir
PIDFILE=/var/run/bacula/$NAME.$PORT.pid
do_start()
{
  Â

Bug#556207: bacula-director-common: gdb trace reporting does not work (ptrace: Operation not permitted)

2012-07-07 Thread Alexander Golovko

tags 556207 + pending
thanks

Hi!

I am sorry for the big delay.

This bug was fixed in git master branch, next uploaded version will be 
include this fixes.
For use btraceback functionality you will need to install bacula-*-dbg 
packages.


However, this bug will not be fixed for squeeze, because squeeze 
packages don't include required debug symbols.



On Sat, 14 Nov 2009 11:20:40 +0100, Matija Nalis wrote:

Package: bacula-director-common
Version: 3.0.3-1
Severity: normal
Tags: patch


if bacula-director is started as root with options -u bacula -g 
bacula, it
will drop permissions near startup, however many of the /proc/$pid 
files

will continue to be owned by root (as that was UID that started the
process), which will break bacula-director internal functionality to 
produce
backtrace using gdb if it crashes, that is 
/var/lib/bacula/*.traceback files

will contain errors like:

ptrace: Operation not permitted.
/var/lib/bacula/25734: No such file or directory.
$1 = 0
/etc/bacula/scripts/btraceback.gdb:2: Error in sourced command file:
No symbol table is loaded.  Use the file command.

instead of traceback which could be used to find bug.

If however bacula is started as user bacula and group bacula (by 
using
start-stop-daemon functionality), the permissions on /proc/$pid are 
set

correctly to user bacula and group bacula, and ptrace(2) works.

Attached is a simple patch which modifies startup scripts for
bacula-director (and bacula-sd) in that way, so ptrace(2) would work 
if

needed.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-director-common depends on:
ii  adduser3.110 add and remove users and 
groups
ii  bacula-common  3.0.3-1   network backup, recovery 
and verif

ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  debconf [debconf-2 1.5.24Debian configuration 
management sy
ii  libc6  2.7-18GNU C Library: Shared 
libraries

ii  libgcc11:4.3.2-1.1   GCC support library
ii  libssl0.9.80.9.8g-15+lenny5  SSL shared libraries
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ 
Library v3
ii  libwrap0   7.6.q-16  Wietse Venema's TCP 
wrappers libra
ii  mailx  1:20071201-3  Transitional package for 
mailx ren


bacula-director-common recommends no packages.

bacula-director-common suggests no packages.

-- no debconf information


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520508: bacula-sd with bacula user and tape group (defaut) can't run dvd+rw-mediainfo

2012-07-07 Thread Alexander Golovko

tags 520508 + pending
severity 520508 minor
thanks

Hi!

I am sorry for delay.

As Lucas B. Cohen wrote, the solution is add bacula user into cdrom 
group.


Next uploaded version of package (testing and sid) will add bacula into 
cdrom group.
However, this will not be fixed in squeeze packages, because this is 
not a bug, but enchancement.



On Fri, 20 Mar 2009 18:17:19 +0100, Raphael Delvaux wrote:

You right isn't really a bug. Yes it could help because i have search
info but i haven't a lhot!!!
You could perhaps use /etc/default for this option

Thank a lot

John Goerzen wrote:
Is this really a bug?  It can't setgid to both tape and cdrom.  
Would
you be happier if it was documented in README.Debian how to deal 
with it?


Raphael Delvaux wrote:


Package: bacula-sd
Version: 2.4.4-1

When i used bacula-sd to manage DVD storage pool, it need to 
dvd+rw-tools to proceed data to the DVD
When i run the bacula-sd with the default configuration of the 
package, the daemon runs as bacula user and tape group

With those permission, i have the following error :

20-Mar 01:34 jennifer-sd JobId 41: Fatal error: dvd.c:587 Unable to 
write last on DVD Writer (/dev/hdc): ERR=dvd.c:265 Error while 
writing current part to the DVD: Error while writing part file:  
Cannot get media info from /usr/bin/dvd+rw-mediainfo || errno = 0 
(Success)



Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) 
(gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP 
Sat Jan 10 18:29:31 UTC 2009




--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#584135: bacula-director-mysql: Max Run Time directive does not work as described

2012-07-07 Thread Alexander Golovko

tags 584135 + upstream
found 584135 5.2.6+dfsg-2
found 584135 5.0.2-2.2
forwarded 584135 http://bugs.bacula.org/view.php?id=1908
thanks
--

Hi, Teodor!

Thank you for your bug report and sorry for delay.

This bug look like it still present in last packaged in debian version 
(5.2.6+dfsg-2)


There was created report in upstream bugtracker:
http://bugs.bacula.org/view.php?id=1908


On Tue, 01 Jun 2010 18:59:14 +0300, Teodor wrote:

Package: bacula-director-mysql
Version: 5.0.1-1~bpo50+1
Severity: normal

Hi,

The Max Run Time directive for Bacula Director is described at [1] 
like this:

| Max Run Time = time
|   The time specifies the maximum allowed time that a job may run, 
counted from
|   when the job starts, (not necessarily the same as when the job 
was scheduled).


However, the job start is something like 10 seconds from the 
scheduled time even
if the job never starts due to waiting in the queue of SD. The end 
result is that
even if the job never runs, the job is cancelled after the time 
expires as if
Max Run Sched Time was specified instead of Max Run Time. See 
attached a log

for such a job as an example.

Thanks

[1] 
http://www.bacula.org/5.0.x-manuals/en/main/main/Configuring_Director.html



-- System Information:
...



--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#680051: switch between bacula-director-dbtype

2012-07-03 Thread Alexander Golovko

Package: bacula-director-mysql
Version: 5.2.6+dfsg-1

Install bacula-director-mysql on system with installed 
bacula-director-sqlite3 failed.


ucfr: Attempt from package bacula-director-mysql  to take 
/etc/default/bacula-dir away from package bacula-director-sqlite3

ucfr: Aborting.

we need to force reregister this file in this case


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#679958: [pkg-bacula-devel] Bug#679958: systemd service file doesn't start, missing -u and -g option

2012-07-03 Thread Alexander Golovko

tags 679958 + pending

Hi, Michael

Thank you for report!

Fixed in git, next uploaded version will be with fixed 
bacula-(fd|sd|dir).service



On Mon, 02 Jul 2012 19:01:45 +0200, Michael Stapelberg wrote:

Package: bacula-fd
Version: 5.2.6+dfsg-1
Severity: important

Hi,

thanks for shipping a bacula-fd.service file for systemd users. 
However,

the file bacula-fd.service.in uses variables such as @fd_user@ and
@fd_group@, which are not provided in debian/rules. Therefore, the 
spots

are filled with nothing and the systemd file you ship contains the
following line:

ExecStart=/usr/sbin/bacula-fd -u  -g  -c /etc/bacula/bacula-fd.conf

This leads to bacula-fd not starting because it parses the -g as
argument for the -u flag:

02-Jul 18:07 x200-fd: ERROR TERMINATION at priv.c:69
Could not find userid=-g: ERR=Success

Best regards,
Michael

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.3.4-1 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-fd depends on:
ii  bacula-common  5.2.6+dfsg-1
ii  libacl12.2.51-7
ii  libc6  2.13-32
ii  libgcc11:4.7.0-8
ii  libpython2.7   2.7.3~rc2-2.1
ii  libssl1.0.01.0.1b-1
ii  libstdc++6 4.7.0-8
ii  libwrap0   7.6.q-21
ii  lsb-base   4.1+Debian7
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.7.dfsg-13

bacula-fd recommends no packages.

Versions of packages bacula-fd suggests:
pn  bacula-traymonitor  none

-- no debconf information



___
pkg-bacula-devel mailing list
pkg-bacula-de...@lists.alioth.debian.org

http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#679855: [pkg-bacula-devel] Bug#679855: bacula-director-mysql: update_mysql_tables does not use dbname when applying SQL update commands

2012-07-03 Thread Alexander Golovko

tags 679855 + pending

I commit changes into git, next uploaded version will shipped with 
correct make_mysql_tables and update_mysql_tables scripts


On Tue, 03 Jul 2012 11:24:52 +0400, Alexander Golovko wrote:

On Mon, 02 Jul 2012 23:30:48 +0200, Dominik Sommer wrote:

Hi Alexander,

thanks for the quick response!

Regarding 1., I attached the relevant parts of apt/term.log. I have 
not
been asked anything bacula-related during the update (there were 
prompts
for other packages though). Aptitude also updated MySQL from 5.1 to 
5.5
in the same update batch. I have to admit I don't know if my system 
is

using dbconfig-common. I assume it does, because running 'locate
dbconfig-common' yields some results.


Your log look like dbconfig-common was disabled.

Does /etc/dbconfig-common/bacula-director-mysql.conf contain next 
line?

dbc_upgrade='false'

and what output of debconf-show bacula-director-mysql?

If i don't wrong, than database upgrade with dbconfig-common was
disabled and it is normal, that database need to be updated manually.




Regarding 2., yes I used 
/usr/share/bacula-director/update_mysql_tables
for the DB update. The primary reason for the bug report was the 
error

in line 24 of that script - here's how it looked like:

if mysql $* -f END-OF-DATA
CREATE TABLE RestoreObject (

And this is how it should be:

if mysql $* -D ${db_name} -f END-OF-DATA
CREATE TABLE RestoreObject (

My bacula works again, so I'm fine now. Just wanted to contribute 
this

bugfix ;-)


Ok, i understand you, this is because we concentrate on automatic
database manage with dbconfig-common.

Will be enough to run script in next maneer?
/usr/share/bacula-director/update_mysql_tables -D database



- Dominik


On 02.07.2012 13:15, Alexander Golovko wrote:

Hi!

Thank you for report!


1. Package upgrade

Bacula packages use dbconfig-common for install and upgrade 
database.


It didn't run for some reason. Can you give the next information 
about

your system?

Are you use dbconfig-common for install database (when installing
previous version of package)?
Are you see prompt for upgrade database with dbconfig-common?
If you see prompt, what are you choose?
Was any errors on upgrade?

If you use apt-get [dist-]upgrade, please post 
/var/log/apt/term.log

and /var/log/apt/history.log
In other case, may be you have saved console output of package 
updating

process?


2. Manual database updating

Are you use /usr/share/bacula-director/update_mysql_tables for 
update

database?
This script don't work out-of-box, due we remove database selection 
from
it (for simplify dbconfig-common usage). But if you apply SQL code 
from

it, there was enough for correct bacula-director work.


On Mon, 02 Jul 2012 08:12:55 +0200, Dominik Sommer wrote:

Package: bacula-director-mysql
Version: 5.2.6+dfsg-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

I just updated to the most recent debian testing package, and
bacula-director didn't start any longer.
Running it manually (without the init.d script) showed the DB had 
not

been updated (a notice during
aptitude's update process would have been helpful btw). Googling 
for

a solution, I found there's an
update script - update_mysql_tables. Running it untouched, it 
asked

me to set the DB name to update
in the script, which I did. Re-running yielded a couple of no
database selected errors.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Looking into the script, it seems like the db_name parameter is 
only

used for querying the version
information, but not for actually applying the SQL. So I just 
added

the missing
-D ${db_name}
from the first mysql command (line 13) to the second one (line 
24).


   * What was the outcome of this action?

The update was now applied successfully and bacula-dir started 
again.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500,
'oldstable'), (400, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bacula-director-mysql depends on:
ii  bacula-common5.2.6+dfsg-1
ii  bacula-common-mysql  5.2.6+dfsg-1
ii  bacula-director-common   5.2.6+dfsg-1
ii  dbconfig-common  1.8.47+nmu1
ii  debconf [debconf-2.0]1.5.44
ii  libc62.13-33
ii  libgcc1  1:4.7.0-8
ii  libpython2.7 2.7.3~rc2-2.1
ii  libssl1.0.0  1.0.1c-3
ii  libstdc++6   4.7.0-8
ii  libwrap0 7.6.q-23
ii  mysql-client-5.5 [mysql-client]  5.5.24+dfsg-4
ii  ucf  3.0025+nmu3
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages bacula-director-mysql recommends:
ii  mysql-server  5.5.24+dfsg-4

Bug#672285: bacula-director-sqlite3 package don't cleanup database after purging.

2012-06-08 Thread Alexander Golovko

tags 672285 + pending

--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#670427: bacula-director-sqlite3: unowned files after purge (policy 6.8, 10.8): /etc/dbconfig-common/bacula-director-sqlite3.conf

2012-06-08 Thread Alexander Golovko

tags 670427 + pending

Hi!

Sorry for delay.

This bug was fixed by Jan Hauke Rahm, and now merged into master 
branch.
Next package version will be shipped with correct 
bacula-director-sqlite3.postrm script.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#675935: MySQL - installation failed in chroot without correct /dev/null

2012-06-04 Thread Alexander Golovko

package: mysql-server-5.5

Installation failed in chroot without correct /dev/null

If /dev/null is absent, than stderr-redirections create such file with 
non-empty content.
After that postinst script add trash to /etc/mysql/debian.conf and 
mysql can't be started


Yes, it is very rare and strange situation, but, please, change cat 
/dev/null  $dc to

something like echo -n  $dc

--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#675466: bacula - nagios plugin

2012-06-01 Thread Alexander Golovko

Package: src:bacula
Version: 5.0.3-1
Severity: wishlist

Bacula sources contain nagios check.
So, there will be well to provide package with nagios plugin for check 
bacula.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#674809: [pkg-bacula-devel] Bug#674809: (bacula-director-mysql: failure with mysql 5.5: MaxValue is now a keyword)

2012-05-31 Thread Alexander Golovko

On Tue, 29 May 2012 11:53:10 -0700, Corey Hickey wrote:

On 2012-05-29 07:28, Alexander Golovko wrote:

Hi!

Thank you for bugreport!
Can you say, what is wrong with upstream patch (bug 5104 in upstream
bugtracker)?


Assuming you mean bug 1504, that patch is incomplete--it fixes table
creation, but not access.

As for the problem with the patch in the URL I originally sent, the
issue is that mysql considers columns to be identifiers, and the 
way

to quote an identifier is to use backticks.

wrong: select MaxValue from Counters;
right: select `MaxValue from Counters;

An alternative (which looks to have gone into the source upstream) is
to fully qualify the column names.

right: select Counters.MaxValue from Counters;


I add your patch to master branch. thank you!




bacula-director-mysql can be sucessfully installed after building 
with

upstream patch.

Are your package building problems with mysql 5.5 covered by bug
672765?
If so, this was already fixed in git repo.


Yes, that looks like it. Thanks!

-Corey


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#674809: [pkg-bacula-devel] Bug#674809: (bacula-director-mysql: failure with mysql 5.5: MaxValue is now a keyword)

2012-05-29 Thread Alexander Golovko

Hi!

Thank you for bugreport!
Can you say, what is wrong with upstream patch (bug 5104 in upstream 
bugtracker)?


bacula-director-mysql can be sucessfully installed after building with 
upstream patch.


Are your package building problems with mysql 5.5 covered by bug 
672765?

If so, this was already fixed in git repo.


Sorry, i don't upload binary packages anywhere, but you can try build 
package from git master branch:

http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=summary



On Sun, 27 May 2012 20:49:03 -0700, Corey Hickey wrote:

I tested the patch wrong; attached is a better patch.

-Corey


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#672133: RFS: webacula/5.5.1-1 [ITP]

2012-05-22 Thread Alexander Golovko

Hi!

Hmm, i try reupload package to mentors again, but don't see it too.

May be this is because now package added into pkg-bacula git and i 
change package maintainer field to Debian Bacula packaging Group?


git://git.debian.org/git/pkg-bacula/webacula.git


On Tue, 22 May 2012 05:34:39 +, Bart Martens wrote:

Hi Alexander,

I don't see the package at mentors.  What happened ?

http://mentors.debian.net/package/webacula

Regards,

Bart Martens


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#555737: init.d main control script should read /etc/default/bacula-fd to allow adding custom args

2012-05-21 Thread Alexander Golovko

Hi,

Changes was merged into master branch, next package version will 
shipped with updated init script.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#530014: Bacula init.d main control scripts should read /etc/default/

2012-05-21 Thread Alexander Golovko

Hi,

Changes was merged into master branch, next package version will 
shipped with updated init script.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#672285: [pkg-bacula-devel] Bug#672285: bacula-director-sqlite3 package don't cleanup database after purging.

2012-05-14 Thread Alexander Golovko

On Mon, 14 May 2012 14:18:42 +0200, Luca Capello wrote:

Hi Alexander!

On Wed, 09 May 2012 20:07:59 +0200, Alexander Golovko wrote:

bacula-director-sqlite3 package don't cleanup database on purging.

dbconfig-common not used in prerm and postrm scripts.


Is not this related to #670427?  If so, the two bugs should be 
merged.




Yes, this is related bugs.


However, what does 'cleanup database on purging' means?  That the SQL
database is not removed when purging?  In this case, what do similar
packages?


on package purging dbconfig-common ask a question, purge database or 
not.

in case of sqlite3 database purging == removing file from disk





[2. text/plain; bacula-director-sqlite3-correct-db-purge.patch]

diff --git a/debian/bacula-director-sqlite3.postrm 
b/debian/bacula-director-sqlite3.postrm

index bd21108..ba8aca0 100644
--- a/debian/bacula-director-sqlite3.postrm
+++ b/debian/bacula-director-sqlite3.postrm
@@ -4,10 +4,21 @@
 # see: dh_installdeb(1)

 if [ -f /usr/share/debconf/confmodule ]; then
-   . /usr/share/debconf/confmodule
+. /usr/share/debconf/confmodule


This is wrong, please use the same coding style as in previous 
entries

or, if you want to change it, do so in a separate commit.


Sorry, there are different code styling in different scripts.
I make this line like same line in mysql.postrm



The other part of the patch depends on my question above, but it 
should

be adapted to Hauke's development2 branch.


Ok, i rebase my branch.




Thx, bye,
Gismo / Luca


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#658326: [pkg-bacula-devel] Bug#658326: patch for switch to openssl SHA1 implementation

2012-05-14 Thread Alexander Golovko

On Mon, 14 May 2012 14:48:25 +0200, Luca Capello wrote:

forwarded 658326 http://bugs.bacula.org/view.php?id=1869
tags 658326 + patch
usertags 658326 + debian-packaging
thanks

Hi there!

Re-adding Kefu and Karl to the Cc:.

On Thu, 10 May 2012 00:06:25 +0200, Alexander Golovko wrote:

Fortunally, there are SHA1 implementation in openssl library.
Used functions have the same names and arguments and bacula already
linked with libssl

We need only change headers, makefile.in and remove bad files.


Thank you, forwarded upstream to:

  http://bugs.bacula.org/view.php?id=1869



I'm afraid, this patch can't be merged into upstream without changes, 
because bacula can be built without SSL support, but with SHA1.

But it will be greate if we will not need to support it always.


With this patch, applied to bacula_5.0.2-2.2
 - bacula packages sucessfully builded
 - patched bacula-director-mysql can backup patched client (whith
signature = SHA1 in fileset)
 - patched bacula-director-mysql can backup original client (whith
signature = SHA1 in fileset)
 - for same files in database written the same SHA1 signature for 
both

patched and original clients.


This means that we can *safely* apply the patch.  Alexander, can you
do it in the Git repository, directly in the master branch?  You 
should

add your patch in debian/patches, something similar to:



http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=a64dee5c2199af135e7f91978c61909829756d0b



Ok, i add it into master branch
http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=6c562cfdaffd730c796518233f0d97da08a3891b



OpenSSL all versions has SHA1 functions, so there is big chance 
patch

can be applied to oldstable too.


Uploading to oldstable/lenny is no more possible, given that it 
reached

EOL on 2012-03-10:

  http://lists.debian.org/e1s6rgp-0006tf...@mikado.tilapin.org

While we could provide a fixed package in the pkg-bacula HTTP space,
IMHO it is better to focus on stable, thus obliging people to move 
on

something which is fully supported.

Thx, bye,
Gismo / Luca


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#672765: [pkg-bacula-devel] Bug#672765: patch doesn't work

2012-05-13 Thread Alexander Golovko

There is not a bug in patch.

bacula 5.0.3+dfsg-0.1 has compilation errors on mipsel arch:
https://buildd.debian.org/status/fetch.php?pkg=baculaarch=mipselver=5.0.3%2Bdfsg-0.1stamp=1335860629


On Mon, 14 May 2012 03:03:37 +0400, Alexander Golovko wrote:

Can you send details about your system?

I see, that you use mipsel arch, but i really don't know, why
/usr/lib64/libm.so arch is differ from system arch

Can you send output of next commands?

dpkg -S /usr/lib64/libm.so
dpkg -l 'libc6*'

And log of building package without this patch, if possible.


Thank you for report!



On Sun, 13 May 2012 22:51:49 +0100, Nicholas Bamber wrote:

tag 672765 -patch
thanks

That patch seems not to work anyway.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#672285: bacula-director-sqlite3 package don't cleanup database after purging.

2012-05-09 Thread Alexander Golovko

Package: bacula-director-sqlite3
Version: 5.0.3-1
Tags: patch

bacula-director-sqlite3 package don't cleanup database on purging.

dbconfig-common not used in prerm and postrm scripts.


--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.rudiff --git a/debian/bacula-director-sqlite3.postrm 
b/debian/bacula-director-sqlite3.postrm
index bd21108..ba8aca0 100644
--- a/debian/bacula-director-sqlite3.postrm
+++ b/debian/bacula-director-sqlite3.postrm
@@ -4,10 +4,21 @@
 # see: dh_installdeb(1)
 
 if [ -f /usr/share/debconf/confmodule ]; then
-   . /usr/share/debconf/confmodule
+. /usr/share/debconf/confmodule
 db_version 2.0
+
+dbc_first_version=3.0.3-3
+dbc_dbuser=bacula
+dbc_dbname=bacula.db
+dbc_basepath=/var/lib/bacula
+fi
+
+if [ -f /usr/share/dbconfig-common/dpkg/postrm.sqlite3 ]; then
+. /usr/share/dbconfig-common/dpkg/postrm.sqlite3
+dbc_go bacula-director-sqlite3 $@
 fi
 
+
 set -e
 
 # summary of how this script can be called:
diff --git a/debian/bacula-director-sqlite3.prerm 
b/debian/bacula-director-sqlite3.prerm
index e5e895b..d974956 100644
--- a/debian/bacula-director-sqlite3.prerm
+++ b/debian/bacula-director-sqlite3.prerm
@@ -3,6 +3,20 @@
 #
 # see: dh_installdeb(1)
 
+. /usr/share/debconf/confmodule
+
+dbc_first_version=3.0.3-3
+dbc_dbuser=bacula
+dbc_dbname=bacula.db
+dbc_basepath=/var/lib/bacula
+
+# source dbconfig-common shell library, and call the hook function
+if [ -f /usr/share/dbconfig-common/dpkg/prerm.sqlite3 ]; then
+. /usr/share/dbconfig-common/dpkg/prerm.sqlite3
+dbc_go bacula-director-sqlite3 $@
+fi
+
+
 set -e
 
 # summary of how this script can be called:


Bug#658326: patch for switch to openssl SHA1 implementation

2012-05-09 Thread Alexander Golovko

Hello.

Fortunally, there are SHA1 implementation in openssl library.
Used functions have the same names and arguments and bacula already 
linked with libssl


We need only change headers, makefile.in and remove bad files.


With this patch, applied to bacula_5.0.2-2.2
 - bacula packages sucessfully builded
 - patched bacula-director-mysql can backup patched client (whith 
signature = SHA1 in fileset)
 - patched bacula-director-mysql can backup original client (whith 
signature = SHA1 in fileset)
 - for same files in database written the same SHA1 signature for both 
patched and original clients.



OpenSSL all versions has SHA1 functions, so there is big chance patch 
can be applied to oldstable too.



--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ruDescription: Switch from non-free SHA1 implementation to openssl
Bug-Debian: 658326
Author: Alexander Golovko alexan...@ankalagon.ru

diff -Nur a/src/lib/lib.h bacula-5.0.2/src/lib/lib.h
--- a/src/lib/lib.h	2012-05-10 01:23:02.083871937 +0400
+++ b/src/lib/lib.h	2012-05-10 01:23:39.303998930 +0400
@@ -60,7 +60,7 @@
 #include fnmatch.h
 #endif
 #include md5.h
-#include sha1.h
+#include openssl/sha.h
 #include tree.h
 #include watchdog.h
 #include btimers.h
diff -Nur a/src/lib/Makefile.in bacula-5.0.2/src/lib/Makefile.in
--- a/src/lib/Makefile.in	2012-05-10 01:23:02.083871937 +0400
+++ b/src/lib/Makefile.in	2012-05-10 01:31:31.079883130 +0400
@@ -46,7 +46,7 @@
 		fnmatch.h guid_to_name.h htable.h lex.h \
 		lib.h md5.h mem_pool.h message.h openssl.h \
 		plugins.h protos.h queue.h rblist.h \
-		runscript.h rwlock.h serial.h sha1.h \
+		runscript.h rwlock.h serial.h \
 		smartall.h status.h tls.h tree.h var.h \
 		waitq.h watchdog.h workq.h \
 		parse_conf.h \
@@ -62,7 +62,7 @@
 	  guid_to_name.c hmac.c jcr.c lex.c alist.c dlist.c \
 	  md5.c message.c mem_pool.c openssl.c \
 	  plugins.c priv.c queue.c bregex.c \
-	  rwlock.c scan.c serial.c sha1.c \
+	  rwlock.c scan.c serial.c \
 	  signal.c smartall.c rblist.c tls.c tree.c \
 	  util.c var.c watchdog.c workq.c btimers.c \
 	  address_conf.c breg.c htable.c lockmgr.c
@@ -171,13 +171,6 @@
 	rm -f md5.o
 	$(CXX) $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE) $(CFLAGS) md5.c
 
-sha1sum: Makefile sha1.o
-	rm -f sha1.o
-	$(CXX) -DSHA1_SUM $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE)	$(CFLAGS) sha1.c
-	$(LIBTOOL_LINK) $(CXX) $(LDFLAGS) -L. -o $@ sha1.o $(DLIB) -lbac -lm $(LIBS) $(OPENSSL_LIBS)
-	rm -f sha1.o
-	$(CXX) $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE) $(CFLAGS) sha1.c
-
 bsnprintf: Makefile bsnprintf.o
 	rm -f bsnprintf.o
 	$(CXX) -DTEST_PROGRAM $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE)  $(CFLAGS) bsnprintf.c
@@ -218,7 +211,7 @@
 
 clean:	libtool-clean
 	@$(RMF) core a.out *.o *.bak *.tex *.pdf *~ *.intpro *.extpro 1 2 3
-	@$(RMF) rwlock_test md5sum sha1sum
+	@$(RMF) rwlock_test md5sum
 
 realclean: clean
 	@$(RMF) tags
diff -Nur a/src/lib/sha1.c bacula-5.0.2/src/lib/sha1.c
--- a/src/lib/sha1.c	2012-05-10 01:23:02.079873605 +0400
+++ b/src/lib/sha1.c	1970-01-01 03:00:00.0 +0300
@@ -1,510 +0,0 @@
-/*
- *  sha1.c
- *
- *  Description:
- *  This file implements the Secure Hashing Algorithm 1 as
- *  defined in FIPS PUB 180-1 published April 17, 1995.
- *
- *  The SHA-1, produces a 160-bit message digest for a given
- *  data stream.  It should take about 2**n steps to find a
- *  message with the same digest as a given message and
- *  2**(n/2) to find any two messages with the same digest,
- *  when n is the digest size in bits.  Therefore, this
- *  algorithm can serve as a means of providing a
- *  fingerprint for a message.
- *
- *  Portability Issues:
- *  SHA-1 is defined in terms of 32-bit words.  This code
- *  uses stdint.h (included via sha1.h to define 32 and 8
- *  bit unsigned integer types.  If your C compiler does not
- *  support 32 bit unsigned integers, this code is not
- *  appropriate.
- *
- *  Caveats:
- *  SHA-1 is designed to work with messages less than 2^64 bits
- *  long.  Although SHA-1 allows a message digest to be generated
- *  for messages of any number of bits less than 2^64, this
- *  implementation only works with messages with a length that is
- *  a multiple of the size of an 8-bit character.
- *
- *  See sha1.h for copyright
- */
-
-#include sha1.h
-
-/*
- *  Define the SHA1 circular left shift macro
- */
-#define SHA1CircularShift(bits,word) \
-(((word)  (bits)) | ((word)  (32-(bits
-
-/* Local Function Prototyptes */
-static void SHA1PadMessage(SHA1Context *);
-static void SHA1ProcessMessageBlock(SHA1Context *);
-
-/*
- *  SHA1Init
- *
- *  Description:
- *  This function will initialize the SHA1Context in preparation
- *  for computing a new SHA1 message digest.
- *
- *  Parameters

Bug#672133: RFS: webacula/5.5.1-1 [ITP]

2012-05-08 Thread Alexander Golovko

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package webacula

 * Package name: webacula
   Version : 5.5.1-1
   Upstream Author : Yuri Timofeev tim4...@gmail.com
 * URL : http://webacula.sourceforge.net/
 * License : GPL-3+
   Section : web

It builds those binary packages:

  webacula   - Web interface of a Bacula backup system

To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/webacula


Alternatively, one can download the package with dget using this 
command:


  dget -x 
http://mentors.debian.net/debian/pool/main/w/webacula/webacula_5.5.1-1.dsc



Changes since the last upload:

  * Initial release (Closes: #614554).

--
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



  1   2   >