{"thread":{"id":"1433","subject":"My Itchlist","startedAt":"2005-08-06T01:52:06Z","lastAt":"2005-08-15T05:08:44Z","messageCount":56,"participants":["Junio C Hamano","Linus Torvalds","Johannes Schindelin","Sergey Vlasov","Chris Wright","Matthias Urlichs","Martin Langhoff","Sebastian Kuzminsky","Sam Ravnborg","Gene Heskett","Alan Chandler","Christian Meder","Andreas Jellinghaus [c]","David Lang","Petr Baudis","Ryan Anderson"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"6868","messageId":"7v8xzfde7t.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":null,"subject":"My Itchlist","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-06T01:52:06Z","receivedAt":"2005-08-06T01:52:06Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Here is a short list of itches I would like to get scratched\nbefore 1.0. I may be forgetting something big, though, so if\nyour favorite feature request is not included in the list please\nspeak up.\n\n- Teach send-pack to use get_sha1() on the source side.\n\n In addition to a pattern that matches one reference on the\n source side, we should be able to use anything get_sha1() can\n grok. Hopefully I'll be looking into this over the weekend.\n\n- Teach fetch-pack reference renaming.\n\n On the push side, send-pack now knows updating arbitrary\n remote references from local references. We need something\n similar for fetching. I personally do not feel we need it for\n cloning but my cursory reading of clone-pack indicates the\n command is meant to work reasonably even in an already\n populated repository. If somebody have a good use case for\n it and a clean patch, I may be tempted to accept it.\n\n- Glossary documentation Johannes Schindelin is working on.\n\n I think coming up with the concensus of terms would come\n fairly quickly on the list. Updating docs to match the\n concensus may take some time. Help is greatly appreciated.\n\n- Makefile variables updates from Pasky.\n\n While I do not have objections to rename dest to DESTDIR and\n such Pasky proposes, I want to have a matching change to RPM\n and deb generation. I can speak basic debian/rules, but I am\n reluctant to touch RPM side of the things.\n\n Whether we do the dest/DESTDIR rename or not, we need to tweak\n binary packaging anyway, or stop installing the default\n templates. I can be talked into either way.\n\n\nMy tentative plan is for 0.99.4 to finish send-pack, 0.99.5\nto enhance fetch-pack, 0.99.6 to finish the first pass for the\ndocumentation updates and stabilizing the binary packaging.\n\n\nThese are not 1.0 showstopper items but what I personally would\nlove to see.\n\n- teach mailsplit/mailinfo basic MIME (attachments and quoted-printable)\n\n Some people send patches in MIME quoted-printable. I could\n drop them on the floor and ask the sender to resend, but I've\n been being a nice guy, which currently involves manual\n intervention.\n\n- teach git-apply \"reverse\" and possibly \"fuzz\".\n\n I think this might help Porcelain; currently they have to\n interpret git extended diff headers themselves.\n\n- commit template filler discussed with Pasky some time ago.\n\n- \"rev-list a...b\" should mean \"rev-list `merge-base a b`..b\"\n"},{"id":"6869","messageId":"Pine.LNX.4.58.0508051924390.3258@g5.osdl.org","threadId":"1433","inReplyTo":"7v8xzfde7t.fsf@assigned-by-dhcp.cox.net","subject":"Re: My Itchlist","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-08-06T02:39:01Z","receivedAt":"2005-08-06T02:39:01Z","isPatch":false,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Fri, 5 Aug 2005, Junio C Hamano wrote:\n> \n> - Teach fetch-pack reference renaming.\n\nWell, the fetch side at least needs it less.\n\nRight now the renaming means that you can only really fetch _one_ head at \na time, but that's at least a fairly common and important case, and you \ncan do the rest from there.\n\nAnd doing only one means that git-fetch-pack can just return the result\nSHA1 of the head it was asked to fetch. In fact, even that could just be\nextended to returning multiple heads: just return each SHA1 in order. No \n\"renaming\" necessary, since it's then up to the user what to do with the \nresults.\n\nIn fact, many users don't even want to write the result to a ref _at_all_: \nthey just use the raw name - no refs - to merge.\n\nSo arguably it is _wrong_ to make git-fetch-pack write refs, because that \njust leads to the problem with temporary refs etc. \"Local variables are \ngood\".\n\n> These are not 1.0 showstopper items but what I personally would\n> love to see.\n> \n> - teach mailsplit/mailinfo basic MIME (attachments and quoted-printable)\n> \n> Some people send patches in MIME quoted-printable. I could\n> drop them on the floor and ask the sender to resend, but I've\n> been being a nice guy, which currently involves manual\n> intervention.\n\nThis really is a nasty problem. People add their own commentary etc, and \nthe fact is, the maintainer _needs_ to edit it.\n\nOtherwise you'll have people saying \"Hi there, I really like this thing, \nbut I have this problem which this patch fixes\" etc, which is all very \nnice, but dammit, that's simply not changelog material.\n\nAlso, I definitely myself end up editing patches occasionally: fixing \nthings up. Again, this is simply a major pain if the patch comes in as an \nattachment.\n\nSo there are tons of reasons to just try to teach people that attachments \nare painful. Much better to teach people not to use them than having \npeople use them and the tools \"working\" with them.\n\n> - teach git-apply \"reverse\" and possibly \"fuzz\".\n> \n> I think this might help Porcelain; currently they have to\n> interpret git extended diff headers themselves.\n\nReverse would definitely be useful. \"fuzz\" is really pretty dangerous. I \nthink that once a a patch doesn't apply, you really want to have helper \ntools like a graphical \"wiggle\" etc, and that really means that it's not \n\"git-apply\", it's something totally different.\n\nAnd quite frankly, if you have a tool that can handle unified diffs \nalready, then extending it for the git rename stuff should be pretty easy. \nIt's not like we haven't wanted renaming patches for at least a _decade_ \nalready, it's just that nobody ever did them. \n\nSo I'm hoping that git can act as a impetus for people to just finally \nhave a standard way of saying \"rename\". EVERYBODY wants it. Anybody who \never sees a rename as a patch will always go \"damn, it would be nice to \nhave renames\". And dammit, we have them, so let's try to push out the \nconcept.\n\nAnd if that means that we should use rename patches and let non-git users \nhave some pain until they say \"ok, ok, it's a good idea, I'll do it. \nUncle, uncle!\", then maybe the world will be a better place. It's not like \nthey can't see how git-apply does it already ;)\n\n\t\t\tLinus\n"},{"id":"6873","messageId":"Pine.LNX.4.63.0508060846050.12882@wgmdd8.biozentrum.uni-wuerzburg.de","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508051924390.3258@g5.osdl.org","subject":"Re: My Itchlist","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2005-08-06T06:50:11Z","receivedAt":"2005-08-06T06:50:11Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Fri, 5 Aug 2005, Linus Torvalds wrote:\n\n> On Fri, 5 Aug 2005, Junio C Hamano wrote:\n> > \n> > - Teach fetch-pack reference renaming.\n> \n> Well, the fetch side at least needs it less.\n> \n> Right now the renaming means that you can only really fetch _one_ head at \n> a time, but that's at least a fairly common and important case, and you \n> can do the rest from there.\n> \n> And doing only one means that git-fetch-pack can just return the result\n> SHA1 of the head it was asked to fetch. In fact, even that could just be\n> extended to returning multiple heads: just return each SHA1 in order. No \n> \"renaming\" necessary, since it's then up to the user what to do with the \n> results.\n\nI think that we need a method to do a push in reverse: If a central \nrepository has several branches, I might want to pull just those branches \nwhere the local head is a strict parent of the remote side, and get \ncomplains for the others. And maybe reference naming comes as a freebie \nwith that.\n\nCiao,\nDscho\n"},{"id":"6888","messageId":"7voe8a6g5a.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"Pine.LNX.4.63.0508060846050.12882@wgmdd8.biozentrum.uni-wuerzburg.de","subject":"Re: My Itchlist","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-06T19:04:33Z","receivedAt":"2005-08-06T19:04:33Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Johannes Schindelin writes:\n\n> I think that we need a method to do a push in reverse: If a central \n> repository has several branches, I might want to pull just those branches \n> where the local head is a strict parent of the remote side, and get \n> complains for the others. And maybe reference naming comes as a freebie \n> with that.\n\nI can first run \"git ls-remote\" to discover what are available\nheads and tags, and choose to \"git fetch\" without actually\nmerging nor touching my references if I did not want to. I\ncould then attempt to \"git resolve\" offline, and if it results\nin a real merge, not fast forward, and if I am in a hurry and do\nnot want to risk merging without thinking, I can just keep my\nhead and defer the merging part. I think that is what you are\ngetting at by \"pull only when local is a strict parent of the\nremote\".\n\nIt is really the matter of where the ancestry computation\nhappens. You seem to think you would want to do it on the\ncentral server side, but I tend to think that should be done on\nthe puller's side, like I outlined above. There are two\nreasons:\n\n (1) as you mentioned in a separate topic, the current\n upload-pack/fetch-pack protocol pair seems to put a\n nontrivial burden on the server side. I'd prefer to have\n the client side do more work.\n\n (2) You are interested in that remote branch, so while you may\n not want to merge the upstream changes into the branch you\n have your local modifications right away, it is likely you\n eventually will. Fetching the objects would not be a\n wasted traffic.\n\nWhat Linus said makes a lot of sense to me. While the current\n\"git fetch\" user interface captures a commonly used pattern of\nfetching a single remote reference and optionally storing that\nremote reference as a local reference under refs/heads, it is\ncumbersome to use when you want to slurp objects needed for\nmultiple remote references and not store the references\nthemselves anywhere.\n"},{"id":"6898","messageId":"7vr7d6z3pn.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"7v8xzfde7t.fsf@assigned-by-dhcp.cox.net","subject":"GIT 0.99.4 (preview)","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-07T06:00:20Z","receivedAt":"2005-08-07T06:00:20Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"I said:\n\n> My tentative plan is for 0.99.4 to finish send-pack, 0.99.5\n> to enhance fetch-pack, 0.99.6 to finish the first pass for the\n> documentation updates and stabilizing the binary packaging.\n\nOk, I am almost ready to push 0.99.4 out. Here is what I have\nin the public repository.\n\n - The branches master & pu are as usual. Modulo bugs, I\n consider send-pack enhancement finished.\n\n - There is an \"rc\" branch whose Makefile already says 0.99.4.\n I've been working on Debian and RPM packaging issues today,\n with help from Chris Wright and H Peter Anvin, in this\n branch.\n\nThe plan is to stabilize the binary packaging issues in the \"rc\"\nbranch, and ordinary feature updates and bugfixes in \"master\" or\n\"pu\" branch as usual. When things are ready, \"rc\" and \"master\"\nwill be merged, 0.99.4 gets created and tagged, and \"master\" and\n\"pu\" will continue from there.\n\nI would appreciate if folks familiar with binary packaging,\nespecially RPM, give final sanity checks on what is currently in\n\"rc\" branch.\n"},{"id":"6927","messageId":"7vacjsdcbj.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"7vr7d6z3pn.fsf@assigned-by-dhcp.cox.net","subject":"GIT 0.99.4 preview: current status","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-08T09:09:52Z","receivedAt":"2005-08-08T09:09:52Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Things are looking almost ready for a new release. The list at\nthe end of this message shows what went into the release\ncandidate branch since 0.99.3: Dan's commit walker updates to\ndeal with a packed repository, Johannes fixed quite a lot of\nproblems in the documentation, I did reference-renaming push, a\ncouple of usability improvements from Linus, gitk updates from\nPaul, and Ryan added an bulk e-mailer. With help from Kalle,\nHorst and Chris Wright, binary packaging looks in a better shape\nnow. I'll let this simmer for a couple more days, and plan to\nmerge them back to the master branch on Wednesday and tag it as\nv0.99.4. Some of the patches I will receive before Wednesday\nfrom the list, and some of what I already have in the proposed\nupdate branch, may graduate to the master branch before that\nhappens.\n\nEarlier, I posted my itchlist. I would of course appreciate if\nsomebody scratches them, but at the same time would appreciate\npeople to voice their own itches. My personal 0.99.5 itches are\nto enhance fetch to deal with multiple references and have\nlocal-pull to deal with a packed repository. Dan's help would be\ngreatly appreciated on the latter one.\n\nOh, another itch I did not list in the previous message. Is\nanybody interested in doing an Emacs VC back-end for GIT?\n\nBTW, I used \"git log v0.99.3..rc | git shortlog\" to prepare the\nattached list, but ended up hand-removing many \"Merge with blah\"\nentries. It may not be a bad idea to have an option to filter\nout the merge entries at \"git log\" time. Adding\n'--single-parent-only' flag to git-rev-list would be one way of\ndoing it. Suggestions?\n\n------------\nAlecs King:\n Fix sparse warnings\n\nbarkalow@iabervon.org:\n Object library enhancements\n Parallelize the pull algorithm\n Parallelize pulling by ssh\n\nHolger Eitzenberger:\n git: add git_mkstemp()\n git: use git_mkstemp() instead of mkstemp() for diff generation.\n\nHorst von Brand:\n RPM spec updates.\n\nJohannes Schindelin:\n git-commit-script fix for degenerated merge\n Assorted documentation patches\n\nJunio C Hamano:\n Clean t/trash upon \"make clean\" as well.\n Make send-pack --all and explicit ref mutually exclusive.\n receive-pack hooks updates.\n Make sure leading directories exist when pushing refs.\n git-send-email-script: minimum whitespace cleanup.\n send-pack: handle partial pushes correctly.\n Install sample hooks\n Renaming push.\n git-send-pack: documentation\n Retire check-files.\n Retire git-check-files documentation too.\n git-bisect termination condition fix.\n git-init-db: brown paper bag bugfix.\n Fix send-pack for non-commitish tags.\n Update get_sha1() to grok extended format.\n Teach rev-list since..til notation.\n daemon.c: squelch error message from EINTR\n git-applymbox: allow retrying after fixing up.\n Fix refname termination.\n Fix ref_newer() in send-pack.\n send-pack: allow the same source to be pushed more than once.\n send-pack: allow generic sha1 expression on the source side.\n gitk proposed fix: handle more than one SHA1 links.\n Redo the templates generation and installation.\n GIT 0.99.4 (release candidate)\n Fix RPM build that omitted templates and tools.\n Fix build rules for debian package.\n (revert local fix)\n Update Maintainer field of debian/control\n\nKalle Valo:\n Fix debian doc-base\n\nLinus Torvalds:\n Make git-sh-setup-script do what it was supposed to do\n Extend \"git reset\" to take a reset point\n gitk \"parent information\" in commit window\n\nNicolas Pitre:\n list shortlog items in commit order\n\nPaul Mackerras:\n Compress the graph horizontally if it gets too wide.\n Add forward and back buttons and make SHA1 IDs clickable links.\n Change cursor to a hand cursor when over a SHA1 ID link.\n Use lf translation rather than binary when reading commit data.\n Better graph line details display and expand history coverage.\n\nPetr Baudis:\n Fix git-merge-cache -q\n\nRyan Anderson:\n Add git-send-email-script - tool to send emails from git-format-patch-script\n Add documentation for git-send-email-script\n Add new dependencies caused by git-send-email-script to debian/control\n Convert from using quoted-printable to just 8bit encoding on all emails.\n Cleanup initial comments, add copyright notices.\n Add \"--chain-reply-to\" to git-send-email-script, to control whether or not the\n git-send-email-script: Reformat readline interface and generate a better message-id.\n Make the SMTP server used by git-sendm-email-script configurable on the command line with \"--smtp-server\"\n git-send-email-script - fix 2 small bugs that snuck through an untested bout of editing.\n git-send-email-script - Fix loops that limit emails to unique values to be pedantically correct.\n Doc: update git-send-email-script documentation.\n\nSergey Vlasov:\n Plug memory leaks in git-unpack-objects\n"},{"id":"6939","messageId":"7vwtmw5nx7.fsf_-_@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"7vacjsdcbj.fsf@assigned-by-dhcp.cox.net","subject":"Request for help from binary packaging people.","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-08T17:38:44Z","receivedAt":"2005-08-08T17:38:44Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"I need a bit more help from binary packaging people.\n\nI have not heard from Darwin or BSD people for some time. Is\nyour portfile up to date? Do you have updates you want me to\ninclude? Have we introduced non-Linux non-GNU incompatibilities\nlately that you want to see fixed and/or worked around?\n\nFor RPM, from my lack of RPM expertise (and RPM capable\nenvironment until recently), I have not updated the \"Prereq:\"\nfield in git-core.spec.in at all. I would appreciate somebody\nto sanity check the list of dependencies. The dependency list\nDebian side has is more up-to-date and I am reasonably sure it\nis accurate. It lists patch, diff, and rcs (for the \"merge\"\ncommand) as the essential dependency (aside from the shared\nlibraries like libc), and libmail-sendmail-perl, rsync, curl,\nssh, and libemail-valid-perl as the recommended dependency. I\ndo not even know if RPM has the notion of such multi-tier\ndependencies, but the latter list is meant to mean \"you could\nlive without these, but to exercise this package fully you may\nwant them\" (in our case of git-core, you could live without the\nnetworking if you do not do multi-user, multi-repository). If\nRPM spec file has a way to say something like that, I would like\nto see these packages (probably their names are different\nbetween Debian and RPM) listed on the recommended dependency\nlist; otherwise I would want to see them added to the main\n\"Prereq:\" list.\n\nFor Debian, we recommend lib*-*-perl packages. Do we need to\nrecommend perl itself as well, or is it the case that things\nthat are covered with the automatic dependency chain need not be\nlisted? Earlier I said that the Debian side is reasonably\naccurate to the best of my knowledge, but I would appreciate it\nif somebody ran lintian on it.\n\nPretty please?\n"},{"id":"6940","messageId":"20050808222051.275984ff.vsu@altlinux.ru","threadId":"1433","inReplyTo":"7vwtmw5nx7.fsf_-_@assigned-by-dhcp.cox.net","subject":"Re: Request for help from binary packaging people.","fromName":"Sergey Vlasov","fromEmail":"vsu@altlinux.ru","sentAt":"2005-08-08T18:20:51Z","receivedAt":"2005-08-08T18:20:51Z","isPatch":false,"sender":{"key":"vsu@altlinux.ru","avatar":"https://avatars.githubusercontent.com/u/616082?v=4"},"body":"On Mon, 08 Aug 2005 10:38:44 -0700 Junio C Hamano wrote:\n\n> For RPM, from my lack of RPM expertise (and RPM capable\n> environment until recently), I have not updated the \"Prereq:\"\n> field in git-core.spec.in at all.\n\nThat \"Prereq:\" should be \"Requires:\" instead. \"Prereq:\" also\nenforces installation ordering between packages; it is required\nwhen the package has some installation scripts (%pre, %post) -\nin this case all packages which are needed to execute these\nscripts must be listed in \"Prereq:\". In case of git-core there\nare no such scripts (at least for now), so \"Requires:\" should be\nused - then the package manager will be free to install packages\nin any order as long as all dependencies will be satisfied in\nthe end.\n\n> I would appreciate somebody to sanity check the list of\n> dependencies. The dependency list Debian side has is more\n> up-to-date and I am reasonably sure it is accurate. It lists\n> patch, diff, and rcs (for the \"merge\" command) as the\n> essential dependency (aside from the shared libraries like\n> libc), and libmail-sendmail-perl, rsync, curl, ssh, and\n> libemail-valid-perl as the recommended dependency. I do not\n> even know if RPM has the notion of such multi-tier\n> dependencies, but the latter list is meant to mean \"you could\n> live without these, but to exercise this package fully you may\n> want them\" (in our case of git-core, you could live without\n> the networking if you do not do multi-user, multi-repository).\n\nRPM does not have \"Suggests\" and \"Recommends\" like dpkg - all\nRPM dependencies are strict. Because of this limitation, a\nsingle RPM package is often split into several binary\nsubpackages.\n\n> If RPM spec file has a way to say something like that, I would\n> like to see these packages (probably their names are different\n> between Debian and RPM) listed on the recommended dependency\n> list; otherwise I would want to see them added to the main\n> \"Prereq:\" list.\n\nNot only the names of packages are different between Debian and\nRPM - the names of similar RPM packages are different between\ndifferent RPM-based distributions. :(\n\nE.g., in ALT Linux distributions /usr/bin/ssh is contained in\nthe openssh-clients package; SuSE 9.3 seems to have it in the\npackage named \"openssh\". There are lots of such differences.\n\nMost modern RPM-based distributions have some mechanism to find\ndependencies automatically (e.g., by scanning all Perl scripts\nin the package for \"use\" statements). But these mechanisms are\nincompatible between different distributions too.\n\nDifferent distributions also have different RPM packaging\nconventions, different RPM macros, etc etc...\n\nSo the best thing you can really do is to provide an RPM package\nfor some distribution you choose, which would then be used as a\nbasis for packages on other distributions.\n"},{"id":"6946","messageId":"20050808185858.GC8041@shell0.pdx.osdl.net","threadId":"1433","inReplyTo":"7vwtmw5nx7.fsf_-_@assigned-by-dhcp.cox.net","subject":"Re: Request for help from binary packaging people.","fromName":"Chris Wright","fromEmail":"chrisw@osdl.org","sentAt":"2005-08-08T18:58:58Z","receivedAt":"2005-08-08T18:58:58Z","isPatch":false,"sender":{"key":"chrisw@sous-sol.org","avatar":null},"body":"* Junio C Hamano (junkio@cox.net) wrote:\n> For RPM, from my lack of RPM expertise (and RPM capable\n> environment until recently), I have not updated the \"Prereq:\"\n> field in git-core.spec.in at all. I would appreciate somebody\n> to sanity check the list of dependencies. The dependency list\n> Debian side has is more up-to-date and I am reasonably sure it\n> is accurate. It lists patch, diff, and rcs (for the \"merge\"\n> command) as the essential dependency (aside from the shared\n> libraries like libc), and libmail-sendmail-perl, rsync, curl,\n> ssh, and libemail-valid-perl as the recommended dependency. I\n> do not even know if RPM has the notion of such multi-tier\n> dependencies, but the latter list is meant to mean \"you could\n> live without these, but to exercise this package fully you may\n> want them\" (in our case of git-core, you could live without the\n> networking if you do not do multi-user, multi-repository). If\n> RPM spec file has a way to say something like that, I would like\n> to see these packages (probably their names are different\n> between Debian and RPM) listed on the recommended dependency\n> list; otherwise I would want to see them added to the main\n> \"Prereq:\" list.\n\nI'd say the proper rpm method would be with subpackages with their own\nprereqs. Also, rpm is able to determine the perl dependencies\nautomatically (of course, ditto for shared libraries).\n\nNow, the only issue is this package is unlikely to install because of the\nMail/Sendmail.pm and Email/Valid.pm requirements. We can add specific\npackage requirements for those since they are less common.\n\nHere's the actual install dependency list:\n\n$ rpm -qp /home/chrisw/rpms/RPMS/i386/git-core-0.99.4-1.i386.rpm --requires\n/bin/sh\n/usr/bin/env\n/usr/bin/perl\ndiffutils\nlibc.so.6\nlibc.so.6(GLIBC_2.0)\nlibc.so.6(GLIBC_2.1)\nlibc.so.6(GLIBC_2.1.3)\nlibc.so.6(GLIBC_2.2.3)\nlibc.so.6(GLIBC_2.3)\nlibcrypto.so.4\nlibcurl.so.3\nlibssl.so.4\nlibz.so.1\nmktemp >= 1.5\nperl(Data::Dumper)\nperl(Email::Valid)\nperl(File::Basename)\nperl(File::Path)\nperl(File::Spec)\nperl(File::Temp)\nperl(Getopt::Long)\nperl(Getopt::Std)\nperl(IO::Pipe)\nperl(IO::Socket)\nperl(Mail::Sendmail)\nperl(POSIX)\nperl(Term::ReadLine)\nperl(Time::Local)\nperl(strict)\nperl(warnings)\nrcs\nrpmlib(CompressedFileNames) <= 3.0.4-1\nrpmlib(PayloadFilesHavePrefix) <= 4.0-1\nrpmlib(VersionedDependencies) <= 3.0.3-1\nrsync\nsh-utils\n"},{"id":"6958","messageId":"7vbr482ik5.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"20050808185858.GC8041@shell0.pdx.osdl.net","subject":"Re: Request for help from binary packaging people.","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-08T22:02:50Z","receivedAt":"2005-08-08T22:02:50Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Chris Wright writes:\n\n> ... Also, rpm is able to determine the perl dependencies\n> automatically (of course, ditto for shared libraries).\n\nI take it to mean that we do not have to explicitly list perl\nmodule dependencies. If that is the case then I presume that\nthe current dependency list is fine.\n"},{"id":"6959","messageId":"20050808222119.GE7762@shell0.pdx.osdl.net","threadId":"1433","inReplyTo":"7vbr482ik5.fsf@assigned-by-dhcp.cox.net","subject":"Re: Request for help from binary packaging people.","fromName":"Chris Wright","fromEmail":"chrisw@osdl.org","sentAt":"2005-08-08T22:21:19Z","receivedAt":"2005-08-08T22:21:19Z","isPatch":false,"sender":{"key":"chrisw@sous-sol.org","avatar":null},"body":"* Junio C Hamano (junkio@cox.net) wrote:\n> Chris Wright writes:\n> \n> > ... Also, rpm is able to determine the perl dependencies\n> > automatically (of course, ditto for shared libraries).\n> \n> I take it to mean that we do not have to explicitly list perl\n> module dependencies. If that is the case then I presume that\n> the current dependency list is fine.\n\nThat's correct. The only benefit to itemzing the package level dependency in\nthis case is just for an error message that tells you which package\nyou're missing rather than the low-level perl module.\n\nthanks,\n-chris\n"},{"id":"6962","messageId":"7v8xzc11ue.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"20050808222119.GE7762@shell0.pdx.osdl.net","subject":"Re: Request for help from binary packaging people.","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-08T22:49:13Z","receivedAt":"2005-08-08T22:49:13Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Chris Wright writes:\n\n>> I take it to mean that we do not have to explicitly list perl\n>> module dependencies. If that is the case then I presume that\n>> the current dependency list is fine.\n>\n> That's correct. The only benefit to itemzing the package level dependency in\n> this case is just for an error message that tells you which package\n> you're missing rather than the low-level perl module.\n\nAgain, thanks.\n"},{"id":"7039","messageId":"pan.2005.08.10.21.15.41.143251@smurf.noris.de","threadId":"1433","inReplyTo":"7vwtmw5nx7.fsf_-_@assigned-by-dhcp.cox.net","subject":"Re: Request for help from binary packaging people.","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-10T21:15:42Z","receivedAt":"2005-08-10T21:15:42Z","isPatch":false,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi, Junio C Hamano wrote:\n\n> For Debian, we recommend lib*-*-perl packages. Do we need to recommend\n> perl itself as well, or is it the case that things that are covered with\n> the automatic dependency chain need not be listed? \n\nNo, yes. ;-)\n\nWhat happens if the lib*-perl packages are not installed? If some scripts\nbreak, that's a Bad Thing, and would require those packages to be moved to\nDepends:.\n\n> Earlier I said that\n> the Debian side is reasonably accurate to the best of my knowledge, but I\n> would appreciate it if somebody ran lintian on it.\n\nWill do.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\n\"I say we take off; nuke the site from orbit. It's the only way to be sure.\"\n- Corporal Hicks, in \"Aliens\"\n"},{"id":"7041","messageId":"pan.2005.08.10.22.11.25.242201@smurf.noris.de","threadId":"1433","inReplyTo":"pan.2005.08.10.21.15.41.143251@smurf.noris.de","subject":"[PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-10T22:11:27Z","receivedAt":"2005-08-10T22:11:27Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Debian packaging fixes for 0.99.4:\n\n- Add a debian/changelog entry.\n- Split gitk off to its own package;\n it needs tk installed, but nothing else does.\n- Refer to GPL properly, don't install COPYING.\n- Fix maintainer.\n- Use dh_movefiles instead of dh_install;\n we don't want to list everything *except* gitk.\n\n---\nMore Lintian warnings (not fixed by this patch):\n\nW: git-core: binary-without-manpage git-LOTS\nW: git-tk: binary-without-manpage gitk\n\nDebian *really* dislikes exec tricks:\nE: git-tk: shell-script-fails-syntax-check ./usr/bin/gitk\n\ngit-parse-remote is not an executable script and therefore\ndoes *not* belong in /usr/bin:\nW: git-core: executable-not-elf-or-script ./usr/bin/git-parse-remote\n\nDo we need any newer features of diff? If not => drop from Depends:.\nE: git-core: depends-on-essential-package-without-using-version depends: diff\n\n---\ndiff --git a/debian/changelog b/debian/changelog\n--- a/debian/changelog\n+++ b/debian/changelog\n@@ -1,3 +1,9 @@\n+git-core (0.99.4-1) unstable; urgency=low\n+\n+ * Lots and lots of changes.\n+\n+ -- Matthias Urlichs Wed, 10 Aug 2005 23:18:34 +0200\n+\n git-core (0.99-2) unstable; urgency=low\n \n * Conflict with the GNU Interactive Tools package, which also installs\ndiff --git a/debian/control b/debian/control\n--- a/debian/control\n+++ b/debian/control\n@@ -1,7 +1,7 @@\n Source: git-core\n Section: devel\n Priority: optional\n-Maintainer: Linus Torvalds \n+Maintainer: Junio C Hamano \n Build-Depends-Indep: libz-dev, libssl-dev, libcurl3-dev, asciidoc > 6.0.3, xmlto, debhelper (>= 4.0.0)\n Standards-Version: 3.6.1\n \n@@ -15,5 +15,11 @@ Description: The git content addressable\n and flexible filesystem-based database designed to store directory trees\n with regard to their history. The top layer is a SCM-like tool which\n enables human beings to work with the database in a manner to a degree\n- similar to other SCM tools (like CVS, BitKeeper or Monotone).\n+ similar to other SCM tools.\n+\n+Package: git-tk\n+Architecture: any\n+Depends: ${shlibs:Depends}, ${misc:Depends}, git-core, tk8.4\n+Description: The git content addressable filesystem, GUI add-on\n+ This package contains 'gitk', the git revision tree visualizer\n \ndiff --git a/debian/copyright b/debian/copyright\n--- a/debian/copyright\n+++ b/debian/copyright\n@@ -1,3 +1,19 @@\n-License: \n+This package was downloaded from ftp.kernel.org:/INSERT_PATH_HERE\n \n-GPL v2 (see COPYING for details)\n+Upstream Author: Linus Torvalds and many others\n+\n+Copyright:\n+\n+ Copyright 2005, Linus Torvalds and others.\n+ \n+ This file is free software; as a special exception the author gives\n+ unlimited permission to copy and/or distribute it, with or without\n+ modifications, as long as this notice is preserved.\n+ \n+ This file is distributed in the hope that it will be useful, but\n+ WITHOUT ANY WARRANTY, to the extent permitted by law; without even the\n+ implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.\n+\n+This program is free-software released under the terms of the GNU Public\n+License, version 2.0. Please check /usr/share/common-licenses/GPL for\n+more information.\ndiff --git a/debian/docs b/debian/docs\n--- a/debian/docs\n+++ b/debian/docs\n@@ -1,3 +1 @@\n README\n-COPYING\n-\ndiff --git a/debian/git-core.files b/debian/git-core.files\nnew file mode 100644\n--- /dev/null\n+++ b/debian/git-core.files\n@@ -0,0 +1 @@\n+/usr\ndiff --git a/debian/git-core.install b/debian/git-core.install\ndeleted file mode 100644\n--- a/debian/git-core.install\n+++ /dev/null\n@@ -1 +0,0 @@\n-*\ndiff --git a/debian/git-tk.files b/debian/git-tk.files\nnew file mode 100644\n--- /dev/null\n+++ b/debian/git-tk.files\n@@ -0,0 +1 @@\n+/usr/bin/gitk\ndiff --git a/debian/rules b/debian/rules\n--- a/debian/rules\n+++ b/debian/rules\n@@ -61,7 +61,9 @@ install: build\n \tmkdir -p $(DOC_DESTDIR)\n \tfind $(DOC) '(' -name '*.txt' -o -name '*.html' ')' -exec install {} $(DOC_DESTDIR) ';'\n \n-\tdh_install --list-missing --sourcedir=$(DESTDIR)\n+\tdh_movefiles -p git-tk\n+\tdh_movefiles -p git-core\n+\tfind debian/tmp -type d -o -print | sed -e 's/^/? /'\n \n binary: build install\n \tdh_testdir\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nAny false value is gonna be fairly boring in Perl, mathematicians\nnotwithstanding.\n -- Larry Wall in <199707300650.XAA05515@wall.org>\n"},{"id":"7042","messageId":"46a038f9050810155642bb5580@mail.gmail.com","threadId":"1433","inReplyTo":"pan.2005.08.10.22.11.25.242201@smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Martin Langhoff","fromEmail":"martin.langhoff@gmail.com","sentAt":"2005-08-10T22:56:26Z","receivedAt":"2005-08-10T22:56:26Z","isPatch":true,"sender":{"key":"martin.langhoff@gmail.com","avatar":"https://gravatar.com/avatar/1e3f311b6c4c15836501901ca58f8c0b0667246488084ba524d8bc9867e22fd9?d=mp&s=160"},"body":"On 8/11/05, Matthias Urlichs wrote:\n> Debian packaging fixes for 0.99.4:\n\nIs this anywhere in the archive?\n\ncheers,\n\n\nmartin\n"},{"id":"7045","messageId":"20050810233953.GV28270@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"46a038f9050810155642bb5580@mail.gmail.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-10T23:39:53Z","receivedAt":"2005-08-10T23:39:53Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nMartin Langhoff:\n> On 8/11/05, Matthias Urlichs wrote:\n> > Debian packaging fixes for 0.99.4:\n> \n> Is this anywhere in the archive?\n> \nCogito 0.12.1 (which includes git) has been packaged by Sebastian\nKuzminsky ; it's in Debian Unstable. I assume\nhe'll do something about packaging the current version; I just filed a\nwishlist bug in Debian.\n\nThe current \"cogito\" package in Debian renames both the git and cg\ncommand line programs because there are already packages with conflicting\ncommands in Debian (\"git\" and \"cgvg\"). I consider that to be a mistake,\nto be honest.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nCoding is easy. All you do is sit staring at a terminal\nuntil the drops of blood form on your forehead.\n"},{"id":"7048","messageId":"E1E33Zb-0004dT-Bx@highlab.com","threadId":"1433","inReplyTo":"20050810233953.GV28270@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T03:17:39Z","receivedAt":"2005-08-11T03:17:39Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Matthias Urlichs wrote:\n> Cogito 0.12.1 (which includes git) has been packaged by Sebastian\n> Kuzminsky ; it's in Debian Unstable. I assume\n> he'll do something about packaging the current version; I just filed a\n> wishlist bug in Debian.\n> \n> The current \"cogito\" package in Debian renames both the git and cg\n> command line programs because there are already packages with conflicting\n> commands in Debian (\"git\" and \"cgvg\"). I consider that to be a mistake,\n> to be honest.\n\nI agree completely - it's super bogus to rename the two central programs.\nIt makes Debian essentially incompatible with the rest of the world.\n\nMy cogito Debian package initially conflicted with the original git\n(GNU Interactive Tools), so that both could install /usr/bin/git, but\nI got flamed pretty good for this on the debian-devel list, and as a\njunior maintainer I followed the recommendations of the more experienced\nmaintainers - renaming \"our\" git executable was their choice.\n\nI even suggested using update-alternatives, but that was nixed too.\n\n\nI predict the current \"native\" debian package of git will be critizised\nfor the same reason: because it conflicts with GNU Interactive\nTools. Before uploading it to the Debian archive I (or someone)\nwill have to either mangle it like cogito.deb (renaming /usr/bin/git\nto /usr/bin/something-else), or convince the Debian people to change\ntheir minds. If it's the former, I assume everyone who cares will just\ncompile their own version of git and install that.\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7051","messageId":"46a038f90508102144358a4bcf@mail.gmail.com","threadId":"1433","inReplyTo":"E1E33Zb-0004dT-Bx@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Martin Langhoff","fromEmail":"martin.langhoff@gmail.com","sentAt":"2005-08-11T04:44:57Z","receivedAt":"2005-08-11T04:44:57Z","isPatch":true,"sender":{"key":"martin.langhoff@gmail.com","avatar":"https://gravatar.com/avatar/1e3f311b6c4c15836501901ca58f8c0b0667246488084ba524d8bc9867e22fd9?d=mp&s=160"},"body":"On 8/11/05, Sebastian Kuzminsky wrote:\n> I agree completely - it's super bogus to rename the two central programs.\n> It makes Debian essentially incompatible with the rest of the world.\n\nWell, I doubt this problem lies with Debian. GNU Interactive Tools is\npackaged for most (all?) distributions, and has been there for ages. A\nquick google search shows a page tracking a few of its distributed\nversions: http://linux.maruhn.com/sec/git.html\n\nSo it is fair to assume all distros are going to rename it, and wreak\nhavoc with the calls to the binaries from cogito, qgit, etc. Perhaps\nit'd be better to rename the binaries within the git project. Better\nJunio at it than a bunch of package maintainers... It'll also nullify\nthe risk of different packagers choosing different renaming\nstrategies.\n\ncheers,\n\n\nmartin\n"},{"id":"7052","messageId":"E1E35C2-0004kt-VH@highlab.com","threadId":"1433","inReplyTo":"46a038f90508102144358a4bcf@mail.gmail.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T05:01:26Z","receivedAt":"2005-08-11T05:01:26Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Martin Langhoff wrote:\n> On 8/11/05, Sebastian Kuzminsky wrote:\n> > I agree completely - it's super bogus to rename the two central programs.\n> > It makes Debian essentially incompatible with the rest of the world.\n> \n> Well, I doubt this problem lies with Debian. GNU Interactive Tools is\n> packaged for most (all?) distributions, and has been there for ages. A\n> quick google search shows a page tracking a few of its distributed\n> versions: http://linux.maruhn.com/sec/git.html\n> \n> So it is fair to assume all distros are going to rename it, and wreak\n> havoc with the calls to the binaries from cogito, qgit, etc. Perhaps\n> it'd be better to rename the binaries within the git project. Better\n> Junio at it than a bunch of package maintainers... It'll also nullify\n> the risk of different packagers choosing different renaming\n> strategies.\n\nYes, this would be best. Linus was resistant to this idea, but maybe\nJunio will be sympathetic?\n\nI'll once again suggest \"lit\", for \"Linu{x,s} Information Tracker\",\nmeaning \"filled with light\", \"on fire\", and \"drunk\".\n\n\nWhile we're at it, renaming cogito's \"cg\" to \"cog\" would fix another\nfilename conflict in Debian, and would give the right hand something to\ndo while the left hand seeks from c to g. ;-)\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7053","messageId":"Pine.LNX.4.58.0508102200560.3295@g5.osdl.org","threadId":"1433","inReplyTo":"46a038f90508102144358a4bcf@mail.gmail.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-08-11T05:05:43Z","receivedAt":"2005-08-11T05:05:43Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Thu, 11 Aug 2005, Martin Langhoff wrote:\n> \n> Well, I doubt this problem lies with Debian.\n\nOh, it definitely does.\n\n>\t\t\t\t GNU Interactive Tools is\n> packaged for most (all?) distributions, and has been there for ages.\n\n.. but no other distribution seems to install it.\n\nThe _only_ people who have ever even noticed are debian people.\n\nThat should clue somebody in.\n\nThe top man-page I found for GNU interactive tools says:\n\n\tA Set of Interactive Programs\n\tEdition 2.5, for GIT version 4.3.16\n\tJanuary 1997\n\njust let it die in peace.\n\n\t\tLinus\n"},{"id":"7054","messageId":"Pine.LNX.4.63.0508110729390.9750@wgmdd8.biozentrum.uni-wuerzburg.de","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508102200560.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2005-08-11T05:30:28Z","receivedAt":"2005-08-11T05:30:28Z","isPatch":true,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Wed, 10 Aug 2005, Linus Torvalds wrote:\n\n> \tA Set of Interactive Programs\n> \tEdition 2.5, for GIT version 4.3.16\n> \tJanuary 1997\n> \n> just let it die in peace.\n\nGod have mercy over (old) GIT's soul.\n\nAmen\n"},{"id":"7055","messageId":"E1E35vU-0004nP-JR@highlab.com","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508102200560.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T05:48:24Z","receivedAt":"2005-08-11T05:48:24Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Linus Torvalds wrote:\n> The top man-page I found for GNU interactive tools says:\n> \n> \tA Set of Interactive Programs\n> \tEdition 2.5, for GIT version 4.3.16\n> \tJanuary 1997\n> \n> just let it die in peace.\n\n\nThe top of the RCS changelog says:\n\n Fri Jun 16 06:19:24 1995 Paul Eggert \n\n Version 5.7 released.\n \n\nShould we let /usr/bin/merge die in peace too?\n\n\nPeople still use GNU Interactive Tools. Not just crazy, stupid people,\nand I bet not just Debian people.\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7058","messageId":"7vbr45ngse.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"E1E35C2-0004kt-VH@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-11T06:12:17Z","receivedAt":"2005-08-11T06:12:17Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Sebastian Kuzminsky writes:\n\n> While we're at it, renaming cogito's \"cg\" to \"cog\" would fix another\n> filename conflict in Debian, and would give the right hand something to\n> do while the left hand seeks from c to g. ;-)\n\nWell, these days cogito ships without git, so maybe it should be\nrenamed to \"coo\" ;-).\n\nNo, renaming git to lit is not on my list of immediate things to\ndo. At least not yet.\n"},{"id":"7063","messageId":"pan.2005.08.11.16.04.11.888690@smurf.noris.de","threadId":"1433","inReplyTo":"E1E35vU-0004nP-JR@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-11T16:04:13Z","receivedAt":"2005-08-11T16:04:13Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi, Sebastian Kuzminsky wrote:\n\n> People still use GNU Interactive Tools. Not just crazy, stupid people,\n> and I bet not just Debian people.\n\nPossibly. But the number of people running both git and git are, I'd bet,\nsmaller than those who will send annoying emails when they install git and\ncan't run all the \"git xxx\" commands we talk about here.\n\nSame with cgvg, cogito, and cg.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nThe girl who remembers her first kiss now has a daughter who can't even\nremember her first husband.\n"},{"id":"7065","messageId":"Pine.LNX.4.58.0508110915210.3295@g5.osdl.org","threadId":"1433","inReplyTo":"E1E35vU-0004nP-JR@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-08-11T16:30:03Z","receivedAt":"2005-08-11T16:30:03Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Wed, 10 Aug 2005, Sebastian Kuzminsky wrote:\n> \n> People still use GNU Interactive Tools. Not just crazy, stupid people,\n> and I bet not just Debian people.\n\nWhy do you say that?\n\nDo you have anybody who actually does, or are you just claiming so?\n\nSome distributions seems to disagree with you. rpm.pbone.net already\nimplies that SuSE not only has never packaged GNU interactive tools at\nall, they're already packaging git-core. Redhat seems to have dropped it\nafter RH-7.1 according to the same admittedly very nonscientific source\n(while rpmfind.net didn't find any RH packages at all).\n\nSo..\n\n\t\tLinus\n"},{"id":"7067","messageId":"E1E3IOG-0005HO-AK@highlab.com","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508110915210.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T19:06:56Z","receivedAt":"2005-08-11T19:06:56Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Linus Torvalds wrote:\n> \n> On Wed, 10 Aug 2005, Sebastian Kuzminsky wrote:\n> > \n> > People still use GNU Interactive Tools. Not just crazy, stupid people,\n> > and I bet not just Debian people.\n> \n> Why do you say that?\n> \n> Do you have anybody who actually does, or are you just claiming so?\n\nWhat I have is bug reports against the cogito package, from people who\nwant to install both. The reports came very soon after I released the\npackage, so I dont think it's a totally freak occurance.\n\n http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309776;archive=yes\n\n\nSome Debian maintainers defend GNU Interactive Tools, but I'm guessing\nthat will only lower your opinion of Debian maintainers:\n\n http://lists.debian.org/debian-mentors/2005/06/msg00013.html\n\n\nAnyway, enough of this. I understand the name will not change and I'm\nok with that. I'll deal with it on our (Debian's) end.\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7068","messageId":"7vfytgl25g.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508110915210.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-11T19:11:23Z","receivedAt":"2005-08-11T19:11:23Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Linus Torvalds writes:\n\n> On Wed, 10 Aug 2005, Sebastian Kuzminsky wrote:\n>> \n>> People still use GNU Interactive Tools. Not just crazy, stupid people,\n>> and I bet not just Debian people.\n>\n> Why do you say that?\n>\n> Do you have anybody who actually does, or are you just claiming so?\n\nDebian folks have a handy way to substantiate that claim or get\nthat claim proven wrong, and I am somewhat surprised that nobody\nmentioned it so far.\n\nDebian popularity contest (http://popcon.debian.org/).\n\nHere is an excerpt I just made.\n\n is the package name;\n is the number of people who installed this package;\n is the number of people who use this package regularly;\n is the number of people who installed, but don't use\n this package regularly;\n is the number of people who upgraded this package recently;\n\n rank name inst vote old recent\n 1 base-files 7147 6777 158 212\n 2 base-passwd 7147 6724 163 260\n 3 debianutils 7147 6739 120 288\n 4 sed 7147 6763 155 229\n ... \n 6591 git 114 24 83 7\n ... \n 25555 git-core 2 1 0 1 (Not in sid)\n 29939 cogito-scm 1 0 1 0 (Not in sid)\n ... \n 46416 zope2.6 0 0 0 0\n -------------------------------------------------\n 46416 Total 6768849 2118048 2306009 595621\n\nSo yes, among 46.5K packages in the known universe, the other\ngit ranks 6600th. Does that mean it is popular? I dunno.\n\nObviously, not everybody who installs Debian participates in\npopcon. The sample size of the above statistics is 7147\ninstallations of base-files.\n\nAmong these 7147 sample installations, the other git was\ninstalled by 114 people, and 24 people regularly use it.\n"},{"id":"7069","messageId":"20050811201558.GA2874@mars.ravnborg.org","threadId":"1433","inReplyTo":"E1E3IOG-0005HO-AK@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sam Ravnborg","fromEmail":"sam@ravnborg.org","sentAt":"2005-08-11T20:15:58Z","receivedAt":"2005-08-11T20:15:58Z","isPatch":true,"sender":{"key":"sam@ravnborg.org","avatar":"https://gravatar.com/avatar/168a912606ed0742d840bb365e3cc21db390c36531a58341dc7a069cc1f15f62?d=mp&s=160"},"body":"> \n> Anyway, enough of this. I understand the name will not change and I'm\n> ok with that. I'll deal with it on our (Debian's) end.\n\nThe easy fix is to kill the small git script that is not\nmandatory anyway (as far as my quick grep told me).\n\nThe cg script has a bit more value.\n\n\tSam\n"},{"id":"7070","messageId":"E1E3Jag-0005Tm-EQ@highlab.com","threadId":"1433","inReplyTo":"20050811201558.GA2874@mars.ravnborg.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T20:23:50Z","receivedAt":"2005-08-11T20:23:50Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Sam Ravnborg wrote:\n> > \n> > Anyway, enough of this. I understand the name will not change and I'm\n> > ok with that. I'll deal with it on our (Debian's) end.\n> \n> The easy fix is to kill the small git script that is not\n> mandatory anyway (as far as my quick grep told me).\n> \n> The cg script has a bit more value.\n\nTried that too, and I got the bug reports to prove it. ;-)\n\nThe problem there is that tons of docs and webpages and mailing list\narchives talk about running \"git this\" and \"git that\". So the poor\nconfused Debian user tries the recipe and gets \"command not found\", and\ngives up in disgust. Or worse, mails the git list saying it doesnt work,\nand wasting everyones time debugging the intentional package mungling.\n\nReally, the bottom line is we should all mean the same thing when we say\n\"git-core\" and \"cogito\".\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7071","messageId":"20050811202410.GB5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"20050811201558.GA2874@mars.ravnborg.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-11T20:24:10Z","receivedAt":"2005-08-11T20:24:10Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nSam Ravnborg:\n> > \n> > Anyway, enough of this. I understand the name will not change and I'm\n> > ok with that. I'll deal with it on our (Debian's) end.\n> \n> The easy fix is to kill the small git script that is not\n> mandatory anyway (as far as my quick grep told me).\n\nI'd vote to keep the scripts in the default build, so that people\nwho like to compile their own package (i.e. everybody _except_ the\nDebian packager ;-) get to keep their git and cg scripts.\n\nA small Debian-specific patch to rename the offending scripts (and drop\nthe Conflicts: entries) is cheap.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nExperience *that breathing.*\nFrom books and words come fantasy,\nand sometimes, from fantasy comes union. -- Rumi, tr. Coleman Barks\n"},{"id":"7073","messageId":"20050811203248.GC5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"E1E3Jag-0005Tm-EQ@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-11T20:32:48Z","receivedAt":"2005-08-11T20:32:48Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nSebastian Kuzminsky:\n> > The cg script has a bit more value.\n> \n> Tried that too, and I got the bug reports to prove it. ;-)\n> \nAnother possible solution: Rename git's git to X and install ours as Y.\nAsk the user which should be symlinked to /usr/bin/git, if both are\ninstalled, via the existing \"alternatives\" system.\n\n(The install scripts to Gnu Interactive Tools should of course do the\nsame thing.)\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nToo much of a good thing is WONDERFUL.\n\t\t-- Mae West\n"},{"id":"7072","messageId":"20050811203258.GA3560@mars.ravnborg.org","threadId":"1433","inReplyTo":"20050811202410.GB5411@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sam Ravnborg","fromEmail":"sam@ravnborg.org","sentAt":"2005-08-11T20:32:58Z","receivedAt":"2005-08-11T20:32:58Z","isPatch":true,"sender":{"key":"sam@ravnborg.org","avatar":"https://gravatar.com/avatar/168a912606ed0742d840bb365e3cc21db390c36531a58341dc7a069cc1f15f62?d=mp&s=160"},"body":"On Thu, Aug 11, 2005 at 10:24:10PM +0200, Matthias Urlichs wrote:\n> Hi,\n> \n> Sam Ravnborg:\n> > > \n> > > Anyway, enough of this. I understand the name will not change and I'm\n> > > ok with that. I'll deal with it on our (Debian's) end.\n> > \n> > The easy fix is to kill the small git script that is not\n> > mandatory anyway (as far as my quick grep told me).\n> \n> I'd vote to keep the scripts in the default build, so that people\n> who like to compile their own package (i.e. everybody _except_ the\n> Debian packager ;-) get to keep their git and cg scripts.\n> \n> A small Debian-specific patch to rename the offending scripts (and drop\n> the Conflicts: entries) is cheap.\n\nYep - my comment was directed to debian only. Not git-core.\n\n\tSam\n"},{"id":"7074","messageId":"E1E3Juf-0005YZ-PR@highlab.com","threadId":"1433","inReplyTo":"20050811203248.GC5411@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T20:44:29Z","receivedAt":"2005-08-11T20:44:29Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Matthias Urlichs wrote:\n> Another possible solution: Rename git's git to X and install ours as Y.\n> Ask the user which should be symlinked to /usr/bin/git, if both are\n> installed, via the existing \"alternatives\" system.\n\nI suggested this on debian-devel, and was told that update-alternatives is\nnot to be used for programs that do not do the same thing. Debian Policy\nManual, section 10.1.\n\nIt's ok for vim and nvi to use update-alternatives to pick who gets\nto be vi, because no matter which alternative is active, running \"vi\"\ndoes what you expect. It's not ok to use it for git and GNU Interactive\nTools, because they do such different things.\n\nThanks for working with me on this, I appreciate all the suggestions.\nI hope we can make Debian not suck at git.\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7075","messageId":"200508111745.49128.gene.heskett@verizon.net","threadId":"1433","inReplyTo":"7vfytgl25g.fsf@assigned-by-dhcp.cox.net","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Gene Heskett","fromEmail":"gene.heskett@verizon.net","sentAt":"2005-08-11T21:45:48Z","receivedAt":"2005-08-11T21:45:48Z","isPatch":true,"sender":{"key":"gene.heskett@verizon.net","avatar":null},"body":"On Thursday 11 August 2005 15:11, Junio C Hamano wrote:\n>Linus Torvalds writes:\n>> On Wed, 10 Aug 2005, Sebastian Kuzminsky wrote:\n>>> People still use GNU Interactive Tools. Not just crazy, stupid\n>>> people, and I bet not just Debian people.\n>>\n>> Why do you say that?\n>>\n>> Do you have anybody who actually does, or are you just claiming\n>> so?\n>\n>Debian folks have a handy way to substantiate that claim or get\n>that claim proven wrong, and I am somewhat surprised that nobody\n>mentioned it so far.\n>\n>Debian popularity contest (http://popcon.debian.org/).\n>\n>Here is an excerpt I just made.\n>\n> is the package name;\n> is the number of people who installed this package;\n> is the number of people who use this package regularly;\n> is the number of people who installed, but don't use\n> this package regularly;\n> is the number of people who upgraded this package\n> recently;\n>\n> rank name inst vote old recent\n> 1 base-files 7147 6777 158 212\n> 2 base-passwd 7147 6724 163 260\n> 3 debianutils 7147 6739 120 288\n> 4 sed 7147 6763 155 229\n> ...\n> 6591 git 114 24 83 7\n> ...\n> 25555 git-core 2 1 0 1 (Not in sid)\n> 29939 cogito-scm 1 0 1 0 (Not in sid)\n> ...\n> 46416 zope2.6 0 0 0 0\n> -------------------------------------------------\n> 46416 Total 6768849 2118048 2306009 595621\n>\n>So yes, among 46.5K packages in the known universe, the other\n>git ranks 6600th. Does that mean it is popular? I dunno.\n>\n>Obviously, not everybody who installs Debian participates in\n>popcon. The sample size of the above statistics is 7147\n>installations of base-files.\n>\n>Among these 7147 sample installations, the other git was\n>installed by 114 people, and 24 people regularly use it.\n\nThis obviously is not even a fair assesment of the potential\npopularity of this new kernel package admin tool. By holding to this\nattitude, you will surely alienate linux users away from debian.\n\nIf so far, only 114 people out of the 7147 who were kind enough to\nfill out a questionaire have installed the debian 'git' and 24 report\nthat they are using this tool, then obviously once a stable release of\nthe Linus version of git has been achieved, the user count of the new\ntool will handily exceed the user count of the older and totally\ndifferent toolkit from gnu. This will occur within 24 hours of a\nworking, stable release of the Linus git. Possibly aleady has\noccured, I have it (the rpm) here already.\n\nMethinks its a good time for one or the other to come up with a new\nname.\n\n-- \nCheers, Gene\n\"There are four boxes to be used in defense of liberty:\n soap, ballot, jury, and ammo. Please use in that order.\"\n-Ed Howdershelt (Author)\n99.35% setiathome rank, not too shabby for a WV hillbilly\nYahoo.com and AOL/TW attorneys please note, additions to the above\nmessage by Gene Heskett are:\nCopyright 2005 by Maurice Eugene Heskett, all rights reserved.\n"},{"id":"7076","messageId":"Pine.LNX.4.58.0508111450110.3295@g5.osdl.org","threadId":"1433","inReplyTo":"20050811201558.GA2874@mars.ravnborg.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-08-11T21:51:03Z","receivedAt":"2005-08-11T21:51:03Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Thu, 11 Aug 2005, Sam Ravnborg wrote:\n> \n> The easy fix is to kill the small git script that is not\n> mandatory anyway (as far as my quick grep told me).\n\nIt's not \"mandatory\", but the tutorial etc use it as an example.\n\nIn other words, if you remove the git script, you are going to have a \n_bad_ package.\n\nI'd suggest that people who don't like the naming just don't install \"git\" \nat all. Live with it.\n\n\t\tLinus\n"},{"id":"7077","messageId":"Pine.LNX.4.58.0508111448090.3295@g5.osdl.org","threadId":"1433","inReplyTo":"E1E3IOG-0005HO-AK@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-08-11T21:53:05Z","receivedAt":"2005-08-11T21:53:05Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Thu, 11 Aug 2005, Sebastian Kuzminsky wrote:\n> \n> What I have is bug reports against the cogito package, from people who\n> want to install both. The reports came very soon after I released the\n> package, so I dont think it's a totally freak occurance.\n\nThe point is, people have the thing _installed_, because apparently it\ncomes as default with a full debian install. That doesn't mean they \nactually use them - they're complaining because they get a \"this clashes \nwith that\" error.\n\nAt least that's the only comment I've ever gotten: people that say that\nthey had the old git installed. None of the ones that contacted me said\nthat they had actually ever _used_ it.\n\nHands up people. Does anybody _use_ GNU interactive tools? None of this \"I \nhave a package\" crap.\n\n\t\tLinus\n"},{"id":"7080","messageId":"42FBCD73.3090507@chandlerfamily.org.uk","threadId":"1433","inReplyTo":"20050811202410.GB5411@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Alan Chandler","fromEmail":"alan@chandlerfamily.org.uk","sentAt":"2005-08-11T22:13:07Z","receivedAt":"2005-08-11T22:13:07Z","isPatch":true,"sender":{"key":"alan@chandlerfamily.org.uk","avatar":"https://gravatar.com/avatar/1862247e5ea8eac114c842f9dc3a5db6253754e24ef7171757cf97eedce48b8c?d=mp&s=160"},"body":"Matthias Urlichs wrote:\n\n> \n> A small Debian-specific patch to rename the offending scripts (and drop\n> the Conflicts: entries) is cheap.\n> \n\n\nNot sure I understand the proper use of dpkg-divert in Debian, but could \n_this_ git-core package perhaps ask the user which set of the two \npackages he wish to keep as git command and use dpkg-divert to change \nthe other to another name to some other name?\n\n\n\n\n-- \nAlan Chandler\nhttp://www.chandlerfamily.org.uk\n"},{"id":"7081","messageId":"E1E3LNk-0005f0-11@highlab.com","threadId":"1433","inReplyTo":"42FBCD73.3090507@chandlerfamily.org.uk","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T22:18:36Z","receivedAt":"2005-08-11T22:18:36Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Alan Chandler wrote:\n> Matthias Urlichs wrote:\n> > A small Debian-specific patch to rename the offending scripts (and drop\n> > the Conflicts: entries) is cheap.\n> \n> Not sure I understand the proper use of dpkg-divert in Debian, but could \n> _this_ git-core package perhaps ask the user which set of the two \n> packages he wish to keep as git command and use dpkg-divert to change \n> the other to another name to some other name?\n\nThis may be a possibility. I'm discussing the details of this kind of\nsolution on the debian-devel list right now.\n\nCome join the fun! I make a poor flame-conduit between the git list\nand the debian-devel list, cut out the middle man and save. ;-)\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7083","messageId":"E1E3LPr-0005fs-D5@highlab.com","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508111448090.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Sebastian Kuzminsky","fromEmail":"seb@highlab.com","sentAt":"2005-08-11T22:20:47Z","receivedAt":"2005-08-11T22:20:47Z","isPatch":true,"sender":{"key":"seb@highlab.com","avatar":"https://gravatar.com/avatar/f7ddd092ba3cf6999434f4d0d2f4b90fd174c2c3851617e8cffc0a2fee47becc?d=mp&s=160"},"body":"Linus Torvalds wrote:\n> Hands up people. Does anybody _use_ GNU interactive tools? None of this \"I \n> have a package\" crap.\n\nObviously no one on the git list uses GNU Interactive Tools, or this\nproblem would have been caught much sooner.\n\nIt's only when you release it into the wild that these kind of things\nget noticed. If only it weren't for the fuc*ing users, man...\n\n\n-- \nSebastian Kuzminsky\n"},{"id":"7085","messageId":"7v3bpgglmo.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"200508111745.49128.gene.heskett@verizon.net","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-11T22:21:51Z","receivedAt":"2005-08-11T22:21:51Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Gene Heskett writes:\n\n>> rank name inst vote old recent\n>> 6591 git 114 24 83 7\n>> 25555 git-core 2 1 0 1 (Not in sid)\n>> 29939 cogito-scm 1 0 1 0 (Not in sid)\n>\n> This obviously is not even a fair assesment of the potential\n> popularity of this new kernel package admin tool. By holding to this\n> attitude, you will surely alienate linux users away from debian.\n\n> If so far, only 114 people out of the 7147 who were kind enough to\n> fill out a questionaire have installed the debian 'git' and 24 report\n> that they are using this tool, then obviously once a stable release of\n> the Linus version of git has been achieved, the user count of the new\n> tool will handily exceed the user count of the older and totally\n> different toolkit from gnu. This will occur within 24 hours of a\n> working, stable release of the Linus git. Possibly aleady has\n> occured, I have it (the rpm) here already.\n\nI suspect you are confused. The entry \"git\" in above table is\nthe GNU interactive tools and comment about 114/7147 ratio is\nabout GNU interactive tools, not our GIT. Ours are \"git-core\"\nand \"cogito-scm\", marked as \"Not in sid\". I do not understand\nwhy you think my attitude would alienate users away from debian.\n\nAs you say, when it is included in the official archive, I\nexpect our numbers would exceed \"the other GIT\" very quickly.\n"},{"id":"7088","messageId":"1123801793.17147.12.camel@localhost","threadId":"1433","inReplyTo":"E1E3LPr-0005fs-D5@highlab.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Christian Meder","fromEmail":"chris@absolutegiganten.org","sentAt":"2005-08-11T23:09:53Z","receivedAt":"2005-08-11T23:09:53Z","isPatch":true,"sender":{"key":"chris@absolutegiganten.org","avatar":null},"body":"On Thu, 2005-08-11 at 16:20 -0600, Sebastian Kuzminsky wrote:\n> Linus Torvalds wrote:\n> > Hands up people. Does anybody _use_ GNU interactive tools? None of this \"I \n> > have a package\" crap.\n> \n> Obviously no one on the git list uses GNU Interactive Tools, or this\n> problem would have been caught much sooner.\n> \n> It's only when you release it into the wild that these kind of things\n> get noticed. If only it weren't for the fuc*ing users, man...\n\nHi,\n\nI still have to meet somebody who actually ever used GNU Interactive\nTools.\n\nI'd recommend to just conflict with GNU Interactive Tools and be done\nwith it.\n\n1. It's an upstream decision by Linus\n2. You are the maintainer of the package. Just take a stand and put the\nbug reports in wontfix mode. \n\nBeing a long time Debian maintainer I'd note that in Debian you've got\nto take ownership to get things done.\n\n\n\n\t\t\tChristian \n\n\n-- \nChristian Meder, email: chris@absolutegiganten.org\n\nThe Way-Seeking Mind of a tenzo is actualized \nby rolling up your sleeves.\n\n (Eihei Dogen Zenji)\n"},{"id":"7089","messageId":"20050811231202.GF5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508111448090.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-11T23:12:06Z","receivedAt":"2005-08-11T23:12:06Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nLinus Torvalds:\n> Hands up people. Does anybody _use_ GNU interactive tools? None of this \"I \n> have a package\" crap.\n> \nYou're preaching to the converted here.\n\nThe Debian-package-for-Debian could pop up a notice asking the user to\nsymlink /usr/local/bin/git => /usr/bin/gitscm (or whatever) if they\nwant to use the \"normal\" name... that's probably the only solution which\nwould work reasonably well without being too much hassle to implement.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nFor the right person, the impossible is easy!\n\t\t\t\t\t-- Dumbo\n"},{"id":"7107","messageId":"200508121008.11659.aj@dungeon.inka.de","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508111448090.3295@g5.osdl.org","subject":"Re: [PATCH] Debian packaging for 0.99.4 [u]","fromName":"Andreas Jellinghaus [c]","fromEmail":"aj@dungeon.inka.de","sentAt":"2005-08-12T08:08:11Z","receivedAt":"2005-08-12T08:08:11Z","isPatch":true,"sender":{"key":"aj@dungeon.inka.de","avatar":null},"body":"On Thursday 11 August 2005 23:53, Linus Torvalds wrote:\n> Hands up people. Does anybody _use_ GNU interactive tools? None of this \"I \n> have a package\" crap.\n\nhttp://popcon.debian.org/by_inst\n#Format\n# \n# is the package name;\n# is the number of people who installed this package;\n# is the number of people who use this package regularly;\n# is the number of people who installed, but don't use this package\n# regularly;\n# is the number of people who upgraded this package recently;\n# is the number of people whose entry didn't contain enough\n# information (atime and ctime were 0).\n#rank name inst vote old recent no-files \n6607 git 114 25 82 7 0 \n\nthe database reflects 7162 users.\n\nAndreas\n"},{"id":"7108","messageId":"pan.2005.08.12.08.34.45.679778@smurf.noris.de","threadId":"1433","inReplyTo":"42FBCD73.3090507@chandlerfamily.org.uk","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-12T08:34:45Z","receivedAt":"2005-08-12T08:34:45Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi, Alan Chandler wrote:\n> Not sure I understand the proper use of dpkg-divert in Debian, but could \n> _this_ git-core package perhaps ask the user which set of the two \n> packages he wish to keep as git command and use dpkg-divert to change \n> the other to another name to some other name?\n\nIIRC, that's against Policy too, because different users on the system\nmight have different expectations WRT which git is git.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nYou have a strong appeal for members of the opposite sex.\n"},{"id":"7109","messageId":"Pine.LNX.4.62.0508120139230.19902@qynat.qvtvafvgr.pbz","threadId":"1433","inReplyTo":"pan.2005.08.12.08.34.45.679778@smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"David Lang","fromEmail":"david.lang@digitalinsight.com","sentAt":"2005-08-12T08:41:06Z","receivedAt":"2005-08-12T08:41:06Z","isPatch":true,"sender":{"key":"david.lang@digitalinsight.com","avatar":null},"body":"after so many years of software development (and with the policy of never \nhaving conflicting command names) what three letter combinations are still \navilable?\n\nI'm assuming that the much smaller pool of two letter commands was long \nsince exhausted, but if not what two letter commands are available?\n\nDavid Lang\n\n On Fri, 12 Aug 2005, Matthias Urlichs wrote:\n\n> Date: Fri, 12 Aug 2005 10:34:45 +0200\n> From: Matthias Urlichs \n> To: git@vger.kernel.org\n> Subject: Re: [PATCH] Debian packaging for 0.99.4\n> \n> Hi, Alan Chandler wrote:\n>> Not sure I understand the proper use of dpkg-divert in Debian, but could\n>> _this_ git-core package perhaps ask the user which set of the two\n>> packages he wish to keep as git command and use dpkg-divert to change\n>> the other to another name to some other name?\n>\n> IIRC, that's against Policy too, because different users on the system\n> might have different expectations WRT which git is git.\n>\n> -- \n> Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\n> Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n> - -\n> You have a strong appeal for members of the opposite sex.\n>\n>\n> -\n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at http://vger.kernel.org/majordomo-info.html\n>\n\n-- \nThere are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.\n -- C.A.R. Hoare\n"},{"id":"7114","messageId":"20050812103555.GG5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"Pine.LNX.4.62.0508120139230.19902@qynat.qvtvafvgr.pbz","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-12T10:35:55Z","receivedAt":"2005-08-12T10:35:55Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nDavid Lang:\n> after so many years of software development (and with the policy of never \n> having conflicting command names) what three letter combinations are still \n> avilable?\n> \nLots.\n\n> I'm assuming that the much smaller pool of two letter commands was long \n> since exhausted, but if not what two letter commands are available?\n> \nLots of them, I hope, but all of them obscure.\n\nWe even have 25 one-letter commands that are free. My /usr/bin/ only has\n'w'. And if we run out, we could branch off into other alphabets;\nunfortunately, not everybody has a quick way to type an ä. Or α. Or ૐ. ;-)\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nThe hope that springs eternal\nSprings right up your behind.\n\t\t-- Ian Drury, \"This Is What We Find\"\n"},{"id":"7137","messageId":"7vpssiucss.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"20050810235436.GW28270@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-12T20:21:07Z","receivedAt":"2005-08-12T20:21:07Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Matthias Urlichs writes:\n\n> - Split gitk off to its own package;\n> it needs tk installed, but nothing else does.\n\nI just noticed from \"dpkg --info\" output that the generated\ngit-tk has \"Architecture: i386\". Shouldn't it read \"all\" and\nresulting package also named git-tk_${VERSION}_all.deb, instead\nof whatever architecture I happened to build it?\n"},{"id":"7152","messageId":"46a038f905081215547618441c@mail.gmail.com","threadId":"1433","inReplyTo":"7vpssiucss.fsf@assigned-by-dhcp.cox.net","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Martin Langhoff","fromEmail":"martin.langhoff@gmail.com","sentAt":"2005-08-12T22:54:21Z","receivedAt":"2005-08-12T22:54:21Z","isPatch":true,"sender":{"key":"martin.langhoff@gmail.com","avatar":"https://gravatar.com/avatar/1e3f311b6c4c15836501901ca58f8c0b0667246488084ba524d8bc9867e22fd9?d=mp&s=160"},"body":"> I just noticed from \"dpkg --info\" output that the generated\n> git-tk has \"Architecture: i386\". Shouldn't it read \"all\" and\n> resulting package also named git-tk_${VERSION}_all.deb, instead\n> of whatever architecture I happened to build it?\n\nIt is correct to have Architecture: i386, as you'd naturally have\nmultiple binary packages. When this is uploaded to the Debian archive,\nall the other architectures are built in the \"buildd\" farm. That's why\nthe source package 'native' arch is 'any'.\n\nPackages with arch 'all' are interpreted languages. The cogito package\nwill probably be for 'all' arches, and just be one binary package.\n\ncheers,\n\n\nmartin\n"},{"id":"7158","messageId":"20050813003814.GN5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"7vpssiucss.fsf@assigned-by-dhcp.cox.net","subject":"[PATCH] more Debian packaging fixes","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-13T00:38:15Z","receivedAt":"2005-08-13T00:38:15Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"git-tk should be architecture independent.\ngit-core forgot to depend on perl.\n\nSigned-Off-By: Matthias Urlichs \n---\nHi,\n\nJunio C Hamano:\n> Matthias Urlichs writes:\n> \n> > - Split gitk off to its own package;\n> > it needs tk installed, but nothing else does.\n> \n> I just noticed from \"dpkg --info\" output that the generated\n> git-tk has \"Architecture: i386\". Shouldn't it read \"all\" and\n> resulting package also named git-tk_${VERSION}_all.deb, instead\n> of whatever architecture I happened to build it?\n> \nTrue.\n\n\ndiff --git a/debian/changelog b/debian/changelog\n--- a/debian/changelog\n+++ b/debian/changelog\n@@ -1,6 +1,7 @@\n git-core (0.99.5-0) unstable; urgency=low\n \n * Split off gitk.\n+ - ... into an architecture-independent package.\n \n -- Matthias Urlichs Thu, 11 Aug 2005 01:43:24 +0200\n \ndiff --git a/debian/control b/debian/control\n--- a/debian/control\n+++ b/debian/control\n@@ -7,7 +7,7 @@ Standards-Version: 3.6.1\n \n Package: git-core\n Architecture: any\n-Depends: ${shlibs:Depends}, ${misc:Depends}, patch, diff, rcs\n+Depends: ${perl:Depends}, ${shlibs:Depends}, ${misc:Depends}, patch, diff, rcs\n Recommends: rsync, curl, ssh, libmail-sendmail-perl, libemail-valid-perl\n Conflicts: git\n Description: The git content addressable filesystem\n@@ -18,7 +18,7 @@ Description: The git content addressable\n similar to other SCM tools.\n \n Package: git-tk\n-Architecture: any\n+Architecture: all\n Depends: ${shlibs:Depends}, ${misc:Depends}, git-core, tk8.4\n Description: The git content addressable filesystem, GUI add-on\n This package contains 'gitk', the git revision tree visualizer\ndiff --git a/debian/rules b/debian/rules\n--- a/debian/rules\n+++ b/debian/rules\n@@ -65,33 +65,36 @@ install: build\n \tdh_movefiles -p git-core\n \tfind debian/tmp -type d -o -print | sed -e 's/^/? /'\n \n-binary: build install\n+binary-arch: build install\n \tdh_testdir\n \tdh_testroot\n-\tdh_installchangelogs\n-\tdh_installdocs\n-\tdh_installexamples\n-#\tdh_installmenu\n-#\tdh_installdebconf\t\n-#\tdh_installlogrotate\t\n-#\tdh_installemacsen\n-#\tdh_installpam\n-#\tdh_installmime\n-#\tdh_installinit\n-#\tdh_installcron\n-#\tdh_installinfo\n-\tdh_installman\n-\tdh_link\n-\tdh_strip\n-\tdh_compress \n-\tdh_fixperms\n-#\tdh_perl\n-#\tdh_python\n-\tdh_makeshlibs\n-\tdh_installdeb\n-\tdh_shlibdeps\n-\tdh_gencontrol\n-\tdh_md5sums\n-\tdh_builddeb\n+\tdh_installchangelogs -a\n+\tdh_installdocs -a\n+\tdh_strip -a\n+\tdh_compress -a\n+\tdh_fixperms -a\n+\tdh_perl -a\n+\tdh_makeshlibs -a\n+\tdh_installdeb -a\n+\tdh_shlibdeps -a\n+\tdh_gencontrol -a\n+\tdh_md5sums -a\n+\tdh_builddeb -a\n+\n+binary-indep: build install\n+\tdh_testdir\n+\tdh_testroot\n+\tdh_installchangelogs -i\n+\tdh_installdocs -i\n+\tdh_compress -i\n+\tdh_fixperms -i\n+\tdh_makeshlibs -i\n+\tdh_installdeb -i\n+\tdh_shlibdeps -i\n+\tdh_gencontrol -i\n+\tdh_md5sums -i\n+\tdh_builddeb -i\n+\n+binary: binary-arch binary-indep\n \n .PHONY: build clean binary install clean debian-clean\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nGUBBISH [a portmanteau of \"garbage\" and \"rubbish\"?] n. Garbage; crap;\n nonsense. \"What is all this gubbish?\"\n\t\t\t\t-- From the AI Hackers' Dictionary\n"},{"id":"7159","messageId":"20050813004125.GO5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"46a038f905081215547618441c@mail.gmail.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-13T00:41:25Z","receivedAt":"2005-08-13T00:41:25Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nMartin Langhoff:\n> It is correct to have Architecture: i386, as you'd naturally have\n> multiple binary packages.\n\nHowever, git(-t)k doesn't contain any i386 code, just a tk script.\n\n> Packages with arch 'all' are interpreted languages.\n\nExactly. ;-)\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\ncompuberty, n:\n\tThe uncomfortable period of emotional and hormonal changes a\n\tcomputer experiences when the operating system is upgraded and\n\ta sun4 is put online sharing files.\n"},{"id":"7215","messageId":"20050813200504.GL5608@pasky.ji.cz","threadId":"1433","inReplyTo":"Pine.LNX.4.58.0508051924390.3258@g5.osdl.org","subject":"Re: My Itchlist","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2005-08-13T20:05:04Z","receivedAt":"2005-08-13T20:05:04Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Sat, Aug 06, 2005 at 04:39:01AM CEST, I got a letter\nwhere Linus Torvalds told me that...\n> On Fri, 5 Aug 2005, Junio C Hamano wrote:\n> > - teach git-apply \"reverse\" and possibly \"fuzz\".\n> > \n> > I think this might help Porcelain; currently they have to\n> > interpret git extended diff headers themselves.\n> \n> Reverse would definitely be useful. \"fuzz\" is really pretty dangerous. I \n> think that once a a patch doesn't apply, you really want to have helper \n> tools like a graphical \"wiggle\" etc, and that really means that it's not \n> \"git-apply\", it's something totally different.\n\nI don't know, but I come across fuzzy patches quite frequently and any\nproblems have been always _extremely_ rare. And in any case, I can (and\ndo) verify it right away by doing cg-diff and checking what changes did\nthe patch really do.\n\n> And quite frankly, if you have a tool that can handle unified diffs \n> already, then extending it for the git rename stuff should be pretty easy. \n> It's not like we haven't wanted renaming patches for at least a _decade_ \n> already, it's just that nobody ever did them. \n\nThat reminds me I should finally add support for renames to cg-patch...\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nIf you want the holes in your knowledge showing up try teaching\nsomeone. -- Alan Cox\n"},{"id":"7227","messageId":"20050813235716.GB6844@mythryan2.michonline.com","threadId":"1433","inReplyTo":"20050812103555.GG5411@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Ryan Anderson","fromEmail":"ryan@michonline.com","sentAt":"2005-08-13T23:57:16Z","receivedAt":"2005-08-13T23:57:16Z","isPatch":true,"sender":{"key":"ryan@michonline.com","avatar":null},"body":"On Fri, Aug 12, 2005 at 12:35:55PM +0200, Matthias Urlichs wrote:\n> David Lang:\n> > after so many years of software development (and with the policy of never \n> > having conflicting command names) what three letter combinations are still \n> > avilable?\n> > \n> Lots.\n> \n> > I'm assuming that the much smaller pool of two letter commands was long \n> > since exhausted, but if not what two letter commands are available?\n> > \n> Lots of them, I hope, but all of them obscure.\n> \n> We even have 25 one-letter commands that are free. My /usr/bin/ only has\n> 'w'. And if we run out, we could branch off into other alphabets;\n> unfortunately, not everybody has a quick way to type an ??. Or ??. Or ???. ;-)\n\n\"gt\" seems free on my machine here. I haven't poke around at all the\nother ones that have slightly different sets of software, but searching\non the Debian packages search engine:\n\nhttp://packages.debian.org/cgi-bin/search_contents.pl?word=%2Fusr%2Fbin%2Fgt&searchmode=searchfiles&case=insensitive&version=unstable&arch=i386\n\ncogito in Debian seems to have taken it already for git, anyway.\n\nWe can make the conversion easy for people by providing this shell\nscript for a few weeks:\n\n\t#!/bin/sh\n\techo \"Don't get a git - use gt!\n\tgt $*\n\n-- \n\nRyan Anderson\n sometimes Pug Majere\n"},{"id":"7228","messageId":"20050814001148.GV5411@kiste.smurf.noris.de","threadId":"1433","inReplyTo":"20050813235716.GB6844@mythryan2.michonline.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Matthias Urlichs","fromEmail":"smurf@smurf.noris.de","sentAt":"2005-08-14T00:11:50Z","receivedAt":"2005-08-14T00:11:50Z","isPatch":true,"sender":{"key":"matthias@urlichs.de","avatar":"https://gravatar.com/avatar/2708905af227313eba6f2b2ae0f7d0259b5ac5d71baef58fe5a13c699ce0bbf0?d=mp&s=160"},"body":"Hi,\n\nRyan Anderson:\n> \n> \t#!/bin/sh\n> \techo \"Don't get a git - use gt!\nOuch.\n\n> \techo \"Don't get a git - use gt!\" >&2\nif at all.\n\n-- \nMatthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de\nDisclaimer: The quote was selected randomly. Really. | http://smurf.noris.de\n - -\nUSENET would be a better laboratory if there were more labor and less oratory.\n\t\t-- Elizabeth Haley\n"},{"id":"7229","messageId":"7vek8xl4xi.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"20050813235716.GB6844@mythryan2.michonline.com","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-14T00:48:09Z","receivedAt":"2005-08-14T00:48:09Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":" Debian folks on the list: We had to make this ugly hack in\n our Debianization because Debian heavyweights did not like\n to see \"Conflicts:\" and us lowly new maintainers needed to\n obey their wishes.\n\n Linus: The alleged name clash appears to be a Debian\n specific problem. No other distribution seem to ship GNU\n interactive tools and hence have this name clash. Debian\n folks have not even substantiated their claim that the other\n GIT is so popular that name clash with it is a bad thing.\n\n JC: Well, here is the popcon numbers. I'll let people\n decide if these numbers illustrate that the other GIT is so\n popular that we cannot take over its name.\n\nIn a sense, both Linus and myself have been unfair to Debian\nfolks on the list. Worrying about the name clash with the other\nGIT so much to change our name was not something they liked to\ndo to begin with.\n\n> Personally, I'm a mugwump, and I don't care who yields as long as it\n> takes place and things can then proceed at their usual pace.\n\nYes, and that is what Linus and myself are saying. We would\nrather stay outside the name politics, which is internal to a\nparticular distribution. Linus and I were trying to give\nammunition for the Debian folks on the list to make an argument.\nLinus said that our GIT installs /usr/bin/git everywhere else\nwithout the name clash problem. I said that the other GIT does\nnot seem to be used that much even on Debian. From these facts,\nthey could make an argument that, if Debian as a distribution\nwants to stay compatible with other distributions, either (1) it\nshould tolerate Conflict: and let us install /usr/bin/git, or\n(2) get the other GIT renamed. It is up to the folks pushing\nDebianization of our GIT to the Debian official archive which\nrecommendation to make and deal with the Debian heavyweights.\n\nAnother thing to note is that it is not unusual for an official\nDebian package to have a patch to debian/* files even when the\nupstream sources have some such Debianization files. The Debian\nfolks on the list could take that approach without first\nproposing to change the name of /usr/bin/git worldwide. I, as a\nDebian user [*1*], would be perfectly happy if the Debianization\nof our GIT did not ship \"/usr/bin/git\", and told the user to\ncopy \"/usr/share/doc/git-core/examples/git\" to $HOME/bin/ and\nput $HOME/bin at the beginning of the PATH [*2*]. Maybe such a\nDebianization would ship with a modified tutorial that has a\nparagraph to remind the user about that as well.\n\n[Footnote]\n*1* I do not have a single RPM machine at home nor\nworkplace. Practically everything I touch run Debian.\n\n*2* Even install script offering a choice to make a symlink\n/usr/local/bin/git pointing at /usr/bin/git-core-scm would be\npossible, but that would only be acceptable on a single-user\nmachine.\n"},{"id":"7230","messageId":"7v8xz5l4um.fsf@assigned-by-dhcp.cox.net","threadId":"1433","inReplyTo":"7vek8xl4xi.fsf@assigned-by-dhcp.cox.net","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-08-14T00:49:53Z","receivedAt":"2005-08-14T00:49:53Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Oops, sorry that was not something ready to be sent out. Please\ndiscard.\n"},{"id":"7261","messageId":"20050815050844.GB7001@mythryan2.michonline.com","threadId":"1433","inReplyTo":"20050814001148.GV5411@kiste.smurf.noris.de","subject":"Re: [PATCH] Debian packaging for 0.99.4","fromName":"Ryan Anderson","fromEmail":"ryan@michonline.com","sentAt":"2005-08-15T05:08:44Z","receivedAt":"2005-08-15T05:08:44Z","isPatch":true,"sender":{"key":"ryan@michonline.com","avatar":null},"body":"On Sun, Aug 14, 2005 at 02:11:50AM +0200, Matthias Urlichs wrote:\n> Hi,\n> \n> Ryan Anderson:\n> > \n> > \t#!/bin/sh\n> > \techo \"Don't get a git - use gt!\n> Ouch.\n\n:) I meant it as a joke, obviously. I also thinkoed the sentence I was\naiming for, thus losing the humor. Oh well.\n\n> > \techo \"Don't get a git - use gt!\" >&2\n> if at all.\n\nTrue.\n\nOn this same topic, cogito seems to be consistently using the long forms\nof the names (i.e, git-*-script), so renaming \"git\" in the core Debian\npackage should not be a problem, other than for the canned recipes\npeople are writing constantly to demonstrate the power of git.\n\n-- \n\nRyan Anderson\n sometimes Pug Majere\n"}]}