Opps. I wanted to mail it to -policy and it went this way. :-)
Sorry.
--
Pedro Guerreiro (aka digito)([EMAIL PROTECTED])
Diplomacy: the art of letting someone have your own way.
On Thu, Apr 01, 1999 at 01:10:41PM -0500, [EMAIL PROTECTED] wrote:
> I'll go ahead and go that route. Now comes part 2 -- are
> there any steps I need to take (wnpp or whatever) for
> the splitting of that package?
No.
> *AND* -- how do I get dpkg-buildpackage to create 2 .debs
> out of a single
Hrmph -- I deleted the original thread, so can't reply :(
Whoever said the idea about splitting it up into two
packages -- a svgatextmode (binary) and svgatextmode-fonts
(for the problem fonts) had a good idea. In fact, I think
I'll go ahead and go that route. Now comes part 2 -- are
there any s
On Thu, Apr 01, 1999 at 12:25:39PM -0500, Raul Miller wrote:
> Note that we already use non-pristine tar files in some cases (for
> example: where the upstream version doesn't contain files in a
> properly named subdirectory).
AFAIR it is irrelevant how the directory in .orig.tar.gz is named,
sinc
Pedro Guerreiro writes:
> My question is: The binary packages _will not_ have anything from those
> utils (they're only good in a NeXT), so there is no problem with them,
> _but_ the source tarball, if I make it pristine, will have those utils on
> it. Should I just remove the utils from the source
> My question is: The binary packages _will not_ have anything from
> those utils (they're only good in a NeXT), so there is no problem with
> them, _but_ the source tarball, if I make it pristine, will have those
> utils on it. Should I just remove the utils from the source, making
> the problem d
Hi all.
After a couple of talks with Josip Rodin, I came across with one question
regarding the Debian Policy for naming library packages:
Suppose I've got a library named foo version 1.32, should the package name
be foo1{-dev} or libfoo1{-dev}? The question is should one use _lib_ on the
library
Hi.
[Sorry for the cross-posting]
My problems is as follows: I've debianized a library that was conceived for the
NeXT in the first place, and the source code come with some utils that don't
have a clear free license. The library by itself is public domain, but those
utils might cause problem if
On Thu, Apr 01, 1999 at 08:08:02AM +0100, Pedro Guerreiro wrote:
> > Yes, GTK+ is not libgtk1. Yes, XForms is not libforms0.88. Yes, FLTK is
> > not libfltk1. Yes, GGI is not libggi2. Yes, ncurses is not libncurses4.
> > Yes, PAM is not libpam0. Yes, PropList is not libproplist0. Yes, ReadLine
> >
On Thu, Apr 01, 1999 at 01:43:36AM -0800, Joey Hess wrote:
> Giuliano P Procida wrote:
> > time ago and I asked the menu maintainer (Joey Hess) what I should do.
> Actually that's Joost Witteveen.
So it is. Don't ask me how I managed to make this mistake!
Anyway, there may be a solution to this
Giuliano P Procida wrote:
> If I understand you correctly, you have an app that has both a command
> line (in a text terminal) and an X window. I had the same problem some
> time ago and I asked the menu maintainer (Joey Hess) what I should do.
Actually that's Joost Witteveen.
--
see shy jo
[snip: menu for X app]
If I understand you correctly, you have an app that has both a command
line (in a text terminal) and an X window. I had the same problem some
time ago and I asked the menu maintainer (Joey Hess) what I should do. He
suggested a temporary (needs=X11term) solution which worked
On Thu, Apr 01, 1999 at 12:16:23AM +0200, Josip Rodin wrote:
> On Wed, Mar 31, 1999 at 10:57:10PM +0100, Pedro Guerreiro wrote:
> > > If they are libraries, they should be called lib{-dev}.
> >
> > Why? Are there any policy regarding this subject? The library is called
> > _cgraph_ not _libcgraph_
*
*
Sorry about the mangled messages. It is happening periodically since
yesterday and I don't know why.
*John Lapeyre wrote:
I want to add rasmol to the menu system. It runs only under X,
> but at the same time needs a terminal open for the command line interface.
> I'd like to say nee
but at the same time needs a terminal open for the command line interface.
I'd like to say needs=X11, but still have the window manager open it in its
preferred termial emulator. Is this possible ?
I could just say needs=X11 and then
command="/usr/X11R6/bin xterm -e rasmol", but what if xterm is
15 matches
Mail list logo
