{"thread":{"id":"15066","subject":"[StGit] Debian packaging update","startedAt":"2008-08-18T10:10:36Z","lastAt":"2008-08-31T07:00:43Z","messageCount":18,"participants":["Daniel White","Catalin Marinas","Henrique de Moraes Holschuh","Karl Hasselström","Sebastian Harl","Yann Dirson"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"87526","messageId":"20080818201036.7c2c00f8@whitehouse.id.au","threadId":"15066","inReplyTo":null,"subject":"[StGit] Debian packaging update","fromName":"Daniel White","fromEmail":"daniel@whitehouse.id.au","sentAt":"2008-08-18T10:10:36Z","receivedAt":"2008-08-18T10:10:36Z","isPatch":false,"sender":{"key":"daniel@whitehouse.id.au","avatar":"https://gravatar.com/avatar/dbe1b9de7de21d3d435a26f487adba1e4cb11ecf7b0c9beaa5a8ec792813e7e1?d=mp&s=160"},"body":"I've just pushed some patches up to put the debian packaging in line\nwith the other changes to the build system.\n\nMost importantly, the documentation now gets included in the package.\n\n--\n\nThe following changes since commit\n42857cbe036ba5917eacc9dbb5644d395f638ed9: Samuel Tardieu (1):\n        Do not mess-up with commit message formatting when sending email\n\nare available in the git repository at:\n\n  git://repo.or.cz/stgit/dwhite.git debian\n\nDaniel White (2):\n      debian/rules should be producing architecture independent packages\n      debian/rules: take advantage of new build targets\n\n debian/rules |   16 +++++++---------\n 1 files changed, 7 insertions(+), 9 deletions(-)\n\n-- \nDaniel White\n"},{"id":"88052","messageId":"b0943d9e0808211535s7b829a13hbf28be8116e856a6@mail.gmail.com","threadId":"15066","inReplyTo":"20080818201036.7c2c00f8@whitehouse.id.au","subject":"Re: [StGit] Debian packaging update","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2008-08-21T22:35:43Z","receivedAt":"2008-08-21T22:35:43Z","isPatch":false,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"2008/8/18 Daniel White <daniel@whitehouse.id.au>:\n> I've just pushed some patches up to put the debian packaging in line\n> with the other changes to the build system.\n>\n> Most importantly, the documentation now gets included in the package.\n\nThe patches look allright. I'll merge them tomorrow if no other objections.\n\nI'm not that versed in building debian packages but the .changes file\ngenerated is still reported as \"i386\" rather than \"all\". Is this\nexpected?\n\nThanks.\n\n-- \nCatalin\n"},{"id":"88131","messageId":"20080822235154.5e1f979c@whitehouse.id.au","threadId":"15066","inReplyTo":"b0943d9e0808211535s7b829a13hbf28be8116e856a6@mail.gmail.com","subject":"Re: [StGit] Debian packaging update","fromName":"Daniel White","fromEmail":"daniel@whitehouse.id.au","sentAt":"2008-08-22T13:51:54Z","receivedAt":"2008-08-22T13:51:54Z","isPatch":false,"sender":{"key":"daniel@whitehouse.id.au","avatar":"https://gravatar.com/avatar/dbe1b9de7de21d3d435a26f487adba1e4cb11ecf7b0c9beaa5a8ec792813e7e1?d=mp&s=160"},"body":"On Thu, 21 Aug 2008 23:35:43 +0100\n\"Catalin Marinas\" <catalin.marinas@gmail.com> wrote:\n> \n> I'm not that versed in building debian packages but the .changes file\n> generated is still reported as \"i386\" rather than \"all\". Is this\n> expected?\n>\n\nI'm seeing the same issue by running dpkg-buildpackage.  However, I\ntried building other arch-independent packages from source and still\ngot the same problem.  I suspect I might not be using the right set of\ncommands to generate the .changes file.\n\nSince it is now packaged by Debian is it still necessary to be\nmaintaining Debian packaging?\n\nHaving a look at the Debian version, they have made quite a few changes\nagainst our packaging.  It might be worth getting some patches from\nthem that are not specific to Debian policy (like the setup of bash\ncompletion).\n\nRegardless, it might be best to leave commit cf7b0b90 for now.\n\n> Thanks.\n> \n\n-- \nDaniel White\n"},{"id":"88138","messageId":"20080823010325.33fe9e1c@whitehouse.id.au","threadId":"15066","inReplyTo":"20080822235154.5e1f979c@whitehouse.id.au","subject":"Re: [StGit] Debian packaging update","fromName":"Daniel White","fromEmail":"daniel@whitehouse.id.au","sentAt":"2008-08-22T15:03:25Z","receivedAt":"2008-08-22T15:03:25Z","isPatch":false,"sender":{"key":"daniel@whitehouse.id.au","avatar":"https://gravatar.com/avatar/dbe1b9de7de21d3d435a26f487adba1e4cb11ecf7b0c9beaa5a8ec792813e7e1?d=mp&s=160"},"body":"On Fri, 22 Aug 2008 23:51:54 +1000\nDaniel White <daniel@whitehouse.id.au> wrote:\n\n> On Thu, 21 Aug 2008 23:35:43 +0100\n> \"Catalin Marinas\" <catalin.marinas@gmail.com> wrote:\n> > \n> > I'm not that versed in building debian packages but the .changes\n> > file generated is still reported as \"i386\" rather than \"all\". Is\n> > this expected?\n> >\n> \n> I'm seeing the same issue by running dpkg-buildpackage.  However, I\n> tried building other arch-independent packages from source and still\n> got the same problem.  I suspect I might not be using the right set of\n> commands to generate the .changes file.\n> \n> Since it is now packaged by Debian is it still necessary to be\n> maintaining Debian packaging?\n> \n> Having a look at the Debian version, they have made quite a few\n> changes against our packaging.  It might be worth getting some\n> patches from them that are not specific to Debian policy (like the\n> setup of bash completion).\n> \n> Regardless, it might be best to leave commit cf7b0b90 for now.\n> \n> > Thanks.\n> > \n> \n\nNot that it probably matters much, but I forgot to sign off on the\nchanges.  I've re-pushed the changes.\n\nSo the commit to ignore would be e4a257f0.\n\n-- \nDaniel White\n"},{"id":"88212","messageId":"b0943d9e0808221452h6b9b0e99q795cd73cb44e5b11@mail.gmail.com","threadId":"15066","inReplyTo":"20080823010325.33fe9e1c@whitehouse.id.au","subject":"Re: [StGit] Debian packaging update","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2008-08-22T21:52:40Z","receivedAt":"2008-08-22T21:52:40Z","isPatch":false,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> Not that it probably matters much, but I forgot to sign off on the\n> changes.  I've re-pushed the changes.\n>\n> So the commit to ignore would be e4a257f0.\n\nThanks. I picked the other commit.\n\n-- \nCatalin\n"},{"id":"88213","messageId":"b0943d9e0808221457w42a84fbgdf62e3ddbb417389@mail.gmail.com","threadId":"15066","inReplyTo":"20080822235154.5e1f979c@whitehouse.id.au","subject":"Re: [StGit] Debian packaging update","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2008-08-22T21:57:02Z","receivedAt":"2008-08-22T21:57:02Z","isPatch":false,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> Since it is now packaged by Debian is it still necessary to be\n> maintaining Debian packaging?\n\nThis is mainly to make it easier for Debian maintainers. Someone might\nalso want to build a .deb package for a different version or flavour\nof Debian.\n\n> Having a look at the Debian version, they have made quite a few changes\n> against our packaging.  It might be worth getting some patches from\n> them that are not specific to Debian policy (like the setup of bash\n> completion).\n\nI don't follow the Debian package much but I'll have a look to see the\ndifferences.\n\n-- \nCatalin\n"},{"id":"88249","messageId":"20080823135855.1a7aafd4@whitehouse.id.au","threadId":"15066","inReplyTo":"b0943d9e0808221457w42a84fbgdf62e3ddbb417389@mail.gmail.com","subject":"Re: [StGit] Debian packaging update","fromName":"Daniel White","fromEmail":"daniel@whitehouse.id.au","sentAt":"2008-08-23T03:58:55Z","receivedAt":"2008-08-23T03:58:55Z","isPatch":false,"sender":{"key":"daniel@whitehouse.id.au","avatar":"https://gravatar.com/avatar/dbe1b9de7de21d3d435a26f487adba1e4cb11ecf7b0c9beaa5a8ec792813e7e1?d=mp&s=160"},"body":"On Fri, 22 Aug 2008 22:57:02 +0100\n\"Catalin Marinas\" <catalin.marinas@gmail.com> wrote:\n\n> 2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> > Since it is now packaged by Debian is it still necessary to be\n> > maintaining Debian packaging?\n> \n> This is mainly to make it easier for Debian maintainers. Someone might\n> also want to build a .deb package for a different version or flavour\n> of Debian.\n> \n\nI had been reading an article recently about packaging, and there was\nthe suggestion that upstream having packaging caused headaches when\nmerging new versions.\n\nBut I definately agree that the second case is handy.\n\n> > Having a look at the Debian version, they have made quite a few\n> > changes against our packaging.  It might be worth getting some\n> > patches from them that are not specific to Debian policy (like the\n> > setup of bash completion).\n> \n\nJust to clarify, I believe the automatic setup of bash completion _is_\nspecific to Debian policy.\n\n> I don't follow the Debian package much but I'll have a look to see the\n> differences.\n> \n\n-- \nDaniel White\n"},{"id":"88890","messageId":"20080828140929.GB3584@khazad-dum.debian.net","threadId":"15066","inReplyTo":"b0943d9e0808221457w42a84fbgdf62e3ddbb417389@mail.gmail.com","subject":"Re: [StGit] Debian packaging update","fromName":"Henrique de Moraes Holschuh","fromEmail":"hmh@hmh.eng.br","sentAt":"2008-08-28T14:09:29Z","receivedAt":"2008-08-28T14:09:29Z","isPatch":false,"sender":{"key":"hmh@hmh.eng.br","avatar":null},"body":"(Debian maintainer(s) for stgit added to CC through the generic package\nredirect address).\n\nOn Fri, 22 Aug 2008, Catalin Marinas wrote:\n> 2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> > Since it is now packaged by Debian is it still necessary to be\n> > maintaining Debian packaging?\n> \n> This is mainly to make it easier for Debian maintainers. Someone might\n> also want to build a .deb package for a different version or flavour\n> of Debian.\n\nWell, I happen to be a heavy STGIT user, and also a senior Debian\ndeveloper (I have been a DD for over 10 years), so I am entitled to\nreply to this thread I suppose :-)\n\nWhatever people told you guys, the sad truth is that for the\noverwhelming majority of packages, the mere presence of a debian/ dir\nupstream is taken as a warning sign by any seasoned Debian developer\n(i.e. it is so often a problem, we take it as a bad sign).  It almost\nnever helps.  I have no idea where stgit is in that regard, though.  And\nI have NOT checked the \"upstream version of the Debian packaging\", so\nplease don't take this personally.\n\nBut I can tell you that most DDs would prefer that upstream dumped the\ndebian/ dir, unless it is kept *really* current.  And really, at that\npoint, you are losing a lot of the benefits of a downstream maintainer\nanyway (i.e. you are not delegating the whole issue to him, so that you\ncan ignore the packaging and just pay attention to stgit itself).\n\nOf course, this changes a lot when upstream is also a Debian developer\nand spends a few hours per week keeping up-to-date with Debian policy\nand toolset changes, etc.\n\n> > Having a look at the Debian version, they have made quite a few changes\n> > against our packaging.  It might be worth getting some patches from\n> > them that are not specific to Debian policy (like the setup of bash\n> > completion).\n> \n> I don't follow the Debian package much but I'll have a look to see the\n> differences.\n\nI have looked at it once or twice.  From what I recall, it is mostly\ntrying to make sure the tree is *really* clean, and moving some files to\nwhere Debian wants them.  Also, it breaks the stuff into two packages,\nstgit and stgit-contrib, and updates a lot of the packaging metadata.\n\nI think you guys should CC the Debian developer on any threads about the\ndebian/ dir.\n\n-- \n  \"One disk to rule them all, One disk to find them. One disk to bring\n  them all and in the darkness grind them. In the Land of Redmond\n  where the shadows lie.\" -- The Silicon Valley Tarot\n  Henrique Holschuh\n"},{"id":"88900","messageId":"20080828154128.GB13169@diana.vm.bytemark.co.uk","threadId":"15066","inReplyTo":"20080828140929.GB3584@khazad-dum.debian.net","subject":"Re: [StGit] Debian packaging update","fromName":"Karl Hasselström","fromEmail":"kha@treskal.com","sentAt":"2008-08-28T15:41:28Z","receivedAt":"2008-08-28T15:41:28Z","isPatch":false,"sender":{"key":"kha@treskal.com","avatar":"https://gravatar.com/avatar/f0120c734b5279b345075a28521e1ac66acb20c9913ffe9bf6ae97e53f7f3f13?d=mp&s=160"},"body":"On 2008-08-28 11:09:29 -0300, Henrique de Moraes Holschuh wrote:\n\n> Whatever people told you guys, the sad truth is that for the\n> overwhelming majority of packages, the mere presence of a debian/\n> dir upstream is taken as a warning sign by any seasoned Debian\n> developer (i.e. it is so often a problem, we take it as a bad sign).\n> It almost never helps. I have no idea where stgit is in that regard,\n> though. And I have NOT checked the \"upstream version of the Debian\n> packaging\", so please don't take this personally.\n>\n> But I can tell you that most DDs would prefer that upstream dumped\n> the debian/ dir, unless it is kept *really* current. And really, at\n> that point, you are losing a lot of the benefits of a downstream\n> maintainer anyway (i.e. you are not delegating the whole issue to\n> him, so that you can ignore the packaging and just pay attention to\n> stgit itself).\n>\n> Of course, this changes a lot when upstream is also a Debian\n> developer and spends a few hours per week keeping up-to-date with\n> Debian policy and toolset changes, etc.\n\nSo the optimal solution if we want to carry a debian/ directory (to\nallow users to easily build their own .debs, or whatnot) would maybe\nbe to simply politely ask our Debian maintainer to send us patches or\npull requests to keep it up-to-date?\n\n-- \nKarl Hasselström, kha@treskal.com\n      www.treskal.com/kalle\n"},{"id":"88935","messageId":"20080828172227.GI1289@albany.tokkee.org","threadId":"15066","inReplyTo":"20080823135855.1a7aafd4@whitehouse.id.au","subject":"Re: [StGit] Debian packaging update","fromName":"Sebastian Harl","fromEmail":"sh@tokkee.org","sentAt":"2008-08-28T17:22:28Z","receivedAt":"2008-08-28T17:22:28Z","isPatch":false,"sender":{"key":"sh@tokkee.org","avatar":"https://gravatar.com/avatar/c19b9c37bd63e5d1dabe8d222904921fb807d53d1d8d41af758a16c066eeb59c?d=mp&s=160"},"body":"Hi,\n\nOn Sat, Aug 23, 2008 at 01:58:55PM +1000, Daniel White wrote:\n> On Fri, 22 Aug 2008 22:57:02 +0100\n> \"Catalin Marinas\" <catalin.marinas@gmail.com> wrote:\n> > 2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> > > Since it is now packaged by Debian is it still necessary to be\n> > > maintaining Debian packaging?\n> > \n> > This is mainly to make it easier for Debian maintainers. Someone might\n> > also want to build a .deb package for a different version or flavour\n> > of Debian.\n> > \n> \n> I had been reading an article recently about packaging, and there was\n> the suggestion that upstream having packaging caused headaches when\n> merging new versions.\n\nIncluding a debian/ dir in the upstream VCS usually should not be a\nproblem as long as it's not included in release tarballs. The main\nproblem _I_ see when the latter is not given (and I suppose that's why a\nlot of people don't like it either) is that you'd get a really ugly diff\nbetween upstream sources and the Debian packaging (the .diff.gz of a\nDebian source package).\n\nImho, keeping a debian/ dir in the upstream VCS is a nice service to the\nuser and keeping it close to the \"official\" Debian packaging is even\nbetter.\n\nCheers,\nSebastian\n\n-- \nSebastian \"tokkee\" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/\n\nThose who would give up Essential Liberty to purchase a little Temporary\nSafety, deserve neither Liberty nor Safety.         -- Benjamin Franklin\n\n"},{"id":"88950","messageId":"20080828191625.GA17955@khazad-dum.debian.net","threadId":"15066","inReplyTo":"20080828154128.GB13169@diana.vm.bytemark.co.uk","subject":"Re: [StGit] Debian packaging update","fromName":"Henrique de Moraes Holschuh","fromEmail":"hmh@hmh.eng.br","sentAt":"2008-08-28T19:16:25Z","receivedAt":"2008-08-28T19:16:25Z","isPatch":false,"sender":{"key":"hmh@hmh.eng.br","avatar":null},"body":"On Thu, 28 Aug 2008, Karl Hasselström wrote:\n> On 2008-08-28 11:09:29 -0300, Henrique de Moraes Holschuh wrote:\n> > Whatever people told you guys, the sad truth is that for the\n> > overwhelming majority of packages, the mere presence of a debian/\n> > dir upstream is taken as a warning sign by any seasoned Debian\n> > developer (i.e. it is so often a problem, we take it as a bad sign).\n> > It almost never helps. I have no idea where stgit is in that regard,\n> > though. And I have NOT checked the \"upstream version of the Debian\n> > packaging\", so please don't take this personally.\n> >\n> > But I can tell you that most DDs would prefer that upstream dumped\n> > the debian/ dir, unless it is kept *really* current. And really, at\n> > that point, you are losing a lot of the benefits of a downstream\n> > maintainer anyway (i.e. you are not delegating the whole issue to\n> > him, so that you can ignore the packaging and just pay attention to\n> > stgit itself).\n> >\n> > Of course, this changes a lot when upstream is also a Debian\n> > developer and spends a few hours per week keeping up-to-date with\n> > Debian policy and toolset changes, etc.\n> \n> So the optimal solution if we want to carry a debian/ directory (to\n> allow users to easily build their own .debs, or whatnot) would maybe\n> be to simply politely ask our Debian maintainer to send us patches or\n> pull requests to keep it up-to-date?\n\nYes, but that assumes you release often.  Otherwise users get an old\nversion of the packaging all the time.\n\n-- \n  \"One disk to rule them all, One disk to find them. One disk to bring\n  them all and in the darkness grind them. In the Land of Redmond\n  where the shadows lie.\" -- The Silicon Valley Tarot\n  Henrique Holschuh\n"},{"id":"88952","messageId":"20080828192450.GH4985@nan92-1-81-57-214-146.fbx.proxad.net","threadId":"15066","inReplyTo":"20080828140929.GB3584@khazad-dum.debian.net","subject":"Re: [StGit] Debian packaging update","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2008-08-28T19:24:50Z","receivedAt":"2008-08-28T19:24:50Z","isPatch":false,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"On Thu, Aug 28, 2008 at 11:09:29AM -0300, Henrique de Moraes Holschuh wrote:\n> (Debian maintainer(s) for stgit added to CC through the generic package\n> redirect address).\n> \n> On Fri, 22 Aug 2008, Catalin Marinas wrote:\n> > 2008/8/22 Daniel White <daniel@whitehouse.id.au>:\n> > > Since it is now packaged by Debian is it still necessary to be\n> > > maintaining Debian packaging?\n> > \n> > This is mainly to make it easier for Debian maintainers. Someone might\n> > also want to build a .deb package for a different version or flavour\n> > of Debian.\n> \n> Well, I happen to be a heavy STGIT user, and also a senior Debian\n> developer (I have been a DD for over 10 years), so I am entitled to\n> reply to this thread I suppose :-)\n> \n> Whatever people told you guys, the sad truth is that for the\n> overwhelming majority of packages, the mere presence of a debian/ dir\n> upstream is taken as a warning sign by any seasoned Debian developer\n> (i.e. it is so often a problem, we take it as a bad sign).  It almost\n> never helps.  I have no idea where stgit is in that regard, though.  And\n> I have NOT checked the \"upstream version of the Debian packaging\", so\n> please don't take this personally.\n\nIn this case, they are mostly in sync, except that lately I have not\nbeen very active on the stgit front (and on the debian front as well\nBTW), so that I did not take the time to formalize a set of patches\nfor integration of the latest changes into stgit.\n\nAnd most of the problem then boils down to the current package diffs\nnot being handled as a series of patches, which is quite a shame for\nstgit :).  Indeed I had started trying to change that at the very\nbeginning of my involvment in the package, but finally decided I had\nno time for that - and I'm also quite frustrated by the various ways I\nhave tried to maintain debian packages as patch series, unfortunately\n(eg. see my experiment in debian/README.maint in the tau package).  I\nstill have to come with a decent way of doing that.\n\n\n> Of course, this changes a lot when upstream is also a Debian developer\n> and spends a few hours per week keeping up-to-date with Debian policy\n> and toolset changes, etc.\n\nHey, that's not far of what used to happen :)\n\nAnother benefit to having uptodate packaging upstream would be to have\ndeb snapshots regularly generated, alhough we don't take advantage of\nthis for the moment.\n\n\n> I think you guys should CC the Debian developer on any threads about the\n> debian/ dir.\n\nI'm on the ml too, but CC'ing never hurts, especially since other\npeople can subscribe to the address via the Package Tracking System.\n"},{"id":"88958","messageId":"20080828195524.GI4985@nan92-1-81-57-214-146.fbx.proxad.net","threadId":"15066","inReplyTo":"20080828191625.GA17955@khazad-dum.debian.net","subject":"Re: [StGit] Debian packaging update","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2008-08-28T19:55:24Z","receivedAt":"2008-08-28T19:55:24Z","isPatch":false,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"On Thu, Aug 28, 2008 at 04:16:25PM -0300, Henrique de Moraes Holschuh wrote:\n> On Thu, 28 Aug 2008, Karl Hasselström wrote:\n> > On 2008-08-28 11:09:29 -0300, Henrique de Moraes Holschuh wrote:\n> > > Whatever people told you guys, the sad truth is that for the\n> > > overwhelming majority of packages, the mere presence of a debian/\n> > > dir upstream is taken as a warning sign by any seasoned Debian\n> > > developer (i.e. it is so often a problem, we take it as a bad sign).\n> > > It almost never helps. I have no idea where stgit is in that regard,\n> > > though. And I have NOT checked the \"upstream version of the Debian\n> > > packaging\", so please don't take this personally.\n> > >\n> > > But I can tell you that most DDs would prefer that upstream dumped\n> > > the debian/ dir, unless it is kept *really* current. And really, at\n> > > that point, you are losing a lot of the benefits of a downstream\n> > > maintainer anyway (i.e. you are not delegating the whole issue to\n> > > him, so that you can ignore the packaging and just pay attention to\n> > > stgit itself).\n> > >\n> > > Of course, this changes a lot when upstream is also a Debian\n> > > developer and spends a few hours per week keeping up-to-date with\n> > > Debian policy and toolset changes, etc.\n> > \n> > So the optimal solution if we want to carry a debian/ directory (to\n> > allow users to easily build their own .debs, or whatnot) would maybe\n> > be to simply politely ask our Debian maintainer to send us patches or\n> > pull requests to keep it up-to-date?\n> \n> Yes, but that assumes you release often.  Otherwise users get an old\n> version of the packaging all the time.\n\nWell, stgit does not require so much packaging change for each\nrelease.  The current debian/ dir in the git repo, while not 100%\nuptodate, still allows anyone to build snapshots.\n\nBest regards,\n-- \nYann\n"},{"id":"88971","messageId":"20080828205255.GA28644@nan92-1-81-57-214-146.fbx.proxad.net","threadId":"15066","inReplyTo":"20080828192450.GH4985@nan92-1-81-57-214-146.fbx.proxad.net","subject":"Re: [StGit] Debian packaging update","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2008-08-28T20:52:55Z","receivedAt":"2008-08-28T20:52:55Z","isPatch":false,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"On Thu, Aug 28, 2008 at 09:24:50PM +0200, Yann Dirson wrote:\n> In except that lately I have not been very active on the stgit front\n> (and on the debian front as well BTW)\n\nWell, let's hope that will get me excused of writing bullshit :)\n\nNo, as you noticed, the packaging in stgit.git is not in sync with the\nofficial package.  This ought to be fixed :).  I have started trying\nto address that.\n\nThe official package ships a copy of documentation pages from the\nwiki, because they contain information not otherwise available.  Do we\nwant to keep a copy of these files in the official repo ?\n"},{"id":"89024","messageId":"20080828222711.GB21850@diana.vm.bytemark.co.uk","threadId":"15066","inReplyTo":"20080828205255.GA28644@nan92-1-81-57-214-146.fbx.proxad.net","subject":"Re: [StGit] Debian packaging update","fromName":"Karl Hasselström","fromEmail":"kha@treskal.com","sentAt":"2008-08-28T22:27:11Z","receivedAt":"2008-08-28T22:27:11Z","isPatch":false,"sender":{"key":"kha@treskal.com","avatar":"https://gravatar.com/avatar/f0120c734b5279b345075a28521e1ac66acb20c9913ffe9bf6ae97e53f7f3f13?d=mp&s=160"},"body":"On 2008-08-28 22:52:55 +0200, Yann Dirson wrote:\n\n> The official package ships a copy of documentation pages from the\n> wiki, because they contain information not otherwise available. Do\n> we want to keep a copy of these files in the official repo ?\n\nWe discussed this a while back, and i believe we agreed that having\nthe primary copy in the StGit tree is a good idea. So, yes.\n\n-- \nKarl Hasselström, kha@treskal.com\n      www.treskal.com/kalle\n"},{"id":"89274","messageId":"b0943d9e0808301533x7a652c59x1a227d6fa4a35961@mail.gmail.com","threadId":"15066","inReplyTo":"20080828222711.GB21850@diana.vm.bytemark.co.uk","subject":"Re: [StGit] Debian packaging update","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2008-08-30T22:33:01Z","receivedAt":"2008-08-30T22:33:01Z","isPatch":false,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"2008/8/28 Karl Hasselström <kha@treskal.com>:\n> On 2008-08-28 22:52:55 +0200, Yann Dirson wrote:\n>\n>> The official package ships a copy of documentation pages from the\n>> wiki, because they contain information not otherwise available. Do\n>> we want to keep a copy of these files in the official repo ?\n>\n> We discussed this a while back, and i believe we agreed that having\n> the primary copy in the StGit tree is a good idea. So, yes.\n\nYes, indeed. And it's on my plan to tidy up and improve the\ndocumentation (though I wasn't that active recently either :-(  ). The\ngenerated html docs could be put on the web somewhere.\n\n-- \nCatalin\n"},{"id":"89275","messageId":"b0943d9e0808301536m6422e6cfv96c14afd0a62966a@mail.gmail.com","threadId":"15066","inReplyTo":"20080828192450.GH4985@nan92-1-81-57-214-146.fbx.proxad.net","subject":"Re: [StGit] Debian packaging update","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2008-08-30T22:36:57Z","receivedAt":"2008-08-30T22:36:57Z","isPatch":false,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"2008/8/28 Yann Dirson <ydirson@altern.org>:\n> Another benefit to having uptodate packaging upstream would be to have\n> deb snapshots regularly generated, alhough we don't take advantage of\n> this for the moment.\n\nAs a side-note, in the Python world it seems that more people started\nusing the Python Package Index (http://pypi.python.org/pypi) and\ninstall a package easily using \"easy_install\". This doesn't have the\n.deb features but it is more universal across various Linux\ndistributions (the bad thing, it doesn't seem to allow uninstalling).\nAt some point I might create a pypi entry (shouldn't take long but\nI've been too busy with other things).\n\n-- \nCatalin\n"},{"id":"89289","messageId":"20080831070043.GA1125@diana.vm.bytemark.co.uk","threadId":"15066","inReplyTo":"b0943d9e0808301533x7a652c59x1a227d6fa4a35961@mail.gmail.com","subject":"Re: [StGit] Debian packaging update","fromName":"Karl Hasselström","fromEmail":"kha@treskal.com","sentAt":"2008-08-31T07:00:43Z","receivedAt":"2008-08-31T07:00:43Z","isPatch":false,"sender":{"key":"kha@treskal.com","avatar":"https://gravatar.com/avatar/f0120c734b5279b345075a28521e1ac66acb20c9913ffe9bf6ae97e53f7f3f13?d=mp&s=160"},"body":"On 2008-08-30 23:33:01 +0100, Catalin Marinas wrote:\n\n> 2008/8/28 Karl Hasselström <kha@treskal.com>:\n>\n> > On 2008-08-28 22:52:55 +0200, Yann Dirson wrote:\n> >\n> > > The official package ships a copy of documentation pages from\n> > > the wiki, because they contain information not otherwise\n> > > available. Do we want to keep a copy of these files in the\n> > > official repo ?\n> >\n> > We discussed this a while back, and i believe we agreed that\n> > having the primary copy in the StGit tree is a good idea. So, yes.\n>\n> Yes, indeed. And it's on my plan to tidy up and improve the\n> documentation (though I wasn't that active recently either :-( ).\n> The generated html docs could be put on the web somewhere.\n\nRelatedly, I'm right now teaching the command-line option parser\nthingy to be able to generate asciidoc man page output (in addition to\nthe interactive help it already features). The end result should be\nman pages for all stg commands -- with contents that can and should be\nimproved over time. :-)\n\nThis would allow some documentation about a specific command to live\nin its man page, and allow the other docs to hyperlink to the man\npage, etc.\n\n-- \nKarl Hasselström, kha@treskal.com\n      www.treskal.com/kalle\n"}]}