Re: RFS: php5-blitz
My apologies for the poorly written post. Clarifications below, in case anyone was confused. Ben Finney <[EMAIL PROTECTED]> writes: > Drop the “written as PHP extension from the synopsis”, that's clear > both from the package name and (presumably) the long description. It > can also be added with debtags. That should be Drop the “written as PHP extension” from the synopsis, … > “extremely fast and flexible” is uninformative hyperbole. More to the point (and closer to what was in the proposed synopsis), “extremely fast and powerful” is also uninformative hyperbole. -- \ “Our products just aren't engineered for security.” —Brian | `\ Valentine, senior vice-president of Microsoft Windows | _o__)development, 2002 | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: php5-blitz
Grégory Boddin <[EMAIL PROTECTED]> writes: > Dear mentors, > > I am looking for a sponsor for my package "php5-blitz". Thank you for your work ti contribute to Debian! > * Package name: php5-blitz > Version : 0.6.5-1 > Upstream Author : Alexey Rybak <[EMAIL PROTECTED]> > * URL : http://alexeyrybak.com/blitz/blitz_en.html > * License : Open Source, not specified You need to ascertain exactly what license terms you will be redistributing the work under, and complete this field appropriately. This is also a precondition for the ‘debian copyright’ file: you need *all* applicable license terms for all parts of the work specified in that file. > It builds these binary packages: > php5-blitz - Extremely fast and powerfull template engine written as PHP > extension Drop the “written as PHP extension from the synopsis”, that's clear both from the package name and (presumably) the long description. It can also be added with debtags. Phrase the synopsis as a noun phrase as it would appear in the middle of a sentence (not capitalised like the start of a sentence). “extremely fast and flexible” is uninformative hyperbole. What in particular is the advantage of this package over the many other template engines in Debian? Communicate that in the synopsis. You will also likely get more specific interest if you include the package full description in your RFS message. (Open question: Why is this not requested as part of the RFS template?) -- \ “Too many Indians spoil the golden egg.” —Sir Joh | `\ Bjelke-Petersen | _o__) | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please ignore the tslib upload
On Wed, 19 Nov 2008 14:08:24 -0800 "Daniel Moerner" <[EMAIL PROTECTED]> wrote: > On Wed, Nov 19, 2008 at 1:51 PM, Neil Williams <[EMAIL PROTECTED]> > wrote: > > I've no idea what is going on but a version of tslib has been > > uploaded to mentors.debian.net. > ... > In other words, it looks like someone from Ubuntu uploaded their > package to mentors.debian.net instead of REVU, which was obviously > inappropriate. Thanks for investigating that. > This seems to bring up the issue if m.d.n should reject packages with > ubuntu in their version strings. I agree - it would seem a fairly simple and painless step. I cannot see a valid reason for retaining a ubuntu version string in a package for m.d.n. -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ pgpfbWnn9IgqQ.pgp Description: PGP signature
Re: RFS: php5-blitz
Hello, On Wed, Nov 19, 2008 at 23:10, Grégory Boddin <[EMAIL PROTECTED]> wrote: > Dear mentors, > > I am looking for a sponsor for my package "php5-blitz". Very fast look at the package: - no ITP - 50 lines in debian/changelog for the first release is way to much: please collapse them in just one - Standard-Version is old (lintian would have said it too) - Arch: i386 ?? are you really sure? - long description is about 10chars longer than short. please let us know what the package really does, and why we should install it - many template files left in the package - debian/copyright has missing info !!! - debian/rules can be cleaned up a log The quality of this package is low (sorry, but that's it): please read Debian Policy, Developers Reference, New maint guide, and maybe you can start adopting a package (so you have already a basis to start from) instead of introducing new stuff in Debian. Regards-- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: php5-blitz
Dear mentors, I am looking for a sponsor for my package "php5-blitz". * Package name: php5-blitz Version : 0.6.5-1 Upstream Author : Alexey Rybak <[EMAIL PROTECTED]> * URL : http://alexeyrybak.com/blitz/blitz_en.html * License : Open Source, not specified Section : web It builds these binary packages: php5-blitz - Extremely fast and powerfull template engine written as PHP extension The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/php5-blitz - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/php5-blitz/php5-blitz_0.6.5-1.dsc I would be glad if someone uploaded this package for me. Aditionaly, it was my first package to debian community, don't worry to spam me with remarks and/or suggestions. Kind regards Boddin Grégory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505633: Info received and FILED only (Bug#505633: RFS: gnome-keyring-query)
Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message has not been forwarded to the package maintainers or other interested parties; you should ensure that the developers are aware of the problem you have entered into the system - preferably quoting the Bug reference number, #505633. If you wish to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not send mail to [EMAIL PROTECTED] unless you wish to report a problem with the Bug-tracking system. -- 505633: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505633 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#505633: RFS: gnome-keyring-query
On Wed, 2008-11-19 at 22:15 +0100, Michal Čihař wrote: > Dne Wed, 19 Nov 2008 14:46:30 -0600 > Richard Laager <[EMAIL PROTECTED]> napsal(a): > > > Do you think I should file a bug report on the gnome-keyring package in > > Debian to see if the maintainer would include this as a patch? > > I think it is better way to go than introducing new package for this. Done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506255 Richard signature.asc Description: This is a digitally signed message part
Re: Please ignore the tslib upload
On Wed, Nov 19, 2008 at 1:51 PM, Neil Williams <[EMAIL PROTECTED]> wrote: > I've no idea what is going on but a version of tslib has been uploaded > to mentors.debian.net. I am definitely not the person who did this upload, but a bit of investigation (along with the ubuntu handle on the version) suggest that the following occurred: On Nov 18, an Ubuntu contributor applied a patch to the source that fixes glibc-2.8 build errors. For it to be uploaded into Jaunty Jackalope, they decided to put it on mentors.debian.net instead of REVU for some unknown reason. Later on Nov 18, the package was uploaded into Ubuntu's repositories, but obviously mentors didn't know to take it off. In other words, it looks like someone from Ubuntu uploaded their package to mentors.debian.net instead of REVU, which was obviously inappropriate. This seems to bring up the issue if m.d.n should reject packages with ubuntu in their version strings. Daniel -- Daniel Moerner <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please ignore the tslib upload
I've no idea what is going on but a version of tslib has been uploaded to mentors.debian.net. I'm the maintainer for tslib and I see no reason for any such upload to Debian. Please do not sponsor this upload, do not hijack tslib. If there are good reasons for an upload, I will do it - but only to experimental. I won't be sponsoring the upload from mentors.debian.net. Can the upload be removed from mentors.debian.net ? -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ pgp7GVRqzWG6T.pgp Description: PGP signature
Re: RFS: gnome-keyring-query
Dne Wed, 19 Nov 2008 14:46:30 -0600 Richard Laager <[EMAIL PROTECTED]> napsal(a): > Yes, but I've never had much luck with GNOME looking at bug reports. > > I just filed a bug report with them and attached this program: > http://bugzilla.gnome.org/show_bug.cgi?id=561582 > > Do you think I should file a bug report on the gnome-keyring package in > Debian to see if the maintainer would include this as a patch? I think it is better way to go than introducing new package for this. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
RFS: sunpinyin-slm
Dear mentors, I am looking for a sponsor for my package "sunpinyin-slm". * Package name: sunpinyin-slm Version : 1.0~hg20081119-1 Upstream Author : Lei Zhang <[EMAIL PROTECTED]> and others * URL : http://www.opensolaris.org/os/project/input-method * License : LGPL/CDDL Dual license Section : utils Description : A language model training tool suite It builds these binary packages: sunpinyin-slm - A statistical language model training tool suite sunpinyin-slm provides the tools for - segmenting Chinese sentence into words - training a trigram backoff language model for predicting next character with its preceeding characters. - the generated language model can be used in sunpinyin [1] which is a Chinese input method engine. IIRC, currently Debian does not has such a tool for segmenting Chinese text into words or building statistic language models. Once we can segmenting Chinese text, it can serve as a building block of full text search for Chinese text. The package appears to be lintian clean. The upload would fix these bugs: 490970 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sunpinyin-slm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sunpinyin-slm/sunpinyin-slm_1.0~hg20081119-1.dsc I would be glad if someone uploaded this package for me. -- [1] http://bugs.debian.org/478811 -- Kind Regards, Kov Chai 2008.11.19 Wed -- Structures are the weapons of the mathematician. -- N. Bourbaki signature.asc Description: Digital signature
Re: RFS: libmetalink
* Michal Čihař [Wed, 19 Nov 2008 15:56:47 +0100]: > - Vcs-Bzr: lp:libmetalink ... is this standard way of specifying bzr > repositories? It is Launchpad-specific but, alas, the launchpad plugin is included in bzr core, so anybody who does `bzr branch lp:libmetalink`, it will work. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Everything you read in newspapers is absolutely true, except for that rare story of which you happen to have first-hand knowledge. -- Erwin Knoll -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libmetalink
Hi Dne Tue, 11 Nov 2008 00:24:21 +0100 Philipp Hagemeister <[EMAIL PROTECTED]> napsal(a): > I am looking for a sponsor for my package "libmetalink". > > * Package name: libmetalink > Version : 0.0.3-1 > Upstream Author : Tatsuhiro Tsujikawa and the Launchpad Metalink team > * URL : https://launchpad.net/libmetalink > * License : MIT > Section : libs Is there any application using this library? > It builds these binary packages: > libmetalink1 - C library for parsing Metalink files > libmetalink1-dev - Development files for libmetalink Maybe you should consider naming this just libmetalink-dev, it is usually not needed to support concurrent devel packages. > The package can be found on mentors.debian.net: > - - URL: http://mentors.debian.net/debian/pool/main/l/libmetalink > - - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - - dget > http://mentors.debian.net/debian/pool/main/l/libmetalink/libmetalink_0.0.3-1.dsc - please be more verbose in long description, especially describing metalink itself could be useful - short description should not start with capital letter - Vcs-Bzr: lp:libmetalink ... is this standard way of specifying bzr repositories? - including README as documentation for users is not useful as it only describes build -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: repackaged .orig.tar.gz (was: RFS: libmsn)
* Pau Garcia i Quiles [Wed, 19 Nov 2008 00:11:44 +0100]: > >> True, on the other hand the Developer's Reference suggests in > >> 6.7.8.2: > >> A repackaged .orig.tar.gz > >> [..] > >> 4. should use -.orig as the name > >> of the top-level directory in its tarball. This makes it possible > >> to distinguish pristine tarballs from repackaged ones. > >> Is this recommendation moot? > > No, not really. Note that in this case we were not talking about a > > repackaged tarball, but just one with the "bunzip & gzip" dance. > > Incidentally, the version in Debian was to be 4.0~beta1 instead of the > > upstream 4.0-beta1, and Pau wondered if *this* needed a repacking, which > > it did not. > > Hope that was clear enough. :-) > To further clarify: > What Adeodato says would be accurate in case the packagename matches > the directory name, which is not the case here. > To actually match the package name, I would need to repackage because > the original tarball uncompresses to "libmsn-4.0-beta" but it should > uncompress to "libmsn0.1-4.0~beta1". If I am to abide by rule 6.7.8.2, > renaming "libmsn" -> "libmsn0.1" should be done, and therefore this > package is no longer just a bunzip & gzip case. No, that is not correct. You should not repackage just to rename the top level directory, period. No matter if what doesn't match is the version part, the name part, or both. Said that, your source package name should still be "libmsn" even if the binary package is named "libmsn0.1", bacause when you bump the binary package to "libmsn0.2", we want the source package name to remain constant. Please fix that. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Dar Williams - After All -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnome-keyring-query
Hi Dne Thu, 13 Nov 2008 17:20:30 -0600 Richard Laager <[EMAIL PROTECTED]> napsal(a): > I am looking for a sponsor for my package "gnome-keyring-query". > > * Package name: gnome-keyring-query > Version : 0.0.0.20070709-3 > Upstream Author : "Koster" > * URL : > http://www.gentoo-wiki.info/HOWTO_Use_gnome-keyring_to_store_SSH_passphrases > * License : Public Domain > Section : gnome > > It builds these binary packages: > gnome-keyring-query - Command-line utility for querying GNOME Keyring Can you give reasons for having separate package for single C source? Would not be better to add this to GNOME Keyring package? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: lintian complaining about modified files
Hello Andreas,
On Wed, Nov 19, 2008 at 10:10, Andreas Tscharner <[EMAIL PROTECTED]> wrote:
> Hello World,
> Hello Mentors,
>
> I use the dpatch system to make the requested changes in the sources (only 1
> dpatch changing only one source file).
>
> Now lintian complains that "config.guess and 1 more" are changed, but not by
> dpatch. I suppose that these files get changed in the build process.
>
> What is the correct way to get this problem solved?
The easiest way is to copy them from
/usr/share/misc/config.{guess,sub} in configure target and remove them
in clean target (since removed files are ignored).
For more info, take a look at /usr/share/doc/autotools-dev/README.Debian.gz
Regards,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lintian complaining about modified files
Hi Dne Wed, 19 Nov 2008 10:10:42 +0100 Andreas Tscharner <[EMAIL PROTECTED]> napsal(a): > I use the dpatch system to make the requested changes in the sources > (only 1 dpatch changing only one source file). > > Now lintian complains that "config.guess and 1 more" are changed, but > not by dpatch. I suppose that these files get changed in the build process. > > What is the correct way to get this problem solved? You probably copy them in clean target? The clean way to update config.guess and config.sub is to copy them during build and delete during clean phase as removed files are ignored from diff. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
lintian complaining about modified files
Hello World,
Hello Mentors,
I use the dpatch system to make the requested changes in the sources
(only 1 dpatch changing only one source file).
Now lintian complains that "config.guess and 1 more" are changed, but
not by dpatch. I suppose that these files get changed in the build process.
What is the correct way to get this problem solved?
Thanks and best regards
Andreas
--
("`-''-/").___..--''"`-._
`o_ o ) `-. ( ).`-.__.`)
(_Y_.)' ._ ) `._ `. ``-..-'
_..`--'_..-_/ /--'_.' .'
(il).-'' (li).' ((!.-'
Andreas Tscharner [EMAIL PROTECTED] ICQ-No. 14356454
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
