On Mon, 27 Apr 2009, Stefano Zacchiroli wrote:
[ FWIW, if you want to try it out please use the live version [1],
I've just fixed a stupid bug which caused ignoring the last
paragraph of a description ]
[1]
http://git.debian.org/?p=pkg-python-debian/python-debian.git;a=blob_plain;f=examples/
On Mon, 27 Apr 2009, Stefano Zacchiroli wrote:
Given that we agree that that example is just plainly broken no matter
what, why do you consider it as a valid motivation for throwing all
away?
That's not what I intended. My intention is to give guidelines which
might be independent from a libr
Manoj Srivastava writes:
>> But if we have tons of '.' or 'o' lists, for sure we will need to
>> break that rule and support them. Do you have numbers about how many
>> such lists we have? If they are just a few they can easily be fixed,
>> if they are half the archive (which I doubt, having seen
On Sun, Apr 26 2009, Stefano Zacchiroli wrote:
> Well, it depends on the goal. Mine was on the line of what I perceived
> it was "consensus" (totally subjective perception), that of trying to
> use a standard language: either Markdown or RST.
This is what I as trying to push towards, and
On Sun, 2009-04-26 at 21:41 +0200, Robert Millan wrote:
> On Thu, Apr 23, 2009 at 11:36:50AM +0200, maximilian attems wrote:
> > no point in posting that to devel announce.
> > this work is pointless and has no review at all by the debian kernel team.
>
> Hi Max,
>
> At the risk of repeating myse
On Sun, Apr 26, 2009 at 11:25:32PM +0200, Andreas Tille wrote:
> BTW, even if my implementation works for libocamlbricks-ocaml-dev
> [1] I'd regard this rather as a bug than a feature, becuase it just
> should not work
Agreed.
> - it should be formatted as separate lists. When seeing cases like
On Sun, Apr 26, 2009 at 10:55:31PM +0200, Andreas Tille wrote:
> At short look I have the following diff:
[ FWIW, if you want to try it out please use the live version [1],
I've just fixed a stupid bug which caused ignoring the last
paragraph of a description ]
[1]
http://git.debian.org/?p=p
Package: wnpp
Severity: wishlist
Owner: Dmitrijs Ledkovs
* Package name: vitables
Version : 2.0
Upstream Author : Vicent Mas
* URL : http://vitables.berlios.de/
* License : GPL-3+
Programming Lang: Python
Description : graphical tool to browse and edit
On Sun, 26 Apr 2009, Stefano Zacchiroli wrote:
Library OCaml which provide a set of needed and useful macros for developing.
Modules and functionality are the follows :
.
- Configuration_files: Allow to get information from configuration files
- Environments: Environments are useful for mainta
* Andreas Tille , 2009-04-26, 22:55:
I tried to format a single paragraph according to some URL I found but
thie does not really work without a header[3].
[...]
[3] http://code.activestate.com/recipes/193890/
That's quite overcomplicated. The following code should do the thing:
from docutils.
On Sun, 26 Apr 2009, Stefano Zacchiroli wrote:
I've on purpose not looked at Andreas implementation, in order to see
if we have mutually thought at different issues. That also means that
it can be utterly buggy, you have been warned :-)
At short look I have the following diff:
--- render-dctr
On Thu, Apr 23, 2009 at 11:36:50AM +0200, maximilian attems wrote:
> no point in posting that to devel announce.
> this work is pointless and has no review at all by the debian kernel team.
Hi Max,
At the risk of repeating myself, I'd like to take the opportunity to thank
you for the very noticea
On Thu, Apr 23, 2009 at 08:51:50PM +0200, Adeodato Simó wrote:
> + Paul Wise (Thu, 23 Apr 2009 18:13:11 +0800):
>
> > linux-libre goes further and removes even the request_firmware calls
> > for non-free firmware:
>
> To an hypothetical person that would deeply care about not running
> non-free s
[ resent ]
On Thu, Apr 23, 2009 at 08:06:28PM -0500, Manoj Srivastava wrote:
> >> I suspect the answer might be to get a working implementation out
> >> in the wild (it does not have to be packages.d.o or anything
> >> official -- even a standalone software that takes the output from
> >> grep-dct
On torsdagen den 26 februari 2009, Gerber van der Graaf wrote:
> I came across this problem when packaging my own libgpiv3 / libgpiv-mpi3
> (recently accepted and uploaded). These libraries are used by the other
> packages gpivtools / gpivtools-mpi from a single upstream source (not
> yet available
+ Michael Biebl (Tue, 21 Apr 2009 17:40:23 +0200):
> [not sure if debian-mentors is the right list, but I try anyway]
[I’m moving to -devel in search of a wider audience, and dropping
-mentors via Bcc to avoid the crosspost. Hopefully interested -mentor
readers can move to -devel without much inc
On Sun, Apr 26, 2009 at 06:03:07PM +0200, Cyril Brulebois wrote:
> FIRST: GO AWAY WITH YOUR STUPID CC'S. I OBVIOUSLY READ THE LIST.
Dude, chill out.
--
Noah Slater, http://tumbolia.org/nslater
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". T
FIRST: GO AWAY WITH YOUR STUPID CC'S. I OBVIOUSLY READ THE LIST.
Noah Slater (26/04/2009):
> > JFWIW, I guess you want license-related stuff to go into
> > debian/copyright, rather than README.source.
>
> Actually, I would use debian/copyright for simply specifying licences,
> and debian/README.
On Sun, 26 Apr 2009, Matthew Garrett wrote:
> Henrique de Moraes Holschuh wrote:
> >On Tue, 21 Apr 2009, Michael Biebl wrote:
> >> > powertop encourages to disable polling, so it is a big point.
> >>
> >> I agree with you in general, but I doubt polling every 2 or 16 seconds
> >> will make
> >>
On Sun, Apr 26, 2009 at 04:01:31PM +0200, Cyril Brulebois wrote:
> Charles Plessy (26/04/2009):
> > But since in the rejected package I had taken great care to include
> > uuencoded sources of the PDF and explained this in REAME.source, can
> > you confirm this was not acceptable for Debian and th
On Sun, 26 Apr 2009, Luk Claes wrote:
> Simon Josefsson wrote:
> > Michal ?iha? writes:
> >> Dne Sat, 25 Apr 2009 07:10:24 +0300
> >> Peter Eisentraut napsal(a):
> >>
> >>> Like lintian, your list falsely includes packages that use cdbs to build,
> >>> which automatically updates config.{sub,gue
Charles Plessy (26/04/2009):
> But since in the rejected package I had taken great care to include
> uuencoded sources of the PDF and explained this in REAME.source, can
> you confirm this was not acceptable for Debian and that shipping
> sources in the Debian diff is not enough?
JFWIW, I guess y
Simon Josefsson wrote:
> Michal Čihař writes:
>
>> Dne Sat, 25 Apr 2009 07:10:24 +0300
>> Peter Eisentraut napsal(a):
>>
>>> Like lintian, your list falsely includes packages that use cdbs to build,
>>> which automatically updates config.{sub,guess}.
>> If you don't build depend on autotools-de
Michal Čihař writes:
> Dne Sat, 25 Apr 2009 07:10:24 +0300
> Peter Eisentraut napsal(a):
>
>> Like lintian, your list falsely includes packages that use cdbs to build,
>> which automatically updates config.{sub,guess}.
>
> If you don't build depend on autotools-dev, nothing can be updated (at
>
On So, 26 Apr 2009, Charles Plessy wrote:
> > rejected, i think we are missing the source for the pdf in doc/.
>
> Almost two monthes of waiting to read this…
>
> I have re-uploaded to non-free because I am sick of wasting my time with this
> kind of issue. But since in the rejected package I had
Le Sat, Apr 25, 2009 at 01:42:04PM +, Joerg Jaspert a écrit :
> Hi Maintainer,
>
> rejected, i think we are missing the source for the pdf in doc/.
Almost two monthes of waiting to read this…
I have re-uploaded to non-free because I am sick of wasting my time with this
kind of issue. But sin
Luk Claes wrote:
Hi,
> We only support the upgrade from one stable version to the next one,
> though it's always appreciated that we don't break the upgrade when
> skipping one release when easily possible. For pre-woody stuff, I would
> not hesitate and just clean up the code.
It's not an upgr
Josselin Mouette wrote:
> Hi,
>
> a long time ago, packages using GConf used to ship schemas
> in /etc/gconf/schemas. Now, they are moved to /usr/share/gconf/schemas.
> However, during upgrades, dpkg would let the old file in place since it
> was a conffile. This is why dh_gconf still adds, in the
Il giorno sab, 25/04/2009 alle 10.15 +0200, Mike Hommey ha scritto:
> On Sat, Apr 25, 2009 at 09:56:54AM +0200, Giuseppe Sacco wrote:
> > Hi Mike,
> >
> > Il giorno ven, 24/04/2009 alle 22.30 +0200, Mike Hommey ha scritto:
> > [...]
> > > I'm not sure iceweasel uses gnome settings, but uses what g
Hi,
a long time ago, packages using GConf used to ship schemas
in /etc/gconf/schemas. Now, they are moved to /usr/share/gconf/schemas.
However, during upgrades, dpkg would let the old file in place since it
was a conffile. This is why dh_gconf still adds, in the postrm, a
snippet to purge these co
Henrique de Moraes Holschuh wrote:
>On Tue, 21 Apr 2009, Michael Biebl wrote:
>> > powertop encourages to disable polling, so it is a big point.
>>
>> I agree with you in general, but I doubt polling every 2 or 16 seconds will
>> make
>> any significant difference power consumption wise.
>
>It d
31 matches
Mail list logo
