Re: [gentoo-user] ncurses: reductio ad absurdum
* Fernando Rodriguez frodriguez.develo...@outlook.com [150829 12:59]: On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote: Those who wish to use git can do so, and I'd encourage people to try. It really does have a lot of advantages. Oh, and it makes it really easy to contribute patches/etc (just edit whatever you want in /usr/portage and type git diff). I wouldn't advise that on the portage tree because if you edit any files under version control git will refuse to pull new changes until you either commit the changes or undo them by checking out the file. It will still pull but you'll potentially have conflicts to resolve. A bad idea in any case. Todd Now many repositories use git, and I need to know how to make changes to some files, hopefully a small number, but still be able to update with git. I keep the modifications somewhere for safekeeping, as well as the originals, but would want to see the updated files straight before remaking my modifications. I looked through man pages, git pull --rebase didn't work; I got error messages. Should I do git reset or should I git checkout each modified file one-by-one before git pull? There is a lot in git, learning git all the way through looks like a tall order. Tom
Re: [gentoo-user] ncurses: reductio ad absurdum
On Monday, August 31, 2015 12:50:04 AM Thomas Mueller wrote: * Fernando Rodriguez frodriguez.develo...@outlook.com [150829 12:59]: On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote: Those who wish to use git can do so, and I'd encourage people to try. It really does have a lot of advantages. Oh, and it makes it really easy to contribute patches/etc (just edit whatever you want in /usr/portage and type git diff). I wouldn't advise that on the portage tree because if you edit any files under version control git will refuse to pull new changes until you either commit the changes or undo them by checking out the file. It will still pull but you'll potentially have conflicts to resolve. A bad idea in any case. Todd Now many repositories use git, and I need to know how to make changes to some files, hopefully a small number, but still be able to update with git. The best way is to create a branch for your changes, just run: # git checkout -b new-feature And now you're on a branch named new-feature, do your changes, commit them, then checkout the master branch, do git pull and then merge your branch. I keep the modifications somewhere for safekeeping, as well as the originals, but would want to see the updated files straight before remaking my modifications. I looked through man pages, git pull --rebase didn't work; I got error messages. Should I do git reset or should I git checkout each modified file one-by-one before git pull? If you commit your changes before doing the pull it will work in most cases. Without commiting them it will never work (unless the files have not been updated on the remote repo). You can also stash them away with git stash, then pull, and then finally apply your changes with git stash apply. See git-stash(1). If you do git checkout you will loose your changes, that's why it requires to do it individually for each file. With a branch you can also use git checkout --patch branch file to apply the changes individually for each file so it comes in handy when there's merge conflicts. There is a lot in git, learning git all the way through looks like a tall order. That's an understatement I think. Tom -- Fernando Rodriguez
Re: [gentoo-user] ncurses: reductio ad absurdum
On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote: Those who wish to use git can do so, and I'd encourage people to try. It really does have a lot of advantages. Oh, and it makes it really easy to contribute patches/etc (just edit whatever you want in /usr/portage and type git diff). I wouldn't advise that on the portage tree because if you edit any files under version control git will refuse to pull new changes until you either commit the changes or undo them by checking out the file. -- Fernando Rodriguez
Re: [gentoo-user] ncurses: reductio ad absurdum
* Fernando Rodriguez frodriguez.develo...@outlook.com [150829 12:59]: On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote: Those who wish to use git can do so, and I'd encourage people to try. It really does have a lot of advantages. Oh, and it makes it really easy to contribute patches/etc (just edit whatever you want in /usr/portage and type git diff). I wouldn't advise that on the portage tree because if you edit any files under version control git will refuse to pull new changes until you either commit the changes or undo them by checking out the file. It will still pull but you'll potentially have conflicts to resolve. A bad idea in any case. Todd
Re: [gentoo-user] ncurses: reductio ad absurdum
Am Fri, 28 Aug 2015 06:19:20 -0700 schrieb walt w41...@gmail.com: I avoided yesterday's downgrade from ncurses-6.0 to ncurses-5.9-r4 because it was obviously(?) a mistake. This morning I just upgraded(?) ncurses-6.0 to ncurses-6.0-r1 and immediately after doing that, portage wants to downgrade(?) from 6.0-r1 back to 6.0. This comedy of errors would be funny if it weren't emblematic of the larger and very scary problem we all face in real life: computers now dominate every aspect of everything we do and what is expected of us by our employers, friends, family, and our government. (I refer to the government here in the US. Your government may vary.) Yeah, this hasn't exactly been the smoothest change :-/ . Note that /usr/portage/sys-libs/ncurses/Changelog was last updated on April 6, several months ago. That is an artifact of the git migration. I believe it is being worked on. Rhetorical question: what is the purpose of a Changelog? Or any log, anywhere, like the captain's log on an oil tanker, for example, or an airliner, or in the IT department of the bank where your life savings are stored. Who last rebooted that server, and why? Who last updated ncurses, and why? Yes, I looked at the ebuild, which cites a bug report, which may or may not serve as the log I'm asking for, but doesn't this all seem too complicated to work smoothly for years without frequent fsck-ups? [...] You can try the gitweb interface, for example like this: https://gitweb.gentoo.org/repo/gentoo.git/log/?qt=grepq=ncurses. HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpkULbRuEeSg.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 9:19 AM, walt w41...@gmail.com wrote: Note that /usr/portage/sys-libs/ncurses/Changelog was last updated on April 6, several months ago. Rhetorical question: what is the purpose of a Changelog? Gentoo is no longer maintaining the old Changelog files. The source of all change logs going forward is in git: I believe there is interest in creating the old-format Changelogs for the rsync servers. They won't be present in the git repository, since they're just redundant extra data to sync. Who last updated ncurses, and why? git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt See the attachment. You can ask git for full diffs as well fairly easily, or show them for individual commits or whatever. Then github or gentoo's git viewer can show you it in a pretty picture. -- Rich commit 0f20b4ddc60c23a84ae918f31933d8e5f0b7d9eb Author: Jason Zaman perfin...@gentoo.org Date: Fri Aug 28 01:03:10 2015 +0800 sys-libs/ncurses: Add bridging ebuild to fix slot move for 5/6 - 0/6 Gentoo-Bug: https://bugs.gentoo.org/558856 Package-Manager: portage-2.2.20.1 :00 100644 000... a8b1c1e... A sys-libs/ncurses/ncurses-6.0-r1.ebuild :100644 100644 a8b1c1e... 3a9d218... M sys-libs/ncurses/ncurses-6.0.ebuild commit 96470175e0316e0f3402cbce5a83838461e17f75 Author: Jason Zaman perfin...@gentoo.org Date: Fri Aug 28 00:59:38 2015 +0800 sys-libs/ncurses: add multilib useflags to the bridge 5.9 ebuild Package-Manager: portage-2.2.20.1 :100644 100644 95611e9... 49dd18f... M sys-libs/ncurses/ncurses-5.9-r99.ebuild commit 5b9725757eaf3b7ec32ae854151183f222ba4189 Author: Jason Zaman perfin...@gentoo.org Date: Thu Aug 27 19:57:59 2015 +0800 sys-libs/ncurses: Stabilize the bridging packages for the failed slotmove on all arches Gentoo-bug: https://bugs.gentoo.org/558856 Package-Manager: portage-2.2.20.1 :100644 100644 3668c97... 33f97d4... M sys-libs/ncurses/ncurses-5.9-r5.ebuild :100644 100644 4b40743... 95611e9... M sys-libs/ncurses/ncurses-5.9-r99.ebuild commit 125fb7a6cdcde8fb1c7dd59edf87dbf276025ef4 Author: Mike Frysinger vap...@gentoo.org Date: Thu Aug 27 02:49:36 2015 -0400 sys-libs/ncurses: add dummy package to bridge SLOT move #558856 Since the slotmove operator does not properly update implicit subslots in generated dependencies in the vdb, add a dummy ebuild to bridge the old SLOT=5[/5] and the new SLOT=0/5. :00 100644 000... 3668c97... A sys-libs/ncurses/ncurses-5.9-r5.ebuild :00 100644 000... 4b40743... A sys-libs/ncurses/ncurses-5.9-r99.ebuild :100644 100644 145960b... a8b1c1e... M sys-libs/ncurses/ncurses-6.0.ebuild commit 8cc8ae51e676d082f5c785a7463e54773cf96714 Author: Mike Frysinger vap...@gentoo.org Date: Wed Aug 26 13:41:36 2015 -0400 sys-libs/ncurses: rewrite SLOT=5 ebuild #557472 Delete code that doesn't make sense in an ABI-only ebuild, and backport changes from the ncurses-6 ebuild. :100644 00 f37ebf4... 000... D sys-libs/ncurses/ncurses-5.9-r100.ebuild :00 100644 000... 00166f6... A sys-libs/ncurses/ncurses-5.9-r101.ebuild commit bc763694f07e96137c03ff88643c4535ea645250 Author: Justin Lecher j...@gentoo.org Date: Wed Aug 26 14:23:59 2015 +0200 sys-libs/ncurses: Fix blocker Package-Manager: portage-2.2.20.1 Signed-off-by: Justin Lecher j...@gentoo.org :100644 100644 40db661... f37ebf4... M sys-libs/ncurses/ncurses-5.9-r100.ebuild commit ec1cb36e722e62cf504f89ffdfc05ce87407ae3d Author: Justin Lecher j...@gentoo.org Date: Wed Aug 26 14:19:10 2015 +0200 sys-libs/ncurses: Add compatibility package for binary packages Gentoo-Bug: https://bugs.gentoo.org/show_bug.cgi?id=557472 Package-Manager: portage-2.2.20.1 Signed-off-by: Justin Lecher j...@gentoo.org :100644 100644 7856364... e136782... M sys-libs/ncurses/metadata.xml :00 100644 000... 40db661... A sys-libs/ncurses/ncurses-5.9-r100.ebuild commit 051ad88caa127419c80d473021ab8909a2268789 Author: Mike Frysinger vap...@gentoo.org Date: Wed Aug 26 02:17:49 2015 -0400 sys-libs/ncurses: move to SLOT=0 #557472 Use SLOT=0 for installing of main development files like other packages so we can use other SLOTs for installing SONAME libs for binary packages. :100644 100644 c0ee3a5... be2a9bd... M sys-libs/ncurses/ncurses-5.9-r3.ebuild :100644 100644 6cf1f60... 006c932... M sys-libs/ncurses/ncurses-5.9-r4.ebuild :100644 100644 692d94b... 145960b... M sys-libs/ncurses/ncurses-6.0.ebuild commit 1bfb585cc60a9e59b690700e7a0dadc691e2b9d0 Author: Mike Gilbert flop...@gentoo.org Date: Mon Aug 24 16:12:35 2015 -0400 Revert DOCTYPE SYSTEM https changes in metadata.xml repoman does not yet accept the https version. This partially reverts eaaface92ee81f30a6ac66fe7acbcc42c00dc450. Bug: https://bugs.gentoo.org/552720 :100644 100644 41b70b3... 7856364... M
Re: [gentoo-user] ncurses: reductio ad absurdum
Alec Ten Harmsel wrote: On Fri, Aug 28, 2015 at 11:20:34AM -0400, Philip Webb wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You would need to change the gentoo repo in repos.conf to sync with git instead of rsync (or whatever you're currently using). I hope it's not going to be a requirement for Gentoo users that they become experts in using Git. Not normal users, no. Anyone who is trying to debug issues with ebuilds/portage is not a `normal user', but performing the functions of a developer and therefore should have a minimal knowledge of the relevant development tools. Alec I'm as far away from being a developer as one can get and even I go dig sometimes. It seems git is going to put a stop to that tho. o_O I have yet to make any sense of this git stuff. I'm not complaining about the change just pointing out that I haven't figured out the change yet, and may not ever. Dale :-) :-)
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 11:20:34AM -0400, Philip Webb wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You would need to change the gentoo repo in repos.conf to sync with git instead of rsync (or whatever you're currently using). I hope it's not going to be a requirement for Gentoo users that they become experts in using Git. Not normal users, no. Anyone who is trying to debug issues with ebuilds/portage is not a `normal user', but performing the functions of a developer and therefore should have a minimal knowledge of the relevant development tools. Alec
Re: [gentoo-user] ncurses: reductio ad absurdum
For anybody who thinks git is hard, I'll just leave here my own thoughts on the matter. As a user - not specifically a Gentoo user - I only need to know 3 commands: - git clone URI - git pull - tig That's it. Tig is in dev-vcs/tig, BTW, and it's really handy. When I experimented with managing my config files with git I did a lot of reading (I was new to VCS in general), and in the end I realized that, although git is really powerful and complex, for my needs I actually really needed to know just a handful of basic commands, and I could use tig and/or gitk for almost anything. -- Emanuele Rusconi
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 9:34 AM, Marc Joliet mar...@gmx.de wrote: You can try the gitweb interface, for example like this: https://gitweb.gentoo.org/repo/gentoo.git/log/?qt=grepq=ncurses. A better view might be: https://gitweb.gentoo.org/repo/gentoo.git/log/sys-libs/ncurses or if you prefer: https://github.com/gentoo/gentoo/commits/master/sys-libs/ncurses This should settle down - it has been getting attention. There is an issue with slot moves under EAPI5, and it just hasn't come up before. I think we need to sort out how to best handle something like this in the future. -- Rich
Re: [gentoo-user] ncurses: reductio ad absurdum
150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). A better view might be: https://gitweb.gentoo.org/repo/gentoo.git/log/sys-libs/ncurses or if you prefer: https://github.com/gentoo/gentoo/commits/master/sys-libs/ncurses Yes, those seem to be useful, tho' I haven't run into the problem myself. I hope it's not going to be a requirement for Gentoo users that they become experts in using Git. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] ncurses: reductio ad absurdum
Emanuele Rusconi wrote: For anybody who thinks git is hard, I'll just leave here my own thoughts on the matter. As a user - not specifically a Gentoo user - I only need to know 3 commands: - git clone URI - git pull - tig That's it. Tig is in dev-vcs/tig, BTW, and it's really handy. When I experimented with managing my config files with git I did a lot of reading (I was new to VCS in general), and in the end I realized that, although git is really powerful and complex, for my needs I actually really needed to know just a handful of basic commands, and I could use tig and/or gitk for almost anything. -- Emanuele Rusconi Pardon me. I just had to get up off the floor and return my tummy to its previous and correct condition. I thought I would check out the git man page and just sorta skim over it. The first thing I see is this: NAME git - the stupid content tracker Now that is funny. ROFL Maybe there is hope for me yet. LOL Dale :-) :-)
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 11:20 AM, Philip Webb purs...@ca.inter.net wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You're probably not using git to fetch your portage tree. cat /etc/portage/repos.conf/gentoo.conf [DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = https://github.com/gentoo-mirror/gentoo.git auto-sync = yes Fix that and you'll be fine. Be aware that you're not going to have any changelogs once you do this. I'm not certain but you might have to delete /usr/portage first - I have no idea how it handles existing files. -- Rich
Re: [gentoo-user] ncurses: reductio ad absurdum
On Friday 28 Aug 2015 18:26:12 Rich Freeman wrote: On Fri, Aug 28, 2015 at 11:20 AM, Philip Webb purs...@ca.inter.net wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You're probably not using git to fetch your portage tree. cat /etc/portage/repos.conf/gentoo.conf [DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = https://github.com/gentoo-mirror/gentoo.git auto-sync = yes Fix that and you'll be fine. Be aware that you're not going to have any changelogs once you do this. I'm not certain but you might have to delete /usr/portage first - I have no idea how it handles existing files. Just to make sure, for the rest us there's no need to change the current rsync mechanism, yes? Otherwise we would see some enotice popping up? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ncurses: reductio ad absurdum
Rich Freeman ri...@gentoo.org wrote: On Fri, Aug 28, 2015 at 11:20 AM, Philip Webb purs...@ca.inter.net wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You're probably not using git to fetch your portage tree. cat /etc/portage/repos.conf/gentoo.conf [DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = https://github.com/gentoo-mirror/gentoo.git auto-sync = yes Fix that and you'll be fine. Be aware that you're not going to have any changelogs once you do this. I'm not certain but you might have to delete /usr/portage first - I have no idea how it handles existing files. So, will I be able to see a git log for the packages? Otherwise, what is the advantage of doing this? Will I see git logs for the ebuilds only? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 1:32 PM, Mick michaelkintz...@gmail.com wrote: On Friday 28 Aug 2015 18:26:12 Rich Freeman wrote: On Fri, Aug 28, 2015 at 11:20 AM, Philip Webb purs...@ca.inter.net wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You're probably not using git to fetch your portage tree. cat /etc/portage/repos.conf/gentoo.conf [DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = https://github.com/gentoo-mirror/gentoo.git auto-sync = yes Fix that and you'll be fine. Be aware that you're not going to have any changelogs once you do this. I'm not certain but you might have to delete /usr/portage first - I have no idea how it handles existing files. Just to make sure, for the rest us there's no need to change the current rsync mechanism, yes? Otherwise we would see some enotice popping up? There is no requirement to sync using git. If there were you'd have gotten more news about it. The current plan is to re-introduce changelogs. I couldn't tell you when this will happen, but it probably won't take terribly long. Those who wish to use git can do so, and I'd encourage people to try. It really does have a lot of advantages. Oh, and it makes it really easy to contribute patches/etc (just edit whatever you want in /usr/portage and type git diff). There really isn't any intent to cause people headaches, but please do realize that there aren't a lot of people doing the work, especially for big changes like this. There were a million big things that could go wrong with the migration and a few of the more serious ones actually did go wrong, so there wasn't as much time for dealing with stuff like this. And in terms of user-impacting issues this ncurses foul-up was probably the biggest issue I've seen hit the stable tree in a year or two, and compared to some things I dealt with on Gentoo 10 years ago it was pretty minor. I'm actually impressed how stable is considering we don't have as many bodies as we did back then. When these sorts of things come up your best bet is to just hold off on updating and re-sync in a day or two, and by all means file a bug or take it to the lists. -- Rich
Re: [gentoo-user] ncurses: reductio ad absurdum
On Fri, Aug 28, 2015 at 1:40 PM, cov...@ccs.covici.com wrote: Rich Freeman ri...@gentoo.org wrote: On Fri, Aug 28, 2015 at 11:20 AM, Philip Webb purs...@ca.inter.net wrote: 150828 Rich Freeman wrote: git whatchanged /usr/portage/sys-libs/ncurses /tmp/log.txt Tested as user : 690: ~ git whatchanged /usr/portage/sys-libs/ncurses tmp/log.txt fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). You're probably not using git to fetch your portage tree. cat /etc/portage/repos.conf/gentoo.conf [DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = https://github.com/gentoo-mirror/gentoo.git auto-sync = yes Fix that and you'll be fine. Be aware that you're not going to have any changelogs once you do this. I'm not certain but you might have to delete /usr/portage first - I have no idea how it handles existing files. So, will I be able to see a git log for the packages? Otherwise, what is the advantage of doing this? Will I see git logs for the ebuilds only? If you sync using git then you'll have a full clone of the Gentoo repository on your drive. Over time it will take more space, which is the main downside (though I believe gentoo does a shallow clone by default with no history). You can see a git log for whatever you want. git log will show you every commit in the tree. git log . will show you every commit that affects the current directory or below. And so on. It does everything a changelog does and more, and the same data will be used to generate future changelogs. I believe it is a shallow clone so on day 1 you actually won't see any history. You'll just see a log of future changes, which is probably what interests a sysadmin most. If you want the last few weeks of changes you can fetch the full history with git fetch --unshallow. You can also do things like git fetch --depth=n which will fetch or discard commits to reach a given depth (so you could have a cron job that discards down to 1000 commits once a week or whatever). Since rsync time has been a discussion point on the list, I'll also point out that git syncs are likely to be much faster if you rsync regularly (daily-to-monthly). Git knows exactly what changed from the log - it doesn't have to stat every inode in /usr/portage to figure out what is out of date. If you only sync once a year then rsync will be faster since it doesn't end up fetching every file that was added to the tree and then removed six months later between your last sync and today. The git URI I posted above includes metadata, so it isn't quite the live tree. You can sync the actual live tree but then you'll need to run egencache --update --repo gentoo to generate metadata if you use eix or to make emerge go faster. That isn't necessary if you use the example above. But, using git isn't the normal new-user experience, so don't expect lots of news/etc if the URI changes and so on. I'd think that anybody who likes to look at changelogs is going to like using git once they get used to it. Honestly, if you're the sort that likes reading changelogs then you probably should be putting /etc in git, perhaps using sys-apps/etckeeper to do it. -- Rich
Re: [gentoo-user] ncurses: reductio ad absurdum
Am Fri, 28 Aug 2015 11:23:26 -0500 schrieb Dale rdalek1...@gmail.com: Emanuele Rusconi wrote: For anybody who thinks git is hard, I'll just leave here my own thoughts on the matter. As a user - not specifically a Gentoo user - I only need to know 3 commands: - git clone URI - git pull - tig That's it. Tig is in dev-vcs/tig, BTW, and it's really handy. When I experimented with managing my config files with git I did a lot of reading (I was new to VCS in general), and in the end I realized that, although git is really powerful and complex, for my needs I actually really needed to know just a handful of basic commands, and I could use tig and/or gitk for almost anything. -- Emanuele Rusconi Pardon me. I just had to get up off the floor and return my tummy to its previous and correct condition. I thought I would check out the git man page and just sorta skim over it. The first thing I see is this: NAME git - the stupid content tracker Now that is funny. ROFL Maybe there is hope for me yet. LOL Dale :-) :-) My favorite bit is a quote from Linus Torvalds himself: I'm an egotistical bastard, and I name all my projects after myself. First 'Linux', now 'Git'. [0]. (For anyone like me who doesn't get it at first, see [1].) [0] https://git.wiki.kernel.org/index.php/Git_FAQ#Why_the_.27Git.27_name.3F [1] https://en.wiktionary.org/wiki/git#English -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgp_HPp6zVq8B.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] ncurses: reductio ad absurdum
Am 28.08.2015 um 15:19 schrieb walt: I avoided yesterday's downgrade from ncurses-6.0 to ncurses-5.9-r4 because it was obviously(?) a mistake. This morning I just upgraded(?) ncurses-6.0 to ncurses-6.0-r1 and immediately after doing that, portage wants to downgrade(?) from 6.0-r1 back to 6.0. This comedy of errors would be funny if it weren't emblematic of the larger and very scary problem we all face in real life: computers now dominate every aspect of everything we do and what is expected of us by our employers, friends, family, and our government. (I refer to the government here in the US. Your government may vary.) Note that /usr/portage/sys-libs/ncurses/Changelog was last updated on April 6, several months ago. Rhetorical question: what is the purpose of a Changelog? Or any log, anywhere, like the captain's log on an oil tanker, for example, or an airliner, or in the IT department of the bank where your life savings are stored. Who last rebooted that server, and why? Who last updated ncurses, and why? Yes, I looked at the ebuild, which cites a bug report, which may or may not serve as the log I'm asking for, but doesn't this all seem too complicated to work smoothly for years without frequent fsck-ups? Now I have to go to work and face exactly the same fsck-ups there that I face when I update my gentoo machines, and that puts me in a bad mood. . *shrug* preserved-libs and ncurses update went well. No problems here. And since I am not a compulsive updater, I had no problems today either.
