bacula-devel — Developer's discussions list - medium to heavy traffic

Re: [Bacula-devel] Re: PostgreSQL testing

[Phil S. <al...@ca...>]

On Mon, Jun 07, 2004 at 10:38:25AM -0400, Dan Langille wrote:
> >     MySQL or PostgreSQL.  To use PostgreSQL Makefile
                                               ^
                                            , edit the
(...right?)

> >     and change (or add) WHICHDB?="--with-postgresql".  For MySQL
> >     use "WHICHDB?="--with-mysql".</li>

-- 
  ========== Fight Back!  It may not be just YOUR life at risk. ==========
  al...@ca... : phi...@ea... : ph...@no...
   phil stracchino : unix ronin : renaissance man : mystic zen biker geek
     2000 CBR929RR, 1991 VFR750F3 (foully murdered), 1986 VF500F (sold)
           Linux Now!  ...Friends don't let friends use Microsoft.

[Bacula-devel] Re: PostgreSQL testing

[Kern S. <ke...@si...>]

Thanks. Done.

On Mon, 2004-06-07 at 16:38, Dan Langille wrote:
> On 7 Jun 2004 at 16:07, Kern Sibbald wrote:
> 
> > On Mon, 2004-06-07 at 15:29, Dan Langille wrote:
> > > On 7 Jun 2004 at 14:50, Kern Sibbald wrote:
> > > 
> > > > If you or anyone else on the list has the time to download the current
> > > > CVS and run *all* the PostgreSQL scripts to create and setup the Bacula
> > > > SQL tables, I would really appreciate it. I've made a good number of
> > > > changes would like to be sure they work correctly. I've already tested
> > > > the SQLite scripts and will also test the MySQL scripts but need help
> > > > with the PostgreSQL scripts.  Bacula version 1.34.3 should be ready for
> > > > release in the next few days.
> > > 
> > > I just checked out the source and regress code.  I can't remember how 
> > > to configure the regression testing for PostgreSQL and it's not 
> > > listed at http://www.bacula.org/html-manual/regression.html
> > > 
> > > I know the option is --with-postgresql, but I can't see how to pass 
> > > that to the rightplace. Clues?
> > 
> > Edit Makefile and change (or add)
> > 
> > WHICHDB?="--with-sqlite=${SQLITE_DIR}"
> > 
> > to have what is needed for you. E.g.
> > 
> > WHICHDB?="--with-postgresql=/usr/var/postgresql"
> > 
> > Then enter:
> > 
> >   make setup
> >   make test
> 
> Ahh, thank you.  This I now remember.  I propose the following 
> change:
> 
> [dan@polo:~/src/bacula/doc/html-manual] $ cvs di regression.wml
> Enter passphrase for key '/home/dan/.ssh/id_dsa':
> Index: regression.wml
> ===================================================================
> RCS file: /cvsroot/bacula/bacula/doc/html-manual/regression.wml,v
> retrieving revision 1.7
> diff -r1.7 regression.wml
> 69c69,71
> <     MySQL or PostgreSQL.</li>
> ---
> >     MySQL or PostgreSQL.  To use PostgreSQL Makefile
> >     and change (or add) WHICHDB?="--with-postgresql".  For MySQL
> >     use "WHICHDB?="--with-mysql".</li>

[Bacula-devel] Re: PostgreSQL testing

[Dan L. <da...@la...>]

On 7 Jun 2004 at 16:07, Kern Sibbald wrote:

