On Fri, 2009-03-27 at 02:10 +0100, gregor herrmann wrote:
Another precedent (and quite similar, since it's also an application
for a mobile phone, just symbian instead of java) is gnapplet.sis,
shipped in gammu. AFAICS the source package contains the source for
gnapplet but it's not built
On Fri, 27 Mar 2009 17:30:35 +0800, Chow Loong Jin wrote:
AFAICS the source package contains the source for
gnapplet but it's not built but the pre-compiled .sis is installed
into /usr/share/doc/gammu/symbian/.
I see. And gammu is in main?
Yes, that's what `apt-cache policy gammu' tells
On Fri, 2009-03-27 at 14:43 +0100, gregor herrmann wrote:
On Fri, 27 Mar 2009 17:30:35 +0800, Chow Loong Jin wrote:
AFAICS the source package contains the source for
gnapplet but it's not built but the pre-compiled .sis is installed
into /usr/share/doc/gammu/symbian/.
I see. And
On Fri, 27 Mar 2009 13:54:12 +, Chow Loong Jin wrote:
I suppose that's ok, but I'd check with the ftp-masters before
uploading.
Alright, who should I contact? ftpmas...@debian.org?
Yes, that's the official address according to
http://www.debian.org/intro/organization
Cheers,
gregor
Have you asked in debian-legal@ ?
er Envite
signature.asc
Description: This is a digitally signed message part.
Hi all,
I've recently encountered an issue while packaging remuco (Bug #416379).
Remuco is a duplex remote control application (mobile phones = media
players). The mobile phone portion is written in Java, whereas the
portion that runs on the media player computer is written in Python.
For the
Le 26 mars 09 à 17:29, Chow Loong Jin a écrit :
[...]
The problem begins here: The Java portion has a build-dependency on
Sun
Microsystem's WTK[1], and it is not free[2]. However, this is just a
build dependency, and not a runtime dependency. In fact, the .jar
isn't
even supposed to run
On Thu, 2009-03-26 at 18:15 +0100, Thibaut Paumard wrote:
Hi,
you could provide the .jar in non-free, and the DFSG free part which
actually runs on the host could Suggest this non-free package. You
need to provide a mean to upload it to the cellphone from the Debian
box.
Then of
In 01785aaa-09b5-4cff-826b-78f31bd27...@free.fr, Thibaut Paumard wrote:
Distributing non-DFSG-free software in main, even if it
[...] can be considered data...
All software can be considered data. That's the beauty of the Turing
machine abstraction and the von realization.
--
Boyd Stephen
Hi,
On Fri, Mar 27, 2009 at 12:29:06AM +0800, Chow Loong Jin wrote:
The problem begins here: The Java portion has a build-dependency on Sun
Microsystem's WTK[1], and it is not free[2].
Just to make sure, what exactly is not free?
a) the Java portion (and the Sun Microsystem's WTK)
b) only the
Chow Loong Jin hyper...@gmail.com writes:
Regarding the DFSG-compliance of this .jar, I've looked through the
DFSG, and don't see where this could be a problem. DFSG mainly prohibits
distribution of binaries without sources. This is a binary with the
source, but cannot be compiled due to a
On Thu, 2009-03-26 at 10:53 -0700, Russ Allbery wrote:
That would mean it should go into contrib, which is for DFSG-free
things
that can't be built or used without non-free bits.
I'm actually considering using a postinst script to tell the user that
there is a .jar that they need to download
Chow Loong Jin hyper...@gmail.com writes:
On Thu, 2009-03-26 at 10:53 -0700, Russ Allbery wrote:
That would mean it should go into contrib, which is for DFSG-free
things that can't be built or used without non-free bits.
I'm actually considering using a postinst script to tell the user that
On Thu, 26 Mar 2009 17:37:50 -0700, Russ Allbery wrote:
I'd
personally tend to say that, doing the above and assuming my
characterization is correct, it would be okay to put that in main.
Another precedent (and quite similar, since it's also an application
for a mobile phone, just symbian
14 matches
Mail list logo
