FYI:
I had a discussion with the lead developer of fvwm about BAT and how it
does not play nicely with window managers. After taking a look at it,
he was able to identify several problems with how it registers its
window on X11, and will be submitting patches.
--
Phil Stracchino
Babylon Comm
Hello Sven,
I see a lot of Gentoo build specific
stuff in those patches, but that is not applicable to Bacula
source code.
The one source code patch that I did
see for Bacula 9.0.x is in the current 9.4.x release, so I don't
see that there is any
On 23.03.19 18:20, Kern Sibbald wrote:
> These links seem to be debian specific issues and are with Bacula 9.0
> and involve the tray-monitor.
No, they involve Qt5.9+ and also happen on Gentoo, for example. They
involve both bat and the tray-monitor. But those problems seem to be
more of a genuin
Dan,
These links seem to be debian specific issues and are with Bacula 9.0
and involve the tray-monitor.
Building Bacula bat with Qt5 was not supported until 9.4 (possibly
9.2). Building the tray-monitor should work, but currently I have not
tried it so it is very likely to have issues.
B
I forgot to mention that the version I am using on Ubuntu 18.04 is 4.8.7.
On 3/16/19 11:04 AM, Dan Langille wrote:
I am the FreeBSD maintainer for bat.
At present, the FreeBSD port depends upon qt4. Is qt4 still a requirement for
bat?
I ask because:
* qt4 has been deprecated since December
Hello,
In general, Bat should compile on the most recent versions (9.4 and
possibly 9.2) of Bacula on both Qt4 and Qt5. However, Qt changes so
much and there are so many releases (versions) of it that one is likely
to run into problems.
I am currently building and running bat on Ubuntu 18.0
> On Mar 16, 2019, at 11:42 AM, Sven Hartge wrote:
>
> On 16.03.19 16:04, Dan Langille wrote:
>> I am the FreeBSD maintainer for bat.
>>
>> At present, the FreeBSD port depends upon qt4. Is qt4 still a requirement
>> for bat?
>>
>> I ask because:
>>
>> * qt4 has been deprecated since Decembe
On 16.03.19 16:04, Dan Langille wrote:
> I am the FreeBSD maintainer for bat.
>
> At present, the FreeBSD port depends upon qt4. Is qt4 still a requirement
> for bat?
>
> I ask because:
>
> * qt4 has been deprecated since December 2015 (i.e. > 3 years)
> * bacula9 bat will be removed from the
I am the FreeBSD maintainer for bat.
At present, the FreeBSD port depends upon qt4. Is qt4 still a requirement for
bat?
I ask because:
* qt4 has been deprecated since December 2015 (i.e. > 3 years)
* bacula9 bat will be removed from the FreeBSD ports tree today because of that
deprecation
* M
I am seeing BAT 7.2.0 consistently hanging after executing a "purge
volume" command.
[Please excuse the previous mis-sent message.)
--
Phil Stracchino
Babylon Communications
[email protected]
[email protected]
Landline: 603.293.8485
Eric Bollengier schrieb:
>
> Good catch, the documentation isn't up to date. I was thinking about
> http://www.bacula.org/5.0.x-manuals/en/main/main/New_Features_in_5_0_0.html#SECTION005124000
>
i see. cthe currect version of vchanger does not support LISTALL and TRANSFER
but the au
On 28/10/2010 21:08, Andreas Piesk wrote:
> Eric Bollengier schrieb:
>>> before i submit a bug report i would like to know if someone can confirm
>>> the problem with BAT and autochangers to make sure it's not a problem with
>>> my setup.
>>
>> I would say that it's a configuration issue with your
Eric Bollengier schrieb:
>> before i submit a bug report i would like to know if someone can confirm
>> the problem with BAT and autochangers to make sure it's not a problem with
>> my setup.
>
> I would say that it's a configuration issue with your mtx-changer script that
> should implement new
Hello Andreas,
Le jeudi 28 octobre 2010 20:12:03, Andreas Piesk a écrit :
> Hello list,
>
> recently i set up an autochanger configuration. for testing i use vchanger.
> bacula itself doesn't have any problems with vchanger but BAT doesn't seem
> to work properly.
This screen is still under deve
On Thursday 24 June 2010 16:56:08 Michel wrote:
> Thank you, Kern, for your answer.
> OK, for one unique database.
>
> A last question before possibly going on bacula-users list.
>
> The feature I am interested for is the ability for a final PC user to
> manage its own restore operations.
>
> With
Thank you, Kern, for your answer.
OK, for one unique database.
A last question before possibly going on bacula-users list.
The feature I am interested for is the ability for a final PC user to
manage its own restore operations.
With Bat, the "version browser" window is very intuitive and very
in
Hello,
Neither bat nor bconsole work very smoothly with multiple databases. It does
work, but in some cases it can get confused. There is no reason 99.9% of all
installations to use more then one database, and if you are in the 0.1%,
which I doubt, then you really need professional support.
Hi,
We backup every user PC with bacula 5.0.2.
For each user, we configure a different mysql database and a named console
with a list of restricted ACL commands list
(http://www.bacula.org/5.0.x-manuals/en/main/main/Configuring_Director.html#SECTION001818).
Example :
Console {
On 06/10/10 06:22, Kern Sibbald wrote:
> On Wednesday 09 June 2010 16:21:16 Phil Stracchino wrote:
>> I'm seeing what appears to be a bug in BAT 5.0.2, built from the Gentoo
>> bacula-5.0.2-r1 package. When I do a restore and choose to select
>> files, BAT selects jobs and builds the directory tre
Hi,
i'm using bacula-5.0.2-1 compiled from src rpm in a RHEL 5.4. I obtain a
similar error "nameOfAFile: is an invalid command" when I execute in bat the
command "query", select the query "List where most recent copies of a file
are saved", and insert the name of a file; as showed in this screensh
On Wednesday 09 June 2010 16:21:16 Phil Stracchino wrote:
> I'm seeing what appears to be a bug in BAT 5.0.2, built from the Gentoo
> bacula-5.0.2-r1 package. When I do a restore and choose to select
> files, BAT selects jobs and builds the directory tree, then pops up an
> error dialog containing
On Wed, Jun 09, 2010 at 10:21:16AM -0400, Phil Stracchino wrote:
>I'm seeing what appears to be a bug in BAT 5.0.2, built from the Gentoo
>bacula-5.0.2-r1 package. When I do a restore and choose to select
>files, BAT selects jobs and builds the directory tree, then pops up an
>error dialog contain
I'm seeing what appears to be a bug in BAT 5.0.2, built from the Gentoo
bacula-5.0.2-r1 package. When I do a restore and choose to select
files, BAT selects jobs and builds the directory tree, then pops up an
error dialog containing the following message:
Invalid command ".messages". Ente
Andreas Piesk wrote:
>
> 5.0.2 or 5.0.0?
>
Sorry, i pasted the command line of the previous version but I used the same
with bacula 5.0.2-1 downloaded by http://www.bacula.org/en/?page=downloads,
i had the same problem with bacula 5.0.0-1, so i tried to upgrade bacula to
5.0.2 but I obtained th
Giovanni S. schrieb:
> Hi,
> i'm using bacula-5.0.2-1 in RHEL 5.4 compiled from src.rpm using the
> following command line:
>
> rpmbuild --nodeps --rebuild --define "build_rhel5 1" --define "build_bat 1"
> --define "build_postgresql 1" bacula-5.0.0-1.src.rpm
>
> I have a segmentation fault proble
On Tuesday 18 May 2010 10:03:20 Giovanni S. wrote:
> Hi,
> i'm using bacula-5.0.2-1 in RHEL 5.4 compiled from src.rpm using the
> following command line:
>
> rpmbuild --nodeps --rebuild --define "build_rhel5 1" --define "build_bat 1"
> --define "build_postgresql 1" bacula-5.0.0-1.src.rpm
>
> I have
Hi,
i'm using bacula-5.0.2-1 in RHEL 5.4 compiled from src.rpm using the
following command line:
rpmbuild --nodeps --rebuild --define "build_rhel5 1" --define "build_bat 1"
--define "build_postgresql 1" bacula-5.0.0-1.src.rpm
I have a segmentation fault problem with bat when i try to execute a
"
On Wednesday 10 February 2010 02:33:39 pm Kern Sibbald wrote:
> On Wednesday 10 February 2010 20:18:22 Andreas Piesk wrote:
> > Hi list,
> >
> > while testing things using bat 5.0.0 i found one more sql which doesn't
> > work with sqlite3, please see bacula-sql.patch (contains all non-working
> > s
On Wednesday 10 February 2010 21:41:36 Andreas Piesk wrote:
> Kern Sibbald schrieb:
> > Thanks for your patch. I will apply the parts that apply to bat. It is
> > really too bad that SQLite3 has this bug. However, the solution is OK
> > and does no harm and is a good way to work around their bug.
Kern Sibbald schrieb:
>
> Thanks for your patch. I will apply the parts that apply to bat. It is
> really
> too bad that SQLite3 has this bug. However, the solution is OK and does no
> harm and is a good way to work around their bug.
>
> If you have a few minutes, it might be worthwhile to f
On 02/10/10 14:18, Andreas Piesk wrote:
> Hi list,
>
> while testing things using bat 5.0.0 i found one more sql which doesn't work
> with sqlite3, please
> see bacula-sql.patch (contains all non-working statements i've found so far).
> would changing all 'USING ()' to 'ON ()' break things?
>
>
On Wednesday 10 February 2010 20:18:22 Andreas Piesk wrote:
> Hi list,
>
> while testing things using bat 5.0.0 i found one more sql which doesn't
> work with sqlite3, please see bacula-sql.patch (contains all non-working
> statements i've found so far). would changing all 'USING ()' to 'ON ()'
> b
Hi list,
while testing things using bat 5.0.0 i found one more sql which doesn't work
with sqlite3, please
see bacula-sql.patch (contains all non-working statements i've found so far).
would changing all 'USING ()' to 'ON ()' break things?
i think i've asked some time ago, why bat has to be run
On Wednesday 19 August 2009 14:13:42 Marc Schoechlin wrote:
> Hi,
>
> i`m currently playing around with bacula and i have problems with the
> bat-console - it directly segfaults after starting :-(
>
> Any hints ?
Another hint. Pull the current GIT repository and build off it.
I found that the Ba
Hi,
i`m currently playing around with bacula and i have problems with the
bat-console - it directly segfaults after starting :-(
Any hints ?
This is only a test-system - if i can provide additional information, please
let me know
Compile from scratch:
---
$ uname -a
Linux ubuntu32 2.6.28-1
Correction. Add the line indicated below:
On Wednesday 19 August 2009 15:56:18 Kern Sibbald wrote:
> Hello again,
>
> Update:
>
> If you follow these instructions, you *should* be able to build a working
> bat on your system. The process is a bit shaky because of an bug (I am
> guessing) in qmak
Hello,
At the current time, bat only builds on systems that are using Qt 4.3.2, which
is what is used on Ubuntu 8.04. We are not very happy with that. It could
be a bug in bat, but it is more likely some incompatibility between different
versions of Qt. We have worked on it quite a bit, but
Hello again,
Update:
If you follow these instructions, you *should* be able to build a working bat
on your system. The process is a bit shaky because of an bug (I am guessing)
in qmake.
Download depkgs-qt from Source forge
detar it into depkgs-qt
cd depkgs-qt
make qt4
source qt4-paths
(note
Hi,
i`m currently playing around with bacula and i have problems with the
bat-console - it directly segfaults after starting :-(
Any hints ?
This is only a test-system - if i can provide additional information, please
let me know
Compile from scratch:
---
$ uname -a
Linux ubuntu32 2.6.28-1
On Wed, 2009-07-29 at 21:59 +0200, Kern Sibbald wrote:
> Hello Dirk,
>
> I have taken a look at what we might do in the core code to support some sort
> of on-line listing of the client files.
>
> Currently the "estimate" command given either a Job name, or a Client+FileSet
> will produce a l
Hello Dirk,
I have taken a look at what we might do in the core code to support some sort
of on-line listing of the client files.
Currently the "estimate" command given either a Job name, or a Client+FileSet
will produce a listing of all the files in the FileSet. This is useful for
the user
On Mon, 2009-07-27 at 07:49 +0200, Kern Sibbald wrote:
> On Monday 27 July 2009 01:13:12 Dirk Bartley wrote:
> > That looks like another designer issue. Friday night I tried to compile
> > the old qt-x11-opensource-src-4.2.0.tar.gz. It did not go well. There
> > were errors, I let it continue t
On Monday 27 July 2009 01:13:12 Dirk Bartley wrote:
> That looks like another designer issue. Friday night I tried to compile
> the old qt-x11-opensource-src-4.2.0.tar.gz. It did not go well. There
> were errors, I let it continue to compile for over 24 hours before
> giving it the old ctrl-c.
That looks like another designer issue. Friday night I tried to compile
the old qt-x11-opensource-src-4.2.0.tar.gz. It did not go well. There
were errors, I let it continue to compile for over 24 hours before
giving it the old ctrl-c. I need to figure out what ./configure options
will work mayb
Hello Dirk,
Building the current SVN version of bat fails on RHEL 5.3:
ui/ui_prefs.h: In member function 'void Ui_PrefsForm::setupUi(QDialog*)':
ui/ui_prefs.h:105: error: 'class QGridLayout' has no member
named 'setLeftMargin'
ui/ui_prefs.h:106: error: 'class QGridLayout' has no member
named 's
Hello Dirk,
I believe that I have fixed the bat command line problem. I have committed my
fix to the SVN and would appreciate it if you would check to see that it
works.
Best regards,
Kern
On Saturday 18 July 2009 20:01:36 Dirk Bartley wrote:
> On Sat, 2009-07-18 at 18:51 +0200, Kern Sibbald
On Saturday 18 July 2009 20:01:36 Dirk Bartley wrote:
> On Sat, 2009-07-18 at 18:51 +0200, Kern Sibbald wrote:
> > Hello Dirk,
> >
> > I have analysed the problem of bat getting confused when the Director
> > sends an unexpected PROMPT -- in fact, as far as I can see, it is
> > probably any prompt
On Sat, 2009-07-18 at 18:51 +0200, Kern Sibbald wrote:
> Hello Dirk,
>
> I have analysed the problem of bat getting confused when the Director sends
> an
> unexpected PROMPT -- in fact, as far as I can see, it is probably any prompt
> that is not the MAIN_PROMPT or a PROMPT after a START SELECT
I was seeing the issue similarly last night. I may need to create a
command line entry dialog box for prompt is what I was thinking.
Dirk
On Sat, 2009-07-18 at 18:51 +0200, Kern Sibbald wrote:
> Hello Dirk,
>
> I have analysed the problem of bat getting confused when the Director sends
> an
>
Hello Dirk,
I have analysed the problem of bat getting confused when the Director sends an
unexpected PROMPT -- in fact, as far as I can see, it is probably any prompt
that is not the MAIN_PROMPT or a PROMPT after a START SELECT.
In most cases, such as a START SELECT, you go into a special dial
Dirk,
Here is a simpler way to encounter the problem without modifying your config
command.
In the command line, enter: update
always select the first item in the dialog box, you will finally end up with
it asking you for *MediaId or Volume name. Enter anything in the command
line *(mediaid)
On Friday 17 July 2009 05:14:46 Dirk Bartley wrote:
> I have an autochanger my machine at home
>
> from bat
>
> status slots
> Automatically selected Storage: DDS4
> Connecting to Storage daemon DDS4 at workplay:9103 ...
> Connecting to Storage daemon DDS4 at workplay:9103 ...
> 3306 Issuing autoch
I have an autochanger my machine at home
from bat
status slots
Automatically selected Storage: DDS4
Connecting to Storage daemon DDS4 at workplay:9103 ...
Connecting to Storage daemon DDS4 at workplay:9103 ...
3306 Issuing autochanger "slots" command.
Device "DDS4-Changer" has 8 slots.
Connectin
On Thursday 16 July 2009 22:26:56 Bob Hetzel wrote:
> This also relates to the oddity (i.e. not a big deal or big bug) I've
> observed whereby when I do an "update slots" in bconsole, it auto-selects
> the changer properly but then asks which drive I want.
>
> Like the vast majority of bacula users
This also relates to the oddity (i.e. not a big deal or big bug) I've
observed whereby when I do an "update slots" in bconsole, it auto-selects
the changer properly but then asks which drive I want.
Like the vast majority of bacula users with an autochanger, I use barcodes,
so no drive is used
Hello Dirk,
As I mentioned some time ago, when I do a "status slots" in the bat command
line and my storage device is defined to be an autochanger, in the ensuing
communications between the director and bat, the director issues a:
Enter autochanger drive[0]:
and at that point, bat gets totally
Hello,
We don't release qt in source form any more because it is readily available
and released on most Linux distributions. As long as you have qt >= 4.2, it
should work. We are currently developping on Ubuntu 8.04, which has Qt 4.3.4
I recommend setting --without-qwt It is used in only one
On Monday 23 March 2009 17:54:21 Marc Schiffbauer wrote:
> I think I misunderstood you sorry. I read "bacula help files" not
> bat help files ;)
>
> It seems like bat only looks for an index.html in the current
> working directory which is not good ;)
Yes, exactly. I didn't go into all the detail
* Kern Sibbald schrieb am 23.03.09 um 16:42 Uhr:
> Hello,
>
> It appears that the bat help files are not getting properly installed -- at
> least in version 2.5 (I never really thought about it in 2.4.x). Can anyone
> tell me what is the default location that applications such as Bacula are
>
On Mon, Mar 23, 2009 at 12:54 PM, Marc Schiffbauer wrote:
>
> I think I misunderstood you sorry. I read "bacula help files" not
> bat help files ;)
>
> It seems like bat only looks for an index.html in the current
> working directory which is not good ;)
>
> I would say /usr/share/doc/bat/
>
In
I think I misunderstood you sorry. I read "bacula help files" not
bat help files ;)
It seems like bat only looks for an index.html in the current
working directory which is not good ;)
I would say /usr/share/doc/bat/
-Marc
* Kern Sibbald schrieb am 23.03.09 um 16:42 Uhr:
> Hello,
>
> It appe
Hello,
It appears that the bat help files are not getting properly installed -- at
least in version 2.5 (I never really thought about it in 2.4.x). Can anyone
tell me what is the default location that applications such as Bacula are
supposed to install their help files?
Regards,
Kern
--
Hi,
20.03.2009 10:19, Kern Sibbald wrote:
> On Friday 20 March 2009 09:30:02 Arno Lehmann wrote:
>> Hi,
>>
>> in bat, "Version Browser" panel, the "Directories" table does not (by
>> default) have a horizontal scrollbar. Instead, the tree entry names
>> are truncated with "...", which makes deep d
On Friday 20 March 2009 09:30:02 Arno Lehmann wrote:
> Hi,
>
> in bat, "Version Browser" panel, the "Directories" table does not (by
> default) have a horizontal scrollbar. Instead, the tree entry names
> are truncated with "...", which makes deep directories difficult to
> recognize.
>
> Always pr
Hi,
in bat, "Version Browser" panel, the "Directories" table does not (by
default) have a horizontal scrollbar. Instead, the tree entry names
are truncated with "...", which makes deep directories difficult to
recognize.
Always presenting the full names might be more user-friendly, even
tho
Hi,
20.03.2009 08:00, Kern Sibbald wrote:
> On Thursday 19 March 2009 22:43:02 Arno Lehmann wrote:
>> Hi,
>>
>> I'm unsure if this is documented, if this is due to my build
>> environment, or a real bug,
>>
>> Also I'm aware that bat is not really released, so I thought I'd check
>> before opening
On Thursday 19 March 2009 22:43:02 Arno Lehmann wrote:
> Hi,
>
> I'm unsure if this is documented, if this is due to my build
> environment, or a real bug,
>
> Also I'm aware that bat is not really released, so I thought I'd check
> before opening a bug in bugs.bacula.org...
>
> Anyway, I recently
> I've got bat compiled and didn't see any problems there. (By the way -
> the makefile for bat / qt-console does not print a '=== Make of ... is
> good ' line.)
>
> Bat in general works fine, but I can't see any JobList panel - neither
> directly from the left tree view, nor going through th
Hello,
I have fixed the problems with building bat for Win32 (at least it builds fine
here). Please svn update to the latest version of the trunk SVN, then
following the instructions in src/qt-console/README.mingw32 taking care not
to skip any steps.
Regards,
Kern
-
On Tuesday 07 October 2008 02:01:50 James Harper wrote:
> > Those instructions don't quite work.
> >
> > './make-win32' gives me:
> >
> > Cannot find file: bat.pro.mingw32.
> > make: Makefile.mingw32: No such file or directory
> > make: *** No rule to make target `Makefile.mingw32'. Stop.
> >
> >
On Tuesday 07 October 2008 01:59:04 James Harper wrote:
> > On Mon, Oct 6, 2008 at 6:33 PM, James Harper
> >
> > <[EMAIL PROTECTED]> wrote:
> > > Can anyone offer a guess at the effort required to make bat build
>
> and
>
> > > run under windows? Is anyone working on this at the moment?
> >
> > htt
On Tuesday 07 October 2008 01:44:28 James Harper wrote:
> > On Mon, Oct 6, 2008 at 6:33 PM, James Harper
> >
> > <[EMAIL PROTECTED]> wrote:
> > > Can anyone offer a guess at the effort required to make bat build
>
> and
>
> > > run under windows? Is anyone working on this at the moment?
> >
> > htt
On Tuesday 07 October 2008 00:33:51 James Harper wrote:
> Can anyone offer a guess at the effort required to make bat build and
> run under windows? Is anyone working on this at the moment?
We have the cross compiling working, and it runs, but there are problems of
stability; it crashes at almost
James Harper wrote:
>> On Mon, Oct 6, 2008 at 6:33 PM, James Harper
>> <[EMAIL PROTECTED]> wrote:
>>> Can anyone offer a guess at the effort required to make bat build
> and
>>> run under windows? Is anyone working on this at the moment?
>>>
>> http://www.mail-archive.com/bacula-
>> [EMAIL PROTECTE
>
> Those instructions don't quite work.
>
> './make-win32' gives me:
>
> Cannot find file: bat.pro.mingw32.
> make: Makefile.mingw32: No such file or directory
> make: *** No rule to make target `Makefile.mingw32'. Stop.
>
> It appears that 'build-depkgs-mingw32' does actually build qt4, so
m
>
> On Mon, Oct 6, 2008 at 6:33 PM, James Harper
> <[EMAIL PROTECTED]> wrote:
> > Can anyone offer a guess at the effort required to make bat build
and
> > run under windows? Is anyone working on this at the moment?
> >
>
> http://www.mail-archive.com/bacula-
> [EMAIL PROTECTED]/msg02781.html
>
> On Mon, Oct 6, 2008 at 6:33 PM, James Harper
> <[EMAIL PROTECTED]> wrote:
> > Can anyone offer a guess at the effort required to make bat build
and
> > run under windows? Is anyone working on this at the moment?
> >
>
> http://www.mail-archive.com/bacula-
> [EMAIL PROTECTED]/msg02781.html
Very
On Mon, Oct 6, 2008 at 6:33 PM, James Harper
<[EMAIL PROTECTED]> wrote:
> Can anyone offer a guess at the effort required to make bat build and
> run under windows? Is anyone working on this at the moment?
>
http://www.mail-archive.com/[email protected]/msg02781.html
John
--
Can anyone offer a guess at the effort required to make bat build and
run under windows? Is anyone working on this at the moment?
Thanks
James
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
B
Hello,
(as the original message sent was lost I resend this; the previous
subject was
Re: [Bacula-devel] Contrib builder (fschwarz) - adjust dependencies)
After additional investigation it seems that BAT needs that
*any* TTF font be present on the system.
Actually, the initial suggestion to inst
On Wednesday 09 July 2008 15:32:49 Eric Bollengier wrote:
> > > Now that would be so totally kewl. The only thing that would be so
> > > totally kooler would be if there was a way to show a percent done.
> > > That would require calculating the job before running it though which
> > > may be a bu
> > Now that would be so totally kewl. The only thing that would be so
> > totally kooler would be if there was a way to show a percent done. That
> > would require calculating the job before running it though which may be
> > a burden. It could always assume that the number of bytes it needs t
On Wednesday 09 July 2008 14:12:43 Dirk Bartley wrote:
> On Wed, 2008-07-09 at 10:20 +0200, Kern Sibbald wrote:
> > On Sunday 22 June 2008 13:48:26 Dirk H Bartley wrote:
> > > I think we would just need to check and make sure that all of
> > > the .status commands worked. At this point, I can't th
On Wed, 2008-07-09 at 10:20 +0200, Kern Sibbald wrote:
> On Sunday 22 June 2008 13:48:26 Dirk H Bartley wrote:
> > I think we would just need to check and make sure that all of
> > the .status commands worked. At this point, I can't think of any other
> > changes in the core that would be require
On Sunday 22 June 2008 13:48:26 Dirk H Bartley wrote:
> I think we would just need to check and make sure that all of
> the .status commands worked. At this point, I can't think of any other
> changes in the core that would be required.
Thanks. I have tried the trunk bat and found that it more o
Kern Sibbald wrote:
> On Sunday 22 June 2008 13:48:26 Dirk H Bartley wrote:
>> I think we would just need to check and make sure that all of
>> the .status commands worked. At this point, I can't think of any other
>> changes in the core that would be required.
>
> OK, thanks. I'm going to try t
On Sunday 22 June 2008 13:48:26 Dirk H Bartley wrote:
> I think we would just need to check and make sure that all of
> the .status commands worked. At this point, I can't think of any other
> changes in the core that would be required.
OK, thanks. I'm going to try testing a trunk built bat with
I think we would just need to check and make sure that all of
the .status commands worked. At this point, I can't think of any other
changes in the core that would be required.
Dirk
On Sat, 2008-06-21 at 14:34 +0200, Kern Sibbald wrote:
> Hello Dirk and Riccardo,
>
> I have been considering whe
Hello Dirk and Riccardo,
I have been considering whether it would be possible to upgrade the 2.4 code
base to work with the bat that is in the SVN. This is because there are a
lot of new features that you two have added that would be nice to get into
the user's hands.
The big problem is that
Kern Sibbald wrote:
> Hello Dirk and Riccardo,
>
> I have been considering whether it would be possible to upgrade the 2.4 code
> base to work with the bat that is in the SVN. This is because there are a
> lot of new features that you two have added that would be nice to get into
> the user's
Hi, Dirk,
I hope you do not mind, but I would like to suggest a modification
to the behaviour of the mediaedit dialog in BAT, WRT the Recycle
Pool.
Currently, the code will work exactly as expected if the Volume's
recycle pool is explicitly set to a pool (Media.RecyclePoolId != 0).
However, if R
On Fri, 2007-11-09 at 14:11 +0100, Kern Sibbald wrote:
> Hello Augusto,
>
> On Friday 09 November 2007 13:02, Augusto Camarotti wrote:
> > Hi Kern
> >
> > Sorry to annoy you at your personal e-mail.
>
> That is OK, but you should always copy the bacula-devel list unless it is
> something persona
Hello Augusto,
On Friday 09 November 2007 13:02, Augusto Camarotti wrote:
> Hi Kern
>
> Sorry to annoy you at your personal e-mail.
That is OK, but you should always copy the bacula-devel list unless it is
something personal.
>
> I'm willing to start changing some parts of BAT code, as I think
I'd say you are absolutely correct. Just removed the offending line in
the subversion repository.
Dirk
On Thu, 2007-11-08 at 20:23 -0200, João Henrique Freitas wrote:
>
> Hello, in the bacula users list, nobody reply me. Maybe in devel list?
>
> Anybody has the same issue in bat when:
>
> 1-
Hello, in the bacula users list, nobody reply me. Maybe in devel list?
Anybody has the same issue in bat when:
1- Client -> Rigth click on any client
2- Select "List Jobs of Client"
3- Select (on left panel) "JobList of Client xxx" and right clik on it
4- Select "List Jobs Totals in Console"
On
Hello Pavel,
On Tuesday 16 October 2007 13:45, Pavel Plakhin wrote:
> Hello Kern,
>
> i run a bacula 2.2.4 on my server and i have to access to it from a win32
> machine. At the moment i use bat via vnc from a linux box, but it is very
> cumbersomely way. I readed some bacula-user mails and
Hello Chris,
Thanks for your patch. Although I did not directly apply it, I basically took
the fact that you discovered that regexes are slow, and removed them all from
the restore code. In a number of cases, what I implemented was the same as
what you did, since it is rather obvious, but I al
Hello Chris
I've been quite busy attempting to paint my house. I'll see if I can
get the opportunity soon to review these changes. Most likely, there
will have no issue with incorporating them into the svn.
In terms of performance, I found that most of the issue was with getting
the results of
Chris Howells wrote:
Hi,
bat is rather slow for me with loading very large backups into the
restore window. I therefore did some profiling of it using KCacheGrind
(which uses callgrind, part of valgrind).
Hi,
Attached is an updated patch which removes more QRegExp. The profiling
shows that
Hi,
bat is rather slow for me with loading very large backups into the
restore window. I therefore did some profiling of it using KCacheGrind
(which uses callgrind, part of valgrind).
It showed that the construction and use of QRegExp in each call to
restoreTree::parseDirectory() is highly e
1 - 100 of 121 matches
Mail list logo