> On Mon, 2004-06-07 at 15:29, Dan Langille wrote:
> > On 7 Jun 2004 at 14:50, Kern Sibbald wrote:
> > 
> > > If you or anyone else on the list has the time to download the current
> > > CVS and run *all* the PostgreSQL scripts to create and setup the Bacula
> > > SQL tables, I would really appreciate it. I've made a good number of
> > > changes would like to be sure they work correctly. I've already tested
> > > the SQLite scripts and will also test the MySQL scripts but need help
> > > with the PostgreSQL scripts.  Bacula version 1.34.3 should be ready for
> > > release in the next few days.
> > 
> > I just checked out the source and regress code.  I can't remember how 
> > to configure the regression testing for PostgreSQL and it's not 
> > listed at http://www.bacula.org/html-manual/regression.html
> > 
> > I know the option is --with-postgresql, but I can't see how to pass 
> > that to the rightplace. Clues?
> 
> Edit Makefile and change (or add)
> 
> WHICHDB?="--with-sqlite=${SQLITE_DIR}"
> 
> to have what is needed for you. E.g.
> 
> WHICHDB?="--with-postgresql=/usr/var/postgresql"
> 
> Then enter:
> 
>   make setup
>   make test

Ahh, thank you.  This I now remember.  I propose the following 
change:

[dan@polo:~/src/bacula/doc/html-manual] $ cvs di regression.wml
Enter passphrase for key '/home/dan/.ssh/id_dsa':
Index: regression.wml
===================================================================
RCS file: /cvsroot/bacula/bacula/doc/html-manual/regression.wml,v
retrieving revision 1.7
diff -r1.7 regression.wml
69c69,71
<     MySQL or PostgreSQL.</li>
---
>     MySQL or PostgreSQL.  To use PostgreSQL Makefile
>     and change (or add) WHICHDB?="--with-postgresql".  For MySQL
>     use "WHICHDB?="--with-mysql".</li>

-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

[Bacula-devel] Re: Connection between Console and Director (Tim =?iso-8859-1?q?Oberf=F6ll?=)

[Angus J. <aj...@dr...>]

Hi Tim,

I'm not sure what your OS is, but I had the same problem in FreeBSD after 
building from the ports tree.  FreeBSD compiles bacula with tcp 
wrappers.  You should check the section in the Bacula manual about 
configuring for tcp wrappers...

Hope that helps a little...
Angus

[Bacula-devel] Re: PostgreSQL testing

[Kern S. <ke...@si...>]

On Mon, 2004-06-07 at 15:29, Dan Langille wrote:
> On 7 Jun 2004 at 14:50, Kern Sibbald wrote:
> 
> > If you or anyone else on the list has the time to download the current
> > CVS and run *all* the PostgreSQL scripts to create and setup the Bacula
> > SQL tables, I would really appreciate it. I've made a good number of
> > changes would like to be sure they work correctly. I've already tested
> > the SQLite scripts and will also test the MySQL scripts but need help
> > with the PostgreSQL scripts.  Bacula version 1.34.3 should be ready for
> > release in the next few days.
> 
> I just checked out the source and regress code.  I can't remember how 
> to configure the regression testing for PostgreSQL and it's not 
> listed at http://www.bacula.org/html-manual/regression.html
> 
> I know the option is --with-postgresql, but I can't see how to pass 
> that to the rightplace. Clues?

Edit Makefile and change (or add)

WHICHDB?="--with-sqlite=${SQLITE_DIR}"

to have what is needed for you. E.g.

WHICHDB?="--with-postgresql=/usr/var/postgresql"

Then enter:

  make setup
  make test


Regards, Kern

[Bacula-devel] PostgreSQL testing

[Dan L. <da...@la...>]

On 7 Jun 2004 at 14:50, Kern Sibbald wrote:

> If you or anyone else on the list has the time to download the current
> CVS and run *all* the PostgreSQL scripts to create and setup the Bacula
> SQL tables, I would really appreciate it. I've made a good number of
> changes would like to be sure they work correctly. I've already tested
> the SQLite scripts and will also test the MySQL scripts but need help
> with the PostgreSQL scripts.  Bacula version 1.34.3 should be ready for
> release in the next few days.

I just checked out the source and regress code.  I can't remember how 
to configure the regression testing for PostgreSQL and it's not 
listed at http://www.bacula.org/html-manual/regression.html

