On Sat, 2006-12-30 at 10:17 -0600, Carlo Segre wrote:
> Hello All:
>
> If a new version of a package drops a dependency on a previously required
> package, should an install-time reminder be given to the user? I don't
> really want to add debconf clutter for such a trivial matter but it is
> p
Hi,
After watching debian-mentors@ for a some time, I've found two types
of suggestions frequenly advised to the packagers:
* Removing empty lines from the end of debian/copyright,
debian/changelog
* Using two spaces before 'Homepage:' field in package description.
Do they look like candidate
Hi,
I am looking for a sponsor for my package "python-pytils".
* Package name: pytils
Version : 0.3
Upstream Author : Pythy <[EMAIL PROTECTED]>
* URL : http://gorod-omsk.ru/blog/pythy/projects/pytils/
* License : GPL
Section : pyhton
It builds single
Hi,
* Mikhail Gusarov <[EMAIL PROTECTED]> [2007-01-01 14:13]:
> After watching debian-mentors@ for a some time, I've found two types
> of suggestions frequenly advised to the packagers:
>
> * Removing empty lines from the end of debian/copyright,
> debian/changelog
>
> * Using two spaces before
Mikhail Gusarov wrote:
> http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc
* should: please use the common format for the copyright file, look at
e.g. libextractor if unsure. include also the full gpl blurb.
* must: your package is arch all, hence you should have all the
On Mon, 01 Jan 2007 19:01:47 +0600
Mikhail Gusarov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> After watching debian-mentors@ for a some time, I've found two types
> of suggestions frequenly advised to the packagers:
>
> * Removing empty lines from the end of debian/copyright,
> debian/changelog
>
> *
Hi,
Sorry for my late reply. I was out and offline for a few days...
Daniel Baumann wrote:
> > http://mentors.debian.net/debian/pool/main/s/serf/serf_0.1.0-1~pre.1.dsc
>
> * should: remove the useless empty line at the end of changelog.
> * must: use 0.1.0-1 for the next upload to mentors.
On 2007-01-01, Nico Golde <[EMAIL PROTECTED]> wrote:
> I guess not since this is not defined in the policy. Maybe=20
> if Homepage becomes a real control field.
with two spaces it is formatted on the web like this:
http://packages.debian.org/unstable/kde/yakuake
with one space like this:
http://p
Hi,
Andrea Bolognani wrote:
> > - dget
> > http://mentors.debian.net/debian/pool/main/s/serf/serf_0.1.0-1~pre.1.dsc
>
> I guess you meant
> http://mentors.debian.net/debian/pool/main/s/serf/serf_0.1.0-1~pre.2.dsc
Yeah, right. Thank you for pointing out!
I reuploaded a newer version just before
Hi,
* Sune Vuorela <[EMAIL PROTECTED]> [2007-01-01 15:04]:
> On 2007-01-01, Nico Golde <[EMAIL PROTECTED]> wrote:
> > I guess not since this is not defined in the policy. Maybe=20
> > if Homepage becomes a real control field.
>
> with two spaces it is formatted on the web like this:
> http://packa
Neil Williams wrote:
> Daniel: would you agree?
Let's get this once and for all clear:
Given that lintian, as any automatic tool, can not catch all flaws in
every case, manuall listing of the remaining flaws is always needed, I
don't really care about if I need to point these flaws out in additio
> Hi,
> * Mikhail Gusarov <[EMAIL PROTECTED]> [2007-01-01 14:13]:
>> After watching debian-mentors@ for a some time, I've found two types
>> of suggestions frequenly advised to the packagers:
>>
>> * Removing empty lines from the end of debian/copyright,
>> debian/changelog
>>
>> * Using two spac
Hi,
* Mikhail Gusarov <[EMAIL PROTECTED]> [2007-01-01 14:13]:
[...]
> The upload would fix the bug 405175
>
> The package can be found here:
> - URL: http://dottedmag.net/debian/python-pytils/
> - dget http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc
I would suggest to rework
Twas brillig at 16:01:32 01.01.2007 UTC+01 when Nico Golde did gyre and gimble:
NG> I would suggest to rework the copyright it looks a bit=20 strange
NG> even if all needed information is included. What about the
NG> copyright year, the upstream files are from=20 October 2006 but
NG> Copyrig
Mikhail Gusarov wrote:
> Ugh, my fault. I just provided copyright year of my debian
> work. Anyway I contacted the author and he promised to fix copyright
> statements in source code (add copyright years, use standard GPL
> header as FSF wants) in the next minor version, so I will postpone
> packag
Hi,
* Paul Cager <[EMAIL PROTECTED]> [2007-01-01 16:13]:
> > Hi,
> > * Mikhail Gusarov <[EMAIL PROTECTED]> [2007-01-01 14:13]:
> >> After watching debian-mentors@ for a some time, I've found two types
> >> of suggestions frequenly advised to the packagers:
> >>
> >> * Removing empty lines from the
Kobayashi Noritada wrote:
> Sorry for my late reply. I was out and offline for a few days...
no problem.
> Thank you very much for reviewing my package. I've uploaded a fixed
> version per your comments.
welcome :)
> Could you please upload it?
done.
if you want/need further sponsoring, con
Twas brillig at 14:32:00 01.01.2007 UTC+01 when Daniel Baumann did gyre and
gimble:
DB> * should: please use the common format for the copyright file,
DB> look at e.g. libextractor if unsure.
fixed.
DB> include also the full gpl blurb.
Will do when author releases 0.2.1 with copyright year
Mikhail Gusarov wrote:
> DB> include also the full gpl blurb.
>
> Will do when author releases 0.2.1 with copyright years added to the
> source files.
i don't understand why you have to wait for upstream, *how* you write
things in debian/copyright is not determined by upstream, only *what*
you w
Twas brillig at 17:02:02 01.01.2007 UTC+01 when Daniel Baumann did gyre and
gimble:
DB> i don't understand why you have to wait for upstream, *how* you
DB> write things in debian/copyright is not determined by upstream,
DB> only *what* you write.
Normal GPL blurb includes copyright years, wh
"Paul Cager" <[EMAIL PROTECTED]> wrote:
> The policy *does* distinguish between lines starting with one space
> (paragraphs with word-wrapping) and lines starting with two or more spaces
> (non-wrapped if panning is possible, otherwise hard-wrapped), so I think
> there is a strong policy basis for
Twas brillig at 17:02:02 01.01.2007 UTC+01 when Daniel Baumann did gyre and
gimble:
DB> e.g. here, it is necessary that you list the sources as GPL2
DB> licensed, but you can use the normal gpl blurb for that, and not
DB> require the 'custom' gpl blurb from upstream. they are saying the
DB>
Dear mentors,
I am looking for a sponsor for my package "libitpp".
* Package name: libitpp
Version : 3.10.7
Upstream Author : Tony Ottosson, Adam Piatyszek
* URL : http://itpp.sourceforge.net/
* License : GPL
Programming Lang: C++
Section : libs
It
Daniel Baumann <[EMAIL PROTECTED]> writes:
> wrt/ lintian, as long as the packages do work, the purely optional
> matter of style questions[0] should never be part of any lintian check
> (lintian shall only check for policy violations or general package
> breakages). That is why I never would have
Sune Vuorela wrote:
> On 2007-01-01, Nico Golde <[EMAIL PROTECTED]> wrote:
>
>> I guess not since this is not defined in the policy. Maybe=20
>> if Homepage becomes a real control field.
>>
>
> with two spaces it is formatted on the web like this:
> http://packages.debian.org/unstable/kde/y
Kumar Appaiah wrote:
> http://mentors.debian.net/debian/pool/main/l/libitpp/libitpp_3.10.7-1.dsc
* remove the useless empty line at the end of changelog.
* i just saw you uploaded revison -2. revert the revision to -1 again,
the bump is useless when the previous revision wasn't uploaded t
Russ Allbery wrote:
> In other words, feel free to submit a wishlist lintian bug for things like
> this. I'm going to pull up all of those once the style check facility is
> available.
cool, didn't know about that intention. thanks for telling.
--
Address:Daniel Baumann, Burgunderstrass
Mikhail Gusarov wrote:
> This eleminates .pyc's in the destdir, but does not eleminate .pyc's
> created in pytils/ which are created as a side-effect of importing
> pytils in the setup.py itself. Just compare:
[...]
I think we have a missunderstanding here, I'm speaking of this:
---snip---
@@ -3
Mikhail Gusarov wrote:
> After some thinking I pasted normal GPL blurb, just without years in
> '(C) line'.
good.
> Updated package is at
> http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc
except from the suggestion to simplify the rules file in the other mail,
the package is
On Sun, 31 Dec 2006 14:09:13 -0400, "Muammar Wadih El Khatib Rodriguez" <[EMAIL
PROTECTED]> said:
> I thought it, indeed, you're right. But libCEGUI*.a are the static
> link files, so my questions are: will the package work properly
> without static link files? Why aren't they being created? Is i
On 1/1/07, Hubert Chan <[EMAIL PROTECTED]> wrote:
On Sun, 31 Dec 2006 14:09:13 -0400, "Muammar Wadih El Khatib Rodriguez" <[EMAIL
PROTECTED]> said:
> I thought it, indeed, you're right. But libCEGUI*.a are the static
> link files, so my questions are: will the package work properly
> without st
On 02/01/07, Daniel Baumann wrote:
Kumar Appaiah wrote:
> http://mentors.debian.net/debian/pool/main/l/libitpp/libitpp_3.10.7-1.dsc
Please find the new files here; I am having problems with Debian Mentors:
http://www.ee.iitm.ac.in/~ee03b091/Upload/libitpp_3.10.7-1.dsc
http://www.ee.iitm.ac.in/
Kumar Appaiah wrote:
> Please check that things are fine.
done, uploaded.
if you want/need further sponsoring, contact me off-list:
http://people.debian.org/~daniel/documents/sponsoring.html#contact
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL P
On Sun, 2006-12-17 at 01:52 -0600, Manoj Srivastava wrote:
> On Wed, 13 Dec 2006 10:20:56 +1100, Robert Collins
> <[EMAIL PROTECTED]> said:
>
> > The basic problem is that presence of a kernel package does not
> > imply presence of the desired patch/enabled feature in that package,
> > nor that
On 12/28/06, Daniel Baumann <[EMAIL PROTECTED]> wrote:
Muammar Wadih El Khatib Rodriguez wrote:
> I took a look on the sourceforge.net web page for cegui project [0]
> and you're right.
> cegui is licensed under GNU Library or Lesser General Public License
> (LGPL) and MIT License and also I watc
On Tue, Jan 02, 2007 at 01:33:34PM +1100, Robert Collins wrote:
>
> Its not -required- that any of the software on a machine be packaged.
> Users can (gasp) build and run their own $software - e.g. squid, apache,
> whatever.
>
> But - we cannot expect the packaging system to ensure that requireme
On Mon, 2007-01-01 at 21:38 -0500, Roberto C. Sanchez wrote:
> On Tue, Jan 02, 2007 at 01:33:34PM +1100, Robert Collins wrote:
> >
> > Its not -required- that any of the software on a machine be packaged.
> > Users can (gasp) build and run their own $software - e.g. squid, apache,
> > whatever.
>
On Tue, Jan 02, 2007 at 01:48:57PM +1100, Robert Collins wrote:
> > >
> > Yes. But enough people build non-packaged kernels that it is not really
> > fair to exclude them. Add to that the fact that the presence of a
> > particular kernel image package in no way guarantees that it is that
> > par
Muammar Wadih El Khatib Rodriguez wrote:
> The corrected package.
>
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/main/c/cegui-mk2
> - Source repository: deb-src http://mentors.debian.net/debian unstable
> main contrib non-free
> - dget
> http://m
On 1/1/07, Daniel Baumann <[EMAIL PROTECTED]> wrote:
Muammar Wadih El Khatib Rodriguez wrote:
> The corrected package.
>
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/main/c/cegui-mk2
> - Source repository: deb-src http://mentors.debian.net/debia
On Mon, 2007-01-01 at 21:51 -0500, Roberto C. Sanchez wrote:
> On Tue, Jan 02, 2007 at 01:48:57PM +1100, Robert Collins wrote:
> > > >
> > > Yes. But enough people build non-packaged kernels that it is not really
> > > fair to exclude them. Add to that the fact that the presence of a
> > > parti
On Tue, Jan 02, 2007 at 02:05:01PM +1100, Robert Collins wrote:
>
> I think you are arguing around the issue. An example may help. Consider
> an application that needs 'libhello' built with ssl support. i.e.
> Depends: libhello-ssl0
>
> That installs /usr/lib/libhello.so
>
> Now, if I fiddle wit
On Mon, 2007-01-01 at 22:15 -0500, Roberto C. Sanchez wrote:
>
> Right. But depending on a particular kernel image is an artificial
> limitation. If I roll my own kernel without using Debian tools (which
> is a fairly common practice), why should I have to work around your
> package's dependenci
On Tue, Jan 02, 2007 at 02:24:13PM +1100, Robert Collins wrote:
>
> Because the vast bulk of users do *not* roll their own kernels [yes, an
> assumption, but I'm pretty confident here :)].
>
I disagree. I think that while it is not the majority, a sizeable
portion of the user base installs a hom
On Mon, Jan 01, 2007 at 10:32:21PM -0500, Roberto C. Sanchez wrote:
> On Tue, Jan 02, 2007 at 02:24:13PM +1100, Robert Collins wrote:
> >
> > Because the vast bulk of users do *not* roll their own kernels [yes, an
> > assumption, but I'm pretty confident here :)].
> >
> I disagree. I think that
On Tue, Jan 02, 2007 at 02:59:30PM +1100, Matthew Palmer wrote:
> On Mon, Jan 01, 2007 at 10:32:21PM -0500, Roberto C. Sanchez wrote:
> > >
> > I disagree. I think that while it is not the majority, a sizeable
> > portion of the user base installs a home-rolled kernel.
>
> Could you stop that ha
Twas brillig at 23:31:50 01.01.2007 UTC+01 when Daniel Baumann did gyre and
gimble:
DB> This change simplifies the rules file, makes the build a bit
DB> faster, and does not have any influence on the binary packages.
Ah, this makes much more sense :) Thanks for hint, applied and
uploaded to
h
"Russ Allbery" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Daniel Baumann <[EMAIL PROTECTED]> writes:
wrt/ lintian, as long as the packages do work, the purely optional
matter of style questions[0] should never be part of any lintian check
(lintian shall only check for policy
48 matches
Mail list logo
