> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 5efca670-0e7b-480e-9899-ecce3446e087
> [ ] Choice 1: Ask the DAMs to postpone the changes until vote or consensus.
> [ ] Choice 2: Invite the DAM to further discuss until vote or consensus,
> leading to a new propos
Hi,
My name is Parish Gilton, sound like Paris Hilton.
Do you want to know about me? Just click link below:
http://soe.rjmsinergi.com
Rgds,
PG
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
FIRST CALL FOR VOTES FOR THE Lenny Release General Resolution
= === = === === = === === ==
Voting period starts 00:00:01 UTC on Sunday, December 14th, 2008
Votes must be received by 23:59:59 UTC on Saturday, December 21st, 2008
This ballot is for a v
Hasse Hagen Johansen wrote:
> I think it would be better to ask which package to use for a virtual if
> it is installed interactively. In my case actually didn't want exim4
> neither citadel - not for a mailserver. In most cases I think ssmtp
> or nullmailer is more appropiate, but that is another
> "Daniel" == Daniel Baumann writes:
>> Maybe apt-get/aptitude could just asks the user when they find
>> that multiple packages Provides the dependency?
Daniel> package maintainers should just fix their packages...
>> I know that would not work non-interactively, but that c
Hasse Hagen Johansen wrote:
> Yes. Actually like the virtual packages work right now it probably ok to
> just take one of the packages satisfying the mail-transfer-agent.
jup.
> But right now I don't quite understand how apt-get/aptitude would pick the
> mail-transfer-agent to use? is it first hi
> "Daniel" == Daniel Baumann writes:
Daniel> Hasse Hagen Johansen wrote:
>> I just would let you know that maybe it is a more general problem
>> as mdadm is also pulling citadel-server in as a dependency
Daniel> this really sucks (in this case only if you have recommends
Ansgar Burchardt writes:
> liblocale-maketext-lexicon-perl ships a `xgettext.pl' which I would like
> to see installed in /usr/bin (#508505). In this case there is a small
> additional problem: just omitting the extension does not work because
> `xgettext' is already provided by gettext. It was
On Sat, Dec 13, 2008 at 06:35:20PM +0100, Daniel Baumann wrote:
> Hasse Hagen Johansen wrote:
> > I just would let you know that maybe it is a more general problem as mdadm
> > is also pulling citadel-server in as a dependency
>
> this really sucks (in this case only if you have recommends enabled
Hasse Hagen Johansen wrote:
> I just would let you know that maybe it is a more general problem as mdadm
> is also pulling citadel-server in as a dependency
this really sucks (in this case only if you have recommends enabled,
though). someone should check all depends and recommends in debian to
no
Package: general
Severity: important
Hi
Looking around for why citadel-server was pulled in instead of exim4
(which I believe is still the default MTA in debian). I saw the bug #474999
I just would let you know that maybe it is a more general problem as mdadm
is also pulling citadel-server in as
The message below was sent to the maintainers of printconf, but so far
there has been no reply.
Any suggestions how to deal with this for Lenny would be very much
appreciated.
Options:
- drop printconf from the desktop and print-server tasks in tasksel
Is printconf actually still needed/usefu
On Sat, Dec 13, 2008 at 9:59 PM, Ansgar Burchardt wrote:
> liblocale-maketext-lexicon-perl ships a `xgettext.pl' which I would like
> to see installed in /usr/bin (#508505). In this case there is a small
> additional problem: just omitting the extension does not work because
> `xgettext' is alre
Processing commands for cont...@bugs.debian.org:
> owner 508585 !
Bug 508585 [general] Please provide an easy and official way to get debug
symbols for all arch
Owner recorded as Christoph Berg .
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tr
Hi,
Bas Zoetekouw writes:
>
> You wrote:
>
>> Quoth Ansgar Burchardt , on 2008-12-12 22:30:24 +0100:
>> > I understand that it should not matter to the user what language is
>> > used to implement a particular script and support omitting
>> > extensions. But what about renaming scripts provided
2008/12/6 Allan Wind :
> On 2008-12-03T23:19:52, Jens Peter Secher wrote:
>> * No SSH passphrase will be asked if the user has no SSH keys.
>
> Is the idea to make the module optional if there is no private key? It
> would be fine if the module is configured as optional (and perhaps
> sufficient
Bas Zoetekouw writes:
> I think policy tries make sure there are no "foo.pl" or "bla.sh" scripts
> in the path, regardless of what they are symlinked to. I don't know
> what the rationale behind that is though (apart from the ugliness).
> And in any case, it's a SHOULD, so there can be exception
Hi Drake!
You wrote:
> Quoth Ansgar Burchardt , on 2008-12-12 22:30:24 +0100:
> > I understand that it should not matter to the user what language is
> > used to implement a particular script and support omitting
> > extensions. But what about renaming scripts provided by upstream?
> > In this c
On Fri, 2008-12-12 at 15:06 -0700, JD. Brown wrote:
> On Thu, Dec 11, 2008 at 11:15 PM, Christian Perrier
> wrote:
> > (-release is not a discussion list, therefore setting followup to
> > -devel)
> >
> > Dear release managers,
> >
> > I feel like being in the dark right now. And I feel like I'm
19 matches
Mail list logo
