Re: [Bacula-users] [Bacula-devel] GUI Interface Name Vote Results

2007-01-27 Thread Robert Nelson
Of course if badmin had been the winner then there would have had to be a command called ton. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Langille Sent: Saturday, January 27, 2007 11:39 AM To: bacula-users@lists.sourceforge.net Cc: [EMAIL

Re: [Bacula-users] [Bacula-devel] GUI Interface Name Voting

2007-01-22 Thread Mantas M.
Priority Name Number = 13 27 34 = Actual names 3 - badmin 7 - bat (Bacula Admin Tool) 4 - bgui - Take Surveys. Earn Cash. Influence the

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-22 Thread Warren Turkal
On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) Amazingly, apt-file search bin/bat doesn't return any conflicts for that name. Also, bac (Bacula Admin

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-22 Thread Warren Turkal
On Wednesday 17 January 2007 04:35, James Harper wrote: Kidding aside, how about Batula? Or how about bob (Backup Orchestrator for Bacula)? I like palindromes. :-P wt -- Warren Turkal - Take Surveys. Earn Cash. Influence

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-22 Thread Warren Turkal
On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) Amazingly, apt-file search bin/bat doesn't return any conflicts for that name. Also, bac (Bacula Admin

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-22 Thread Peter Buschman
Thanks for the explanation. :) At least the argument makes sense now, although I don't believe the reserved word status would prevent something like BAT.EXE from peacefully living on a modern Windows box. Because BAT is a MSDOS reserved word, along with COM, LPR, CON, etc Those reserved words

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-22 Thread James Harper
Because BAT is a MSDOS reserved word, along with COM, LPR, CON, etc Those reserved words have been grandfathered into Windows systems. Thanks for the explanation. :) At least the argument makes sense now, although I don't believe the reserved word status would prevent something like

Re: [Bacula-users] [Bacula-devel] GUI Interface Name Voting

2007-01-20 Thread Dan Langille
On 20 Jan 2007 at 12:42, Alan Gerber wrote: Priority Name Number = 14 2 3 3 7 For reference = 4bgui 3badmin 7bat (Bacula Admin Tool) -- Dan Langille : Software Developer looking for work

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Silver Salonen
On Wednesday 17 January 2007 09:52, MaxxAtWork wrote: On 1/17/07, David Boyes [EMAIL PROTECTED] wrote: VanHelsing did spring to mind - A tool to tame Bacula :) Garlic, anyone? 8-) My vote is for bat, with bacon as second choice. However, I think Garlic would be a good name for a

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Kern Sibbald
On Tuesday 16 January 2007 21:37, James Harper wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) Amazingly, apt-file search bin/bat

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Martin Simmons
On Wed, 17 Jan 2007 11:15:51 +0100, Kern Sibbald said: On Tuesday 16 January 2007 21:37, James Harper wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Kern Sibbald
On Wednesday 17 January 2007 11:50, Martin Simmons wrote: On Wed, 17 Jan 2007 11:15:51 +0100, Kern Sibbald said: On Tuesday 16 January 2007 21:37, James Harper wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote:

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread James Harper
On Wednesday 17 January 2007 11:50, Martin Simmons wrote: On Wed, 17 Jan 2007 11:15:51 +0100, Kern Sibbald said: On Tuesday 16 January 2007 21:37, James Harper wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote:

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Kern Sibbald
On Wednesday 17 January 2007 12:35, James Harper wrote: On Wednesday 17 January 2007 11:50, Martin Simmons wrote: On Wed, 17 Jan 2007 11:15:51 +0100, Kern Sibbald said: On Tuesday 16 January 2007 21:37, James Harper wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote:

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread MaxxAtWork
On 1/16/07, James Harper [EMAIL PROTECTED] wrote: On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) Amazingly, apt-file search bin/bat

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Peter Buschman
Batula is good. Bat isn't - and is unusable on MS-based systems in any case. I'll bite. Why is bat unusable on MS systems? I haven't heard anyone propose using .bat as an extension, which would certainly be a bad idea, but I don't know of any MS system programs that go by the name of

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Alan Gerber
Kern Sibbald wrote: On Tuesday 16 January 2007 21:58, Warren Turkal wrote: On Tuesday 16 January 2007 13:37, you wrote: Btw, are there any open source voting packages? I'm not sure if Kern is going to open this to a vote or just pick the name he likes the most, but counting votes

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Kern Sibbald
On Wednesday 17 January 2007 15:13, Alan Gerber wrote: Kern Sibbald wrote: On Tuesday 16 January 2007 21:58, Warren Turkal wrote: On Tuesday 16 January 2007 13:37, you wrote: Btw, are there any open source voting packages? I'm not sure if Kern is going to open this to a vote

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Alan Brown
On Wed, 17 Jan 2007, Peter Buschman wrote: Batula is good. Bat isn't - and is unusable on MS-based systems in any case. I'll bite. Why is bat unusable on MS systems? Because BAT is a MSDOS reserved word, along with COM, LPR, CON, etc Those reserved words have been grandfathered into

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Peter Buschman
Thanks for the explanation. :) At least the argument makes sense now, although I don't believe the reserved word status would prevent something like BAT.EXE from peacefully living on a modern Windows box. Because BAT is a MSDOS reserved word, along with COM, LPR, CON, etc Those reserved words

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Oliver Lehmann
Kern Sibbald wrote: Would be cool if the toolkit could be exchangeable ;) If I am not mistaken Qt stuff runs under Gnome and GTK stuff runs under KDE. I'm not clear on the nuances whether Qt runs on GTK based window managers or what. It does but right now I don't run any Qt app because

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-17 Thread Christopher Rasch-Olsen Raa
Onsdag 17 januar 2007 18:32, skrev Oliver Lehmann: Kern Sibbald wrote: Would be cool if the toolkit could be exchangeable ;) If I am not mistaken Qt stuff runs under Gnome and GTK stuff runs under KDE. I'm not clear on the nuances whether Qt runs on GTK based window managers or what.

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-16 Thread Kern Sibbald
On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) # bat At 17:37 16.1.2007, Mike wrote: On Tue, 16 Jan 2007, Kern Sibbald might have said: Hello, Quite awhile ago, I wrote the email that is

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-16 Thread James Harper
On Tuesday 16 January 2007 12:20, Kern Sibbald wrote: On Tuesday 16 January 2007 19:32, Peter Buschman wrote: Bacula Admin Tool (B.A.T) Yes, that is by far the best one I have heard. :-) Amazingly, apt-file search bin/bat doesn't return any conflicts for that name. Also, bac

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-16 Thread David Boyes
VanHelsing did spring to mind - A tool to tame Bacula :) Garlic, anyone? 8-) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on