I know the option is --with-postgresql, but I can't see how to pass 
that to the rightplace. Clues?
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

[Bacula-devel] Re: Documentation category added to bugs system

[Kern S. <ke...@si...>]

On Mon, 2004-06-07 at 14:43, Dan Langille wrote:
> Kern: I was just reading about pools and labels.  I found a 
> documentation error (a missing HTML tag I think) so I added a 
> documentation category to the bug reporting system.

Good idea. Thanks.

If you or anyone else on the list has the time to download the current
CVS and run *all* the PostgreSQL scripts to create and setup the Bacula
SQL tables, I would really appreciate it. I've made a good number of
changes would like to be sure they work correctly. I've already tested
the SQLite scripts and will also test the MySQL scripts but need help
with the PostgreSQL scripts.  Bacula version 1.34.3 should be ready for
release in the next few days.

Regards, Kern

[Bacula-devel] Documentation category added to bugs system

[Dan L. <da...@la...>]

Kern: I was just reading about pools and labels.  I found a 
documentation error (a missing HTML tag I think) so I added a 
documentation category to the bug reporting system.
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

Re: [Bacula-devel] Connection between Console and Director

[Kern S. <ke...@si...>]

On Sun, 2004-06-06 at 22:43, Tim Oberf=F6ll wrote:
> Hello!
>=20
> I've analysed the traffic between the bconsole and the director and tri=
ed to=20
> establish a connection using telnet, but it fails. The dir prints out t=
he=20
> following error message:=20
>=20
> 06-Jun-2004 20:33 obi-dir:  Fatal error: bnet.c:201 Packet size too big=
 from=20
> "client:127.0.0.1:9101. Terminating connection.
> 06-Jun-2004 20:33 obi-dir: ERROR in authenticate.c:150 UA Hello from=20
> client:127.0.0.1:9101 is invalid. Len=3D-4
>=20
> In the manual I found the reason:
>=20
> "The first write always sends four bytes of data in machine independent=
 byte=20
> order. If data is to follow, the first four bytes are a positive non-ze=
ro=20
> integer indicating the length of the data that follow in the subsequent=
=20
> write."
>=20
>=20
> Is there although a way to establish a telnet session?

No.

> I'm thinking about something like a java-console and while using java I=
'm not=20
> able to influence the tcp/ip connection.
>=20

Someone already wrote the necessary Java routines to directly interface
to the Director. It is not so simple as it involves implementing the
Bacula comm protocol, AND even more difficult, it requires implementing
the authentication routines.  Where the Java code is, or what its state
is, I don't know.

Regards, Kern

[Bacula-devel] Connection between Console and Director

[Tim <obe...@we...>]

Hello!

I've analysed the traffic between the bconsole and the director and tried t=
o=20
establish a connection using telnet, but it fails. The dir prints out the=20
following error message:=20

06-Jun-2004 20:33 obi-dir:  Fatal error: bnet.c:201 Packet size too big fro=
m=20
"client:127.0.0.1:9101. Terminating connection.
06-Jun-2004 20:33 obi-dir: ERROR in authenticate.c:150 UA Hello from=20
client:127.0.0.1:9101 is invalid. Len=3D-4

In the manual I found the reason:

"The first write always sends four bytes of data in machine independent byt=
e=20
order. If data is to follow, the first four bytes are a positive non-zero=20
integer indicating the length of the data that follow in the subsequent=20
write."


Is there although a way to establish a telnet session?
I'm thinking about something like a java-console and while using java I'm n=
ot=20
able to influence the tcp/ip connection.

Best regards,
Tim Oberf=F6ll

[Bacula-devel] Patch - Job is running

[Piotr J. <li...@pr...>]

Hi Kern,

