Don Armstrong writes:
> On Mon, 15 Dec 2008, Ben Finney wrote:
> > Romain Beauxis writes:
> > > http://bugs.debian.org/494120
> >
> > Which has been prematurely archived on 2008-08-15 while in
> > mid-discussion, by one party in that discussion.
>
> Uh... it was archived on 2008/09/6 by the
The single largest factor in making the atmosphere unpleasant is people who
aren't contributing to Debian running their mouths on our development lists.
I disagree, though I know relatively well how much people contribute.
I'd rather blame the mailing lists if simple enthusiasts caused too mu
That works both ways - those who do contribute and help Debian across a
wide range of areas should be valued and supported, even if they show
that frustration from time to time. Everyone makes mistakes but why
must the most active contributors be the first target of criticism when
they criticise
The other way round works, too: Removing people who don't have that
minimal commitment from the project and their packages from the archive
would also allow us to release (a lot less) in a timely fashion.
Right... And it would also help releasing timely to remove all buggy
packages.
--
On Mon, 15 Dec 2008, Ben Finney wrote:
> Romain Beauxis writes:
> > Unfortunately you forgot to also mention this bug for instance:
> >
> > http://bugs.debian.org/494120
>
> Which has been prematurely archived on 2008-08-15 while in
> mid-discussion, by one party in that discussion.
Uh... it
On Wed, Dec 17, 2008 at 2:11 AM, Bastien ROUCARIES
wrote:
> On Wed, Dec 17, 2008 at 12:57 AM, Steve McIntyre wrote:
>> Luca wrote:
>>>2008/12/16 Luca Niccoli :
>>>
I can't really see what I'm doing wrong...
>>>
>>>Maybe I have a clue:
>>>
>>>++file_filter(const struct dirent *dir)
>>>++{
>>>
On Wed, Dec 17, 2008 at 12:57 AM, Steve McIntyre wrote:
> Luca wrote:
>>2008/12/16 Luca Niccoli :
>>
>>> I can't really see what I'm doing wrong...
>>
>>Maybe I have a clue:
>>
>>++file_filter(const struct dirent *dir)
>>++{
>>++ return (DT_REG == (DT_REG & dir->d_type)) ||
>>++ (
On Tue, Dec 16, 2008 at 4:34 PM, Josselin Mouette wrote:
> Le mardi 16 décembre 2008 à 23:22 +0100, Julien BLACHE a écrit :
>> Also new users have a tendency to go with testing and don't use
>> unstable much these days.
>>
>> The net effect is that there aren't enough people left using unstable
>>
On Wed, Dec 17, 2008 at 01:17:33AM +0100, Josselin Mouette wrote:
> Le mardi 16 décembre 2008 à 23:55 +, Tzafrir Cohen a écrit :
> > Fedora: a somewhat equivalent of Debian Testing. The rules for updating
> > a package even after a version is released are way more laxed than
> > Debian Stable
Romain Beauxis (16/12/2008):
> I think you completely forgot about the fact that this project is run
> by people who aren't payed for that.
They aren't paid for repeatedly ranting about the fact we have not
released yet, either. Which is something Bastian does, and which is what
was answered to.
Le mardi 16 décembre 2008 à 23:22 +0100, Julien BLACHE a écrit :
> Also new users have a tendency to go with testing and don't use
> unstable much these days.
>
> The net effect is that there aren't enough people left using unstable
> to uncover enough problems. Hence bugs silently make it to test
Le mardi 16 décembre 2008 à 23:55 +, Tzafrir Cohen a écrit :
> Fedora: a somewhat equivalent of Debian Testing. The rules for updating
> a package even after a version is released are way more laxed than
> Debian Stable.
For what I’ve seen, Fedora rawhide is more similar to Debian
experiment
Luca wrote:
>2008/12/16 Luca Niccoli :
>
>> I can't really see what I'm doing wrong...
>
>Maybe I have a clue:
>
>++file_filter(const struct dirent *dir)
>++{
>++ return (DT_REG == (DT_REG & dir->d_type)) ||
>++ (DT_LNK == (DT_LNK & dir->d_type)) ;
>++}
>
>But I use XFS, which seem
On Wed, Dec 17, 2008 at 09:31:13AM +1100, Russell Coker wrote:
> On Tuesday 16 December 2008 10:06, Romain Beauxis
> wrote:
> > > Is that important? Unstable is frozen for nearly 1/2 year now, that's a
> > > problem we should try to solve if we don't want to degrade ourselves to
> > > a server-on
2008/12/16 Luca Niccoli :
> I can't really see what I'm doing wrong...
Maybe I have a clue:
++file_filter(const struct dirent *dir)
++{
++ return (DT_REG == (DT_REG & dir->d_type)) ||
++ (DT_LNK == (DT_LNK & dir->d_type)) ;
++}
But I use XFS, which seems to have some problems w
2008/12/17 Luca Niccoli :
> But I use XFS, which seems to have some problems with d_type [1]
> I'm not really sure this is the source of the problem, but I thought
> it was worth giving a try...
A second after posting I thought I could try mounting ~/.ssh on tmpfs
for a test, and it worked.
The p
Ana Guerrero wrote:
> On Tue, Dec 16, 2008 at 12:29:21AM +0100, Didier Raboud wrote:
>>
>> Look for example at the upcoming KDE4.2 : KDE4.0 ("public beta") went out
>> in january 2008. Since then and 'because' of the unstable-to-testing
>> pipe, KDE4.0 has only lived in experimental with the big
Package: wnpp
Severity: wishlist
Owner: Mathieu Parent
* Package name: php-kolab-filter
Version : 0.1.3
Upstream Authors :
* Gunnar Wrobel (Lead)
* jarosch (Lead)
* chuck (Lead)
* Jan Schneider (Lead)
* URL : http://pear.horde.org/index.php?package=Kola
On Tue, Dec 16, 2008 at 11:22:29PM +0100, Julien BLACHE wrote:
> Being stricter wrt testing migration is hardly going to help. What
> will help is having more people actually use unstable so bugs are
> uncovered before they hit testing.
Sounds reasonable... so, we have to encourage ("competent") u
On Tuesday 16 December 2008 23:38, Holger Levsen
wrote:
> I find it very strange to see people complaining about the long freeze,
> instead of working on making it shorter.
>
> If we decouple the freeze from development in unstable, the result will
> that less people will be working on releasing,
On Tuesday 16 December 2008 10:06, Romain Beauxis
wrote:
> > Is that important? Unstable is frozen for nearly 1/2 year now, that's a
> > problem we should try to solve if we don't want to degrade ourselves to
> > a server-only distribution.
>
> You can't get both recent *and* stabilized software.
On Tue, Dec 16, 2008 at 09:53:58PM +, Neil Williams wrote:
> I get criticised for being rude or direct - well here's the news: I don't care
> if people think I'm rude, deal with it. At least I do what I can to fix stuff,
> I apologise when I do make mistakes and I do not recommend something I h
On Tue, Dec 16, 2008 at 06:07:25PM +0100, Lucas Nussbaum wrote:
> "clear that most people don't work on RC bugs instead of working on their
> packages": I don't have any data on that, it's mostly based on
> perception. Let's try to gather data on something relevant:
>
> Number of distinct posters
Jan Hauke Rahm wrote:
Hi,
> Reading this (and following the idea of not introducing new stuff or
> archives but releasing faster) it sounds as simple as "testing needs
> to be more strict and rigorous in accepting packages to be *indeed*
> always in a seriously better shape than unstable so that
On Tue, Dec 16, 2008 at 03:55:40PM -0500, Kevin Mark wrote:
> On Tue, Dec 16, 2008 at 09:34:39PM +0100, Thomas Viehmann wrote:
> > Romain Beauxis wrote:
> > > I think you completely forgot about the fact that this project is run by
> > > people who aren't payed for that.
> > > And, yes I didn't f
Noah Slater wrote:
Hi,
> suit. This inevitably causes a chain reaction of rudeness and flames. As a
> community, we would do well to be a little more tolerant of others, and that
> includes their mistakes.
And that includes cutting some slack to people when they vent off, as
people occasionally
On Tue, 16 Dec 2008 21:58:52 +
Noah Slater wrote:
> On Tue, Dec 16, 2008 at 09:53:58PM +, Neil Williams wrote:
> > I get criticised for being rude or direct - well here's the news: I
> > don't care if people think I'm rude, deal with it. At least I do
> > what I can to fix stuff, I apolog
On Tue, Dec 16, 2008 at 09:46:41PM +, Mark Brown wrote:
> Of course, these problems would all also apply to a frozen distribution
> like we used to have. My recollection of those times is that the long
> freezes we had back then had pretty similar effects on general
> development - the win fro
On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> What I see *now* is that the freezes during the last two and the current
> release are getting longer and longer (~1,5 months, ~4 months and for
> Lenny at least 5 months). For me this seems to be a serious problem we
> should not
On Tue, Dec 16, 2008 at 09:57:15PM +, Neil Williams wrote:
> On Tue, 16 Dec 2008 21:41:58 +
> Noah Slater wrote:
>
> > On Tue, Dec 16, 2008 at 10:17:13PM +0100, Michael Banck wrote:
> > > On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> > > > Actually, I don't know since
On Tue, 16 Dec 2008 21:41:58 +
Noah Slater wrote:
> On Tue, Dec 16, 2008 at 10:17:13PM +0100, Michael Banck wrote:
> > On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> > > Actually, I don't know since I'm not long enough involved to know
> > > what happened "back then".
> >
On Tue, 16 Dec 2008 15:55:40 -0500
Kevin Mark wrote:
> On Tue, Dec 16, 2008 at 09:34:39PM +0100, Thomas Viehmann wrote:
> > Romain Beauxis wrote:
> > > I think you completely forgot about the fact that this project is
> > > run by people who aren't payed for that.
> > >
> > > And, yes I didn't f
On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> Steve McIntyre schrieb:
> > I'm curious about that myself. We've tried that in the past, and a
> > 3-year release cycle was what happened. Experience tells us that we
> > have much too big a system to suddenly one day declare "rele
On Tue, Dec 16, 2008 at 10:17:13PM +0100, Michael Banck wrote:
> On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> > Actually, I don't know since I'm not long enough involved to know what
> > happened "back then".
>
> It's called research.
It's called manners.
--
Noah Slater, ht
On Tue, Dec 16, 2008 at 09:27:55PM +0100, Bastian Venthur wrote:
> Actually, I don't know since I'm not long enough involved to know what
> happened "back then".
It's called research.
Michael
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". T
On Tue, Dec 16, 2008 at 12:29:21AM +0100, Didier Raboud wrote:
>
> Look for example at the upcoming KDE4.2 : KDE4.0 ("public beta") went out in
> january 2008. Since then and 'because' of the unstable-to-testing pipe,
> KDE4.0 has only lived in experimental with the big fat blinking
> red "WARNING
On Tue, Dec 16, 2008 at 09:34:39PM +0100, Thomas Viehmann wrote:
> Romain Beauxis wrote:
> > I think you completely forgot about the fact that this project is run by
> > people who aren't payed for that.
> >
> > And, yes I didn't fix any RC bug today, nor yesterday. I even have now 3 on
> > medi
On Tue, Dec 16, 2008 at 08:30:22PM +0100, Thomas Viehmann wrote:
> But while you bring it up: I want a Debian where every Developer can cough up
> a minimal commitment to help with releasing. That is what "Have you fixed an
> RC bug today is about?". If all developers had fixed one RC bug in the mo
Romain Beauxis wrote:
> I think you completely forgot about the fact that this project is run by
> people who aren't payed for that.
>
> And, yes I didn't fix any RC bug today, nor yesterday. I even have now 3 on
> mediawiki for which I won't be able to take much time.
How about once per year?
Steve McIntyre schrieb:
> Alexander wrote:
>> Hi!
>>
>> Bastian Venthur schrieb:
>>> Another way to see it is that unstable is constantly flowing and
>>> we're just forking a stable distribution from it from time to time.
>> Sounds like what was done before testing was introduced, which worked even
Bastian Venthur wrote:
>Holger Levsen schrieb:
>
>> I find it very strange to see people complaining about the long freeze,
>> instead of working on making it shorter.
>
>I actually made a suggestion how to avoid a freeze in unstable, since
>looking at the length of the freeze times of the last tw
Alexander wrote:
>Hi!
>
>Bastian Venthur schrieb:
>> Another way to see it is that unstable is constantly flowing and
>> we're just forking a stable distribution from it from time to time.
>
>Sounds like what was done before testing was introduced, which worked even
>less, with even longer freeze p
Le Tuesday 16 December 2008 20:30:22 Thomas Viehmann, vous avez écrit :
> But while you bring it up: I want a Debian where every Developer can
> cough up a minimal commitment to help with releasing. That is what "Have
> you fixed an RC bug today is about?". If all developers had fixed one RC
> bug
Miriam Ruiz wrote:
> I don't think this kind of attitude helps anyone. Harassing people for
> having ideas different than yours will only make people to stop
> sharing them. We should seriously reconsider what kind of "Debian" we
> want. Seriously.
Yeah, my post was more than inappropriate.
But wh
Adeodato Simó writes:
> * Russ Allbery [Mon, 15 Dec 2008 11:09:45 -0800]:
>> Where did Steve shorten the discussion period? He did so for the
>> *other* vote, but I haven't seen a thread where he did for this one.
>> (I may have just missed it.)
> http://lists.debian.org/debian-vote/2008/11/msg
On 16/12/08 at 19:15 +0100, Frank Lin PIAT wrote:
> On Tue, 2008-12-16 at 18:07 +0100, Lucas Nussbaum wrote:
> > "clear that most people don't work on RC bugs instead of working on their
> > packages": I don't have any data on that, it's mostly based on
> > perception. Let's try to gather data on s
Lucas Nussbaum (16/12/2008):
> Number of distinct posters per month on debian-bugs...@lists.d.o:
> [ figures ]
> So, the number of people working on RC bugs has significantly
> decreased since the beginning of the freeze.
The less RC bugs, the less people working on it. Nice point you made.
Mraw
On Tue, Dec 16, 2008 at 02:14:29PM +0100, Michael Hanke wrote:
>
> On Tue, Dec 16, 2008 at 02:06:40PM +0100, Yves-Alexis Perez wrote:
> > On mar, 2008-12-16 at 13:57 +0100, Mathieu Malaterre wrote:
> > > Description : Tools for handling DICOM files, with conversion
> > > from proprietary for
On Tue, 2008-12-16 at 18:07 +0100, Lucas Nussbaum wrote:
> On 16/12/08 at 14:34 +, Neil McGovern wrote:
> > On Tue, Dec 16, 2008 at 03:07:12PM +0100, Lucas Nussbaum wrote:
> > > On 16/12/08 at 14:21 +0100, Bastian Venthur wrote:
> > > > I think this question is nonsense. While the bug-fix rate
On Tue, 2008-12-16 at 13:38 +0100, Holger Levsen wrote:
> Hi,
>
> On Montag, 15. Dezember 2008, Bastian Venthur wrote:
> > Something like that, I don't really care about the name. The important
> > thing is, that unstable is never frozen, but temporarily disconnected
> > from the unstable > testin
2008/12/16 Thomas Viehmann :
> Hi,
>
> Bastian Venthur wrote:
>> What I'd like to see is a solution where unstable is *never* frozen,
>> maybe by replacing the current frozen unstable with something temporary
>> and putting it between unstable and testing, where all the fixes go
>> while all the ne
On Tue, Dec 16, 2008 at 06:48:08PM +0100, Thomas Viehmann wrote:
> Bastian, this is a brilliant idea!! Debian needs those excellent people like
> you who have splendid ideas and all ready to implement them!!! You are the
> most valuable person in Debian right now! Because you contribute a
> lot
Thomas Viehmann wrote:
> Hi,
> Bastian Venthur wrote:
> > What I'd like to see is a solution where unstable is *never* frozen
>
> Bastian, this is a brilliant idea!! Debian needs those excellent people
> like you who have splendid ideas and all ready to implement them!!! You
> are the most valuab
Hi,
Bastian Venthur wrote:
> What I'd like to see is a solution where unstable is *never* frozen,
> maybe by replacing the current frozen unstable with something temporary
> and putting it between unstable and testing, where all the fixes go
> while all the new stuff can still go into unstable but
On 16/12/08 at 14:34 +, Neil McGovern wrote:
> On Tue, Dec 16, 2008 at 03:07:12PM +0100, Lucas Nussbaum wrote:
> > On 16/12/08 at 14:21 +0100, Bastian Venthur wrote:
> > > I think this question is nonsense. While the bug-fix rate was more or
> > > less the same since the last two releases, it l
On 16/12/08 at 09:46 -0500, Mike O'Connor wrote:
> What new graphics cards are supported by xorg 7.4 that arean't already
> supported by unstable? the intel, ati, radio, nv drivers don't support
> any newer cards afaict.
Intel GM45 (found in laptops shipped since ~ september 2008) is
unsupported
On Tue, Dec 16, 2008 at 04:52:55PM +0100, Romain Beauxis wrote:
>Le Tuesday 16 December 2008 16:50:52 Adeodato Simó, vous avez écrit :
>> > Where did Steve shorten the discussion period? He did so for the *other*
>> > vote, but I haven't seen a thread where he did for this one. (I may have
>> > j
On Tue, Dec 16, 2008 at 02:21:09PM +0100, Bastian Venthur wrote:
>
> I think this question is nonsense. While the bug-fix rate was more or
> less the same since the last two releases,
What was the bug-fix rate for the last two releases? I thought that the
bug fix rate for etch was faster than th
Hi!
Bastian Venthur schrieb:
> Another way to see it is that unstable is constantly flowing and
> we're just forking a stable distribution from it from time to time.
Sounds like what was done before testing was introduced, which worked even
less, with even longer freeze periods, where you couldn'
On 2008-12-16 15:58 +0100, John Goerzen wrote:
> On Mon, Dec 15, 2008 at 10:52:53PM +0100, Bastian Venthur wrote:
>> Another way to see it is that unstable is constantly flowing and we're
>> just forking a stable distribution from it from time to time.
>
> That sounds like ubuntu. But speaking of
On Tue, Dec 16, 2008 at 05:13:59PM +0100, Holger Levsen wrote:
> That some people are not interested in making the release happen, is a real
> problem IMO. We shouldnt encourage such behaviour ;-)
Then why are you posting to mailing lists instead of releasing lenny?
--
To UNSUBSCRIBE, email to
Hi,
On Dienstag, 16. Dezember 2008, Lucas Nussbaum wrote:
> I agree. It's clear that most people don't work on RC bugs instead of
> working on their packages: during freezes, they just stop working on
> Debian, since it's judged socially incorrect to work on one's packages
> in unstable or experim
On Tue, Dec 16, 2008 at 08:58:40AM -0600, John Goerzen
wrote:
> On Mon, Dec 15, 2008 at 10:52:53PM +0100, Bastian Venthur wrote:
> > Didier Raboud schrieb:
>
> > > ?
> >
> > Something like that, I don't really care about the name. The important
> > thing is, that unstable is never frozen, but t
On Mon, Dec 15, 2008 at 10:52:53PM +0100, Bastian Venthur wrote:
> Didier Raboud schrieb:
> > ?
>
> Something like that, I don't really care about the name. The important
> thing is, that unstable is never frozen, but temporarily disconnected
> from the unstable > testing > stable flow.
>
> Anot
Le Tuesday 16 December 2008 16:52:55 Romain Beauxis, vous avez écrit :
> > http://lists.debian.org/debian-vote/2008/11/msg00046.html, no?
>
> I don't read "shorten" in this link, only "start".
Woops, sorry I misread "discussion" with "vote".
The problem with this quote is that it was used to just
Le Tuesday 16 December 2008 16:50:52 Adeodato Simó, vous avez écrit :
> > Where did Steve shorten the discussion period? He did so for the *other*
> > vote, but I haven't seen a thread where he did for this one. (I may have
> > just missed it.)
>
> http://lists.debian.org/debian-vote/2008/11/msg0
* Russ Allbery [Mon, 15 Dec 2008 11:09:45 -0800]:
> Thomas Weber writes:
> > Am Montag, den 15.12.2008, 10:06 + schrieb Steve McIntyre:
> >> I've been talking with Manoj already, in private to try and avoid
> >> flaming. I specifically asked him to delay this vote until the numerous
> >> pro
Christian Perrier wrote:
> (…)
> So, I had another "idea": open -backports at the moment is
> frozen so that maintainers can upload the latest bleeding edge
> versions of their packages there, when using experimental is not
> possible for some reasons.
And make backports an official service of De
Quoting Bastian Venthur (vent...@debian.org):
> Is that important? Unstable is frozen for nearly 1/2 year now, that's a
> problem we should try to solve if we don't want to degrade ourselves to
> a server-only distribution.
While I don't see such a big issues in this, there is maybe room for
imp
On Mon, Dec 15, 2008 at 10:16:05PM +0100, Bastian Venthur wrote:
>
> I support that request. Not only is unstable quite outdated already
> (bleeding edge?) it also becomes more and more a problem since the
> kernel and Xorg aren't updated anymore in unstable. That means that
> newer hardware (espe
On Tue, Dec 16, 2008 at 03:07:12PM +0100, Lucas Nussbaum wrote:
> On 16/12/08 at 14:21 +0100, Bastian Venthur wrote:
> > I think this question is nonsense. While the bug-fix rate was more or
> > less the same since the last two releases, it looks like in this release
> > we actually started the fre
On 16/12/08 at 14:21 +0100, Bastian Venthur wrote:
> I think this question is nonsense. While the bug-fix rate was more or
> less the same since the last two releases, it looks like in this release
> we actually started the freeze with much more RC-bugs than before. So it
> was foreseeable that the
Romain Beauxis wrote:
>
> Honnestly, this discussion takes place at every freeze.
As many others: firmware, dfsg-freeness, … ;)
> First of all, you probably should propose such thing *after* the release,
> not now.
>
> Secondly, I'm still wondering what new arguments were brought here. For
> in
Le Tuesday 16 December 2008 14:55:29 Didier Raboud, vous avez écrit :
> > I think that the three existing flavours of debian already provide more
> > than is needed to offer comfort for both users with stability needs and
> > users with desire for new software.
>
> Actually, I would agree if you co
Johannes Wiedersich wrote:
> Didier Raboud wrote:
>> Yes. But there is a bunch of non-DD people that strongly want to use
>> Debian and prefer the recent software over the stabilized one.
>
> These are called 'users of unstable' or 'users of testing'.
Fair enough.
>>
Hi,
Bastian Venthur wrote:
> Holger Levsen schrieb:
> > Hi,
> >
> > On Montag, 15. Dezember 2008, Bastian Venthur wrote:
> >> Something like that, I don't really care about the name. The important
> >> thing is, that unstable is never frozen, but temporarily disconnected
> >> from the unstable >
2008/12/16 Bastian Venthur :
> I actually made a suggestion how to avoid a freeze in unstable, since
> looking at the length of the freeze times of the last two releases and
> the current one it seems that this model doesn't scale very well.
I share your concerns and I support your position too.
Holger Levsen schrieb:
> Hi,
>
> On Montag, 15. Dezember 2008, Bastian Venthur wrote:
>> Something like that, I don't really care about the name. The important
>> thing is, that unstable is never frozen, but temporarily disconnected
>> from the unstable > testing > stable flow.
>
> That's the way
Hi
Dne Tue, 16 Dec 2008 11:41:17 +0100
Maximilian Gaß napsal(a):
> Package: wnpp
> Severity: wishlist
> Owner: "Maximilian Gaß"
>
> * Package name: lighty-stats
> Version : 0.3
> Upstream Author : Daniel Friesel
> * URL : https://derf.homelinux.org/~derf/lighty-sta
On mar, 2008-12-16 at 14:12 +0100, Mathieu Malaterre wrote:
> Those are extremely well know file format in the medical imaging
> world. Next time you go get an MRI / CT, ask for your DICOM CD with
> your images (in most countries, you do not get films anymore).
It may be worth adding “medical imag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Didier Raboud wrote:
> Romain Beauxis wrote:
>> You can't get both recent *and* stabilized software. For a solid release
>> to be done, one needs to hold new improvements for a while.
>
> Yes. But there is a bunch of non-DD people that strongly want t
On Tue, Dec 16, 2008 at 02:06:40PM +0100, Yves-Alexis Perez wrote:
> On mar, 2008-12-16 at 13:57 +0100, Mathieu Malaterre wrote:
> > Description : Tools for handling DICOM files, with conversion
> > from proprietary formats.
> >
> > Unix, Mac and Windows (Cygwin) command line utilities for
On Tue, Dec 16, 2008 at 2:06 PM, Yves-Alexis Perez wrote:
> On mar, 2008-12-16 at 13:57 +0100, Mathieu Malaterre wrote:
>> Description : Tools for handling DICOM files, with conversion
>> from proprietary formats.
>>
>> Unix, Mac and Windows (Cygwin) command line utilities for creating,
>>
On mar, 2008-12-16 at 13:57 +0100, Mathieu Malaterre wrote:
> Description : Tools for handling DICOM files, with conversion
> from proprietary formats.
>
> Unix, Mac and Windows (Cygwin) command line utilities for creating,
> modifying, dumping and validating files of DICOM attributes, and
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: dicom3tools
Version : 1.0.20081122
Upstream Author : David A. Clunie
* URL : http://www.dclunie.com/dicom3tools/workinprogress/
* License : BSD
Programming Lang: C, C++
Description
Hi,
On Montag, 15. Dezember 2008, Bastian Venthur wrote:
> Something like that, I don't really care about the name. The important
> thing is, that unstable is never frozen, but temporarily disconnected
> from the unstable > testing > stable flow.
That's the way it is.
Have you fixed an RC bug t
Package: wnpp
Severity: wishlist
Owner: "Maximilian Gaß"
* Package name: lighty-stats
Version : 0.3
Upstream Author : Daniel Friesel
* URL : https://derf.homelinux.org/~derf/lighty-stats
* License : ISC
Programming Lang: Perl
Description : httpd log an
On Mon, Dec 15, 2008 at 11:13:41AM -0800, Russ Allbery wrote:
> Adeodato Simó writes:
>
> > What does §4.1.7 mean, then? Can't it be read to mean that the DPL may
> > appoint a new Secretary not at end of term, if there's disagreement
> > between them?
>
> I believe this only applies in the cont
Package: wnpp
Severity: wishlist
Owner: Joop Stakenborg
* Package name: xdemorse
Version : 1.3
Upstream Author : Neoklis Kyriazis
* URL : http://5b4az.chronos.org.uk/pages/morse.html
* License : GPL
Programming Lang: C
Description : GTK+ Morse Code Dec
89 matches
Mail list logo
