Bug#1041463: ITP: rust-wasmtime -- cross-platform engine for running WebAssembly programs

2023-07-19 Thread Faidon Liambotis
On Wed, Jul 19, 2023 at 06:41:54PM +0200, Jonas Smedegaard wrote:
> > > This is a pseudo-ITP: The source package is already maintained for the
> > > subset covering core Cranelift crates, since they are part of same
> > > monorepo. The intent tracked here is extending that source package to
> > > provide binary packages librust-wasmtime* which involves additional
> > > dependencies unneeded for Cranelift.
> > 
> > I'm not sure what you mean by that -- what is already maintained? 
> 
> Whoops, I had it in mind but evidently forgot to mention it: I mean the
> packaging effort tracked as ITP bug#1041434 (and now in NEW queue).

Ah! It makes sense now, thanks :)

> > Also, are you planning to package wasmtime, as in the CLI, itself? I
> > believe this exists on the same upstream/source tree as the language
> > bindings that you're proposing here?
> 
> I mean both the Rust crates and the command-line tool.
> 
> You are right, both are part of same monorepo.

Awesome!

> > > Please shout if there is need for wasmtime, and especially if there is
> > > interest in helping get the needed dependencies packaged.
> > 
> > I don't have the bandwidth to help packaging wasmtime. However, I do
> > maintain another popular WebAssembly runtime, WasmEdge, and last year I
> > contributed a few changes to the Debian LLVM packages
> > (src:llvm-project-14 and friends) with regards to WebAssembly support,
> > and so you could say I'm interested with helping in bringing more parts
> > of the WebAssembly ecosystem in Debian :) I'm also interested in
> > opportunities to help each other, and in the relevant packages working
> > well with each other and/or providing a unified experience. Let me know
> > if you can think of any such ways.
> 
> I don't have a special interest in WebAssembly (yet) - my packaging
> efforts here is targeted packaging of swt (bug#991761).  That work also
> involves packaging (again only a subset of crates initially for) wasmer.

Wasmer too? That's even better :)

Good luck!

Faidon



Bug#1041463: ITP: rust-wasmtime -- cross-platform engine for running WebAssembly programs

2023-07-19 Thread Jonas Smedegaard
Hi Faidon,

Quoting Faidon Liambotis (2023-07-19 15:01:59)
> On Wed, Jul 19, 2023 at 10:56:32AM +0200, Jonas Smedegaard wrote:
> >  rust-wasmtime is the Rust embedding API for the Wasmtime project:
> >  a cross-platform engine for running WebAssembly programs.
> > 
> > This is a pseudo-ITP: The source package is already maintained for the
> > subset covering core Cranelift crates, since they are part of same
> > monorepo. The intent tracked here is extending that source package to
> > provide binary packages librust-wasmtime* which involves additional
> > dependencies unneeded for Cranelift.
> 
> I'm not sure what you mean by that -- what is already maintained? 

Whoops, I had it in mind but evidently forgot to mention it: I mean the
packaging effort tracked as ITP bug#1041434 (and now in NEW queue).


> Also, are you planning to package wasmtime, as in the CLI, itself? I
> believe this exists on the same upstream/source tree as the language
> bindings that you're proposing here?

I mean both the Rust crates and the command-line tool.

You are right, both are part of same monorepo.


> > Please shout if there is need for wasmtime, and especially if there is
> > interest in helping get the needed dependencies packaged.
> 
> I don't have the bandwidth to help packaging wasmtime. However, I do
> maintain another popular WebAssembly runtime, WasmEdge, and last year I
> contributed a few changes to the Debian LLVM packages
> (src:llvm-project-14 and friends) with regards to WebAssembly support,
> and so you could say I'm interested with helping in bringing more parts
> of the WebAssembly ecosystem in Debian :) I'm also interested in
> opportunities to help each other, and in the relevant packages working
> well with each other and/or providing a unified experience. Let me know
> if you can think of any such ways.