I've wrote a simple procedure which updates job status to "R" when job 
is running (I'd like to show on the web jobs actually running). It works 
for me ok from several days, so maybe can you take a look for it and 
apply the patch attached?

Best regards,
Peter Jaworski

Re: [Bacula-devel] Re: Bug database

[Piotr J. <li...@pr...>]

>>Well, in a sense, the todo list *is* online because the current version
>>is always in the CVS in the main directory with the name "kernstodo". If
>>you mean to publish it on the web site or something like that, I'd
>>hesitate since the current version is really my personal notes -- it
>>contains just about every idea that comes to me and sometimes they are
>>not very well formulated or clear.

Come on Kern, It's really clear and well formulated :) I've asked for 
this because now we have online BTS and would be nice to read 
"kernstodo" via web...

> Those interested can always use this link:
> http://cvs.sourceforge.net/viewcvs.py/bacula/bacula/kernstodo?view=markup

Thanks Dan - It's online list with fast and easy access :)

>>An official major projects todo list called "projects" is also in the

Hmm, I've never seen this list - I'm going to do it for a while.

Best regards,
Peter Jaworski

Re: [Bacula-devel] Re: Bug database

[Dan L. <da...@la...>]

On 4 Jun 2004 at 17:35, Kern Sibbald wrote:

> Hello,
> 
> On Fri, 2004-06-04 at 17:13, Piotr Jaworski wrote:
> > Kern Sibbald wrote:
> > 
> > Hi Kern,
> > 
> > > Yes, unless you have some objection, I think it is better to remove it.
> > > Thanks.
> > 
> > By the way, how about online Kern's todo list?
> 
> Well, in a sense, the todo list *is* online because the current version
> is always in the CVS in the main directory with the name "kernstodo". If
> you mean to publish it on the web site or something like that, I'd
> hesitate since the current version is really my personal notes -- it
> contains just about every idea that comes to me and sometimes they are
> not very well formulated or clear.

Those interested can always use this link:

http://cvs.sourceforge.net/viewcvs.py/bacula/bacula/kernstodo?view=mar
kup

> An official major projects todo list called "projects" is also in the
> main source directory and thus in the CVS as well. I tend to update it
> about once a year. It is also online in the projects page of the main
> web page -- note I occasionally forget to update the web version after
> making a change.

And here's the hardlink to that file:

http://cvs.sourceforge.net/viewcvs.py/bacula/bacula/projects?view=mark
up
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

Re: [Bacula-devel] Re: Bug database

[Kern S. <ke...@si...>]

Hello,

On Fri, 2004-06-04 at 17:13, Piotr Jaworski wrote:
> Kern Sibbald wrote:
> 
> Hi Kern,
> 
> > Yes, unless you have some objection, I think it is better to remove it.
> > Thanks.
> 
> By the way, how about online Kern's todo list?

Well, in a sense, the todo list *is* online because the current version
is always in the CVS in the main directory with the name "kernstodo". If
you mean to publish it on the web site or something like that, I'd
hesitate since the current version is really my personal notes -- it
contains just about every idea that comes to me and sometimes they are
not very well formulated or clear.

An official major projects todo list called "projects" is also in the
main source directory and thus in the CVS as well. I tend to update it
about once a year. It is also online in the projects page of the main
web page -- note I occasionally forget to update the web version after
making a change.

Best regards, Kern

Re: [Bacula-devel] Re: Bug database

[Piotr J. <li...@pr...>]

Kern Sibbald wrote:

Hi Kern,

> Yes, unless you have some objection, I think it is better to remove it.
> Thanks.

By the way, how about online Kern's todo list?

Best regards,
Peter Jaworski

[Bacula-devel] Re: Bug database

[Kern S. <ke...@si...>]

Hello,

On Fri, 2004-06-04 at 14:02, Dan Langille wrote:
> On 3 Jun 2004 at 23:11, Kern Sibbald wrote:
> 
> > On Thu, 2004-06-03 at 19:20, Dan Langille wrote:
> > > On 3 Jun 2004 at 16:42, Kern Sibbald wrote:
> > > 
> > > > Is there any way to make entering the OS and the Bacula Product version
> > > > number mandatory?
> > > 
> > > In version .19 yes.  For now, no.  We could use custom fields, and  
> > > create one called Version and make it mandatory
> > 
> > It is a big help to have the version and the OS, but I certainly don't
> > want to make work for you.  If version .19 is not too far off we could
> > wait.
> > 
> > > 
> > > > Also, it appears to me (I'm possibly wrong here) that the user can only
> > > > select Bacula version 1.34.2.  I don't have a problem having a list of
> > > > versions the user can select from, but in addition he should be able to
> > > > enter any version he wants. Otherwise, you will be forever adding
> > > > version numbers (e.g. all the 1.32 variations, 1.34.3, ...).
> > > 
> > > I don't mind adding them to the list. I don't know if there's a way 
> > > to make that field user-editable without hacking the code. I didn't 
> > > see anything in the config files and chat on IRC found nothing 
> > > either.
> > 
> > OK, no problem. Could you add 1.32f-x, and 1.34.3?
> 
> Done.  BTW:, you are a manager on the Mantis Bacula project.  You can 
> add categories and version.  Click on "Manage", then on "Bacula".  
> There you'll see the Categories you can change, the Versions, and a 
> list of the people who have registered with Mantis.

Oh! I saw that I was a "manager", but I was assuming these things were
some sort of external configuration. If they are stored in the MySQL
database, which is logical, I can see how it works. Thanks. In the
future, I'll check if I cannot make the change myself before asking you.

> 
> > > 
> > > > By the way, you might notice that bug number 7 is really a feature
> > > > request, which brings up an interesting point -- should the bug database
> > > > also be used for feature requests? (opinions from anyone are solicited).
> > > 
> > > It's one way of tracking feature requests.
> > 
> > Yes, I agree, but I am a bit ambivalent, since I would really prefer
> > that feature requests be emailed to the bacula-users list. That way
> > everyone has a chance to comment on them, and I can take into
> > consideration everyone's opinion (at least those who express it) before
> > making any decisions. If feature requests come in with bugs, I'll have
> > to act as judge, jury and executioner -- something I'm reluctant to do.
> > 
> > There needs to be a more formal way of handling feature requests, but
> > I'm not sure how ...
> 
> What about removing feature from the Severity drop down window?  I 
> just did that.  It is a configuration item.

Yes, unless you have some objection, I think it is better to remove it.
Thanks.

Best regards, Kern

[Bacula-devel] Re: Bug database

[Dan L. <da...@la...>]

On 3 Jun 2004 at 23:11, Kern Sibbald wrote:

> On Thu, 2004-06-03 at 19:20, Dan Langille wrote:
> > On 3 Jun 2004 at 16:42, Kern Sibbald wrote:
> > 
> > > Is there any way to make entering the OS and the Bacula Product version
> > > number mandatory?
> > 
> > In version .19 yes.  For now, no.  We could use custom fields, and  
> > create one called Version and make it mandatory
> 
> It is a big help to have the version and the OS, but I certainly don't
> want to make work for you.  If version .19 is not too far off we could
> wait.
> 
> > 
> > > Also, it appears to me (I'm possibly wrong here) that the user can only
> > > select Bacula version 1.34.2.  I don't have a problem having a list of
> > > versions the user can select from, but in addition he should be able to
> > > enter any version he wants. Otherwise, you will be forever adding
> > > version numbers (e.g. all the 1.32 variations, 1.34.3, ...).
> > 
> > I don't mind adding them to the list. I don't know if there's a way 
> > to make that field user-editable without hacking the code. I didn't 
> > see anything in the config files and chat on IRC found nothing 
> > either.
> 
> OK, no problem. Could you add 1.32f-x, and 1.34.3?

Done.  BTW:, you are a manager on the Mantis Bacula project.  You can 
add categories and version.  Click on "Manage", then on "Bacula".  
There you'll see the Categories you can change, the Versions, and a 
list of the people who have registered with Mantis.

> > 
> > > By the way, you might notice that bug number 7 is really a feature
> > > request, which brings up an interesting point -- should the bug database
> > > also be used for feature requests? (opinions from anyone are solicited).
> > 
> > It's one way of tracking feature requests.
> 
> Yes, I agree, but I am a bit ambivalent, since I would really prefer
> that feature requests be emailed to the bacula-users list. That way
> everyone has a chance to comment on them, and I can take into
> consideration everyone's opinion (at least those who express it) before
> making any decisions. If feature requests come in with bugs, I'll have
> to act as judge, jury and executioner -- something I'm reluctant to do.
> 
> There needs to be a more formal way of handling feature requests, but
> I'm not sure how ...

What about removing feature from the Severity drop down window?  I 
just did that.  It is a configuration item.
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

[Bacula-devel] Re: [bacula 0000007]: feature-request: possibility to restore contents of directorie

[Marc S. <ms@LF.net>]

Hi !

On Thu, Jun 03, 2004 at 10:11:42AM -0700, no...@bu... wrote:

> ----------------------------------------------------------------------
>  kern - 03-06-2004 10:02 PDT 
> ----------------------------------------------------------------------
> Thanks for the additional information. With it, I am sure that what you are
> describing is not a new problem but one is known to be a performance
> problem with Bacula restores of more than 500,000 files.
> 
> Concerning a restore by directory feature: this is a good idea. I have
> added it to todo list with a pretty high priority, but I must say that I
> am not 100% sure that it can be easily done or done in a reasonable time.
> 
> ----------------------------------------------------------------------
>  kern - 03-06-2004 10:11 PDT 
> ----------------------------------------------------------------------
> Oops, the last few words of my last message were worded very poorly.
> 
> I meant to say that I am not sure that a directory request will
> significantly improve the restore performance with such a large number of
> files.

Thanks for your fast response. Thank you for adding this request to
your todo-list. 

If I have the following restore-scenario:

  - i have backed up 2 million files from a server
  - i would like to restore 10000 files which are 
    located in a single directory of this server


If I would like to do this from the restore-console i will need 2 hours(and more)
to be able to enter the first mark-command on the restore-console.

If I submit the directory from the planned-feature it will be much
faster ?
If I make a full restore, I will win not very much time ?

But having faster partial-restores that large system would be
also very nice.

My impression was, that the performance-problem is not the database, or
the size of my backup-installation - the performance-problem is
located in the director. So what is the director doing there, ist it
possible to improve this ?

Can you give me a hint what the problem is, and i which file it is
located ? 

Best regards

Marc Schoechlin

-- 

Marc Schoechlin       |  LF.net GmbH        |  fon +49 711 90074-413
                      |  Ruppmannstr. 27    |  fax +49 711 90074-33
ms@LF.net             |  D-70565 Stuttgart  |  http://www.lf.net

[Bacula-devel] Re: Bug database

[Kern S. <ke...@si...>]

On Thu, 2004-06-03 at 19:20, Dan Langille wrote:
> On 3 Jun 2004 at 16:42, Kern Sibbald wrote:
> 
> > Is there any way to make entering the OS and the Bacula Product version
> > number mandatory?
> 
> In version .19 yes.  For now, no.  We could use custom fields, and  
> create one called Version and make it mandatory

It is a big help to have the version and the OS, but I certainly don't
want to make work for you.  If version .19 is not too far off we could
wait.

> 
> > Also, it appears to me (I'm possibly wrong here) that the user can only
> > select Bacula version 1.34.2.  I don't have a problem having a list of
> > versions the user can select from, but in addition he should be able to
> > enter any version he wants. Otherwise, you will be forever adding
> > version numbers (e.g. all the 1.32 variations, 1.34.3, ...).
> 
> I don't mind adding them to the list. I don't know if there's a way 
> to make that field user-editable without hacking the code. I didn't 
> see anything in the config files and chat on IRC found nothing 
> either.

OK, no problem. Could you add 1.32f-x, and 1.34.3?

> 
> > By the way, you might notice that bug number 7 is really a feature
> > request, which brings up an interesting point -- should the bug database
> > also be used for feature requests? (opinions from anyone are solicited).
> 
> It's one way of tracking feature requests.

Yes, I agree, but I am a bit ambivalent, since I would really prefer
that feature requests be emailed to the bacula-users list. That way
everyone has a chance to comment on them, and I can take into
consideration everyone's opinion (at least those who express it) before
making any decisions. If feature requests come in with bugs, I'll have
to act as judge, jury and executioner -- something I'm reluctant to do.

There needs to be a more formal way of handling feature requests, but
I'm not sure how ...

Regards, Kern

[Bacula-devel] console usability

[Volker S. <vo...@vo...>]

Hi,

I little idea for console usability (if it's not already in the recetn 
version of bacula, which I haven't tried yet):
Entering "?" in console should do the command "help" and maybe "command 
?" should be "help command". Cisco administrators will love that, 
because that's how the IOS Shell works.
Ah, by the way: entering "?" in IOS immediately brings up help without 
waiting for "enter".

Just my 2 cents

Regards
Volker
-- 
   Volker Sauer  *  Alexanderstrasse 39/217  *  64283 Darmstadt
   Telefon: 06151-154260  *  Mobil: 0179-6901475 * ICQ#98164307
   mailto:vo...@vo...  *  http://www.volker-sauer.de
   PGPKey-Fingerprint: DB2611C7B12E0B2739992E4F7E354E4D5DD5D0E0

[Bacula-devel] Re: Bug database

[Dan L. <da...@la...>]

On 3 Jun 2004 at 16:42, Kern Sibbald wrote:

> Is there any way to make entering the OS and the Bacula Product version
> number mandatory?

In version .19 yes.  For now, no.  We could use custom fields, and  
create one called Version and make it mandatory

> Also, it appears to me (I'm possibly wrong here) that the user can only
> select Bacula version 1.34.2.  I don't have a problem having a list of
> versions the user can select from, but in addition he should be able to
> enter any version he wants. Otherwise, you will be forever adding
> version numbers (e.g. all the 1.32 variations, 1.34.3, ...).

I don't mind adding them to the list. I don't know if there's a way 
to make that field user-editable without hacking the code. I didn't 
see anything in the config files and chat on IRC found nothing 
either.

> By the way, you might notice that bug number 7 is really a feature
> request, which brings up an interesting point -- should the bug database
> also be used for feature requests? (opinions from anyone are solicited).

It's one way of tracking feature requests.
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

[Bacula-devel] Bug database

[Kern S. <ke...@si...>]

Dan, 

Is there any way to make entering the OS and the Bacula Product version
number mandatory?

Also, it appears to me (I'm possibly wrong here) that the user can only
select Bacula version 1.34.2.  I don't have a problem having a list of
versions the user can select from, but in addition he should be able to
enter any version he wants. Otherwise, you will be forever adding
version numbers (e.g. all the 1.32 variations, 1.34.3, ...).

By the way, you might notice that bug number 7 is really a feature
request, which brings up an interesting point -- should the bug database
also be used for feature requests? (opinions from anyone are solicited).

Thanks, Kern

On Thu, 2004-06-03 at 16:20, Dan Langille wrote:
> On 3 Jun 2004 at 15:55, Marc Schoechlin wrote:
> 
> > On Mon, May 31, 2004 at 08:04:23AM -0400, Dan Langille wrote:
> > 
> > > Mantis has the ability to post changes to bugs to a mailing list.  We 
> > > don't have a mailing list to send to yet so they just get sent to me. 
> > >  That's why I'm letting you folks know about this.  Once we get 
> > > settled in, everyone will be able to subscribe to the bug list.
> > > 
> > > I just posted the first bug report at 
> > > http://bacula.unixathome.org/view_all_bug_page.php
> > > 
> > > We have only two categories for bugs: scheduling and bacula.  More 
> > > can be added at any time.
> > 
> > An additional category would be nice : bconsole (maybe also the other
> > user-interfaces)
> 
> bconsole has been added.  If someone can list the other user-
> interfaces, I'll add them too.

Re: [Bacula-devel] Bug Reporting - first bug

[Dan L. <da...@la...>]

On 3 Jun 2004 at 15:55, Marc Schoechlin wrote:

> On Mon, May 31, 2004 at 08:04:23AM -0400, Dan Langille wrote:
> 
> > Mantis has the ability to post changes to bugs to a mailing list.  We 
> > don't have a mailing list to send to yet so they just get sent to me. 
> >  That's why I'm letting you folks know about this.  Once we get 
> > settled in, everyone will be able to subscribe to the bug list.
> > 
> > I just posted the first bug report at 
> > http://bacula.unixathome.org/view_all_bug_page.php
> > 
> > We have only two categories for bugs: scheduling and bacula.  More 
> > can be added at any time.
> 
> An additional category would be nice : bconsole (maybe also the other
> user-interfaces)

bconsole has been added.  If someone can list the other user-
interfaces, I'll add them too.
-- 
Dan Langille : http://www.langille.org/
BSDCan - http://www.bsdcan.org/

Re: [Bacula-devel] Bug Reporting - first bug

[Marc S. <ms@LF.net>]

On Mon, May 31, 2004 at 08:04:23AM -0400, Dan Langille wrote:

> Mantis has the ability to post changes to bugs to a mailing list.  We 
> don't have a mailing list to send to yet so they just get sent to me. 
>  That's why I'm letting you folks know about this.  Once we get 
> settled in, everyone will be able to subscribe to the bug list.
> 
> I just posted the first bug report at 
> http://bacula.unixathome.org/view_all_bug_page.php
> 
> We have only two categories for bugs: scheduling and bacula.  More 
> can be added at any time.

An additional category would be nice : bconsole (maybe also the other
user-interfaces)

Best regards

Marc Schoechlin
-- 

Marc Schoechlin       |  LF.net GmbH        |  fon +49 711 90074-413
                      |  Ruppmannstr. 27    |  fax +49 711 90074-33
ms@LF.net             |  D-70565 Stuttgart  |  http://www.lf.net

Re: [Bacula-devel] Bug Reporting - first bug

[Phil S. <al...@ca...>]

On Wed, Jun 02, 2004 at 01:59:59PM +0200, Marc Schoechlin wrote:
> On Wed, Jun 02, 2004 at 07:43:23AM -0400, Dan Langille wrote:
> 
> > No, those are not configurable.  It would require changing the source 
> > code for Mantis and I'm not keen to do that.  Consider those on 
> > smaller screen resolutions.
> 
> That doesn?t matter - i will edit the notes in a external editor.


You *can* enlarge them, *on your screen*, using a Javascript
bookmarklet.  For instance, if you create a bookmark with the following
code in the Location:

javascript:(function(){var i,x;
for(i=0;x=document.getElementsByTagName(%22textarea%22)[i];++i) {x.cols
+= 40; x.rows += 20; }})()

selecting that bookmarklet will enlarge every textedit area on the page
currently being displayed by 20 rows and 40 columns.


-- 
  ========== Fight Back!  It may not be just YOUR life at risk. ==========
  al...@ca... : phi...@ea... : ph...@no...
   phil stracchino : unix ronin : renaissance man : mystic zen biker geek
     2000 CBR929RR, 1991 VFR750F3 (foully murdered), 1986 VF500F (sold)
           Linux Now!  ...Friends don't let friends use Microsoft.