[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: When do this occur?



On Thu, Nov 23, 2000 at 12:49:03AM +0000, Colin Watson wrote:
> [Moving to debian-mentors, where this should go.]
> 
> Ola Lundqvist <opal@debian.org> wrote:
> >dpkg-gencontrol: error: source package has two conflicting values -
> >xemacs21 and gtk-xemacs21
> >dh_gencontrol: command returned error code
> [...]
> >When do dpkg-gencontrol say that there are conflicting values?
> 
> When you have two Source: lines in debian/control. You should never need
> to do this; if you're creating multiple binary packages, have multiple
> blocks beginning with Package: lines.

Ok. ... But I do not have multiple Source: lines. I do only have one, on
the first line. :(

> You aren't trying to make debian/control files look like entries in the
> available or status file, are you? They look rather similar but have
> different required and forbidden fields. The packaging manual has more
> details.

No I do not think so.

> It sounds like Replaces: is reasonable if you think gtk-xemacs21 should
> take priority over xemacs21 (see section 8.5.2 of the packaging manual).
> If GTK is not installed then gtk-xemacs21 can't possibly be, so the
> question doesn't arise. In any event the user will most likely have to
> explicitly select gtk-xemacs21 for installation.

Ok, thanx, then it will be replaces. :)

Can you (or anyone) take a look on the attached control file?
Is there anything wrong there? Yes I know it is quite big and a bit messy.
But it worked before I changed name from xemacs21 to gtk-xemacs21.

> I can't think of any way of encouraging GNOME users (as opposed to GTK
> users) to use gtk-xemacs21, short of putting it into task packages,
> which would be a pain for hardened vi users like myself.
> 
> By the way, is there any reason this package isn't called xemacs21-gtk?
> The convention for GTK variants of packages seems to be *-gtk rather
> than gtk-*, and xemacs21-gtk would have the added benefit for you of
> sorting near xemacs21, so that users would be more likely to notice it.

The reason is that I have used quite a lot of scripts from the xemacs package
and it will be quite messy to have that name. But if I just get it to
be packaged with gtk-xemacs as name I'll try to switch before I upload. :)

// Ola

-- 
 --------------------- Ola Lundqvist ---------------------------
/  opal@debian.org                     Björnkärrsgatan 5 A.11   \
|  opal@lysator.liu.se                 584 36 LINKÖPING         |
|  +46 (0)13-17 69 83                  +46 (0)70-332 1551       |
|  http://www.opal.dhs.org             UIN/icq: 4912500         |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---------------------------------------------------------------
Source: gtk-xemacs21
Section: editors
Priority: optional
Maintainer: Ola Lundqvist <opal@debian.org>
Standards-Version: 3.0.0
Build-Depends: texinfo, libcanna1g-dev, libwnn6-dev, libjpeg62-dev, libncurses5-dev, libpng2-dev, libtiff3g-dev, xpm4g-dev, zlib1g-dev, texi2html, libgtk1.2-dev, libgnome-dev

Package: gtk-xemacs21
Architecture: all
Depends: gtk-xemacs21-mule (= ${Source-Version}) | gtk-xemacs21-mule-canna-wnn (= ${Source-Version}) | gtk-xemacs21-nomule (= ${Source-Version})
Replaces: xemacs, xemacs-widget, xemacs21
Conflicts: xemacs, xemacs-widget, xemacs21
Provides: gtk-xemacs21
Description: Editor and kitchen sink
 This package exists to cause the installation of the real gtk-xemacs packages.
 .
 This version will conflict with the xemacs21 package so
 you have to choose between the two. That might change in the future but
 right now it seems pretty hard to fix in some other way.

Package: gtk-xemacs21-mule
Architecture: any
Depends: gtk-xemacs21-support (= ${Source-Version}), gtk-xemacs21-bin (= ${Source-Version}), ${shlibs:Depends}, gtk-xemacs21-mulesupport, gtk-xemacs21-basesupport, emacsen-common
Conflicts: xemacs21-mule
Replaces: xemacs21-mule
Provides: emacsen, info-browser, mail-reader, news-reader, www-browser, gtk-xemacs21
Description: Editor and kitchen sink -- Mule binary
 This package contains the actual binary used to run XEmacs.  It
 depends on the gtk-xemacs21-support package for lisp and etc files, and
 the gtk-xemacs21-bin package for supporting binaries.  This binary has
 been compiled with support for mule, but no input extensions.
 .
 This version will conflict with the xemacs21-mule package
 so you have to choose between the two.
 .
 Mule is the extension to (x)emacs that allows for the display of
 non-European characters (for example Japanese and Korean characters).
 This version of the package is mainly useful for only the display and
 reading of international characters.  It does not have any mechanism
 for entering non-European characters (see the gtk-xemacs21-mule-canna-wnn
 package for that).
 .
 This package actually contains one of the three gtk-xemacs binaries
 available.  The other two are gtk-xemacs21-nomule and gtk-xemacs21-mule-canna-wnn.

