Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-26 Thread Marc Haber
tags #394138 pending
thanks

On Thu, Oct 19, 2006 at 06:45:08PM +0200, Marc Haber wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Marc Haber [EMAIL PROTECTED]
 
 * Package name: vmware-package
   Version : 0.0
   Upstream Author : Marc Haber [EMAIL PROTECTED]
 * URL : none yet
 * License : GPL
   Programming Lang: shell
   Description : utility for building Vmware related Debian packages

I have uploaded the first version to experimental. For the time it has
to spend in NEW, the package is available from
http://ivanova.notwork.de/~mh/debian/.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-24 Thread Marc Haber
On Sun, Oct 22, 2006 at 01:41:06AM +0100, Sam Morris wrote:
 You might be interested in checking out some of the work I did on
 packaging vmware. Debian diffs are available from
 http://robots.org.uk/debian/unofficial/vmware/.

Would you be willing to co-maintain vmware-package? You seem to have
invested a lot of work.

 I tried to integrate as much with Debian as possible. Easy stuff
 included desktop entries, doc-base registration, and using existing
 packages where they already exist in Debian (e.g., point the user at
 dhcp3-server instead of shipping VMware's modified version).

My package does not do a lot of these. Patches would be appreciated.

 Harder stuff included network setup, and replacing the init script with
 if-{pre-post}-{up,down}.d scripts, which allows the user to configure
 their virtual networks by editing /etc/networking/interfaces.


That looks quite neat.

I have preliminary packages on http://ivanova.notwork.de/~mh/debian. I
am going to test them on a clean system and against Debian kernel
sources later this week. There seems to be an issue of the dhcp daemon
answering requests on non-vmnet interfaces.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-21 Thread Sam Morris
You might be interested in checking out some of the work I did on
packaging vmware. Debian diffs are available from
http://robots.org.uk/debian/unofficial/vmware/.

I tried to integrate as much with Debian as possible. Easy stuff
included desktop entries, doc-base registration, and using existing
packages where they already exist in Debian (e.g., point the user at
dhcp3-server instead of shipping VMware's modified version).

Harder stuff included network setup, and replacing the init script with
if-{pre-post}-{up,down}.d scripts, which allows the user to configure
their virtual networks by editing /etc/networking/interfaces.

The biggest problems I had were:

  * ifupdown fails to handle the failure of
if-{pre,post}-{up,down}.d scripts. Instead, the interface is
blindly set into the target state.
  * VMware seem to make a lot of modifications to the libraries they
use, and some of them are no longer binary compatible. Getting
vmware to work at all without segfaulting took a lot of trial
and error. In the end it works, but the user's GTK theme is not
applied to vmware's controls.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


signature.asc
Description: This is a digitally signed message part


Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-20 Thread Marc Haber
Package: wnpp
Severity: wishlist
Owner: Marc Haber [EMAIL PROTECTED]

* Package name: vmware-package
  Version : 0.0
  Upstream Author : Marc Haber [EMAIL PROTECTED]
* URL : none yet
* License : GPL
  Programming Lang: shell
  Description : utility for building Vmware related Debian packages

This package provides the capability to create Debian packages for
various VMware products and related software by obtaining VMware
tarballs and then just running make-vmpkg.

It can currently build Debian packages for the following VMware and
VMware related products:

  * VMware kernel modules for Linux, using the vmware-any-any tarball

It is planned to extend make-vmkg to build Debian packages for the
following VMware products:

  * VMware Player 1.0.2

Please note that you need to download the corresponding tarballs
yourself, and that the resulting .deb files are non-free and
non-distributeable.

The package is meant to aid a local admin to roll out VMware products
to their local systems by means of the packaging system.

Greetings
Marc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-20 Thread Marc Haber
On Fri, Oct 20, 2006 at 11:16:59AM +0100, Steve Kemp wrote:
 On Thu, Oct 19, 2006 at 06:45:08PM +0200, Marc Haber wrote:
  Please note that you need to download the corresponding tarballs
  yourself, and that the resulting .deb files are non-free and
  non-distributeable.
 
   Is it not possible to do a wget to fetch these images as
  part of the package postinstall?

I'd like people to explicitly know that they're building something
non-free and non-distributeable. At least the vmware-player itself
requires an EULA before download is allowed. vmware-any-any is freely
available for download, yes.

   It just seems that if you're expecting users to download a
  tarball anyway that automating things further is a little strange.

My goal is to have the files properly registered with the packaging
system. Automating things is a side-effect of that.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-20 Thread Steve Kemp
On Thu, Oct 19, 2006 at 06:45:08PM +0200, Marc Haber wrote:

 Please note that you need to download the corresponding tarballs
 yourself, and that the resulting .deb files are non-free and
 non-distributeable.

  Is it not possible to do a wget to fetch these images as
 part of the package postinstall?

  (ie. Like the flashplugin )

  It just seems that if you're expecting users to download a
 tarball anyway that automating things further is a little strange.

Steve
-- 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#394138: ITP: vmware-package -- utility for building Vmware related Debian packages

2006-10-20 Thread Steve Kemp
On Fri, Oct 20, 2006 at 12:20:04PM +0200, Marc Haber wrote:

 I'd like people to explicitly know that they're building something
 non-free and non-distributeable. At least the vmware-player itself
 requires an EULA before download is allowed. vmware-any-any is freely
 available for download, yes.

  I would assume that anybody would know that already.  But again
 the non-free flash plugin (and java packages) automate the agreement
 to the license as part of the post-install.

  I guess I'm not really complaining, so much as hoping that if there
 were a package that installing it would be sufficient alone.

  I'll not object any more, but if you do manage to find a way to
 do the agreement + wget I'm sure people would find it simpler to
 use.

 My goal is to have the files properly registered with the packaging
 system. Automating things is a side-effect of that.

  Thats a great goal :)

Steve
-- 


signature.asc
Description: Digital signature