Re: [gentoo-user] Console scrollback is back again!
On Tue, Apr 6, 2021 at 1:12 AM Alan Mackenzie wrote: > How to get it working: > (i) Extract the enclosed patch file to your /usr/src/linux-5.10.27-gentoo > directory (or probably any 5.10 kernel's). Works with 5.10.28-gentoo. Thanks again. I finally can uninstall my 5.8.6 which still has the old scrollback. -- konsolebox
Re: [gentoo-user] Console scrollback is back again!
On Tue, Apr 6, 2021 at 1:12 AM Alan Mackenzie wrote: > > Hello, Gentoo. > > Yes, console soft scrolling is back! That essential feature that was > stripped out of the kernel at around 5.4.x has returned! Thank you. I'll try to make this work in 5.10.28 once it's released. -- konsolebox
Re: [gentoo-user] Cannot find LILO
On Sun, Apr 4, 2021 at 3:35 PM Peter Humphrey wrote: > > On Friday, 2 April 2021 17:29:25 BST konsolebox wrote: > > > Your ARCH is set to i386 most likely. Maybe it's a CHOST configuration > > issue. > > No, it isn't either of those. Nothing has changed between this kernel and > others. Oddly, 'make install' works if I chroot into this system from, e.g., a > rescue CD, just not natively. Yes I just found out the value of ARCH doesn't really have anything to do with it. Your system might be missing /sbin/installkernel while you run 'make install'. It's called by arch/x86/boot/install.sh if it exists and is executable. Otherwise install.sh simply tries to install using LILO. It's part of the sys-kernel/installkernel-gentoo package which may not be installed for some reason, or the environment you run 'make install' with is not Gentoo and /sbin/installkernel simply doesn't exist there. -- konsolebox
Re: [gentoo-user] ERROR: app-office/gnucash-4.4::gentoo failed (compile phase)
This might be related to this: https://bugs.gentoo.org/762661 -- konsolebox
Re: [gentoo-user] Cannot find LILO
On Fri, Apr 2, 2021 at 9:37 PM Peter Humphrey wrote: > > Hello list, > > Today's update brought in sys-kernel/gentoo-sources-5.10.27, but it comes with > a problem: when I 'make install' I get 'Cannot find LILO'. Of course it can't, > but why is it wanted? > > $ uname -a > Linux peak 5.4.97-gentoo #1 SMP Sun Feb 21 22:53:16 GMT 2021 x86_64 > Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz GenuineIntel GNU/Linux > > Another x86_64 box Just Works, so I suppose I must have something wrong on > this one. > > Clues, anyone? Your ARCH is set to i386 most likely. Maybe it's a CHOST configuration issue. -- konsolebox
Re: [gentoo-user] What do you think about Firefox 57?
On Thu, Sep 7, 2017 at 8:26 PM, Danny YUE <sheepd...@gmail.com> wrote: > Afterwards I found that it seems Firefox 57 will use a new ecosystem for > extensions and be more strict for plugin developers. > > So Firefox gurus, what do you think about it? Not a guru, but if it's something that enhances add-on security without sacrificing flexibility, I don't mind. -- konsolebox
Re: [gentoo-user] Ruby - 3 versions - seriously????
On Tue, Sep 5, 2017 at 4:32 AM, Marvin Gülker <m-guel...@phoenixmail.de> wrote: > Real breaking > changes of documented behaviour like the Bignum/Fixnum one are rare, and > the effects are moderate. This isn't even "breaking" yet. Only deprecated. -- konsolebox
Re: [gentoo-user] Gentoo vs Raspbian on Raspberry Pi 3?
On Tue, Jun 27, 2017 at 1:30 PM, Danny YUE <sheepd...@gmail.com> wrote: > > On 2017-06-27 02:59, taii...@gmx.com <taii...@gmx.com> wrote: >> I would advise to buy an open source device such as beaglebone not a >> closed source RPI, bb also has higher performance options and is a >> better company. >> >> I was not at all pleased with the transfer speed of an RPI I tried out, >> the low end arm stuff is garbage (high end like appliedmicro is decent tho) >> >> If you want a decent fileserver I would advise getting a KCMA-D8 with a >> 35W opteron and installing the libre version of coreboot on it, dual >> onboard gigabit ethernet will satisfy you for sure. > > Well, file server is only one of my use cases. > > I would probably try to run a little server, or some little tricks I > write myself. > > I will have a look at BeagleBone. > > Thanks! > > Danny > Also consider the availability of the parts you can buy like casings and fans, when choosing a product. Performance and support (kernel, userland, etc.) should also be considered. -- konsolebox
Re: [gentoo-user] Gentoo vs Raspbian on Raspberry Pi 3?
On Tue, Jun 27, 2017 at 10:59 AM, taii...@gmx.com <taii...@gmx.com> wrote: > I would advise to buy an open source device such as beaglebone not a closed > source RPI, bb also has higher performance options and is a better company. > > I was not at all pleased with the transfer speed of an RPI I tried out, the > low end arm stuff is garbage (high end like appliedmicro is decent tho) > > If you want a decent fileserver I would advise getting a KCMA-D8 with a 35W > opteron and installing the libre version of coreboot on it, dual onboard > gigabit ethernet will satisfy you for sure. > Being open-source looks advantageous, but how about the performance compared to RPi3? Also, was the one you tried RPi3? -- konsolebox
Re: [gentoo-user] Gentoo vs Raspbian on Raspberry Pi 3?
On Tue, Jun 27, 2017 at 11:37 AM, R0b0t1 <r03...@gmail.com> wrote: > it's > not experience. Ok. -- konsolebox
Re: [gentoo-user] Gentoo vs Raspbian on Raspberry Pi 3?
On Tue, Jun 27, 2017 at 2:26 AM, R0b0t1 <r03...@gmail.com> wrote: > Things like GCC can take > nearly three days even on the Raspberry Pi 3. Is that based on your experience, or you're just guessing? -- konsolebox
Re: [gentoo-user] Gentoo vs Raspbian on Raspberry Pi 3?
On Mon, Jun 26, 2017 at 4:49 PM, Danny YUE <sheepd...@gmail.com> wrote: > Any reasons? I want to hear some ideas to make the decision ;-) > > Seriously, I do not think it is a good idea to compile using Raspberry > Pi because of the weak CPU. > True for Rasp. Pi 1, not 3. You can also just buy a spare [class 10] Sd card, so you can try more OS. (I compiled my packages with /var/tmp mounted as tmpfs, and used https://github.com/raspberrypi/firmware for the kernel, modules and firmware. Having the self-compiled version doesn't always work and takes time to configure.) -- konsolebox
Re: [gentoo-user] Perhaps add "gentoo-" in beginning of file name for iso files
On Wed, Feb 15, 2017 at 7:00 AM, scootergrisen <scootergri...@gmail.com> wrote: > So would it not be better to use a file name like this?: > gentoo-livedvd-amd64-multilib-20160704.iso This is the correct approach, but people here hate making changes unless it's coming from them and gives them merit. -- konsolebox
Re: [gentoo-user] Bash failed to compile
On Fri, Sep 23, 2016 at 10:14 AM, <meino.cra...@gmx.de> wrote: > Hi, > > may be bash is missing a lib? > > x86_64-pc-linux-gnu-gcc -L./builtins -L./lib -L./lib -L./lib/glob > -L./lib/tilde -L./lib/sh -Wl,-O1 -Wl,--as-needed-march=native -O2 -pipe > -msse3 -ggdb -o bash shell.o eval.o y.tab.o general.o make_cmd.o print_cmd.o > dispose_cmd.o execute_cmd.o variables.o copy_cmd.o error.o expr.o flags.o > jobs.o subst.o hashcmd.o hashlib.o mailcheck.o trap.o input.o unwind_prot.o > pathexp.o sig.o test.o version.o alias.o array.o arrayfunc.o assoc.o braces.o > bracecomp.o bashhist.o bashline.o list.o stringlib.o locale.o findcmd.o > redir.o pcomplete.o pcomplib.o syntax.o xmalloc.o -lbuiltins -lglob -lsh > -lreadline -lhistory -lcurses -ltilde > ./lib/sh/libsh.a(tmpfile.o): In function `sh_mktmpname': > /var/tmp/portage/app-shells/bash-4.3_p46-r1/work/bash-4.3/lib/sh/tmpfile.c:129: > warning: the use of `mktemp' is dangerous, better use `mkstemp' > /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: > bashline.o: undefined reference to symbol 'tputs' > /usr/lib64/libtinfo.so.5: error adding symbols: DSO missing from command line > collect2: error: ld returned 1 exit status > Makefile:553: recipe for target 'bash' failed > make: *** [bash] Error 1 I had a solution for this. Study the second patch, then apply it to a copy of app-shells/bash in a local overlay. https://bugs.gentoo.org/show_bug.cgi?id=588486 -- konsolebox
Re: [gentoo-user] Update blocked by kdebase-startkde:4
On Sun, Sep 18, 2016 at 10:55 PM, Robin Atwood <ro...@binro.org> wrote: > On Saturday 17 September 2016, Alan McKinnon wrote: > >> On 17/09/2016 15:26, Robin Atwood wrote: > >> > On Monday 15 August 2016, Robin Atwood wrote: > >> >> On Sunday 14 August 2016, Daniel Frey wrote: > >> >> > On 08/14/2016 05:12 AM, Robin Atwood wrote: > >> >> > > 'layman -L' finds no kde-sunset. > >> >> > > >> >> > I had that problem too, it's not listed there. > >> >> > > >> >> > > >> >> > > >> >> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf > >> >> > > >> >> > with these contents: > >> >> > > >> >> > > >> >> > > >> >> > [kde-sunset] > >> >> > > >> >> > auto-sync = yes > >> >> > > >> >> > location = /var/local/overlays/kde-sunset > >> >> > > >> >> > masters = gentoo > >> >> > > >> >> > sync-type = git > >> >> > > >> >> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git > >> >> > > >> >> > > >> >> > > >> >> > Dan > >> >> > >> >> Dan- > >> > > >> > I tried it and got: > >> > > >> > > >> > > >> > # layman -s kde-sunset > >> > > >> > > >> > > >> > * Fetching remote list... > >> > > >> > * Fetch Ok > >> > > >> > > >> > > >> > * Syncing selected overlay(s)... > >> > > >> > Traceback (most recent call last): > >> > > >> > File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in > >> > sync > >> > > >> > odb = db.select(ovl) > >> > > >> > File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in > >> > select > >> > > >> > raise UnknownOverlayException(overlay) > >> > > >> > layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset" > >> > does not exist. > > > > Anybody got any idea what the problem with kde-sunset is? Custom repositories listed in /etc/portage/repos.conf/ are synchronized with `emerge --sync`. `kde-sunset` is not in layman. -- konsolebox
Re: [gentoo-user] KDE 5
On Wed, Jul 13, 2016 at 1:30 AM, Philip Webb <purs...@ca.inter.net> wrote: > It looks as if in the near future I am going to have to install KDE 5 , > if I want to go on using my regular daily apps Konsole Gwenview Okular ; > yes, I know I can limit exposure to their requirements > & don't need to install the whole desktop system. > > Before I plunge into that, is anyone else using KDE 5 every day ? > What are people's experiences with it ? I just installed KDE 5 in order to try how one application works on it, and also due to my curiosity. The applications that depend on it: konsole and dolphin, doesn't work well if KDE5 is not itself the one that's running. In dolphin, some icons don't show. konsole also doesn't show some icons when it uses them as its own icon. It seems to be like a problem with rendering stuff that require some services running. This happened before and after I changed appearance settings. I even cleared cache and stuff. Firefox seems to have been affected by it as well. It doesn't show the scroll bar button, and some widget borders looked a little different. Perhaps this is also just about Gtk3, but I'm not sure about it since stuff work when KDE itself is running. KDE5 or Plasma itself seems to have gotten much more responsive and faster compared to the last time it was in 4, but I still find XFCE4 easier to configure to appear and work the way I want a desktop environment should. I just downgraded konsole and dolphin for now, and also rebuilt firefox with gtk2. -- konsolebox
Re: [gentoo-user] Is "-fomit-frame-pointer" a gcc default?
On Tue, Jul 12, 2016 at 6:07 PM, Andrew Savchenko <birc...@gentoo.org> wrote: > Hi, > > On Mon, 11 Jul 2016 16:27:42 -0400 waltd...@waltdnes.org wrote: >> I put it into CFLAGS/CCFLAGS years ago, and left it there. During a >> discussion on the Pale Moon forum about build options, the opinion seems >> to be that "-fomit-frame-pointer" is now the default. Is that o? >> I'd like to simplify my CFLAGS/CCFLAGS both in Gentoo and the Pale Moon >> build process. > > gcc-5.3.0 manual says: > The default setting (when not optimizing for size) for 32-bit > GNU/Linux x86 and 32-bit Darwin x86 targets is > -fomit-frame-pointer. You can configure GCC with the > --enable-frame-pointer configure option to change the default. And this was first mentioned in 4.6.0's changelog, but I don't see anything about x86_64. -- konsolebox
Re: [gentoo-user] Re: Konsole
On Tue, Jul 12, 2016 at 11:47 AM, konsolebox <konsole...@gmail.com> wrote: >> However, if I try to update @world, it still wants to drag in a bunch of >> kde5 crap. > > You have to mask packages. > > `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works. > (Just for testing. Don't run `emerge` with `-e`.) > > # shopt -s extglob > # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage; > printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) > > /etc/portage/package.mask/kde5+.mask Sorry, adding a filename extension like `.mask` is not needed. -- konsolebox
Re: [gentoo-user] Re: Konsole
On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey <djqf...@gmail.com> wrote: > On 07/11/2016 06:06 PM, Daniel Frey wrote: >> I would think that if eshowkw is picking up things in the kde-sunset >> overlay it would be indicated in the repo column? >> >> However, I don't see any kde4 packages. Maybe they're still moving them >> over? >> >> Dan >> >> >> > > I really shouldn't try troubleshooting when tired... > > I had to explictly do: > > emerge -pv =kde-apps/kde-meta-4.14.3-r1 The file is in there: # ls /var/local/overlays/kde-sunset/kde-apps/kde-meta/ kde-meta-4.14.3-r1.ebuild metadata.xml > However, if I try to update @world, it still wants to drag in a bunch of > kde5 crap. You have to mask packages. `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works. (Just for testing. Don't run `emerge` with `-e`.) # shopt -s extglob # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage; printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) > /etc/portage/package.mask/kde5+.mask > I think this is due to kdelibs. And of course they've removed the old > kdelibs from the tree: > > # equery list kdelibs > * Searching for kdelibs ... > [I--] [??] kde-base/kdelibs-4.14.16:4/4.14 > > I also appears that old kde4 versions of kdelibs are not in kde-sunset > (yet?) or maybe it's not planned to put one there. kdelibs-4 is still in `gentoo`: # ls /usr/portage/kde-base/kdelibs/ files kdelibs-4.14.20-r2.ebuild kdelibs-4.14.21.ebuild Manifest metadata.xml -- konsolebox
Re: [gentoo-user] Re: Konsole
On Tue, Jul 12, 2016 at 4:50 AM, Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 11/07/2016 22:07, konsolebox wrote: >> >> On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey <djqf...@gmail.com> wrote: >>> >>> Thanks, that led me to sync the kde-sunset overlay. However, I think I >>> am missing a step as when I use emerge or eshowkw it doesn't seem to >>> show anything from the kde-sunset overlay. layman usually handled this >>> stuff, any pointers? >>> >> >> Well, that was the only thing I had to do to make it work. >> >> Did you check if the files were properly downloaded after running >> `emerge --sync`? E.g. check if /var/local/overlays/kde-sunset/* >> exist? How do you know that nothing is shown from there. What >> command do you use? Do you have any custom package masks that would >> not make the packages show perhaps? Also, how did you add the >> repos.conf file for kde-sunset? I presumed that you know that >> /etc/portage/repos.conf should be a directory. Did you perhaps only >> added a single repos.conf file? >> >> # cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf} >> [gentoo] >> location = /var/lib/gentoo/portage >> sync-type = git >> sync-uri = git://github.com/gentoo-mirror/gentoo.git >> sync-git-pull-extra-opts = -f >> auto-sync = yes >> [kde-sunset] >> auto-sync = yes >> location = /var/local/overlays/kde-sunset >> masters = gentoo >> sync-type = git >> sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git >> [local] >> masters = gentoo >> priority = 10 >> location = /var/local/portage >> >> If it still doesn't work, maybe there's an old configuration line in >> your `make.conf` that should no longer be there. Or maybe you're >> using an old sys-apps/portage, or some other tools that make it change >> its behavior. Although both are unlikely. >> >> Another note: At least with portage-2.3.0, you should see "=== Sync >> completed for kde-sunset" after running `emerge --sync`. >> > > There was an old deprecated *OVERLAY setting in make.conf that must be > removed when using the new repos.conf Indeed, but I'm still doubting that it has something to do with packages from kde-sunset not appearing with emerge, granting he was already able to do `emerge --sync` properly as what he said. -- konsolebox
Re: [gentoo-user] Re: Konsole
On Mon, Jul 11, 2016 at 11:33 PM, Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 11/07/2016 02:46, Daniel Frey wrote: >> On 07/10/2016 01:27 PM, Alan McKinnon wrote: >>> >>> It's an overlay, not an Attic. Enable the overlay with layman. >>> > Or, maybe I have the name wrong. > It is correct. It's just no longer in layman. It would be nice to know the reason why. -- konsolebox
Re: [gentoo-user] Re: Konsole
On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey <djqf...@gmail.com> wrote: > Thanks, that led me to sync the kde-sunset overlay. However, I think I > am missing a step as when I use emerge or eshowkw it doesn't seem to > show anything from the kde-sunset overlay. layman usually handled this > stuff, any pointers? > Well, that was the only thing I had to do to make it work. Did you check if the files were properly downloaded after running `emerge --sync`? E.g. check if /var/local/overlays/kde-sunset/* exist? How do you know that nothing is shown from there. What command do you use? Do you have any custom package masks that would not make the packages show perhaps? Also, how did you add the repos.conf file for kde-sunset? I presumed that you know that /etc/portage/repos.conf should be a directory. Did you perhaps only added a single repos.conf file? # cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf} [gentoo] location = /var/lib/gentoo/portage sync-type = git sync-uri = git://github.com/gentoo-mirror/gentoo.git sync-git-pull-extra-opts = -f auto-sync = yes [kde-sunset] auto-sync = yes location = /var/local/overlays/kde-sunset masters = gentoo sync-type = git sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git [local] masters = gentoo priority = 10 location = /var/local/portage If it still doesn't work, maybe there's an old configuration line in your `make.conf` that should no longer be there. Or maybe you're using an old sys-apps/portage, or some other tools that make it change its behavior. Although both are unlikely. Another note: At least with portage-2.3.0, you should see "=== Sync completed for kde-sunset" after running `emerge --sync`. -- konsolebox
Re: [gentoo-user] Re: Konsole
On Mon, Jul 11, 2016 at 8:46 AM, Daniel Frey <djqf...@gmail.com> wrote: > On 07/10/2016 01:27 PM, Alan McKinnon wrote: >> >> It's an overlay, not an Attic. Enable the overlay with layman. >> >> A single kde-4 ebuild is useless without the rest of KDE it depends on. >> > > I just tried this and layman says the overlay doesn't exist: > > # layman -a kde-sunset > > * Adding overlay,... > * Exception: Overlay "kde-sunset" does not exist. > > * CLI: Errors occurred processing action add > * Exception: Overlay "kde-sunset" does not exist. So that confirms it. It's not in layman. You can add a `repos.conf` file like this. See portage(5) for it. [kde-sunset] auto-sync = yes location = /var/local/overlays/kde-sunset masters = gentoo sync-type = git sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git And run `emerge --sync`. > I've tried fetching the list and listing and it doesn't show up for me. > Am I missing something? I see a kde overlay, but no kde-sunset overlay > in the list: The other way to check is `wget -qO - https://api.gentoo.org/overlays/repositories.xml | grep kde-sunset`. If you see nothing, then there's nothing. -- konsolebox
Re: [gentoo-user] Konsole
On Sun, Jul 10, 2016 at 3:44 AM, Philip Webb <purs...@ca.inter.net> wrote: > What has happened to Konsole:4/4.14 ? > > root:508 ~> eix konsole > [U?] kde-apps/konsole > Available versions: (5) 15.12.3 ~16.04.2 {X debug +handbook test} > Installed versions: 4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook > -aqua -debug -minimal -test) > Description: KDE's terminal emulator > > Are we going to be forced to install the whole of KDE 5 > if we want to go on using some very useful KDE apps ? > > Or was it dropped by mistake ? > It was removed 17 days ago. No reason was mentioned. https://github.com/gentoo/gentoo/commit/581d3a57fb642a5b567b3b6fc6e80ef9daf38f6f -- konsolebox
Re: [gentoo-user] Re: any one using ubuntu phones?
On Wed, Jul 1, 2015 at 3:55 AM, walt w41...@gmail.com wrote: On Tue, 30 Jun 2015 09:28:16 -0500 »Q« boxc...@gmx.net wrote: The old-school, drop-down, text-only menu bar can be unhidden via a checkbox in the 'customize' dialog. It's been hidden by default since well before Australis. Thank you :) I never noticed the 'customize' dialog and I probably never would have. Better get used to using alt-f, alt-v, etc. key combinations instead and realize that the menu being hidden is actually worth it giving you extra space for the page.
Re: [gentoo-user] Re: Gentoo's future directtion ?
On Sat, Nov 29, 2014 at 10:28 PM, Alan Mackenzie a...@muc.de wrote: Hello, everybody. Good day. instead of conceptualising a branch (as you would do with Mercurial, Bazaar, Subversion, or even CVS), you need to think about commits reachable from a certain head (excluding commits reachable from some other head). I actually see that as a more flexible approach. git is designed to be distributed and that's what everyone loves about it. For everything: http://stackoverflow.com/questions/802573/difference-between-git-and-cvs http://eclipsesource.com/blogs/2011/06/09/git-lessons-learned/ Cheers, konsolebox
Re: [gentoo-user] Gentoo's future directtion ?
On Thu, Nov 27, 2014 at 2:04 AM, Rich Freeman ri...@gentoo.org wrote: On Wed, Nov 26, 2014 at 12:29 PM, hasufell hasuf...@gentoo.org wrote: I don't know of literally any big project except gentoo that still does not _require_ a review workflow. Git would be the perfect excuse to make it happen, but that's something people have to agree on. Gentoo is a release-less distro. First, most projects that aren't distros aren't really comparable to a linux distro because most projects represent something unified in design, while distros tend to be diverse collections. Distros that involve releases naturally involve review/testing/etc, as there is the concept that the release should be fairly free of bugs. In Gentoo there is no expectation that the distro is ever free of bugs - there is just WAY too much churn and there is never some kind of concept of overall quality. The other problem with a reviewer workflow is that most Gentoo devs don't want to be or deal with reviewers. It is hard enough to get maintainers to just not block collaboration entirely. If you want to do THAT big of a cultural change, you'd probably be better off just forking the distro, as you'll end up having to ditch almost all the current devs anyway. Hi, just an ordinary 9-years user here. I hope you don't mind my asking. Is it really official that most significant people on Gentoo don't like the change from CVS to Git? Has there been a general discussion about it, and what is basically everyone's general argument to it? Just in case attempts to change were already made, what were technically the biggest things that prevented it? And I also once thought that having a decentralized Gentoo would be good (yes, even more than just being distributed), but perhaps it would be just too risky to implemented right away in Gentoo. Perhaps having an experimental fork were devs in Gentoo would give support would be nice and consider merging it back later if it's already mature enough. Nevertheless I don't think using Git itself is exactly being decentralized, and probably a more flexible and distributed version of the current Gentoo. If it's concerns about reviews that people may or may not want, I think there are still some other good benefits of using Git besides it. And I'm one who considered sharing some of the ebuilds I made for myself, but I really dislike personally contacting the developer in charged, or posting over-formal reports in bugzilla. Directly giving a pull request to a developer's repository in Github should be easiest and of great convenience. It also gives me the confidence that my report would surely be noticed and noticed right away. The ebuilds I shared would also need not to be merged. People can just look at the forks of an official repository and see of those would be a fitting solution for them. I wouldn't need a mentor for it. About using Github by the way, I just mentioned it because I prefer it and it would not need to be the official repository. The official repository can still reside in Gentoo's servers but mirrors can be placed in Github for the sake of better collaboration. Of course I'm not suggesting that every mirror needs to have the whole portage tree. Cheers, konsolebox