Package: gtk-xemacs21-nomule
Architecture: any
Depends: gtk-xemacs21-support (= ${Source-Version}), gtk-xemacs21-bin (= ${Source-Version}), ${shlibs:Depends}, gtk-xemacs21-basesupport, emacsen-common
Conflicts: xemacs21-nomule
Replaces: xemacs21-nomule
Provides: emacsen, info-browser, mail-reader, news-reader, www-browser, gtk-xemacs21
Description: Editor and kitchen sink -- Non-mule binary
 This package contains the actual binary used to run XEmacs.  It
 depends on the gtk-xemacs21-support package for lisp and etc files, and
 the gtk-xemacs21-bin package for supporting binaries.  This binary does
 not have any of the mule stuff compiled into it.  It should be faster
 than the gtk-xemacs21-mule and gtk-xemacs21-mule-canna-wnn packages because
 it does not contain the fairly large bit of code for either the
 display or input of non-European characters.
 .
 This version will conflict with the xemacs21-nomule package
 so you have to choose between the two.
 .
 This package actually contains one of the three gtk-xemacs binaries
 available.  The other two are gtk-xemacs21-mule and gtk-xemacs21-mule-canna-wnn.

Package: gtk-xemacs21-mule-canna-wnn
Architecture: any
Depends: gtk-xemacs21-support (= ${Source-Version}), gtk-xemacs21-bin (= ${Source-Version}), ${shlibs:Depends}, gtk-xemacs21-mulesupport, gtk-xemacs21-basesupport, emacsen-common
Suggests: xfonts-cjk
Conflicts: xemacs21-mule-canna-wnn
Replaces: xemacs21-mule-canna-wnn
Provides: emacsen, info-browser, mail-reader, news-reader, www-browser, gtk-xemacs21
Description: Editor and kitchen sink -- Mule binary compiled with canna and wnn
 This package contains the actual binary used to run XEmacs.  It
 depends on the gtk-xemacs21-support package for lisp and etc files, and
 the gtk-xemacs21-bin package for supporting binaries.  This binary has
 support for the input extensions Canna and WNN compiled in.
 .
 This version will conflict with the xemacs21-mule-canna-wnn
 package so you have to choose between the two.
 .
 Mule is an extension to (x)emacs that allows for the display and
 input of non-European characters.  This binary allows for input and
 display whereas the gtk-xemacs21-mule package only does display.
 .
 This package actually contains one of the three gtk-xemacs binaries
 available.  The other two are gtk-xemacs21-nomule and gtk-xemacs21-mule.

Package: gtk-xemacs21-bin
Architecture: any
Conflicts: xemacs21-bin
Replaces: xemacs21-bin
Provides: gtk-xemacs21-bin
Depends: gtk-xemacs21-support (= ${Source-Version}),  gtk-xemacs21 (= ${Source-Version}), ${shlibs:Depends}
Description: Editor and kitchen sink -- support binaries
 A spinoff of the GNU Emacs editor with much better support for X
 including multiple fonts within the same buffer and images within
 buffers, but that doesn't even begin to describe the changes.
 .
 This version will conflict with the xemacs21-bin package
 so you have to choose between the two.
 .
 XEmacs is a full fledged programming language with a mail reader,
 news reader, info browser, web browser, calendar, specialized editor
 for more programming languages and other formats than most people
 encounter in a lifetime, and much much more.
 .
 After starting it up peruse the Help menu and read more on its
 origins and what it can do.
 .
 You will need one of gtk-xemacs21-mule, gtk-xemacs21-nomule, or
 gtk-xemacs21-mule-canna-wnn to actually run gtk-xemacs.

Package: gtk-xemacs21-support
Architecture: all
Conflicts: xemacs-support, xemacs21-support
Replaces: xemacs-support, xemacs21-support
Provides: gtk-xemacs21-support
Suggests: gtk-xemacs21-supportel (= ${Source-Version})
Depends: emacsen-common, gtk-xemacs21 (= ${Source-Version})
Description: Editor and kitchen sink -- architecture independent support files
 Support and architecture independent files for XEmacs 21.1.12.  This
 includes the files found in etc and all required elisp library files
 (mostly compiled (.elc files), but a few uncompiled (.el files)).
 .
 This version will conflict with the xemacs21-support package
 so you have to choose between the two.

Package: gtk-xemacs21-supportel
Architecture: all
Conflicts: xemacs21-supportel
Replaces: xemacs21-supportel
Provides: gtk-xemacs21-supportel
Depends: gtk-xemacs21-support (= ${Source-Version})
Description: Editor and kitchen sink -- non-required library files
 This package contains all the non-necessary library files for
 XEmacs.  The gtk-xemacs21-support package contains the compiled versions
 of these files.
 .
 The major reason to install this package is if you want to learn
 elisp or modify the libraries for your specific installation.
 .
 This version will conflict with the xemacs21-supportel
 package so you have to choose between the two.

Package: gtk-xemacs21-htmldoc
Conflicts: xemacs21-htmldoc
Replaces: xemacs21-htmldoc
Provides: gtk-xemacs21-htmldoc
Architecture: ignore
Depends: gtk-xemacs21-support
Description: Editor and kitchen sink -- documentation in html format
 This package contains the XEmacs info documentation in html format.
 .
 This version will conflict with the xemacs21-htmldoc package
 so you have to choose between the two.


Reply to: