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: tidy up requested

To: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Subject: [Xen-devel] Re: tidy up requested
From: Sean Dague <sean@xxxxxxxxx>
Date: Wed, 10 Aug 2005 15:51:39 -0400
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 10 Aug 2005 19:50:01 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <E1E2tgW-0006vl-00@xxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
References: <E1E2tgW-0006vl-00@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.6i
On Wed, Aug 10, 2005 at 05:44:08PM +0100, Ian Pratt wrote:
> 
> I've just looked at the set of files we install. It's a mess, and
> we need to tidy it up. What to people think about the following?
> Volunteers?
> 
> Thanks,
> Ian
> 
> 
> 
> install > find . -type f | grep -v /lib/modules | grep -v /boot
> ./usr/lib/libxc.so.3.0.0
> ./usr/lib/libxc.a
> ./usr/lib/libxenstore.a
> ./usr/lib/libxenstore-pic.a
> 
> I guess the above are OK.  Makes me wander whether we should
> rename libxc to libxenc ???
> 
> ./usr/include/xc.h
> ./usr/include/xs.h
> ./usr/include/xs_lib.h
> ./usr/include/xcs_proto.h
> 
> Should the above be under a /usr/include/xen too?
> 
> ./usr/include/xen/io/blkif.h
> ./usr/include/xen/io/domain_controller.h
> ./usr/include/xen/io/ioreq.h
> ./usr/include/xen/io/netif.h
> ./usr/include/xen/io/ring.h
> ./usr/include/xen/io/usbif.h
> ./usr/include/xen/io/vmx_vlapic.h
> ./usr/include/xen/acm.h
> ./usr/include/xen/acm_ops.h
> ./usr/include/xen/arch-ia64.h
> ./usr/include/xen/arch-x86_32.h
> ./usr/include/xen/arch-x86_64.h
> ./usr/include/xen/dom0_ops.h
> ./usr/include/xen/event_channel.h
> ./usr/include/xen/grant_table.h
> ./usr/include/xen/physdev.h
> ./usr/include/xen/sched_ctl.h
> ./usr/include/xen/trace.h
> ./usr/include/xen/version.h
> ./usr/include/xen/vmx_assist.h
> ./usr/include/xen/xen.h
> ./usr/include/xen/COPYING
> ./usr/include/xen/linux/privcmd.h
> ./usr/include/xen/linux/suspend.h
> 
> 
> ./usr/sbin/xenstored                  <-- move to /usr/lib/xen/sbin   
> ./usr/sbin/netfix                     <-- delete
> ./usr/sbin/xm                         <-- move to /usr/bin
xm is an administrative command, sbin is probably a good place to keep it.

> ./usr/sbin/xend                               
> ./usr/sbin/xenperf                    <-- move to /usr/lib/xen/bin    
> ./usr/sbin/xcs                                (about to be deleted)
> ./usr/sbin/xcsdump                    <-- move to /usr/lib/xen/bin
> ./usr/sbin/xenconsoled                        <-- move to /usr/lib/xen/sbin   
> 
> 
> ./usr/share/xen/qemu/keymaps/da
> ./usr/share/xen/qemu/keymaps/en-gb
> ...
> ./usr/share/xen/qemu/keymaps/pt
> ./usr/share/xen/qemu/keymaps/sl
> ./usr/share/xen/qemu/keymaps/tr
> 
> Should the above really go in /usr/share ???
> 
> 
> ./usr/bin/xenperf                     <-- duplicate of /usr/sbin/xenperf?
> ./usr/bin/xc_shadow                   <-- move to /usr/lib/xen/bin
> ./usr/bin/xencons                     <-- redundant?
> ./usr/bin/cpuperf-xen                 <-- move to /usr/lib/xen/bin
> ./usr/bin/cpuperf-perfcntr<-- should not be installed
> ./usr/bin/lomount                     (useful)
> ./usr/bin/xentrace                    <-- move to /usr/lib/xen/bin
> ./usr/bin/xentrace_format             <-- move to /usr/lib/xen/bin
> ./usr/libexec/xen/xc_restore
> ./usr/libexec/xen/xc_save
> ./usr/libexec/xen/xenconsole
> ./etc/init.d/xend
> ./etc/init.d/xendomains                       (needs review)
> ./etc/xen/xend-config.sxp
> ./etc/xen/xmexample1
> ./etc/xen/xmexample2
> ./etc/xen/xmexample.vmx
> ./etc/xen/scripts/network             <- rename to network-bridge
> ./etc/xen/scripts/vif-bridge
> ./etc/xen/scripts/network-route
> ./etc/xen/scripts/vif-route
> ./etc/xen/scripts/block-file
> ./etc/xen/scripts/block-enbd
> ./etc/xen/qemu-ifup                   <- move to /etc/xen/scripts/
> ./etc/xen/qemu-vgaram-bin             <- move to /usr/lib/xen/boot

It would also be nice if the installer didn't clobber files in /etc, having
to remember to fix /etc/xen/xend-config.sxp after every install gets tiring.

> ./usr/lib/xen/bin/qemu-dm
> ./usr/lib/xen/bin/qemu-dm.debug
> 
> 
> ./usr/lib/python/xen/__init__.py
> ./usr/lib/python/xen/lowlevel/__init__.py
> ./usr/lib/python/xen/lowlevel/xc.so
> ./usr/lib/python/xen/lowlevel/xu.so
> ...
> ./usr/lib/python/xen/sv/Wizard.pyc
> ./usr/lib/python/xen/sv/__init__.pyc
> ./usr/lib/python/xen/sv/util.pyc
> ./usr/lib/python/xen/__init__.pyc
> 
> 
> 
> ./usr/share/doc/xen/ps/interface.ps
> ./usr/share/doc/xen/ps/user.ps
> ./usr/share/doc/xen/pdf/interface.pdf
> ./usr/share/doc/xen/pdf/user.pdf
> ./usr/share/doc/xen/html/interface/index.html
> ./usr/share/doc/xen/html/interface/WARNINGS
> ./usr/share/doc/xen/html/interface/interface.html
> ...
> ./usr/share/doc/xen/html/user/labels.pl
> ./usr/share/doc/xen/html/user/images.pl
> ./usr/share/doc/xen/html/user/user.css
> ./usr/share/man/man1/xentrace_format.1
> ./usr/share/man/man8/xentrace.8
> 
> more man pages would be good... :-)

I had a patch that added one for xendomain.cfg.5 (the xm create config
files) and xm.1 (though pretty empty).  I spent a little more time on it
this morning, and can resend the patch if you like.

        -Sean

-- 
__________________________________________________________________

Sean Dague                                       Mid-Hudson Valley
sean at dague dot net                            Linux Users Group
http://dague.net                                 http://mhvlug.org

There is no silver bullet.  Plus, werewolves make better neighbors
than zombies, and they tend to keep the vampire population down.
__________________________________________________________________

Attachment: pgpzRTjEmz51E.pgp
Description: PGP signature

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel