Christian Schwarz wrote:
> > My feeling on this is, yes, a single maintainer seems to work best, as in
> > the linux kernel model. But why do we have to enforce this in policy?
> > Developers should be free to set up any organization they want to maintain
> > their packages, as long as it gets the
Hi,
>>"Rob" == Rob Browning <[EMAIL PROTECTED]> writes:
Rob> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> The duplication of a small startup file is not so bad, after all.
Rob> Especially if it's a symlink...
I had not thught of that. In which case, once the debian-emacs-flavor
symb
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> The duplication of a small startup file is not so bad, after
> all.
Especially if it's a symlink...
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
--
To UNSUBSCRIBE, email to [EMAIL P
On 17 Apr 1998, Adam P. Harris wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
> > On Sat, 18 Apr 1998, Anthony Towns wrote:
> > > On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> > > > I agree that the extra files should *not* be purged
> > > > automatically. However,
Martin Mitchell <[EMAIL PROTECTED]> writes:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
> > Martin> I don't call changing filenames in original documentation
> > Martin> easily maintainable.
> > I find this hardly onerous at all. I have a rules file. It was
> > set up when I first set up t
Christian Schwarz <[EMAIL PROTECTED]> writes:
> On Sat, 18 Apr 1998, Anthony Towns wrote:
> > On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> > > I agree that the extra files should *not* be purged
> > > automatically. However, dpkg should not forget about them.
> > I disagre
Hi,
>>"DGMS" == Davide G M Salvetti <[EMAIL PROTECTED]> writes:
DGMS> * Rob => Rob Browning MS => Manoj Srivastava
DGMS> Ehr... the bug report I filed was mainly about the mistaken
DGMS> load-path, which you already fixed, I would have set `Severity:
DGMS> wishlist' otherwise. Maybe I should
On Sat, 18 Apr 1998, Anthony Towns wrote:
> On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> > I agree that the extra files should *not* be purged automatically.
> > However, dpkg should not forget about them.
>
> I disagree.
[snip]
>
> What would dpkg's continued knowledge
On Fri, 17 Apr 1998, Enrique Zanardi wrote:
> On Fri, Apr 17, 1998 at 12:22:25AM +0200, Christian Schwarz wrote:
> >
> > The reason why I object to the `multi-maintainer' idea is my experience
> > with software development: I haven't seen a _working_ example of a
> > software program yet, which h
On Thu, 16 Apr 1998, Joey Hess wrote:
> Christian Schwarz wrote:
> > Note, that the Linux kernel is developed by the same procedure: A lot of
> > programmers contribute source code, but everything is integrated by a
> > single person (Linus). The same holds for Emacs--and probably for most
> > oth
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Martin> I don't call changing filenames in original documentation
> Martin> easily maintainable.
>
> I find this hardly onerous at all. I have a rules file. It was
> set up when I first set up the package. This aspect has never needed
> to be
Rob Browning <[EMAIL PROTECTED]> writes:
> Why? I've had to rename or symlink upstream files in the past to
> comply with policy. It takes about one line in debian/rules. How's
> that hard to maintain?
If you symlink them I'd say that was good. If you rename them, you should
also rename any re
"Davide G. M. Salvetti" <[EMAIL PROTECTED]> writes:
> Why couldn't be emacsen-common the package taking care of
> debian-emacs-flavor? Could that symbol be set in debian-startup?
I probably could be, but IMO, that's not the right place for it. It's
the emacs binary package itself that knows wha
On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> I agree that the extra files should *not* be purged automatically.
> However, dpkg should not forget about them.
I disagree.
Extrafiles are, the way I see them, files that the package itself takes
care of -- files that are crea
On Wed, Apr 15, 1998 at 07:20:37PM +0100, Ian Jackson wrote:
> However, I disagree with the proposed syntax for the extrafiles
> control area file. I think the file should contain plain glob
> patterns a la fnmatch(3) (with * matching /).
I have a couple of concerns with this.
- Having * match
On Thu, Apr 16, 1998 at 06:36:28PM -0500, Manoj Srivastava wrote:
> Hi,
> >>"Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> Marcus> Wow, I feel a document of high value and quality coming
> Marcus> up. This is my personal wishlist, as I'm truely an
> Marcus> unexperienced programmer:
On Fri, Apr 17, 1998 at 12:22:25AM +0200, Christian Schwarz wrote:
>
> The reason why I object to the `multi-maintainer' idea is my experience
> with software development: I haven't seen a _working_ example of a
> software program yet, which had multiple _release integrators_ (that's
> what I thin
* Rob => Rob Browning
* MS => Manoj Srivastava
Rob> Assuming I understand you correctly, what about just putting the
Rob> psgml and vm startup files in /etc/emacs20/site-start.d and
Rob> /etc/emacs19/site-start.d? Then only those versions will see
Rob> it. I'll have to check to see what I
On 16 Apr 1998, Manoj Srivastava wrote:
> Hi,
> >>"Bob" == Bob Hilliard <[EMAIL PROTECTED]> writes:
>
> Bob> A standard would become meaningless if anyone were allowed to
> Bob> modify and circulate it freely. These copyrights are clearly
> Bob> appropriate for documents of this type.
>
> Bob>
Hi,
>>"Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
Joey> My feeling on this is, yes, a single maintainer seems to work
Joey> best, as in the linux kernel model. But why do we have to
Joey> enforce this in policy? Developers should be free to set up any
Joey> organization they want to maintain t
Hmm, I just checked, since lisp/startup.el does have:
(defconst debian-emacs-flavor 'emacs19
"A symbol representing the particular debian flavor of emacs running.
Something like 'emacs20, 'xemacs20, etc.")
but it appears that this isn't getting executed. I can think of
several reasons for that -
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
> > I shall have to think about how far do we go, and how to limit
> > the scope of this document. I do not think we can cover secure
> > programming, portable programming, introduction to common softeware
> > tools, historic bugs, I/O progra
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> I shall have to think about how far do we go, and how to limit
> the scope of this document. I do not think we can cover secure
> programming, portable programming, introduction to common softeware
> tools, historic bugs, I/O programming, and
Christian Schwarz wrote:
> Note, that the Linux kernel is developed by the same procedure: A lot of
> programmers contribute source code, but everything is integrated by a
> single person (Linus). The same holds for Emacs--and probably for most
> other packages too.
>
> The reason why I object to
24 matches
Mail list logo
