Please do another localization too
Hello, I would ask you, if you can do deb package of Czech thunderbird localisation package. I am new to Debian, that is way I am not able to do it by myself. Please do it or please post it to the right maintainer who would do it. The link for czech package is this: http://ftp.cesnet.cz/MIRRORS/ftp.czilla.cz/mozilla.org/thunderbird/1.0.2/lang/ It is link from official Czech Mozilla site http://www.czilla.cz/download/ Thank you, Roman
Re: Please do another localization too
Hello Šlechta, * Šlechta, Roman [EMAIL PROTECTED] [2005-06-20 08:42]: I would ask you, if you can do deb package of Czech thunderbird localisation package. I am new to Debian, that is way I am not able to do it by myself. Please do it or please post it to the right maintainer who would do it. The link for czech package is this: http://ftp.cesnet.cz/MIRRORS/ftp.czilla.cz/mozilla.org/thunderbird/1.0.2/lang/ It is link from official Czech Mozilla site http://www.czilla.cz/download/ reportbug wnpp -- RFP regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 1024D/73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpbKIgfDYe0T.pgp Description: PGP signature
Re: RFS: qsf - small and quick Bayesian spam filter
On Thu, Jun 16, 2005 at 09:25:35PM -0300, Nelson A. de Oliveira wrote: Hi mentors! Hello. [...] It's released under Artistic license, linda and lintian clean and builds OK on pbuilder. Package, source and other files available at http://biolinux.df.ibilce.unesp.br/naoliv/qsf/ Upstream author gaves me access to the project CVS, so the diff file is small. If I change something on the package, I will updated CVS, and vice-versa. Thank you very much! I would be interested in sponsoring this package. ([EMAIL PROTECTED])~/test/qsf$md5sum *.tar.gz 79e5341cdd79ed00f769cee8a903a437 qsf_1.1.0.orig.tar.gz 8cdb8573050811abda5973c1de17d1fd qsf-1.1.0.tar.gz ([EMAIL PROTECTED])~/test/qsf$ Why are they different? qsf-1.1.0.tar.gz is downloaded from upstream's page, while qsf_1.1.0.orig.tar.gz is created by you. Otherwise package looks ok and I can upload it for you, but please add the following line to your control file: Uploaders: Bartosz Fenski [EMAIL PROTECTED] Contact me privately when it's done. Of course assuming you want me as a sponsor for your package ;) regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
becoming a maintainer
Hello, I'm interested in becoming a maintainer for Debian. Specifically, I would like to add and maintain a oneSIS (http://onesis.org) package (for diskless computing). I am an expert linux administrator and have already created a deb that works. Could you help find a sponsor to me prepare this deb for inclusion into Debian? Thanks, -JE -- --- Josh England Sandia National Laboratory, Livermore, CA Scalable Computing Research and Development email: [EMAIL PROTECTED] phone: (925) 294-2076 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: becoming a maintainer
On Mon, Jun 20, 2005 at 12:21:07AM -0700, Josh England wrote: Hello, I'm interested in becoming a maintainer for Debian. Specifically, I would like to add and maintain a oneSIS (http://onesis.org) package (for diskless computing). I am an expert linux administrator and have already created a deb that works. Could you help find a sponsor to me prepare this deb for inclusion into Debian? A good start is to read http://people.debian.org/~mpalmer/debian-mentors_FAQ.html where maintainer developer can be considered synonyms. Cheers Geert Stappers signature.asc Description: Digital signature
Drop weight right NOW
Body Wrap at Home to lose 6-20 inches in one hour. With Bodywrap we guarantee: you'll lose 6-8 Inches in one hour 100% Satisfaction or your money back Bodywrap is soothing formula that contours, cleanses and rejuvenates your body while reducing inches. http://denizen.grouploseweight.com traipse ee affix km bodyguard sc stratum ica bandstand ylk revere lzk kittle hsj bystander jo jill jfl repudiate fip http://denizen.grouploseweight.com/r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shotgun Debugger: different data packages depending on endianness
On Sun, Jun 19, 2005 at 10:29:45PM +0200, Miriam Ruiz wrote: Hi, I've packaged a game called Shotgun Debugger, available at: http://sdb.gamecreation.org/ You can see a brief description of the game at: http://www.happypenguin.org/show?Shotgun%20Debugger According to the following web page: http://gcsociety.sp.cs.cmu.edu/~frenzy/porting.html Shotgun Debugger uses the MD2 format for its 3D models. MD2 is a binary format, and is thus prone to endianness incompatibility. The models that come with the Shotgun Debugger packages will work on little-endian architectures (Intel x86, AMD64, etc.) only. If you plan on compiling Shotgun Debugger on a big-endian system (PowerPC*, SPARC, etc.), you will need to download the big-endian model pack. These models have the .md2b extension; just put them in the models/ directory. Shotgun Debugger recognizes the endianness of your system and loads the appropriate model set. I've created two different packages, one with the md2 files and another one with the md2b files. I've tried to make the main program install the appropriate package depending on it's endianness but I wasn't able to get it working. Any ideas how to do it? BTW, which debian archs are big endian and which are small endian? I guess you could Recommend: endianpkg1 | endianpkg2. Really, it seems that the game should just work with a single set of data files by doing appropriate byteswapping. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shotgun Debugger: different data packages depending on endianness
--- Justin Pryzby [EMAIL PROTECTED] wrote: I guess you could Recommend: endianpkg1 | endianpkg2. That wouldn't select the approppriate one when installing, will it? Really, it seems that the game should just work with a single set of data files by doing appropriate byteswapping. I know, and I do agree with you. They just seem to prefer doing it the other way (lazyness?) Justin Thanks and greetings, Miry __ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shotgun Debugger: different data packages depending on endianness
On Mon, Jun 20, 2005 at 09:06:23PM +0200, Miriam Ruiz wrote: --- Justin Pryzby [EMAIL PROTECTED] wrote: I guess you could Recommend: endianpkg1 | endianpkg2. That wouldn't select the approppriate one when installing, will it? Only half the time:) If you assume that i386 is most common userbase, then you put LEpkg | BEpkg, and installing with any high-level tool (apt, aptitude, dselect, ...) will install the first one. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shotgun Debugger: different data packages depending on endianness
Miriam Ruiz wrote: I've created two different packages, one with the md2 files and another one with the md2b files. I've tried to make the main program install the appropriate package depending on it's endianness but I wasn't able to get it working. Any ideas how to do it? BTW, which debian archs are big endian and which are small endian? You can Build-Depend on the type-handling package. As long as the main package is Arch: any, this has a way to make the main package Depend upon the appropriate data package (sdb-data-little-endian vs. sdb-data-big-endian ?) by playing with the debian/control file at build time. I assume both data packages would be Arch: all, right? Alternatively you could have the data package be Arch: any and build it with the appropriate endianness for each platform. But that would waste an awful lot of disk space. I agree with Justin that it would be most preferable to have only one data file package, and hack the program code to flip the endianness (on the appropriate platforms) in memory at the time of loading the data files. From what I remember, the following are little-endian: i386 amd64 alpha ia64 mipsel and the following are big-endian: powerpc s390 m68k mips sparc hppa I believe arm and Super-H can be either endianness, but Debian only supports one endianness for arm -- I forget which though. (Super-H is an unofficial port which I think plans to support both cases.) regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Looking for a sponsor ; first package done
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I'm Geoffroy Carrier, a student from Grenoble, France. I've been using Debian GNU/Linux for years, and I (nearly) always wanted to become a maintainer. I have been reading all the important documentation these days: that's the summer hollidays for me. I started writing a small package for a software I use everyday: AdvanceMenu. You can see my temporary repository at http://kali.tofu.eu.org/deb/ I'd like to make new packages soon (Cube, libenet, etc.). I'll be an applicant on Thursday: my GPG key isn't signed yet. I'd like to thank Christian Marillat for the time he loose for me. I'm looking for a sponsor; It would be great if this sponsor had Jabber. Cordially, - -- Geoffroy Carrier -BEGIN PGP SIGNATURE- Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFCtx1Pf/9Z2LsohjERAkvqAJkBZ5og/uh/BnhDe05y2clhzFn9BgCdE/N2 D891V9vGrP+M/TTewFXMYVs= =J2b5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a sponsor ; first package done
On Mon, Jun 20, 2005 at 09:47:29PM +0200, Geoffroy Carrier wrote: I'm Geoffroy Carrier, a student from Grenoble, France. I've been using Debian GNU/Linux for years, and I (nearly) always wanted to become a maintainer. I have been reading all the important documentation these days: that's the summer hollidays for me. I started writing a small package for a software I use everyday: AdvanceMenu. You can see my temporary repository at http://kali.tofu.eu.org/deb/ Please next time make sure to include description of the packaged program. I heard about AdvanceMenu first time. I'd like to make new packages soon (Cube, libenet, etc.). I'll be an applicant on Thursday: my GPG key isn't signed yet. I'd like to thank Christian Marillat for the time he loose for me. I'm looking for a sponsor; It would be great if this sponsor had Jabber. Some comments after looking at your package: - You should always check your packages with linda and lintian programs. That's what prospective sponsors usually checks first, and you've got plenty of warnings/errors there. - manual page should have the same name as binary - you don't close any ITP in changelog entry, and I can't find any in WNPP database Enough for first time. Please fix these errors and ask for sponsor once again. Also don't forget we've got more than 15k packages which can be used as examples. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Packaging Qube, Was: Looking for a sponsor
I'd like to make new packages soon (Cube, libenet, etc.). Please note that cube has licensing issues. The game engine itself is zlib, but nearly all media files are not redistributable. The engine is itself will only run in i386, porting to amd64 (and other arches) is nontrivial. The author also refuses to accept any patches, because he considers cube as 'his baby'. A friend of mine has therefore forked cube, in order to get a real freely distributable version of the game out of the door with support for arches like amd64. It is however not really in a releasable state: http://wwwcip.informatik.uni-erlangen.de/~sibrklei/kg/ -- regards, Reinhard
Re: Packaging Qube, Was: Looking for a sponsor
On 20.06.05, Reinhard Tartler wrote: Please note that cube has licensing issues. The game engine itself is zlib, but nearly all media files are not redistributable. Also, the free version of Cube uses a different network protocol than the binary version that is available from cubeengine.com for cheating prevention. A Debian packaged Cube would thus be incompatible to most running servers -- only until most servers use the Debian package, of course ;) The engine is itself will only run in i386, porting to amd64 (and other arches) is nontrivial. It is working on Linux/PPC and some PDAs. The author also refuses to accept any patches, because he considers cube as 'his baby'. This has fortunately changed with Cube's successor Sauerbraten. http://sauerbraten.org/ Regards, René van Bevern Progn.org, Pro-Linux.de pgptx71We2YZT.pgp Description: PGP signature
RFS: arCHMage - CHM(Compiled HTML) Decompressor
Hello, Mentors I am searching for a sponsor for the following: * Package name: arCHMage Version : 0.0.6 Upstream Author : Eugeny Korekin [EMAIL PROTECTED] * URL : http://archmage.sf.net * License : GPL Description : CHM(Compiled HTML) Decompressor arCHMage is an extensible reader and decompiler for files in the CHM format. This is the format used by Microsoft HTML Help, and is also known as Compiled HTML. arCHMage is based on chmlib by Jed Wing. Debian package and source package: http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6-3.diff.gz http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6-3.dsc http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6.orig.tar.gz Please review this package. Do you have comments, suggestions, critics? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: arCHMage - CHM(Compiled HTML) Decompressor
Basil Shubin wrote: I am searching for a sponsor for the following: * Package name: arCHMage Version : 0.0.6 Upstream Author : Eugeny Korekin [EMAIL PROTECTED] * URL : http://archmage.sf.net * License : GPL Description : CHM(Compiled HTML) Decompressor arCHMage is an extensible reader and decompiler for files in the CHM format. This is the format used by Microsoft HTML Help, and is also known as Compiled HTML. arCHMage is based on chmlib by Jed Wing. Debian package and source package: http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6-3.diff.gz http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6-3.dsc http://bashu.solarnet.ru/debian/packages/archmage/archmage_0.0.6.orig.tar.gz Please review this package. Do you have comments, suggestions, critics? Firstly, I note that the upstream archmage tarball includes an old (GFDLed) version of chmspec. Note that including non-free material in the orig.tar.gz may be an RC bug for etch (the next debian release): http://lists.debian.org/debian-release/2005/06/msg00242.html I'm the main upstream author of chmspec, which has been since relicenced under the GPL. I recommend that you remove chmspec from the orig.tar.gz and replace it with links to the upstream homepages: http://savannah.nongnu.org/projects/chmspec http://www.nongnu.org/chmspec/ http://www.nongnu.org/chmspec/latest/ It also contains a copy of Matthew Russotto's CHM container format spec, which is also non-free (not modifiable). Please do the same for it: http://www.speakeasy.org/~russotto/chm/chmformat.html I suggest you push these changes upstream too. Comments about your packaging/etc: 1. Where is your ITP bug? 2. It contains a copy of chmlib - you probably want to adapt archmage to build-depend on the chmlib-dev and depend on chmlib. I think I saw something about this kind of thing in the release policy or something. 3. lintian -i gives the following warning: W: archmage: description-synopsis-might-not-be-phrased-properly N: N: The synopsis (first line in the package Description: field, the N: short description) ends with a full stop . character. This is not N: necessary, as the synopsis doesn't need to be a full sentence. It is N: recommended that a descriptive phrase is used instead. N: N: Note also that the synopsis is not part of the rest of the N: Description: field. N: N: Refer to Policy Manual, section 3.4.1 for details. N 4. Remove README.Debian - it is effectively empty. 5. Remove commented lines in debian/rules. You may also want to use cdbs instead for the python stuff. 6. Why is the default fs_encoding set to koi8-r - utf-8 will suite more users I would think. 7. You should probably use gcc rather than any specific version of gcc, since it will fail to build when gcc-4.0 becomes the default and no-one has gcc-3.3 installed by default. 8. The description in debian/control could use some reformatting - put . on its own on a line to create a blank line, or remove the linefeeds between sentences. -- bye, pabs http://pabs.zip.to signature.asc Description: This is a digitally signed message part
Re: namespace conflict != package Conflict?
Anthony Towns wrote: GNU Interactive Tools hasn't seen an upstream update at all since 2001, and looking at the diffs since .18, doesn't seem to have had any significant changes since 1999. The Debian updates seem mostly to be updating the build system, rather than user-visible changes. I am not sure upstream inactivity by itself is a good measure. For example compare this to GNU rcs. GNU rcs has not had an upstream modification since 1995. I would hate to see this argument applied there that we should remove or rename RCS commands. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]