Re: Packaging cluedome - copyright problems?
On Thu, Mar 26, 2009 at 08:02:44AM +, Tristan Greaves wrote: I'm taking a look at packaging the game Cluedome: http://www.cluedome.com/ I'm wondering if there are any copyright concerns. The game advertises itself as a clone, and the source ships with an example game rules rule and image -- which match that of the board came Clue/Cluedo. For example: Same layout, and characters such as Mrs White, Professor Plum... Yeah, those names are probably trademarked as well as the images and everything else copyrighted, so re-distributing any of that is likely to be troublesome. One option would be to NOT include those two data files in the package, but then it would not be a particularly user friendly installation. Producing unencumbered data files would seem to be the best option. - Matt -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packaging cluedome - copyright problems?
Matthew Palmer wrote: [clue data files with copyrighted info] One option would be to NOT include those two data files in the package, but then it would not be a particularly user friendly installation. Producing unencumbered data files would seem to be the best option. In terms of a separate package, or simply not including? Apologies for my newbie-ness here, I just want to get a handle on the approach you would take for said unencumbered data files. Many thanks, Tris. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packaging cluedome - copyright problems?
On Thu, Mar 26, 2009 at 08:40:50AM +, Tristan Greaves wrote: Matthew Palmer wrote: [clue data files with copyrighted info] One option would be to NOT include those two data files in the package, but then it would not be a particularly user friendly installation. Producing unencumbered data files would seem to be the best option. In terms of a separate package, or simply not including? Apologies for my newbie-ness here, I just want to get a handle on the approach you would take for said unencumbered data files. Submit them upstream and encourage them to include them in future releases in place of the risky ones. - Matt -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
override a package dependency (without rebuilding package)
Hi, is there a way to change a package dependency without rebuilding it ? For example, gimp2.6 depends on libwebkit-1.0.1, and i want latest libwebkit-1.0.2 installed. I don't really care to break that dependency since gimp will work without libwebkit (although some stuff will be broken, but i don't mind). Of course i force installed libwebkit-1.0.2, still i don't want aptitude to complain about gimp being broken. And i don't feel like fixing and rebuilding gimp, nor i want to remove it ! Any way ? Jérémy Lal. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packaging cluedome - copyright problems?
On Thursday 26 March 2009 03:40:50 Tristan Greaves wrote: Matthew Palmer wrote: One option would be to NOT include those two data files in the package, but then it would not be a particularly user friendly installation. Producing unencumbered data files would seem to be the best option. In terms of a separate package, or simply not including? In this case, not including. Debian couldn't distribute that data even in the non-free section. If the data was distributable but not modifiable by end-users, you could break it into a separate package and put it in non-free. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: RFS: mecab-naist-jdic
At Wed, 25 Mar 2009 23:28:30 +0900, Hideki Yamane wrote: On Mon, 23 Mar 2009 22:48:47 +0900 Junichi Uekawa dan...@netfort.gr.jp wrote: It's less easy to maintain patches. How do I patch a file inside that tarball? Okay, it's not easy to maintain patches. Yes. But upstream is quite friendly for us, Debian, and patches will be include at next release time. So we does not maintain so many patches for this package. You're not answering my question properly. But it's easy for clean target. What is the best way to deal with changes autogen.sh or autoreconf -i made? Could you tell me that, please? You can read a lot of source packages which have that. They clean files in clean: target. If you are going to do something nonstandard, please make README.source with how to use your source package, as documented in policy. 4.14. Source package handling: `debian/README.source' - If running `dpkg-source -x' on a source package doesn't produce the source of the package, ready for editing, and allow one to make changes and run `dpkg-buildpackage' to produce a modified package without taking any additional steps, creating a `debian/README.source' documentation file is recommended. This file should explain how to do all of the following: regards, junichi -- dan...@{netfort.gr.jp,debian.org} -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: mpview
Dear mentors, I am looking for a sponsor for my package mpview. Package name: mpview Version : 0.4.1-1 Upstream Author : Martin Petricek mar...@petricek.net URL : http://mpview.sourceforge.net License : GPL Section : graphics It builds these binary packages: mpview - MP View is cross-platform image viewer with possibility of image manipulation The package appears to be lintian clean. The upload would fix these bugs: 469088 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mpview - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mpview/mpview_0.4.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Adam Ziaja -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: png-sixlegs
Dear mentors, I am looking for a sponsor for my package png-sixlegs. * Package name: png-sixlegs Version : 1.3.0-1 Upstream Author : Chris Nokleberg herbyde...@users.sourceforge.net * URL : http://www.sixlegs.com/software/png/ * License : LGPL-2+ Section : Java It builds these binary packages: libpng-sixlegs-java - Sixlegs Java PNG Decoder libpng-sixlegs-java-doc - Documentation for Sixlegs Java PNG Decoder The package appears to be lintian clean. The upload would fix these bugs: 464328 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/png-sixlegs - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/png-sixlegs/png-sixlegs_1.3.0-1.dsc Package is co-maintained by Debian Java Packaging project: http://svn.debian.org/wsvn/pkg-java/trunk/png-sixlegs/ I would be glad if someone uploaded this package for me. Kind regards Dominik Smatana signature.asc Description: OpenPGP digital signature
Re: RFS: mpview
Hi Dne Thu, 26 Mar 2009 15:21:29 +0100 Adam Ziaja a...@ziaja.name napsal(a): I am looking for a sponsor for my package mpview. Package name: mpview Version : 0.4.1-1 Upstream Author : Martin Petricek mar...@petricek.net URL : http://mpview.sourceforge.net License : GPL Section : graphics It builds these binary packages: mpview - MP View is cross-platform image viewer with possibility of image manipulation Do you have any signs that upstream is still alive? It looks like a bit dead project from quick look. The package appears to be lintian clean. It does not: I: mpview source: debian-watch-file-is-missing W: mpview source: dh-clean-k-is-deprecated W: mpview source: out-of-date-standards-version 3.7.3 (current is 3.8.1) There is at least one file (./src/cimg/CImg.h) which does not seem to be GPL. Build-Depends are insane, please list only things you actually need and do not list build essentials. Also debian/rules should be much cleaner, to me it looks like using one of minimal dh examples should be enough, see dh(1). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
distributing precompiled binaries
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 Python part, the sources are completely distributed, and no binaries are in the tarball. However, for the Java part, only the .jar is distributed in the tarball. I have contacted the upstream developer about this issue, and he will be releasing another tarball with the sources for the Java portion. 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 the target machine, it's supposed to be uploaded to the mobile device. Hence, my question: Is it okay (within DFSG) for upstream to distribute the said .jar file, together with the sources for this .jar file, and for this said .jar file to be copied straight into a .deb and distributed as-is? Thanks in advance. [1] http://java.sun.com/products/sjwtoolkit/ [2] https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewLicense-Start -- Chow Loong Jin signature.asc Description: This is a digitally signed message part
Re: distributing precompiled binaries
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 the target machine, it's supposed to be uploaded to the mobile device. Hence, my question: Is it okay (within DFSG) for upstream to distribute the said .jar file, together with the sources for this .jar file, and for this said .jar file to be copied straight into a .deb and distributed as-is? 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 course you could try and see whether the .jar can be build by a DFSG free compiler. I know close to nothing about this, so I couldn't tell how likely it is. Distributing non-DFSG-free software in main, even if it is not supposed to run on the Debian host and can be considered data... will probably be rejected. Regards, Thibaut. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: distributing precompiled binaries
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 course you could try and see whether the .jar can be build by a DFSG free compiler. I know close to nothing about this, so I couldn't tell how likely it is. Distributing non-DFSG-free software in main, even if it is not supposed to run on the Debian host and can be considered data... will probably be rejected. Regards, Thibaut. Hi, 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 non-free build-dependency. -- Chow Loong Jin signature.asc Description: This is a digitally signed message part
Re: distributing precompiled binaries
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 Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
RFS: clewn
Dear mentors, I am looking for a sponsor for my package clewn. * Package name: clewn Version : 1.14-1 Upstream Author : Xavier de Gaye xdeg...@users.sourceforge.net * URL : http://clewn.sourceforge.net * License : GPLv2 Section : devel It builds these binary packages: clewn - GDB support for the gvim editor The package appears to be lintian clean. The upload would fix these bugs: 517912 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/clewn - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/clewn/clewn_1.14-1.dsc I would be glad if someone uploaded this package for me. Kind regards Remy Dautriche signature.asc Description: Digital signature
Re: distributing precompiled binaries
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 Sun Microsystem's WTK, but the Java source itself is (will be) free software I am not a DD, so I do not know if that would make a difference for Debian, but it should made clear. I guess there is no free alternative for the Sun WTK? Frank -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: distributing precompiled binaries
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 non-free build-dependency. 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. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: checkstyle (updated package)
Dear mentors, I am looking for a sponsor for the new version 4.4+dfsg-2 of package checkstyle. It builds these binary packages: checkstyle - checks Java source against a coding standard The package appears to be lintian clean. The upload would fix these bugs: 512149 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/checkstyle - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/checkstyle/checkstyle_4.4+dfsg-2.dsc Package is co-maintained by Debian Java Packaging project: http://svn.debian.org/wsvn/pkg-java/trunk/checkstyle/ I would be glad if someone uploaded this package for me. Kind regards Dominik Smatana signature.asc Description: OpenPGP digital signature
RFS: wbar (2nd try)
Dear mentors, I am looking for a sponsor for my package wbar. * Package name: wbar Version : 1.3.3+dfsg1-1 Upstream Author : Rodolfo Granata warlock...@gmail.com * URL : http://code.google.com/p/wbar/ * License : GPL Section : x11 It builds these binary packages: wbar - a light and fast launch bar The package appears to be lintian clean. The upload would fix these bugs: 519993 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wbar - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wbar/wbar_1.3.3+dfsg1-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Krzysztof Burghardt krzysz...@burghardt.pl http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: distributing precompiled binaries
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 and upload to their phone, and possibly wget it as well. Either that or put details about this in README.Debian. Supposing I do either one of the above, would it still go into contrib, or can it go into main? -- Chow Loong Jin signature.asc Description: This is a digitally signed message part
RFS: stardata-common (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.6 of my package stardata-common. It builds these binary packages: stardata-common - Common framework to manage astronomy packages This package allows the installation and removal of astronomy catalogues, converting those catalogues to astronomy programs' data formats. . All stardata catalogues conforming to stardata-common policy are converted automatically at installation time to the formats of astronomy programs that support stardata-common. . The register-stardata program is transparent for the user; this program is called automatically when any astronomy package conforming to the stardata-common policy is installed, upgraded or removed. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/stardata-common - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stardata-common/stardata-common_0.6.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: override a package dependency (without rebuilding package)
Hi Jérémy, On Donnerstag, 26. März 2009, Jérémy Lal wrote: is there a way to change a package dependency without rebuilding it ? apt-cache show equivs regards, Holger signature.asc Description: This is a digitally signed message part.
Re: distributing precompiled binaries
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 there is a .jar that they need to download and upload to their phone, and possibly wget it as well. Either that or put details about this in README.Debian. Supposing I do either one of the above, would it still go into contrib, or can it go into main? It's kind of an edge case since it sounds like the software on the Debian side is completely functional without the JAR and the JAR is instead for the remote system. We package servers for which we don't package a client, and you could argue that this is a similar situation. 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. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: distributing precompiled binaries
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 instead of java) is gnapplet.sis, shipped in gammu. 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/. Cheers, gregor -- .''`. Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-NP: Schmetterlinge: Thomas Münzer Originalzitat signature.asc Description: Digital signature