Bug#826656: openssl 1.0.1t update in jessie broke find_package OpenSSL
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
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
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
В 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
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
В 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
В 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
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
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
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
В 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
В 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
В 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
В 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/
В 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
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
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
В 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
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
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'
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
В 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
В 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.
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
В 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
В 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
В 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
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
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
В 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
В 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
В 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
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
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
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
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
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
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
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
В 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
В 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
В 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
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
В 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
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
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
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
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
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
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
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
-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
В 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
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
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
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}
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'
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}
В 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
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}
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
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
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}
В 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
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
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
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
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
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
В 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
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
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
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
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
-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
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
-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
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
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)
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
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
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
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
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
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.
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
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
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
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)
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)
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]
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
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/
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.
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
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
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.
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
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]
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