WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: Unofficial Xen 2.0 debian packages kinda broken

To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Re: Unofficial Xen 2.0 debian packages kinda broken
From: Nuutti Kotivuori <naked@xxxxxx>
Date: Mon, 25 Oct 2004 03:07:00 +0300
Cache-post-path: aka.i.naked.iki.fi!unknown@xxxxxxxxxxxxxxxxxx
Cancel-lock: sha1:TuxuOABkhw6Pqe1cypt9RwgcCOo=
Delivery-date: Mon, 25 Oct 2004 02:06:33 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Organization: Ye 'Ol Disorganized NNTPCache groupie
References: <87is94fh2q.fsf@xxxxxxxxxxxxxxxxxx> <1098418544.32097.136.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx> <877jpjdj6q.fsf@xxxxxxxxxxxxxxxxxx> <1098538551.32097.201.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx> <871xfpczo9.fsf@xxxxxxxxxxxxxxxxxx> <1098540624.32097.229.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx> <87u0slbj69.fsf@xxxxxxxxxxxxxxxxxx> <1098547866.32097.250.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux)
Brian Wolfe wrote:
> On Sat, 2004-10-23 at 09:31, Nuutti Kotivuori wrote:
>>  What I have considered doing for a while is to make wrapper around
>> make-kpkg and the kernel directory with a curses UI that would
>> lessen confusion about what operations can be done next and what
>> options need to be passed to all commands and all that. A bit like
>> how debian-installer looks like.
>
> Interesting... I wonder if that could be adapted to provide an
> interface for xlb as well. If you write it, how much trouble would
> it be to have it just parse a menu/action/dep config file to know
> what to present? Or is there a package out there like this in
> existance already?

Well, making the tool is not high on my to-do list, so no need to
consider these matters yet too thoroughly.

Apparently somebody else has thought about something similar as I
stumbled upon this in the experimental debian archive:

Package: sourcerer-kernel-builder
Description: automatically build new custom kernels on source upgrades
 Sourcerer-kernel-builder tracks changes in the kernel-source,
 kernel-patch and kernel-modules packages and rebuilds kernel-images
 with a custom configuration whenever packages relevant to it change.
 Sourcerer-kernel-builder also provides a frontend to manage those
 custom configuration alowing users to choose what patches and modules
 they want included.
 ...

> My goal is to get xlb working enough that I can then use it to
> generate unofficial kernel images that have options set as closely
> to the official debian kernel-image packages as possible.

Standard Xen kernel images would be really nice, yes.

> side note, I just had some of the debian packaging specifics related
> to versions explained to me by Keybuk on irc.oftc.net
> #debian-devel. I've been mucking the package versions even worse
> than I thought. sooo I *think* I have the version stamps figured out
> finally. :)
>
> xen_2.0-0.$(bk_patchlevel)-$(deb_version)
> Once in stable mode, it'll become xen_2.0-$(deb_version)

Um. Can you have two dashes in package versions? I thought there was
only one dash and it was to separate the debian version from the
upstream version.

If you wish to have the bk_patchlevel in the upstream version part and
still get the upgrade nicely, I think one needs to do the ugly ugly
format used by several packges.

1.999+2.0.bk.1.1092-1

But like said, these aren't the official packages yet, so versioning
doesn't really matter - 2.0-1 should be the first official package and
that matters.

-- Naked



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>