I'm not opposed to any of this. I'm opposed to any of this NOW.
Even TALKING about it NOW is out of place.
It clogs the communication channels and sucks precious brainpower from the
important task at hand: release engineering. I'll write up a more cogent email
about the topic, but, in brief: pleas
Blake Mitchell <[EMAIL PROTECTED]> said:
> Maybe I'm missing something obvious here, but why not create a 2.0
> branch, so that HEAD can continue on with whatever new things people
> come up with, and not affect the 2.0 release?
I think I'm at fault for some of this. I talked everyone into a "t
the amount of memory leaks dbmail has is unacceptable, there needs to be
a better solution, a coding style at that even, or resort to some stack
measure. Here is what I wrote to Ilja
>Btw, you can kill me if you want, but this is the official Dan
solution >for solving memory leaks most of the
If Paul does not show in the next few days, I will NMU his packages,
just so I can insure a version of dbmail will make it into sarge. He
has some release bugs holding him back, which in irony is what I filed a
bug ages ago on him to write new init script handlers, which got a won't
fix. Anyw
> There is a #dbmail channel on irc.freenode.net frequented by some of the
> developers.
Damn, that rules me out.. or are there freenode servers that allow
connections on port 5190? (Or 80,53,22,21,110,25)
-HK
> There is a #dbmail channel on irc.freenode.net frequented by some of the
> developers.
Maybe that should be on the webpage too? Or don't you want
users in there too?
-HK
There is a #dbmail channel on irc.freenode.net frequented by some of the
developers.
Hans Kristian Rosbach wrote:
Does dbmail have a meeting place of any kind?
Like an irc chatroom or something?
I find irc to be a much better real-time medium
than emails (and bugtracker notes). Usually
result
Does dbmail have a meeting place of any kind?
Like an irc chatroom or something?
I find irc to be a much better real-time medium
than emails (and bugtracker notes). Usually
results in better productivity too.
Or maybe the core developers meet in private?
If not..
I suggest #dbmail on Efnet (ir
Blake Mitchell wrote:
Maybe I'm missing something obvious here, but why not create a 2.0
branch, so that HEAD can continue on with whatever new things people
come up with, and not affect the 2.0 release?
___
Dbmail-dev mailing list
Dbmail-dev@dbmail.
Maybe I'm missing something obvious here, but why not create a 2.0
branch, so that HEAD can continue on with whatever new things people
come up with, and not affect the 2.0 release?
Aaron Stone wrote:
Hey folks,
Dan and Hans have been working on locating memory leaks the past few days. The
culminating event has been Dan's work on adding garbage collection to DBMail.
I really don't want to shoot you guys down on this one, I like the idea of
moving to a future with GC and m
> Dan and Hans have been working on locating memory leaks the past few days. The
> culminating event has been Dan's work on adding garbage collection to DBMail.
Well, most of what was reported by me was fixed by Ilja actually.
> Dan, Hans, defenses for garbage collection? Thoughs, questions, comm
> Dan Weber wrote:
> Rebuild with GC, then tell me how many leaks you see.
What? Rebuild on the GameCube? Or did you mean GCC?
(GC-Linux is another project I'm trying to do work on)
Anyways.. I don't have access to do any of that now
unfortunately. And I have not built 2.0 a single time yet.
I ju
Hey folks,
Dan and Hans have been working on locating memory leaks the past few days. The
culminating event has been Dan's work on adding garbage collection to DBMail.
I really don't want to shoot you guys down on this one, I like the idea of
moving to a future with GC and memory pools and all s
14 matches
Mail list logo
