1 |
I have 10 machines at home and I am building 15 right now for work. This |
2 |
sort of stuff is very interesting to me. |
3 |
|
4 |
the point wasn't about what to do localy, but what options to have for |
5 |
some central management. I think that the idea that maybe this project |
6 |
should start outside of portage was a good one. Sure for local db berkDB |
7 |
or whatever sounds great. My point was why not make it DB agnostic so |
8 |
that it can integrate with whatever the USER wants. After all one of the |
9 |
reasons i like Gentoo over other distros is .. _choice_ . . |
10 |
|
11 |
The fact that im not a python guy ( never even really wrote hello world |
12 |
) has held me back from even attempting such a feat. Writing this in |
13 |
anything but python will probly ensure it wont get into portage :P |
14 |
|
15 |
|
16 |
|
17 |
|
18 |
|
19 |
On Tue, 2003-06-24 at 15:58, Henti Smith wrote: |
20 |
> On 24 Jun 2003 16:04:58 -0700 |
21 |
> jesse <yoda@××××××.com> wrote: |
22 |
> |
23 |
> > > isn't db a system lib .. and installed on every machine ? |
24 |
> > > |
25 |
> > > can't you just use that ? |
26 |
> > |
27 |
> > My proposition was to use some connector lib that is compatable with all |
28 |
> > those db formats. so you don't have to re-write a bunch of backend |
29 |
> > drivers or DB specific queries. Im not a python programmer C/Perl are my |
30 |
> > main forte, and you can use DBI to interface with many many db's as long |
31 |
> > as you keep your queries db agnostic, and use the dbi methods. At least |
32 |
> > with postgresql, mysql, and oracle to (some extent) this is the case. |
33 |
> |
34 |
> but since the db system is already part of the default system, why not just use that. |
35 |
> It's really a system function .. and I knwo th "selectable" databse of choice is a nice to have |
36 |
> but do we (gentoo) really want people to run different DB's for portage backend stuff .. and handle the bug tracking hell that will result because of it ? |