Re: [Bacula-users] [Bacula-devel] GUI interface

2007-01-16 Thread MaxxAtWork
On 1/17/07, David Boyes [EMAIL PROTECTED] wrote: VanHelsing did spring to mind - A tool to tame Bacula :) Garlic, anyone? 8-) My vote is for bat, with bacon as second choice. However, I think Garlic would be a good name for a subproject wrt interfacing Bacula with the outside world (Python

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-10 Thread Kern Sibbald
Hello, Thanks for the input. I've taken everything you wrote into consideration and taken a look at fwbuilder as well. Regards, Kern On Monday 02 October 2006 21:58, Julián Hernández Gómez wrote: Hi Kern! I'm +1 on the choose of QT as the primary framework for developing the bacula GUI.

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-09 Thread Kern Sibbald
On Monday 02 October 2006 21:58, Julián Hernández Gómez wrote: Hi Kern! I'm +1 on the choose of QT as the primary framework for developing the bacula GUI. But I strongly suggest to use QT4 (4.2) from the beginning and save everybody from the pain of a later migration. Thanks for the advice.

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-09 Thread Julián Hernández Gómez
Hi Kern! Less portable? I think that QT4 runs on all platforms that QT3 does and respect with the availability QT4 has been already packaged for multiple distros [0]. Another example of the QT4 portability is Krash (the first development snapshot of KDE4) [1], it uses a preview of QT4.2 and

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-03 Thread Lucas Di Pentima
Kern Sibbald wrote: Well, I probably didn't explicitly state it in my email, but yes, this is a project I would like to do, but I certainly don't mean to discourage any other GUI. In fact, part of the goal is to create a new Bacula API that this GUI will use. The API should be usable by

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-03 Thread Peter L. Buschman
I'll volunteer to help with a Python API design and testing as well. Being able to perform command-and-control functions as well as simple backup and recovery of objects opens up lots and lots of possibilities. I'm not sure how complex the Bacula protocols are, but if we can manage to

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-03 Thread Kern Sibbald
On Tuesday 03 October 2006 15:30, Lucas Di Pentima wrote: Kern Sibbald wrote: Well, I probably didn't explicitly state it in my email, but yes, this is a project I would like to do, but I certainly don't mean to discourage any other GUI. In fact, part of the goal is to create a new

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-02 Thread Kern Sibbald
On Saturday 30 September 2006 17:28, Jo wrote: Kern Sibbald schreef: Hello, As I previously wrote, working on a GUI solution is now one of my top priorities. We have discussed the problems and possible solutions for getting a good GUI interface for Bacula a number of times. I've

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-10-02 Thread Julián Hernández Gómez
Hi Kern! I'm +1 on the choose of QT as the primary framework for developing the bacula GUI. But I strongly suggest to use QT4 (4.2) from the beginning and save everybody from the pain of a later migration. I also recommends you reconsider the PyQT option, because it's a really good option and

Re: [Bacula-users] [Bacula-devel] GUI interface

2006-09-30 Thread Kern Sibbald
On Saturday 30 September 2006 18:07, Peter L. Buschman wrote: One of the things that is sorely missing in enterprise backup frameworks is an embedded dynamic language. C and C++ APIs tend to be rather inaccessible to users who find themselves limited to which API functions the programmer