Re: RFS: 0ad

[Paul Wise]

On Tue, Apr 5, 2011 at 1:56 PM, Vincent Cheng  wrote:

> Just for clarification: mentors, if there are files in the source package
> that are unused during a build of that package (in this case, fonts), and
> not installed by the package, do I still need to document them in
> debian/copyright? Or can I just safely ignore them and not have to worry
> about copyright and licensing issues? Or should I simply remove them from
> the source package?

The copyright and license still needs to be documented since we are
distributing them in the source package. If you are already repacking,
just drop them during the repack process.

> Since nobody has mentionned it yet, i'd just like to take a moment and thank
> Philip for taking the time to explain and clear up a lot of potential
> licensing issues, and for being a cooperative upstream. We really appreciate
> your time and effort. :)

Agreed, 0ad folks are one of the better upstreams I've seen around
pkg-games stuff in recent times.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktikg2uuu_5hhgq8xxpjxf1dddh+...@mail.gmail.com

Re: RFS: 0ad

[Paul Wise]

On Mon, Apr 4, 2011 at 10:55 PM, Philip Taylor  wrote:

> It can be created and parsed and rendered (but not modified) by the
> game engine. It used to be exported by a custom 3ds Max plugin but we
> no longer use that (we export to Collada since ~4 years ago). It's not
> designed to be a modifiable format, but it's not theoretically
> impossible to modify - there's a Python script at
> http://trac.wildfiregames.com/ticket/461 to convert .pmd back into
> editable Collada format so it can be imported into e.g. Blender,
> though that currently only works for static meshes and not
> skeletally-animated ones.

I would suggest the the pmd files be removed from the source package
and replaced with the _source code_ (the form for modifying) for the
models and that the build scripts should convert them to the form used
by the engine.

> DejaVuSans.ttf, DejaVuSansMono.ttf, texgyrepagella-regular.otf,
> texgyrepagella-bold.otf are unmodified originals.

Best remove these and package the ones that aren't yet in Debian separately.

> ConvertedPagella-Regular.ttf, ConvertedPagella-Bold.ttf are
> non-original and derived from texgyrepagella-*. The original
> texgyrepagella-* are from
> http://www.gust.org.pl/projects/e-foundry/tex-gyre under the license
> http://www.gust.org.pl/fonts/licenses/GUST-FONT-LICENSE.txt (LaTeX
> Project Public License 1.3c plus a suggestion to rename the fonts when
> modifying them).

What modifications were done for this? Would it be possible to merge
those upstream?

> Changed the tarball generation script in
> http://trac.wildfiregames.com/changeset/9160

Why are you manually creating the tarball, doesn't your build system
have the equivalent of `make distcheck` from automake?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktimw637i8gfgm0utgu2id3liizj...@mail.gmail.com

Re: RFS: 0ad

[Vincent Cheng]

On Mon, Apr 4, 2011 at 7:55 AM, Philip Taylor  wrote:

> On Mon, Apr 4, 2011 at 1:43 PM, Karl Goetz  wrote:
> > Philip Taylor  wrote:
> >> On Sun, Apr 3, 2011 at 11:00 AM, Karl Goetz  wrote:
> >> > I've left all the CCs in; should they all be maintained, or can
> >> > some be dropped?
> >> >
> >> > [...]
> >> > ./binaries/data/tests/collada/sphere.pmd
> >> >  - its a data file, and i can't see a free software tool to open
> >> > this.
> >>
> >> It's the game's custom format for mesh data
> >> (http://trac.wildfiregames.com/wiki/PMD_File_Format).
> >> [...]
> >
> > So it can be modified by the game/related tools?
>
> It can be created and parsed and rendered (but not modified) by the
> game engine. It used to be exported by a custom 3ds Max plugin but we
> no longer use that (we export to Collada since ~4 years ago). It's not
> designed to be a modifiable format, but it's not theoretically
> impossible to modify - there's a Python script at
> http://trac.wildfiregames.com/ticket/461 to convert .pmd back into
> editable Collada format so it can be imported into e.g. Blender,
> though that currently only works for static meshes and not
> skeletally-animated ones.
>
> >> > ./binaries/data/tools/fontbuilder/fonts/*
> >> >  - this doesn't appear in d/copyright; because they're not installed
> >> > from here?
> >> >  - i note that there is a comment in there to this effect "The
> >> > Converted... fonts were produced by opening the originals in
> >> > FontForge 20090923, changing the names, and exporting as
> >> > TrueType.". problem for debian?
> >>
> >> Those files aren't used in the build or installation at all, they're
> >> just used by an offline tool that converts them to PNGs (so it was
> >> convenient to keep the original font files in SVN and they're not
> >> explicitly excluded from the release tarballs).
> >
> > Are these the original? the comment implies they are not.
>
> DejaVuSans.ttf, DejaVuSansMono.ttf, texgyrepagella-regular.otf,
> texgyrepagella-bold.otf are unmodified originals.
>
> ConvertedPagella-Regular.ttf, ConvertedPagella-Bold.ttf are
> non-original and derived from texgyrepagella-*. The original
> texgyrepagella-* are from
> http://www.gust.org.pl/projects/e-foundry/tex-gyre under the license
> http://www.gust.org.pl/fonts/licenses/GUST-FONT-LICENSE.txt (LaTeX
> Project Public License 1.3c plus a suggestion to rename the fonts when
> modifying them).
>
> Just for clarification: mentors, if there are files in the source package
that are unused during a build of that package (in this case, fonts), and
not installed by the package, do I still need to document them in
debian/copyright? Or can I just safely ignore them and not have to worry
about copyright and licensing issues? Or should I simply remove them from
the source package?


> >> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt
> >> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE
> >> >  - according to the Copyright file, Eagle.DAE is non-free.
> >>
> >> [...]
> > Any chance you could stop shipping the DAE file? otherwise debian will
> > have to repack the tarball.
>
> Changed the tarball generation script in
> http://trac.wildfiregames.com/changeset/9160
>
>
Since nobody has mentionned it yet, i'd just like to take a moment and thank
Philip for taking the time to explain and clear up a lot of potential
licensing issues, and for being a cooperative upstream. We really appreciate
your time and effort. :)

- Vincent

Re: RFS: 0ad

[Vincent Cheng]

On Mon, Apr 4, 2011 at 5:43 AM, Karl Goetz  wrote:

> On Sun, 3 Apr 2011 12:08:39 +0100
> Philip Taylor  wrote:
>
> > On Sun, Apr 3, 2011 at 11:00 AM, Karl Goetz  wrote:
> > > On Sat, 2 Apr 2011 21:59:59 -0700
> > > I've left all the CCs in; should they all be maintained, or can
> > > some be dropped?
> > >
> > > [...]
> > > ./binaries/data/tests/collada/sphere.pmd
> > >  - its a data file, and i can't see a free software tool to open
> > > this.
> >
> > It's the game's custom format for mesh data
> > (http://trac.wildfiregames.com/wiki/PMD_File_Format).
> >
> > (Old models only exist in .pmd format. New models exist in editable
> > Collada (.dae) format in SVN, and the game automatically converts and
> > caches as .pmd for more efficient loading. That particular
> > tests/collada/sphere.pmd file is just used for tests of the cache
> > loading code - the other .pmd files are inside public.zip.)
>
> So it can be modified by the game/related tools?
>
> > > ./libraries/spidermonkey-tip/src/js.mdp
> > >  - its a data file, and i can't see a free software tool to open
> > > this.
> >
> > It'd be best for the game to not bundle a copy of SpiderMonkey (so
> > this becomes somebody else's problem). I think that should be possible
>
> This would be best.
>
> > now, since https://bugzilla.mozilla.org/show_bug.cgi?id=628723 gives a
> > relatively stable modern version - just need to do a bit of work to
> > port the game to the latest version of the API. I can probably get
> > that done for the next alpha release of the game.
>
> Vincent, how do you feel about ITPing that too?
>
> Isn't spidermonkey already available in Debian? If possible, I would rather
avoid filing an ITP; rather, I'd prefer including libmozjs-dev as a build
dependency for 0 A.D (and work with the Debian Mozilla crew if any changes
have to be made to libmozjs in order for 0 A.D. to get along with it).


> > > ./binaries/data/tools/fontbuilder/fonts/*
> > >  - this doesn't appear in d/copyright; because they're not installed
> > > from here?
> > >  - i note that there is a comment in there to this effect "The
> > > Converted... fonts were produced by opening the originals in
> > > FontForge 20090923, changing the names, and exporting as
> > > TrueType.". problem for debian?
> >
> > Those files aren't used in the build or installation at all, they're
> > just used by an offline tool that converts them to PNGs (so it was
> > convenient to keep the original font files in SVN and they're not
> > explicitly excluded from the release tarballs).
>
> Are these the original? the comment implies they are not.
>
> > > ./binaries/data/mods/public/public.zip
> > >  - is this meant to be sitting around as a zip, or extracted by
> > > something at unpack? Could this be related to the lack of files in
> > > binaries/data/mods/ ? The copyright file says there is an art/ and
> > > an audio/ dir in there.
> >
> > It's meant to be installed as a zip (kind of like Quake's PK3 files).
> > The game's LICENSE.txt file refers to paths in SVN (where they're not
>
> This is probably where the problem in debian/copyright comes from then.
>
> 0 A.D. runs fine with public.zip installed as a zip, so I'm assuming that
there's no need to unzip it prior to packaging and installing it. Do I have
to account for all the contents of the zip in debian/copyright, and if so,
how would I go about doing that?


> > in a zip). The release-building process finds all the files in
> > binaries/data/mods/public/, does some format conversions (PNG -> DDS
> > etc), then saves everything into public.zip. Any suggestions on how to
> > state the copyright status more clearly?
>
> Not sure; mentors, is there a best way for this?
>
> > > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt
> > > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE
> > >  - according to the Copyright file, Eagle.DAE is non-free.
> >
> > It'd be best for the game to not bundle a copy of FCollada. See
> > http://trac.wildfiregames.com/ticket/562 - I don't know how long it's
> > likely to be before that's integrated and working, though.
> >
> > In the meantime, it's safe to delete those files from a release (since
> > the FCollada tests don't get run automatically; they're only useful
> > when people are developing FCollada itself).
>
> Any chance you could stop shipping the DAE file? otherwise debian will
> have to repack the tarball.
> thanks,
> kk
>
>
>
Actually, I have to repack the tarball anyways in order to have 0ad and
0ad-data build from the same source package, although they're offered as 2
separate source packages upstream.

Also, since fcollada tests aren't run automatically, should i simply just
remove those files from my source tarball (along with dbghelp)? I don't want
to have to modify the source tarball too much, but it is simply much easier
than trying to make sure that every potential copyright/licensing issue is
adressed.

- Vincent

Re: RFS: 0ad

[Vincent Cheng]

On Mon, Apr 4, 2011 at 5:39 AM, Karl Goetz  wrote:

> On Sun, 3 Apr 2011 11:39:34 +0100
> Philip Taylor  wrote:
>
> > On Sun, Apr 3, 2011 at 10:15 AM, Vincent Cheng
> >  wrote:
> > > On Sat, Apr 2, 2011 at 11:08 PM, Karl Goetz 
> > > wrote:
> > >> Not sure if all the CCs are required, so preserving them.
> > >>
> > >> [...]
> > >> Is there code distributed under the terms of license_dbghelp.txt in
> > >> this package? It would appear to be non-dfsg compliant, so may
> > >> cause you problems.
> > >
> > > To be honest, I don't know. The files that are licensed under the
> > > terms of license_dbghelp.txt are in
> > > source/lib/external_libraries/dbghelp.cpp, dbghelp.h,
> > > dbghelp_funcs.h, but I'm not sure if they're used during the build.
> > > Hmmm...I'll try re-building 0ad with those files removed from the
> > > source tarball and see if the build still works.
> > > - Vincent
> >
> > dbghelp is only used for Windows.
>
> I feel you still still be careful of the following:
>
> iii.Distribution Restrictions.  You may not
> [...]
> *   modify or distribute the source code of any Distributable Code so
> that any part of it becomes subject to an Excluded License.  An
> Excluded License is one that requires, as a condition of use,
> modification or distribution, that
> *   the code be disclosed or distributed in source code form; or
> *   others have the right to modify it.
>
> It may cause you issues outside debian too.
> thanks,
> kk
>
> --
> Karl Goetz, (Kamping_Kaiser / VK5FOSS)
> Debian contributor / gNewSense Maintainer
> http://www.kgoetz.id.au
> No, I won't join your social networking group
>

Since dbghelp isn't needed for 0 A.D. on Linux, would it be preferable if I
simply strip the files affected by that license out of the source package?

- Vincent

Re: RFS: 0ad

[Vincent Cheng]

On Sun, Apr 3, 2011 at 5:10 AM, David Paleino  wrote:

> On Sat, 2 Apr 2011 21:59:59 -0700, Vincent Cheng wrote:
>
> > Dear mentors,
> >
> > I am looking for a sponsor for my package "0ad".
> >
> > * Package name: 0ad
> > [..]
> >
> > My motivation for maintaining this package is: Even though 0 A.D. is
> still
> > in Alpha, it is still playable (and also very fun if you like RTS games).
> I
> > would like to package and maintain 0 A.D. so that fellow Debian users can
> > also enjoy this game as well.
>
> I haven't checked the package, but given I'd like to play it, I tried to
> build
> it, and it FTBFS because of libenet. It seems like it wants libenet0
> (1.2.*),
> but in Debian we have libenet1a (1.3*).
>
> The parallel jobs make it a bit difficult to find the error, since it's
> buried
> by tons of other successful compilations, but here it is:
>
> g++ -g -O2 -MMD -D "LIB_STATIC_LINK" -D "INSTALLED_BINDIR=/usr/games" -D
> "INSTALLED_DATADIR=/usr/share/games/0ad" -D
> "INSTALLED_LIBDIR=/usr/lib/games/0ad" -D "NDEBUG" -D "CONFIG_FINAL=1" -D
> "USING_PCH" -I "/usr/X11R6/include/X11" -I "/usr/X11R6/include" -I
> "/usr/include/X11" -I "../../../source/pch/simulation2" -I
> "../../../source/" -I
> "../../../libraries/spidermonkey-tip/include-unix/release" -g -O3 -Wall
> -Wno-switch -Wno-reorder -Wno-invalid-offsetof -Wextra
> -Wno-missing-field-initializers -Wunused-parameter -Wredundant-decls
> -Wnon-virtual-dtor -Wundef -fstack-protector-all -D_FORTIFY_SOURCE=2
> -fstrict-aliasing -fpch-preprocess -msse -fno-omit-frame-pointer -march=i686
> -fvisibility=hidden -MF obj/simulation2_Release/Simulation2.d -MT
> obj/simulation2_Release/Simulation2.o -o
> obj/simulation2_Release/Simulation2.o -c -include
> obj/simulation2_Release/precompiled.h
> ../../../source/simulation2/Simulation2.cpp
> In file included from ../../../source/network/NetServer.cpp:29:0:
> ../../../source/lib/external_libraries/enet.h:33:2: error: #error The game
> currently requires ENet 1.2.x. You are using a newer version, which has an
> incompatible API and network protocol. Please switch to an older version.
> ../../../source/network/NetServer.cpp: In member function 'bool
> CNetServerWorker::SetupConnection()':
> ../../../source/network/NetServer.cpp:118:52: error: too few arguments to
> function 'ENetHost* enet_host_create(const ENetAddress*, size_t, size_t,
> enet_uint32, enet_uint32)'
> /usr/include/enet/enet.h:498:21: note: declared here
> make[3]: *** [obj/network_Release/NetServer.o] Error 1
> make[2]: *** [network] Error 2
> make[2]: *** Waiting for unfinished jobs
>
> I could suggest either maintain a separate libenet0, or try to port 0ad to
> the
> newer libenet (preferred, I'd say).
>
> Kindly,
> David
>
> --
>  . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
>  : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
>  `. `'`  GPG: 1392B174 | http://deb.li/dapal
>   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
>

I didn't come across a FTBFS, but I suppose that was because I built 0 A.D.
within a pbuilder configured for Testing (which, at the time, had libenet
1.2 available). Philip, is upstream planning to port 0ad to a newer version
of libenet (1.3)?

- Vincent

RFS: herculesstudio

[Liang Guo]

Dear mentors,

I am looking for a sponsor for my package "herculesstudio".

* Package name: herculesstudio
  Version : 1.2.0-1
  Upstream Author : Jacob Dekel 
* URL : http://www.mvsdasd.org/hercstudio/
* License : GPL
  Section : otherosfs

It builds these binary packages:
herculesstudio - Hercules gui interface

The package appears to be lintian clean.

The upload would fix these bugs: 585510

My motivation for maintaining this package is: 
HerculesStudio is the first gui frontend in Linux,  it is easy to use, I use it
to study IBM z series mainframe knowledge, I think it use useful for others
too.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/h/herculesstudio
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/h/herculesstudio/herculesstudio_1.2.0-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
Liang Guo
http://bluestone.cublog.cn


signature.asc
Description: Digital signature

Re: Bizzar error with dpkg-buildpackages

[Paul Wise]

Please re-post your message with English in the warning/error messages:

http://www.debian.org/MailingLists/#codeofconduct

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktik8amvbjnzpigw8_et-b3fbjvf...@mail.gmail.com

Re: RFS: ipt-netflow

[Paul Wise]

On Tue, Apr 5, 2011 at 1:21 AM, Alexey Osipov wrote:

> I am looking for a sponsor for my package "ipt-netflow".
...
> ipt-netflow - netfilter target which sends traffic statistics via NetFlow
> ipt-netflow-dkms - netfilter target which sends traffic statistics via 
> NetFlow (dkms source)

This seems to be a Linux kernel module, what is the status of merging
it into Linux mainline?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktinxlhufrfgka0e87y_tovy+w0n...@mail.gmail.com

RFS: denyhosts

[Kyle Willmon]

Dear mentors,

I have filed an ITA for the Orphaned denyhosts package and am in need of
a sponsor.

* Package name : denyhosts
* URL  : http://denyhosts.sourceforge.net/
* License  : GPLv2

denyhosts is a utility to help sys admins thwart SSH crackers

This package has been in debian for a long time and is fairly widely
used. I would like to help out by maintaining it.

I have created a first package to update the maintainer for this and
uploaded it on my own personal webspace:
- URL: http://jkwil.com/~corny/debian/denyhosts/

- dget http://jkwil.com/~corny/debian/denyhosts/denyhosts_2.6-9.dsc

Please sponsor
Thanks
-Kyle Willmon


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110405003508.ga8...@mail.tuxags.com

Bizzar error with dpkg-buildpackages

[Michelle Konzack]

Hello Mentors,

I am not compiling the package the first time, but today I got an  error
on Squeeze which could be lead to the yesterdays "upgrade":

8<--

dh_builddeb
dpkg-deb: Paket »xmem« wird in »../xmem_1.20-29+b1_i386.deb« gebaut.
 signfile xmem_1.20-29+b1.dsc

Sie benötigen eine Passphrase, um den geheimen Schlüssel zu entsperren.
Benutzer: "Michelle Konzack (MichiPrivat) "
1024-Bit DSA Schlüssel, ID C492F812, erzeugt 2004-04-17


 dpkg-genchanges -sa >../xmem_1.20-29+b1_i386.changes
dpkg-genchanges: Fehler: ../xmem_1.20-29.dsc kann nicht gelesen werden: Datei 
oder Verzeichnis nicht gefunden
dpkg-buildpackage: Fehler: Fehler-Exitstatus von dpkg-genchanges war 2

[michelle.konzack@devel:/Development/xmem] ls -l
insgesammt 112
drwxr-xr-x 4 michelle.konzack michelle.konzack  4096  5. Apr 01:10 xmem-1.20
-rw-r--r-- 1 michelle.konzack michelle.konzack  3534  4. Apr 01:01 
xmem_1.20-28+b1.diff.gz
-rw-r--r-- 1 michelle.konzack michelle.konzack   976  4. Apr 01:01 
xmem_1.20-28+b1.dsc
-rw-r--r-- 1 michelle.konzack michelle.konzack  1694  4. Apr 01:01 
xmem_1.20-28+b1_i386.changes
-rw-r--r-- 1 michelle.konzack michelle.konzack 19088  4. Apr 01:01 
xmem_1.20-28+b1_i386.deb
-rw-r--r-- 1 michelle.konzack michelle.konzack  3533  3. Apr 23:22 
xmem_1.20-28.diff.gz
-rw-r--r-- 1 michelle.konzack michelle.konzack   963  3. Apr 23:22 
xmem_1.20-28.dsc
-rw-r--r-- 1 michelle.konzack michelle.konzack  1672  3. Apr 23:22 
xmem_1.20-28_i386.changes
-rw-r--r-- 1 michelle.konzack michelle.konzack 18914  3. Apr 23:22 
xmem_1.20-28_i386.deb
-rw-r--r-- 1 michelle.konzack michelle.konzack  3819  5. Apr 01:10 
xmem_1.20-29+b1.diff.gz
-rw-r--r-- 1 michelle.konzack michelle.konzack   976  5. Apr 01:11 
xmem_1.20-29+b1.dsc
-rw-r--r-- 1 michelle.konzack michelle.konzack 0  5. Apr 01:11 
xmem_1.20-29+b1_i386.changes
-rw-r--r-- 1 michelle.konzack michelle.konzack 19192  5. Apr 01:10 
xmem_1.20-29+b1_i386.deb
-rw-r--r-- 1 michelle.konzack michelle.konzack 10474  3. Apr 23:22 
xmem_1.20.orig.tar.gz
8<--

Ehm, on the top, dpkg-deb say "signfile xmem_1.20-29+b1.dsc" and then at
dpkg-genchanges I get "../xmem_1.20-29.dsc can't be read".   I  compiled
the last two days 16 Packages and it was working and now not more.

Any suggestions what it can be that the "+b1" is cut off?

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsystems@tdnet France EURL   itsystems@tdnet UG (limited liability)
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France   77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix

  
 

Jabber linux4miche...@jabber.ccc.de

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature

RFS: sahi

[Matthias Schmitz]

Dear mentors,

I am looking for a sponsor for my package "sahi".

* Package name: sahi
  Version : 3.20110213-2
  Upstream Author : Narayan Raman & contributors 
* URL : http://sahi.co.in/w/sahi
* License : Apache License, Version 2.0
  Section : java

It builds these binary packages:
sahi   - Web Automation and Test Tool

The package appears to be lintian clean.

The upload would fix my ITP bug: 61

My motivation for maintaining this package is the need for an
automation tool :-).

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/s/sahi
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/s/sahi/sahi_3.20110213-2.dsc

I would be glad if someone check and uploaded this package for me. 

Kind regards
 Matthias Schmitz


signature.asc
Description: PGP signature

RFS: ipt-netflow

[Alexey Osipov]

Dear mentors,

I am looking for a sponsor for my package "ipt-netflow".

* Package name: ipt-netflow
  Version : 1.7.1-1
  Upstream Author : ABC 
* URL : http://ipt-netflow.sf.net/
* License : GPL
  Section : net

It builds these binary packages:
ipt-netflow - netfilter target which sends traffic statistics via NetFlow
ipt-netflow-dkms - netfilter target which sends traffic statistics via NetFlow 
(dkms source)

The package appears to be lintian clean.

The upload would fix these bugs: 620511

My motivation for maintaining this package is: It's the fastest Netflow probe 
for Linux I've found.
I am using it in a small office ISP to get statistics about traffic flow. On 
the other hand I'm using
Debian. So I have though that it would be great if this software will become 
part of Debian.
I have been already maintaining ipt-netflow package for Ubuntu for some time 
[1]. I have in touch with
upstream and author don't have any objections for inclusion it's software into 
Debian [2]. I have also
made some patches for this software which was accepted by upstream [3,4,5].

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/i/ipt-netflow
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/i/ipt-netflow/ipt-netflow_1.7.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Alexey Osipov

[1] https://launchpad.net/~lion-simba/+archive/stargazer
[2] 
https://sourceforge.net/tracker/index.php?func=detail&aid=3273332&group_id=232613&atid=1088104
[3] 
https://sourceforge.net/tracker/?func=detail&aid=3198757&group_id=232613&atid=1088104
[4] 
https://sourceforge.net/tracker/?func=detail&aid=3263748&group_id=232613&atid=1088104
[5] 
https://sourceforge.net/tracker/?func=detail&aid=3273318&group_id=232613&atid=1088104



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1301937682.2438.17.camel@dahari

Re: RFS: preprocess

[Jonathan Wiltshire]

On Mon, Apr 04, 2011 at 10:34:07AM +0200, Johannes Ring wrote:
> P: no-upstream-changelog: upstream changelog is in README.txt

You use debhelper, in a round-about way: see
1. dh_installchangelogs(1)
2. http://build-common.alioth.debian.org/cdbs-doc.html#id2540110

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110404165931.ga31...@lupin.home.powdarrmonkey.net

Re: what is wrong with dpkg-shlibdeps

[Sim IJskes]

On 04-04-11 17:46, Sim IJskes wrote:

what is missing in the package configuration when dpkg-shlibdeps does
not visit debian/tmp/usr/lib to find the libraries?

Are these considered the private libraries in:

To help dpkg-shlibdeps find private libraries, you might need to set
LD_LIBRARY_PATH.

Gr. Sim




OK, please allow me to read the fine manual first. I will ask again 
after reading. Starting to flog myself now.


Gr. Sim


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d99ec7b.8000...@ijskes.org

what is wrong with dpkg-shlibdeps

[Sim IJskes]

what is missing in the package configuration when dpkg-shlibdeps does 
not visit debian/tmp/usr/lib to find the libraries?


Are these considered the private libraries in:

To help dpkg-shlibdeps find private libraries, you might need to set 
LD_LIBRARY_PATH.


Gr. Sim


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d99e7d3.80...@ijskes.org

Re: RFS: polygraph

[Alex Rousskov]

On 04/03/2011 03:36 PM, Michael Tautschnig wrote:

>> /* Web Polygraph   http://www.web-polygraph.org/
>>  * (C) 2003-2006 The Measurement Factory
>>  * Licensed under the Apache License, Version 2.0 */

> Here you are in fact certainly lacking sufficient information, because (C) is
> not generally equivalent to "Copyright" under all copyright laws. 

We will change "(C)" to "Copyright".


On 04/03/2011 03:52 PM, Dmitry Kurochkin wrote:
> I have looked at licensecheck. It matches the following regexp:
>
>   /under the Apache License, Version ([^ ]+) \(the License\)/
>
> Changing "Licensed under the Apache License, Version 2.0" line to
> "Licensed under the Apache License, Version 2.0 (the License)" makes
> licensecheck detect both license and copyright correctly. IMO the
> licensecheck regexp should be improved.

I do not know whether licensecheck does some relevant preprocessing, but
the above regex would not even match the recommended raw preamble
because the recommended preamble quotes the second License:

> Licensed under the Apache License, Version 2.0 (the "License");

Since the stuff in parenthesis is meant for the following text which may
not be present in many customized preambles, it should not be matched
for, IMHO,

Cheers,

Alex.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d99e368.6070...@measurement-factory.com

Re: RFS: 0ad

[Philip Taylor]

On Mon, Apr 4, 2011 at 1:43 PM, Karl Goetz  wrote:
> Philip Taylor  wrote:
>> On Sun, Apr 3, 2011 at 11:00 AM, Karl Goetz  wrote:
>> > I've left all the CCs in; should they all be maintained, or can
>> > some be dropped?
>> >
>> > [...]
>> > ./binaries/data/tests/collada/sphere.pmd
>> >  - its a data file, and i can't see a free software tool to open
>> > this.
>>
>> It's the game's custom format for mesh data
>> (http://trac.wildfiregames.com/wiki/PMD_File_Format).
>> [...]
>
> So it can be modified by the game/related tools?

It can be created and parsed and rendered (but not modified) by the
game engine. It used to be exported by a custom 3ds Max plugin but we
no longer use that (we export to Collada since ~4 years ago). It's not
designed to be a modifiable format, but it's not theoretically
impossible to modify - there's a Python script at
http://trac.wildfiregames.com/ticket/461 to convert .pmd back into
editable Collada format so it can be imported into e.g. Blender,
though that currently only works for static meshes and not
skeletally-animated ones.

>> > ./binaries/data/tools/fontbuilder/fonts/*
>> >  - this doesn't appear in d/copyright; because they're not installed
>> > from here?
>> >  - i note that there is a comment in there to this effect "The
>> > Converted... fonts were produced by opening the originals in
>> > FontForge 20090923, changing the names, and exporting as
>> > TrueType.". problem for debian?
>>
>> Those files aren't used in the build or installation at all, they're
>> just used by an offline tool that converts them to PNGs (so it was
>> convenient to keep the original font files in SVN and they're not
>> explicitly excluded from the release tarballs).
>
> Are these the original? the comment implies they are not.

DejaVuSans.ttf, DejaVuSansMono.ttf, texgyrepagella-regular.otf,
texgyrepagella-bold.otf are unmodified originals.

ConvertedPagella-Regular.ttf, ConvertedPagella-Bold.ttf are
non-original and derived from texgyrepagella-*. The original
texgyrepagella-* are from
http://www.gust.org.pl/projects/e-foundry/tex-gyre under the license
http://www.gust.org.pl/fonts/licenses/GUST-FONT-LICENSE.txt (LaTeX
Project Public License 1.3c plus a suggestion to rename the fonts when
modifying them).

>> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt
>> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE
>> >  - according to the Copyright file, Eagle.DAE is non-free.
>>
>> [...]
> Any chance you could stop shipping the DAE file? otherwise debian will
> have to repack the tarball.

Changed the tarball generation script in
http://trac.wildfiregames.com/changeset/9160

-- 
Philip Taylor
exc...@gmail.com


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTimr1BgQNgREqgNSgKG8T4PtocCV6FJ_f2=sp...@mail.gmail.com

Re: RFS: 0ad

[Karl Goetz]

On Sun, 3 Apr 2011 12:08:39 +0100
Philip Taylor  wrote:

> On Sun, Apr 3, 2011 at 11:00 AM, Karl Goetz  wrote:
> > On Sat, 2 Apr 2011 21:59:59 -0700
> > I've left all the CCs in; should they all be maintained, or can
> > some be dropped?
> >
> > [...]
> > ./binaries/data/tests/collada/sphere.pmd
> >  - its a data file, and i can't see a free software tool to open
> > this.
> 
> It's the game's custom format for mesh data
> (http://trac.wildfiregames.com/wiki/PMD_File_Format).
> 
> (Old models only exist in .pmd format. New models exist in editable
> Collada (.dae) format in SVN, and the game automatically converts and
> caches as .pmd for more efficient loading. That particular
> tests/collada/sphere.pmd file is just used for tests of the cache
> loading code - the other .pmd files are inside public.zip.)

So it can be modified by the game/related tools?

> > ./libraries/spidermonkey-tip/src/js.mdp
> >  - its a data file, and i can't see a free software tool to open
> > this.
> 
> It'd be best for the game to not bundle a copy of SpiderMonkey (so
> this becomes somebody else's problem). I think that should be possible

This would be best.

> now, since https://bugzilla.mozilla.org/show_bug.cgi?id=628723 gives a
> relatively stable modern version - just need to do a bit of work to
> port the game to the latest version of the API. I can probably get
> that done for the next alpha release of the game.

Vincent, how do you feel about ITPing that too?

> > ./binaries/data/tools/fontbuilder/fonts/*
> >  - this doesn't appear in d/copyright; because they're not installed
> > from here?
> >  - i note that there is a comment in there to this effect "The
> > Converted... fonts were produced by opening the originals in
> > FontForge 20090923, changing the names, and exporting as
> > TrueType.". problem for debian?
> 
> Those files aren't used in the build or installation at all, they're
> just used by an offline tool that converts them to PNGs (so it was
> convenient to keep the original font files in SVN and they're not
> explicitly excluded from the release tarballs).

Are these the original? the comment implies they are not.

> > ./binaries/data/mods/public/public.zip
> >  - is this meant to be sitting around as a zip, or extracted by
> > something at unpack? Could this be related to the lack of files in
> > binaries/data/mods/ ? The copyright file says there is an art/ and
> > an audio/ dir in there.
> 
> It's meant to be installed as a zip (kind of like Quake's PK3 files).
> The game's LICENSE.txt file refers to paths in SVN (where they're not

This is probably where the problem in debian/copyright comes from then.

> in a zip). The release-building process finds all the files in
> binaries/data/mods/public/, does some format conversions (PNG -> DDS
> etc), then saves everything into public.zip. Any suggestions on how to
> state the copyright status more clearly?

Not sure; mentors, is there a best way for this?

> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt
> > ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE
> >  - according to the Copyright file, Eagle.DAE is non-free.
> 
> It'd be best for the game to not bundle a copy of FCollada. See
> http://trac.wildfiregames.com/ticket/562 - I don't know how long it's
> likely to be before that's integrated and working, though.
> 
> In the meantime, it's safe to delete those files from a release (since
> the FCollada tests don't get run automatically; they're only useful
> when people are developing FCollada itself).

Any chance you could stop shipping the DAE file? otherwise debian will
have to repack the tarball.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Re: RFS: 0ad

[Karl Goetz]

On Sun, 3 Apr 2011 11:39:34 +0100
Philip Taylor  wrote:

> On Sun, Apr 3, 2011 at 10:15 AM, Vincent Cheng
>  wrote:
> > On Sat, Apr 2, 2011 at 11:08 PM, Karl Goetz 
> > wrote:
> >> Not sure if all the CCs are required, so preserving them.
> >>
> >> [...]
> >> Is there code distributed under the terms of license_dbghelp.txt in
> >> this package? It would appear to be non-dfsg compliant, so may
> >> cause you problems.
> >
> > To be honest, I don't know. The files that are licensed under the
> > terms of license_dbghelp.txt are in
> > source/lib/external_libraries/dbghelp.cpp, dbghelp.h,
> > dbghelp_funcs.h, but I'm not sure if they're used during the build.
> > Hmmm...I'll try re-building 0ad with those files removed from the
> > source tarball and see if the build still works.
> > - Vincent
> 
> dbghelp is only used for Windows.

I feel you still still be careful of the following:

iii.Distribution Restrictions.  You may not
[...]
*   modify or distribute the source code of any Distributable Code so
that any part of it becomes subject to an Excluded License.  An
Excluded License is one that requires, as a condition of use,
modification or distribution, that
*   the code be disclosed or distributed in source code form; or
*   others have the right to modify it.

It may cause you issues outside debian too.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Re: dpkg-buildpackage -A vs make -f ./debian/rules build-indep

[Raphael Hertzog]

On Mon, 04 Apr 2011, Mathieu Malaterre wrote:
> Dear all,
> 
>   I am trying to understand why  dpkg-buildpackage -A is not simply
> calling make -f ./debian/rules build-indep. I tried turning
> DH_VERBOSE=1 but I do not see which rules imply runing the build-arch
> while I specifically tell dpkg-buildpackage to only run build-indep.

This is a long standing limitation of both the policy and
dpkg-buildpackage. See #229357 for instance and also some report against
debian-policy.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404121630.ge25...@rivendell.home.ouaza.com

Re: dpkg-buildpackage -A vs make -f ./debian/rules build-indep

[Michael Wild]

On 04.04.2011, at 11:40, Mathieu Malaterre 
wrote:

> Dear all,
> 
>  I am trying to understand why  dpkg-buildpackage -A is not simply
> calling make -f ./debian/rules build-indep. I tried turning
> DH_VERBOSE=1 but I do not see which rules imply runing the build-arch
> while I specifically tell dpkg-buildpackage to only run build-indep.
> 
> Thanks
> -- 
> Mathieu
> 

The problem is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=229357.
Essentially, the issue is that build-{arch,indep} are optional, and
there's no sane way for dpkg-buildpackage to determine whether they
exist or not, so it just calls the required build target. This issue has
been reported back in 2004, and still there is no consensus on how to
resolve it. Real bummer. (My original reply used much more creative
wording to describe the situation...)

Michael


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d99b6a2.9010...@gmail.com

dpkg-buildpackage -A vs make -f ./debian/rules build-indep

[Mathieu Malaterre]

Dear all,

  I am trying to understand why  dpkg-buildpackage -A is not simply
calling make -f ./debian/rules build-indep. I tried turning
DH_VERBOSE=1 but I do not see which rules imply runing the build-arch
while I specifically tell dpkg-buildpackage to only run build-indep.

Thanks
-- 
Mathieu


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktikrpxuwt-2k_f-gn1mc50xhogl...@mail.gmail.com

RFS: quakespasm (2nd try)

[David Banks]

Dear mentors,

Upstream have released a new version, so I have packaged it and am
looking for a sponsor again.  Changes are listed in debian/changelog.
I am now maintaining the package as part of the games team, you can
view the git repository here:
http://git.debian.org/?p=pkg-games/quakespasm.git;a=summary
The most important change is that I now repack the tarball to remove
some files that had no sources.

I am looking for a sponsor for my package "quakespasm".

* Package name: quakespasm
 Version : 0.85.4-1
 Upstream Author : Oskan Sezer, Steven Atkinson and others
* URL : http://quakespasm.sourceforge.net/
* License : GPL-2+
 Section : games

It builds these binary packages:
quakespasm - an engine for iD software's Quake

The package appears to be lintian clean.

The upload would fix these bugs: 615090

My motivation for maintaining this package is: This is a slightly
modified port of the engine Fitzquake which is very faithful to the
original game.  It's a good engine and I use it.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/q/quakespasm
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/q/quakespasm/quakespasm_0.85.4-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 David Banks


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktimumir7b5f9atlazwqnf7qpvsg...@mail.gmail.com

RFS: preprocess

[Johannes Ring]

Dear mentors, debian-python,

I am looking for a sponsor for my package "preprocess".

* Package name: preprocess
  Version : 1.1.0
  Upstream Author : Trent Mick 
* URL : http://preprocess.googlecode.com
* License : MIT
  Section : python

It builds these binary packages:
python-preprocess - a portable multi-language file preprocessor

The package appears to be lintian clean, except for the following:
W: old-versioned-python-dependency: lintian bug [1]
P: no-upstream-changelog: upstream changelog is in README.txt

The upload would fix these bugs: 620701

The package is available in SVN:
- svn+ssh://svn.debian.org/svn/python-modules/packages/preprocess/trunk

I would be glad if someone uploaded this package for me.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619487

Kind regards,

Johannes Ring


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktinu9eczd8zeml-6jxwfe5g3b5x...@mail.gmail.com