Bug#513952: topgit: proposed CDBS snippet

2009-04-30 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 30, 2009 at 08:36:38PM -0400, Frédéric Brière wrote:
>On Fri, May 01, 2009 at 01:59:35AM +0200, Jonas Smedegaard wrote:
>> It should?  Are you asking or telling?  It sounds like you know 
>> something - please elaborate.
>
>Not at all -- I'm actually somewhat confused right now.  :)
>
>tg2quilt.mk contains a unpatch: __tg-temp-export dependency, to update 
>the patch series before unpatching.  However, patchsys-quilt.mk only 
>hooks reverse-config, and not unpatch, unto clean.  This means that 
>__tg-temp-export will never get called.
>
>(Also, from what I understand, unpatch will end up depending on 
>__tg-temp-export and reverse-patches, but in no particular order.  That 
>doesn't seem right.)

Ok, I understand now.  Yes, I think you are right.


  - Jonas


- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkn6XREACgkQn7DbMsAkQLhj3wCfR6R8NXpREU6o8LWaG4yliebY
pdYAoKib7+l9lsoq3+wtPhu2rBxZTOmZ
=htCN
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-04-30 Thread Frédéric Brière
On Fri, May 01, 2009 at 01:59:35AM +0200, Jonas Smedegaard wrote:
> It should?  Are you asking or telling?  It sounds like you know 
> something - please elaborate.

Not at all -- I'm actually somewhat confused right now.  :)

tg2quilt.mk contains a unpatch: __tg-temp-export dependency, to update
the patch series before unpatching.  However, patchsys-quilt.mk only
hooks reverse-config, and not unpatch, unto clean.  This means that
__tg-temp-export will never get called.

(Also, from what I understand, unpatch will end up depending on
__tg-temp-export and reverse-patches, but in no particular order.  That
doesn't seem right.)


-- 
Debian is the Jedi operating system: "Always two there are, a master and
an apprentice".
-- Simon Richter on debian-devel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-04-30 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 30, 2009 at 07:19:55PM -0400, Frédéric Brière wrote:
>On Sat, Feb 28, 2009 at 02:27:32PM +0100, Jonas Smedegaard wrote:
>> Something like this: git.debian.org/git/collab-maint/cdbs-skel ?
>
>Shouldn't reverse-patches depend on __tg-temp-export?

It should?  Are you asking or telling?  It sounds like you know 
something - please elaborate.


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkn6O2cACgkQn7DbMsAkQLhcwQCglR6ZkpSNWYn1QvlZMmkdmP0n
OVEAoJoc/Ep5K1gRN3uC7V/tmEQCUgk3
=A8Ou
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-04-30 Thread Frédéric Brière
On Sat, Feb 28, 2009 at 02:27:32PM +0100, Jonas Smedegaard wrote:
> Something like this: git.debian.org/git/collab-maint/cdbs-skel ?

Shouldn't reverse-patches depend on __tg-temp-export?


-- 
* joeyh installs debian using only his big toe, for a change of pace
-- in #debian-boot



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-04-30 Thread Frédéric Brière
On Mon, Mar 16, 2009 at 01:45:26PM +0100, martin f krafft wrote:
> I just wanted to let you know that I have no capacities to follow
> this discussion right now.

Neither do we, apparently.  :)

Alright, I'll be bold and clone this bug, as my "provide sane default
values" proposal, which I've argued for earlier on, is somewhat
unrelated to CDBS.


-- 
<|ryan|> I don't use deb
 u poor man
 netgod: heh
 apt-get install task-p0rn



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-17 Thread martin f krafft
Hey folks,

I just wanted to let you know that I have no capacities to follow
this discussion right now. Uwe and I decided not to include the
snippet in 0.7 because we felt that there was a need for further
discussion, which I see is now happening. If you guys reach
consensus, please don't hesitate to let us know, and then I/we will
take a look. Obviously, a tested patch would be preferred still. :)

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
never underestimate the power of human stupidity.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#513952: topgit: proposed CDBS snippet

2009-03-16 Thread Jonas Smedegaard
Excerpts from Stefano Zacchiroli's message of man mar 16 11:33:04 +0100 2009:
> On Sun, Mar 15, 2009 at 02:23:31AM +0100, Jonas Smedegaard wrote:
> > It sounds like you didn't actually look at my proposed snippet, 
> > containing the following comment:
> > 
> > # This very makefile snippet ideally is provided by the topgit 
> > # package - see bug#513952.
> > # Also, Debian Policy 4.14 implicitly recommends build-depending on 
> > # packages containing build documentation referenced from 
> > # Debian.source.
> 
> I looked at the snippet, but overlooked the comment (and I was not 
> aware of the policy recommendation).
> 
> Given that it is so, let it be. Even if it still sounds me a bit dumb 
> to have people fiddle with, or just be aware of, topgit _just_ to 
> fulfill a documentation requirement automatically. It is not a big 
> deal either.

I felt it a bit dumb too - until I thought about it a bit more: Debian 
has a noble rule of not relying on network access. Imagine sitting 
offline and wanting to read that packaging documentation, just to 
realize that it contains only pointers to inaccessible files.

As a packager you are still left with the choice of providing more 
self-contained pakcages by *not* referring to package-external 
documentation but write something up yourself.


Kind regards,

 - Jonas
-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: PGP signature


Bug#513952: topgit: proposed CDBS snippet

2009-03-16 Thread Stefano Zacchiroli
On Sun, Mar 15, 2009 at 02:23:31AM +0100, Jonas Smedegaard wrote:
> It sounds like you didn't actually look at my proposed snippet, 
> containing the following comment:
> 
> # This very makefile snippet ideally is provided by the topgit package 
> # - see bug#513952. 
> # Also, Debian Policy 4.14 implicitly recommends build-depending on 
> # packages containing build documentation referenced from Debian.source. 

I looked at the snippet, but overlooked the comment (and I was not
aware of the policy recommendation).

Given that it is so, let it be. Even if it still sounds me a bit dumb
to have people fiddle with, or just be aware of, topgit _just_ to
fulfill a documentation requirement automatically. It is not a big
deal either.

Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-14 Thread Jonas Smedegaard
Excerpts from Stefano Zacchiroli's message of søn mar 15 02:05:32 +0100 2009:
> On Sun, Mar 15, 2009 at 01:07:15AM +0100, Jonas Smedegaard wrote:
> > In addition to including tg2quilt.mk, CDBS provides other 
> > functionality - specifically it provides hints about 
> > build-dependencies (including chain-loading to also resolve quilt 
> > build-dependencies, which is *not* just the quilt package itself).
> 
> Is this relevant here? Build dependencies on topgit are not needed. 
> Also, topgit in Debian is also meant to be friendly to who knows 
> nothing about it and just rely on quilt. So it would make even more 
> sense to *not* include something topgit-specific in debian/rules and 
> rather stay put with something quilt-specific.

I believe it is relevant, yes.

It sounds like you didn't actually look at my proposed snippet, 
containing the following comment:

# This very makefile snippet ideally is provided by the topgit package 
# - see bug#513952. 
# Also, Debian Policy 4.14 implicitly recommends build-depending on 
# packages containing build documentation referenced from Debian.source. 


 - Jonas
-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: PGP signature


Bug#513952: topgit: proposed CDBS snippet

2009-03-14 Thread Stefano Zacchiroli
On Sun, Mar 15, 2009 at 01:07:15AM +0100, Jonas Smedegaard wrote:
> In addition to including tg2quilt.mk, CDBS provides other
> functionality - specifically it provides hints about
> build-dependencies (including chain-loading to also resolve quilt
> build-dependencies, which is *not* just the quilt package itself).

Is this relevant here? Build dependencies on topgit are not
needed. Also, topgit in Debian is also meant to be friendly to who
knows nothing about it and just rely on quilt. So it would make even
more sense to *not* include something topgit-specific in debian/rules
and rather stay put with something quilt-specific.

Just my 0.02€.
Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-14 Thread Jonas Smedegaard
[resent without nice french(?) chars in header unhandled by sup-mail]

Excerpts from Frédéric Brière's message of lør mar 14 21:54:17 +0100 2009:
> On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
> > also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
> > > Please consider shipping the attached CDBS snippet with topgit:
> > > 
> > >  1) install it as /usr/share/cdbs/1/topgit.mk
> 
> I kinda feel this is the wrong approach.  Not that a CDBS-topgit 
> (properly placed under /rules) would be a bad idea, but it seems to me 
> like slapping a patch over the lack of default values in tg2quilt.mk.

[details on QUILT_PATCH_DIR and QUILT_STAMPFN snipped]

I agree that ideally this whould be fixed in quilt: bug#517664.

Even if/when fixed in quilt, it still makes sense for TopGit to provide 
a CDBS snippet, however: In addition to including tg2quilt.mk, CDBS 
provides other functionality - specifically it provides hints about 
build-dependencies (including chain-loading to also resolve quilt 
build-dependencies, which is *not* just the quilt package itself).


Yes, the proposed CDBS snippet contains workarounds, because at the 
moment such workarounds are needed. When the underlying bug is fixed, it 
might make sense to drop the workaround and instead depend versioned on 
properly working releases of quilt.


Since this bugreport is about being nice to CDBS users, I insist that 
providing the proposed CDBS snippet is the way to go - despite the 
concrete issue spawning this bugreport really belongs to quilt.


Kind regards,

 - Jonas
-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: PGP signature


Bug#513952: topgit: proposed CDBS snippet

2009-03-14 Thread Frédéric Brière
On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
> also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
> > Please consider shipping the attached CDBS snippet with topgit:
> > 
> >  1) install it as /usr/share/cdbs/1/topgit.mk

I kinda feel this is the wrong approach.  Not that a CDBS-topgit
(properly placed under /rules) would be a bad idea, but it seems to me
like slapping a patch over the lack of default values in tg2quilt.mk.

For $(QUILT_PATCH_DIR) at least, why shouldn't tg2quilt.mk assume
debian/patches by default?  This is certainly the de facto location for
quilt patches, made semi-official with the 3.0 (quilt) source format.


As for $(QUILT_STAMPFN), things are less clear-cut.  I initially thought
of suggesting debian/stamp-patched, shared by both quilt.make and CDBS.
But after looking at several packages using quilt[*], I noticed that
most packages using neither quilt.make nor CDBS do not rely on
stampfiles, and merely call quilt every time.

So, on second thought, I would suggest having $(QUILT_STAMPFN) default
to "patch".  That way, one could easily drop tg2quilt.mk into pretty
much any debian/rules out there, add a dependency to the patch rule if
there wasn't any, and that's it.  If you use a stampfile, you define
$(QUILT_STAMPFN); if you don't, you don't.

(In that case, the original issue of this bug report would remain, but I
feel this is something that would be best addressed by either
tg2quilt.mk or patchsys-quilt.mk (#517664), instead of creating another
Makefile in-between.  But that's just me.)


> I am a little uninclined to address this in TopGit. Why doesn't
> patchsys-quilt emulate the "API" properly?

Isn't API is a strong term?  I doubt those variables were meant to be
used that way in the first place.

Anyway, the reason for the discrepancy is that all CDBS variables
invariably fall under the $(DEB_*) namespace.  (Though it certainly
doesn't explain the naming of $(DEB_PATCHDIRS), which is meant to hold
only one value.)


[*] There are currently 1954 packages in main which build-depend on
quilt.  Out of curiosity, I downloaded the first 131 until I ran out of
space.  (Ahem.)  My findings were:

  * All but one store their patches under debian/patches
  * 78 use quilt.make
  * 30 use patchsys-quilt.mk
  * 17 just call quilt without any stampfile
  * 2 create stamp-patch
  * 2 create patch-stamp
  * 1 relies on a pkg-kde-tools makefile which I didn't look at
  * 1 uses dpatch despite the build-dependency


-- 
 Joy: Hey, I'm an asshole.  Assholes emit odious gas.
That's what we do.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-02 Thread Uwe Kleine-König
Hi Jonas,

On Sun, Mar 01, 2009 at 04:06:26PM +0100, Jonas Smedegaard wrote:
> ...or tell me if you find it ok that I do minor polishing like that 
> myself - now that I notice that it is in collab-maint where I have 
> already write access :-D
I wonder if you merged your work into debian/build on purpose instead of
debian/master.  Maybe you did it for building a private package and
didn't intend to push it?

Best regards
Uwe

-- 
Pengutronix e.K.  | Uwe Kleine-König|
Industrial Linux Solutions| http://www.pengutronix.de/  |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-01 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Feb 28, 2009 at 02:27:32PM +0100, Jonas Smedegaard wrote:
>[sent again, to bugreport this time]
>
>On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
>>also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
>>> Please consider shipping the attached CDBS snippet with topgit:
>>> 
>>>  1) install it as /usr/share/cdbs/1/topgit.mk
>>
>>Thanks for the bug report!
>>
>>I'll cut you a deal: I'll do this if you write me a brief
>>README.quilt for inclusion, which explains how to use topgit and
>>cdbs, ideally with an example and in a way that allows people to
>>figure out what happens when and why. I would find this very useful.
>
>Something like this: git.debian.org/git/collab-maint/cdbs-skel ?

I am quite interested in your opinion on above referenced README.source 
- - as I am currently preparing applying that file (or variations of it) 
to about 80 different source package officially packaged for Debian.


>>>  2) have the binary "topgit" package suggest cdbs
>>
>>I will have to think about that. TopGit is not about Debian
>>packaging, but cdbs is. I am not sure I like this relation, but
>>I will think about it.
>
>...which is the reason I propose to _suggest_ (not recommend): 
>Something that makes more use of your package, without being relevant 
>for most users.

Alternatively, you could avoid shipping that makefile snippet designed 
specifically for packaging, if you really want your package to not be 
tied to packaging. Or at least ship it only as an example file (which no 
package should rely on, forcing all packages to then embed a copy of 
your snippet).

Or you could provide a separate binary package, like pkg-topgit, 
containing the current makefile snippet and the README.source useful for 
any package, and my proposed CDBS-specific makefile snippet. You could 
then have that binary package (and not the main topgit binary package) 
recommend make and quilt, and suggest cdbs.


>>> ...you should probably have the package suggest quilt as well, but 
>>> that really is a separate issue - and I am too eager to play some 
>>> more with TopGit to file a separate bugreport about it :-P
>>
>>Consider that done with commit 6d8cb97.
>>
>>http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=6d8cb9730c6ec32fd56d8b0eb254ac0f835ec475

You should probably suggest make as well :-)

...or tell me if you find it ok that I do minor polishing like that 
myself - now that I notice that it is in collab-maint where I have 
already write access :-D

(then time will tell if we have same understanding of the term "minor")


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmqpHIACgkQn7DbMsAkQLgw+wCeNrywCeql+RSKm4IuSqv95RvV
basAn2USXnl3/Ir9XLCGD+YymYvYvbBe
=dwoV
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-03-01 Thread martin f krafft
also sprach Jonas Smedegaard  [2009.02.28.1427 +0100]:
> >I'll cut you a deal: I'll do this if you write me a brief
> >README.quilt for inclusion, which explains how to use topgit and
> >cdbs, ideally with an example and in a way that allows people to
> >figure out what happens when and why. I would find this very useful.
> 
> Something like this: git.debian.org/git/collab-maint/cdbs-skel ?

I don't really understand how that is relevant. The README.source
has way too much information that I don't need. A TopGit CDBS
snippet IMnsHO needs to have a short README.source which explains
exactly what needs to be done, assuming that the person knows CDBS
and TopGit/Git (and if not, there are seperate docs for that). To
round it off, an example with sufficient comments would be good.

> ...so I guess you should forward that very relevant question to quilt 
> maintainers. Perhaps they had someone external to them hand them a 
> script - just as I do for you now.

Done. You and this bug report have been CC'ed.

> It might be that the location of patches can be redefined, but
> redefining topgit patch location independently from quilt patch
> location makes no sense - and might break thing.

Right, so all the more important that all involved parties agree on
one place where the patch location is specified.

> >Instead, I think this might best be addressed with a comment before
> >the PATCHES_DIR variable, which explains what it's for and when it
> >can be changed and what the user has to consider. Agreed?
> 
> Uh, why not simply use a single variable name across snippets?

Exactly. Something like this?

http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=32158f526a4add8e1461a17414dee675a80d3f8e

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#513952: topgit: proposed CDBS snippet

2009-02-28 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[sent again, to bugreport this time]

On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
>also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
>> Please consider shipping the attached CDBS snippet with topgit:
>> 
>>  1) install it as /usr/share/cdbs/1/topgit.mk
>
>Thanks for the bug report!
>
>I'll cut you a deal: I'll do this if you write me a brief
>README.quilt for inclusion, which explains how to use topgit and
>cdbs, ideally with an example and in a way that allows people to
>figure out what happens when and why. I would find this very useful.

Something like this: git.debian.org/git/collab-maint/cdbs-skel ?


>>  2) have the binary "topgit" package suggest cdbs
>
>I will have to think about that. TopGit is not about Debian
>packaging, but cdbs is. I am not sure I like this relation, but
>I will think about it.

...which is the reason I propose to _suggest_ (not recommend): Something 
that makes more use of your package, without being relevant for most 
users.

(written from the top of my head - actual official defined purpose of 
"suggests" is most probably slightly differently worded)


>> Including my proposed snippet does not exactly solve this bug, but it
>> turns it into a less severe one:
>> 
>> CDBS use majuscles (capital letters) for variables allowed to be changed
>> and minuscles for "internal" variables (i.e. possibly shared across
>> snippets but not for the packages to redefine).
>> 
>> The current need for the topgit.mk snippet to declare PATCHES_DIR is
>> confusing as it might wrongly be seen as an invitation for overriding.
>
>Hm. Stefano analysed the situation by saying:
>
>  However, CDBS users do not reqly on quilt.make, but rather on
>  /usr/share/cdbs/1/rules/patchsys-quilt.mk , which neither include
>  quilt.make nor provide the same "API" by the means of
>  QUILT_PATCH_DIR.
>
>I am a little uninclined to address this in TopGit. Why doesn't
>patchsys-quilt emulate the "API" properly?

patchsys-quilt.mk is provided by quilt - just as I propose adding 
topgit.mk to topgit :-)

...so I guess you should forward that very relevant question to quilt 
maintainers. Perhaps they had someone external to them hand them a 
script - just as I do for you now.


>Also, cdbs uses majuscles for editable stuff, and miniscules for
>internal stuff? That's *exactly* the opposite from how I learnt to
>code (though not necessarily how I code these days), which is to use
>capitals for constants and lowercase for everything else. The point
>is that adopting cdbs style on this might just cause a conflict
>elsewhere.

Ahem, problem is my bad use of terms here.

All capitalized variables are, I believe, meant to be static. But they 
can be (re)defined by the package maintainer.

It might be that the location of patches can be redefined, but 
redefining topgit patch location independently from quilt patch location 
makes no sense - and might break thing.

Does that make sense, or should I come up with an concrete example?


>Instead, I think this might best be addressed with a comment before
>the PATCHES_DIR variable, which explains what it's for and when it
>can be changed and what the user has to consider. Agreed?

Uh, why not simply use a single variable name across snippets?


>> ...you should probably have the package suggest quilt as well, but
>> that really is a separate issue - and I am too eager to play some
>> more with TopGit to file a separate bugreport about it :-P
>
>Consider that done with commit 6d8cb97.
>
>http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=6d8cb9730c6ec32fd56d8b0eb254ac0f835ec475

Good.


   - Jonas


- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

   [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmpO8QACgkQn7DbMsAkQLhRxgCeJvwd2E1uFY8NOQKil5h/ls+B
BiMAn3j/2Io4CyXxfuJLS1xoMdtdu81I
=05Pa
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#513952: topgit: proposed CDBS snippet

2009-02-27 Thread martin f krafft
also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
> Please consider shipping the attached CDBS snippet with topgit:
> 
>  1) install it as /usr/share/cdbs/1/topgit.mk

Thanks for the bug report!

I'll cut you a deal: I'll do this if you write me a brief
README.quilt for inclusion, which explains how to use topgit and
cdbs, ideally with an example and in a way that allows people to
figure out what happens when and why. I would find this very useful.

>  2) have the binary "topgit" package suggest cdbs

I will have to think about that. TopGit is not about Debian
packaging, but cdbs is. I am not sure I like this relation, but
I will think about it.

> Including my proposed snippet does not exactly solve this bug, but it
> turns it into a less severe one:
> 
> CDBS use majuscles (capital letters) for variables allowed to be changed
> and minuscles for "internal" variables (i.e. possibly shared across
> snippets but not for the packages to redefine).
> 
> The current need for the topgit.mk snippet to declare PATCHES_DIR is
> confusing as it might wrongly be seen as an invitation for overriding.

Hm. Stefano analysed the situation by saying:

  However, CDBS users do not reqly on quilt.make, but rather on
  /usr/share/cdbs/1/rules/patchsys-quilt.mk , which neither include
  quilt.make nor provide the same "API" by the means of
  QUILT_PATCH_DIR.

I am a little uninclined to address this in TopGit. Why doesn't
patchsys-quilt emulate the "API" properly?

Also, cdbs uses majuscles for editable stuff, and miniscules for
internal stuff? That's *exactly* the opposite from how I learnt to
code (though not necessarily how I code these days), which is to use
capitals for constants and lowercase for everything else. The point
is that adopting cdbs style on this might just cause a conflict
elsewhere.

Instead, I think this might best be addressed with a comment before
the PATCHES_DIR variable, which explains what it's for and when it
can be changed and what the user has to consider. Agreed?

> ...you should probably have the package suggest quilt as well, but
> that really is a separate issue - and I am too eager to play some
> more with TopGit to file a separate bugreport about it :-P

Consider that done with commit 6d8cb97.

http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=6d8cb9730c6ec32fd56d8b0eb254ac0f835ec475

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#513952: topgit: proposed CDBS snippet

2009-02-27 Thread Jonas Smedegaard
Package: topgit
Version: 0.5-1
Followup-For: Bug #513952

Hi Martin,

I finally got around to dive into TopGit with CDBS. And was hurt by this
bug.

Attached is the cdbs snippet that I wrote for my own use.

I prefer declaring that I use TopGit. This has the benefit over Stefanos
approach of including patchsys-quilt.mk that if you ever restructure to
not need quilt, then we (in principle) need no changes to each package.


Please consider shipping the attached CDBS snippet with topgit:

 1) install it as /usr/share/cdbs/1/topgit.mk
 2) have the binary "topgit" package suggest cdbs


Including my proposed snippet does not exactly solve this bug, but it
turns it into a less severe one:

CDBS use majuscles (capital letters) for variables allowed to be changed
and minuscles for "internal" variables (i.e. possibly shared across
snippets but not for the packages to redefine).

The current need for the topgit.mk snippet to declare PATCHES_DIR is
confusing as it might wrongly be seen as an invitation for overriding.


...you should probably have the package suggest quilt as well, but that
really is a separate issue - and I am too eager to play some more with
TopGit to file a separate bugreport about it :-P


Kind regards,

 - Jonas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages topgit depends on:
ii  git-core 1:1.6.1.3-1 fast, scalable, distributed revisi

topgit recommends no packages.

topgit suggests no packages.

-- no debconf information
# -*- mode: makefile; coding: utf-8 -*-
# Copyright © 2009 Jonas Smedegaard 
# Description: let Handle patches using TopGit and quilt
#
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License as
# published by the Free Software Foundation; either version 2, or (at
# your option) any later version.
#
# This program is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
# 02111-1307 USA.

_cdbs_scripts_path ?= /usr/lib/cdbs
_cdbs_rules_path ?= /usr/share/cdbs/1/rules
_cdbs_class_path ?= /usr/share/cdbs/1/class

ifndef _cdbs_rules_topgit
_cdbs_rules_topgit = 1

include $(_cdbs_rules_path)/patchsys-quilt.mk$(_cdbs_makefile_suffix)

# Currently TopGit is not used in any policy-specified build targets
#CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), topgit

# These are hardcoded!!
# TODO: convince patchsys-quilt.mk and tg2quilt.mk to use our variables
PATCHES_DIR := $(DEB_PATCHDIRS)
QUILT_STAMPFN := debian/stamp-patched

include /usr/share/topgit/tg2quilt.mk

endif