On 22/04/10 at 00:11 +0200, Tobi wrote:
Lucas Nussbaum wrote:
3) Instead of providing several libfoo-ruby1.{8,9.1} packages, we
provide only one when it is possible (pure ruby packages), named
libfoo-ruby.
When this is not possible (case of packages that contain native extensions),
we
Lucas Nussbaum escreveu isso aí:
1) We base our packaging on rubygems. This doesn't mean that we package gems
directly. But we take upstream gems, convert them to .orig.tar.gz (easy), and
then apply our Debian-specific tools. That allows use to keep the
maximum flexibility of what we can do
On 22/04/10 at 19:40 +0900, NARUSE, Yui wrote:
0) We try to provide as much support as possible for all ruby interpreters
(well, at least 1.8 and 1.9.1, but maybe also jruby). However, we decide
on a default version (1.8 currently) that all libraries must support.
We'll release Ruby
On 22/04/10 at 07:33 -0600, Marcelo E. Magallon wrote:
When I was exploring a similar idea, I was thinking of going
with:
DIR=`basename $gem .gem`
mkdir $DIR
tar xOf $gem data.tar.gz | tar -C $DIR -xzf -
My own implementation:
#!/bin/bash
set -x
set -e
GEM=$1
BASENAME=$(basename $GEM
(2010/04/22 22:32), Lucas Nussbaum wrote:
On 22/04/10 at 19:40 +0900, NARUSE, Yui wrote:
0) We try to provide as much support as possible for all ruby interpreters
(well, at least 1.8 and 1.9.1, but maybe also jruby). However, we decide
on a default version (1.8 currently) that all
On 22/04/10 at 23:00 +0900, NARUSE, Yui wrote:
(2010/04/22 22:32), Lucas Nussbaum wrote:
On 22/04/10 at 19:40 +0900, NARUSE, Yui wrote:
0) We try to provide as much support as possible for all ruby interpreters
(well, at least 1.8 and 1.9.1, but maybe also jruby). However, we
decide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
On Apr 21, 2010, at 2:07 PM, Lucas Nussbaum wrote:
0) We try to provide as much support as possible for all ruby
interpreters
(well, at least 1.8 and 1.9.1, but maybe also jruby). However, we
decide
on a default version (1.8
On 22/04/10 at 08:56 -0600, Joshua Timberman wrote:
Can we also please have RubyGems on Debian install in
/usr/local/lib/site_ruby, with binaries in /usr/local/bin? The
installation location of the current RubyGems is considered messy
and unexpected, and binaries are not in the default $PATH.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 22, 2010, at 9:25 AM, Lucas Nussbaum wrote:
This has been discussed at length in #448639 (/usr/local/lib vs
/var/lib) and #403407 (executables not in $PATH).
I'm not sure if these bug threads are conclusive, it seems that /usr/
local/lib
Hi Marcelo,
Sorry to delay.
So currently repack.sh is getting call with debian/watch file
(uscan --force-download --rename --destdir ../tarballs).
It was a fix for subversion when you download upstream source and keep
it in ../tarballs before running svn-buildpackage.
I haven't said that
10 matches
Mail list logo
