Building -dbg libraries

1998-01-08 Thread Fabrizio Polacco
On 8 Jan, Guy Maor wrote: > Fabrizio Polacco <[EMAIL PROTECTED]> writes: > >> I recently managed to add some sources in my -dbg shared lib packages, >> to make them easily debuggable. (See bug#16038 on 30 Dec) > > I rather liked your solution to the problem of debuggable shared libs, > but you n

Re: Policy for group ownership of games (Was: Re: Bug#15846: rocks-n-diamonds: errors on startup)

1998-01-08 Thread Joost Kooij
Guy Maor wrote: > Joost Kooij <[EMAIL PROTECTED]> writes: > > > That doesn't seem "simple" to me. It requires that a lot of games be > > patched to allow for a command-line switch to override the location of > > data files. > > I doubt that it's that hard to implement. Suggest it to the game's

Re: splitting debian-devel-changes

1998-01-08 Thread Santiago Vila
-BEGIN PGP SIGNED MESSAGE- Well, as Christian Schwarz has pointed out to me (and I agree), it would be better to postpone this debate until the "new uploading procedure" is approved and installed (see the next "policy weekly posting"). Thanks. -BEGIN PGP SIGNATURE- Version: 2.6.3

Re: [Fwd: dhelp support?]

1998-01-08 Thread Marco Budde
Santiago Vila wrote: Hi! > Marco Budde has asked me to add dhelp support in debmake (he even sent me > patches), but there is a doc-base package planned for Debian 2.1. Since it > seems that doc-base and dhelp will have very similar goals, I don't think > it is a good idea to support dhelp (throu

Re: splitting debian-devel-changes

1998-01-08 Thread Martin Schulze
On Thu, Jan 08, 1998 at 06:43:55PM +1100, Martin Mitchell wrote: > I think a more complete approach is needed for this issue. Other things > which should be considered: > - Possibly a more compact format for upload announcements for binary-only > recompiles. What rushes to my mind is another t

Re: splitting debian-devel-changes

1998-01-08 Thread Martin Mitchell
Santiago Vila <[EMAIL PROTECTED]> writes: > Well, now that the Debian ports generate a lot of postings in > debian-devel-changes, I think it is time to split that list by > architecture. I think a more complete approach is needed for this issue. Other things which should be considered: - Changin