I don't have a special interest in WebAssembly (yet) - my packaging
efforts here is targeted packaging of swt (bug#991761).  That work also
involves packaging (again only a subset of crates initially for) wasmer.

> On that note, you may be interested in (and/or subscribing to) #1033322.

Thanks. I've subscribed to that now :-)

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#1041463: ITP: rust-wasmtime -- cross-platform engine for running WebAssembly programs

2023-07-19 Thread Faidon Liambotis
On Wed, Jul 19, 2023 at 10:56:32AM +0200, Jonas Smedegaard wrote:
>  rust-wasmtime is the Rust embedding API for the Wasmtime project:
>  a cross-platform engine for running WebAssembly programs.
> 
> This is a pseudo-ITP: The source package is already maintained for the
> subset covering core Cranelift crates, since they are part of same
> monorepo. The intent tracked here is extending that source package to
> provide binary packages librust-wasmtime* which involves additional
> dependencies unneeded for Cranelift.

I'm not sure what you mean by that -- what is already maintained? 

Also, are you planning to package wasmtime, as in the CLI, itself? I
believe this exists on the same upstream/source tree as the language
bindings that you're proposing here?

> Please shout if there is need for wasmtime, and especially if there is
> interest in helping get the needed dependencies packaged.

I don't have the bandwidth to help packaging wasmtime. However, I do
maintain another popular WebAssembly runtime, WasmEdge, and last year I
contributed a few changes to the Debian LLVM packages
(src:llvm-project-14 and friends) with regards to WebAssembly support,
and so you could say I'm interested with helping in bringing more parts
of the WebAssembly ecosystem in Debian :) I'm also interested in
opportunities to help each other, and in the relevant packages working
well with each other and/or providing a unified experience. Let me know
if you can think of any such ways.

On that note, you may be interested in (and/or subscribing to) #1033322.

Regards,
Faidon



Bug#1041463: ITP: rust-wasmtime -- cross-platform engine for running WebAssembly programs

2023-07-19 Thread Jonas Smedegaard
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-wasmtime
  Version : 10.0.1
  Upstream Contact: The Wasmtime Project Developers
* URL : https://github.com/bytecodealliance/wasmtime
* License : Apache-2.0 with LLVM exception
  Programming Lang: Rust
  Description : cross-platform engine for running WebAssembly programs

 rust-wasmtime is the Rust embedding API for the Wasmtime project:
 a cross-platform engine for running WebAssembly programs.

This is a pseudo-ITP: The source package is already maintained for the
subset covering core Cranelift crates, since they are part of same
monorepo. The intent tracked here is extending that source package to
provide binary packages librust-wasmtime* which involves additional
dependencies unneeded for Cranelift.

Please shout if there is need for wasmtime, and especially if there is
interest in helping get the needed dependencies packaged.

 - Jonas
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmS3pT0ACgkQLHwxRsGg
ASHK0Q//T+JkDOAzi2aWZVLT0106beLktA52VWg0mivPwwM915X+mV3Ay1WcM022
3it2jJNtm3i/srEm1whOK/hB74kW2QvXuCRt9s9f4LQgchhvdp3RrjCdWFZwhgtI
fy4ukekVJeDDa8gVY7BoTVMDRKBBNs7oLKnOhj08HPGi/mn+bB9tg1BCPL5DpZJt
k/VpwFQFCG/Oe3ddlVRRyiZ/KnrprlEbOstMhgDyHMNPbaDgBuBl4Zjdv2TknHzH
D2/aWPjdQncD53ub+MKOZIlhHs1CN6jZt0eEek3mFXtotG12jXDxwlvuhLuNTbVa
HjudFhavVuHM1ugOYvfh9ucLUbBNx+P8pZjW2JDhNBQp2wOVCT6HYLo6uv0R1eGS
fWu1LoY4mRx5X6wvTuZGB7LoOBds0dZo/96o7YPz/gnuhMR/5jfEUyQy1RZhYYe6
cEWSLQdjSVlHHfYgZ50uOdx99T+yd4jeimTCyb5CBYWtSIS3MBLLAaurapfxlIqC
laFzGQ02qx+LOfsRahzsjLzf++fK5xMM16ombKEgyMHT5zu/2BwXiUCZunv5TURT
A2bgXzyTaumrsvAHNrY4FWarXNywNd7srjaAsGwSN9iN75KAhS4Pkk0r9pPposBl
v3TkcJv9mfc780lefjqyVJc1uzJ6VSNKS98G2JKCoaaqYN77W0A=
=t/RV
-END PGP SIGNATURE-