Hi all,
I recently created the Find Identical Image (FII) open source software. FII
is a command line tool to find all identical images (i.e. exact duplicate
images that have same image dimension and same pixel values) in a folder.
It can also find images that are common in two folders. This tool w
I'm uploading rhino and tomcat-native now
Matt
--
Matthew Johnson
signature.asc
Description: Digital signature
Hi,
I've prepared new upstream release 1.7R2 of rhino in debian pkg-java SVN
repository. It fix NPE #512498 at rhino startup (see debian/bin/rhino for
moreinfo).
Here is my changes :
* New upstream release.
- new 02_exclude-jdk15 patch to exclude already compiled classes
for jdk15
On Sun, Mar 04, 2007 at 11:51:47AM +0100, Bart Martens wrote:
> On Sun, 2007-03-04 at 12:15 +0200, Damyan Ivanov wrote:
> >
> > Shouldn't the source package name reflect that it has been re-packaged?
> > Something like "legends-0.4.1.42.ds.1" ?
>
> It should be documented in debian/README.Debian-
On Sun, 2007-03-04 at 12:15 +0200, Damyan Ivanov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> - -=| Bart Martens, 4.03.2007 01:11 |=-
> > Related to what Roberto wrote above about the shared libraries, here is
> > how I would create the .orig.tar.gz :
> >
> > sh legends_linux-0.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -=| Bart Martens, 4.03.2007 01:11 |=-
> Related to what Roberto wrote above about the shared libraries, here is
> how I would create the .orig.tar.gz :
>
> sh legends_linux-0.4.1.42.run --noexec --keep --nox11 \
> --target legends-0.4.1.42/legends
On Sat, 2007-03-03 at 17:19 -0500, Roberto C. Sanchez wrote:
> > Another question: Are shared libraries basically allowed?
> > Legends uses following shared libraries which i ve placed in
> > /usr/lib/legends
> > too :
> > /usr/local/share/games/legends/libogg.so.0
> > /usr/local/share/games/leg
olaf <[EMAIL PROTECTED]> wrote:
> I havnt uploaded anything yet and I doubt that I am able to upload the files
> with suse-linux at my school (no dput?). What shall I do? :(
Presumably, putting all the following files:
/usr/bin/dput
/usr/bin/dcut [not sure if this one is actually needed]
On Sat, Mar 03, 2007 at 11:07:04PM +0100, olaf wrote:
> So, I ve changed now following things:
> - scripts are now in /usr/games/
> - moved binaries to /usr/lib/legends/ and added links to data files which are
>
> in /usr/share/games/legends
>
That's good.
> Todo: solve copyright and licens
So, I ve changed now following things:
- scripts are now in /usr/games/
- moved binaries to /usr/lib/legends/ and added links to data files which are
in /usr/share/games/legends
Todo: solve copyright and license problems
I havnt uploaded anything yet and I doubt that I am able to upload the
On Sat, Mar 03, 2007 at 08:17:16PM +0100, olaf wrote:
> On Saturday 03 March 2007 19:17, Roberto C. Sanchez wrote:
> > Are those files platform dependent or platform independent?
> >
> > Regards,
> >
> > -Roberto
> Hi Roberto
>
> They are platform independent (at least I think so). *.unf are zip-a
On Saturday 03 March 2007 19:17, Roberto C. Sanchez wrote:
> Are those files platform dependent or platform independent?
>
> Regards,
>
> -Roberto
Hi Roberto
They are platform independent (at least I think so). *.unf are zip-archives
and contain the data for legends (torque-scripts, 3d-models, te
On Sat, Mar 03, 2007 at 06:50:35PM +0100, Bart Martens wrote:
>
> No, I would keep those in the package, and install them here:
>
> /usr/lib/legends/common/client.unf
> /usr/lib/legends/common/edit.unf
> /usr/lib/legends/common/server.unf
> /usr/lib/legends/common/ui.unf
> /usr/lib/legends/legend
On Sat, 2007-03-03 at 17:53 +0100, olaf wrote:
> So u mean I should remove all data that is normally included in legends?
> (file:///usr/share/games/legends/legends/data.unf
> file:///usr/share/games/legends/legends/interiors.unf
> file:///usr/share/games/legends/legends/missions.unf
> file:///usr/
>Better use /usr/share/games/legends instead of /usr/share/legends.
Oops, sorry I just noticed that I ve used the wrong path name in my previous
post. It already is in /usr/share/games/
> So I doubt that Debian can redistribute this version of "Legends The
> Game" in this state, not even in the n
On Sat, 2007-03-03 at 08:20 +0100, olaf wrote:
> On Saturday 03 March 2007 00:44, Michael Koch wrote:
> > And starters for games are located in /usr/games and not /usr/bin.
> >
> Thanks for your replies. Would it be allowed to put the binaries
> in /usr/lib/legends and create links to /usr/share/l
On Fri, 2007-03-02 at 23:26 +0100, olaf wrote:
> Hi all
>
> I have created a new debian package for legends.
> (I use debian, so I could maintain the package)
> Aditionally I ve included a manpage, a menu-entry and scripts in /usr/bin to
> execute the binaries in the director
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -=| olaf, 3.03.2007 09:20 |=-
> Thanks for your replies. Would it be allowed to put the binaries
> in /usr/lib/legends and create links to /usr/share/legends where the
> data-packages are?
Sure (for the symlinks).
Better use /usr/share/games/le
On Saturday 03 March 2007 00:44, Michael Koch wrote:
> On Fri, Mar 02, 2007 at 05:33:31PM -0500, Roberto C. Sanchez wrote:
> > On Fri, Mar 02, 2007 at 11:26:31PM +0100, olaf wrote:
> > > Hi all
> > >
> > > I have created a new debian package for legends.
>
On Fri, Mar 02, 2007 at 05:33:31PM -0500, Roberto C. Sanchez wrote:
> On Fri, Mar 02, 2007 at 11:26:31PM +0100, olaf wrote:
> > Hi all
> >
> > I have created a new debian package for legends.
> > (I use debian, so I could maintain the package)
> > Aditionall
On Fri, Mar 02, 2007 at 11:26:31PM +0100, olaf wrote:
> Hi all
>
> I have created a new debian package for legends.
> (I use debian, so I could maintain the package)
> Aditionally I ve included a manpage, a menu-entry and scripts in /usr/bin to
> execute the binaries in the di
Hi all
I have created a new debian package for legends.
(I use debian, so I could maintain the package)
Aditionally I ve included a manpage, a menu-entry and scripts in /usr/bin to
execute the binaries in the directory /usr/share/games/legends/ .
Its still only hosted on http
On Mon, Apr 04, 2005 at 05:27:40PM -0400, Albert Huang wrote:
> My research group has a project that we believe could be useful to a few
> people, and thought about distributing it through the debian
> repositories. It seems like it could be a fair amount of trouble for us
> to do, though, so I'm
Hello Debian Mentors,
My research group has a project that we believe could be useful to a few
people, and thought about distributing it through the debian
repositories. It seems like it could be a fair amount of trouble for us
to do, though, so I'm in part writing to ask if we should just contin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 6. Juni 2003 13:57 schrieb Eduard Bloch:
> Moin Michael!
>
> Michael Koch schrieb am Thursday, den 05. June 2003:
> > I have a problem to run "fakeroot debian/rules clean" in one
> > package source tree while not in another. Any idea what c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 6. Juni 2003 13:57 schrieb Eduard Bloch:
> Moin Michael!
>
> Michael Koch schrieb am Thursday, den 05. June 2003:
> > I have a problem to run "fakeroot debian/rules clean" in one
> > package source tree while not in another. Any idea what c
Moin Michael!
Michael Koch schrieb am Thursday, den 05. June 2003:
> I have a problem to run "fakeroot debian/rules clean" in one package
> source tree while not in another. Any idea what could be the reason
> for this behaviour ?
Something overwritting LD_LIBRARY_PATH? It should extend the exi
Moin Michael!
Michael Koch schrieb am Thursday, den 05. June 2003:
> I have a problem to run "fakeroot debian/rules clean" in one package
> source tree while not in another. Any idea what could be the reason
> for this behaviour ?
Something overwritting LD_LIBRARY_PATH? It should extend the exi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
I have a problem to run "fakeroot debian/rules clean" in one package
source tree while not in another. Any idea what could be the reason
for this behaviour ?
[EMAIL PROTECTED]:~/sources/skstream/skstream-0.2.5$ fakeroot debian/rules
cle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
I have a problem to run "fakeroot debian/rules clean" in one package
source tree while not in another. Any idea what could be the reason
for this behaviour ?
[EMAIL PROTECTED]:~/sources/skstream/skstream-0.2.5$ fakeroot debian/rules
cle
On Sat, Sep 22, 2001 at 06:05:29PM +0200, S?ren Boll Overgaard <[EMAIL
PROTECTED]> spake forth:
> > To answer your question: You have to set the DESTDIR variable when you
> > install the binaries in the package build directory. Most probably
> > this means calling "make install --destdir=debian/n
On Sat, Sep 22, 2001 at 06:05:29PM +0200, S?ren Boll Overgaard <[EMAIL PROTECTED]>
spake forth:
> > To answer your question: You have to set the DESTDIR variable when you
> > install the binaries in the package build directory. Most probably
> > this means calling "make install --destdir=debian/
On Sat, Sep 22, 2001 at 10:54:34AM -0500, Warren Turkal wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Did you us dh_make to start the construction of your package?
> Warren
Yes. I have strictly followed the guidelines at
http://www.debian.org/doc/maint-guide/index.html#contents
--
On Sat, Sep 22, 2001 at 05:53:56PM +0200, Ralf Treinen wrote:
> Hi,
>
> you posted to the debian developers list. Please send questions of
> this kind to debian-mentors@lists.debian.org where beginners questions
> are welcome (cc is set in this mail).
Sorry about that.
>
> To answer your questi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Did you us dh_make to start the construction of your package?
Warren
On Saturday 22 September 2001 10:53, Ralf Treinen wrote:
> Hi,
>
> you posted to the debian developers list. Please send questions of
> this kind to debian-mentors@lists.debian.org w
Hi,
you posted to the debian developers list. Please send questions of
this kind to debian-mentors@lists.debian.org where beginners questions
are welcome (cc is set in this mail).
To answer your question: You have to set the DESTDIR variable when you
install the binaries in the package build dire
On Sat, Sep 22, 2001 at 10:54:34AM -0500, Warren Turkal wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Did you us dh_make to start the construction of your package?
> Warren
Yes. I have strictly followed the guidelines at
http://www.debian.org/doc/maint-guide/index.html#contents
-
On Sat, Sep 22, 2001 at 05:53:56PM +0200, Ralf Treinen wrote:
> Hi,
>
> you posted to the debian developers list. Please send questions of
> this kind to [EMAIL PROTECTED] where beginners questions
> are welcome (cc is set in this mail).
Sorry about that.
>
> To answer your question: You have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Did you us dh_make to start the construction of your package?
Warren
On Saturday 22 September 2001 10:53, Ralf Treinen wrote:
> Hi,
>
> you posted to the debian developers list. Please send questions of
> this kind to [EMAIL PROTECTED] where beginner
Hi,
you posted to the debian developers list. Please send questions of
this kind to [EMAIL PROTECTED] where beginners questions
are welcome (cc is set in this mail).
To answer your question: You have to set the DESTDIR variable when you
install the binaries in the package build directory. Most p
40 matches
Mail list logo
