Re: [gentoo-user] Re: emerge bash-completion
On 06/05/2015 23:01, »Q« wrote:
On Wed, 06 May 2015 12:44:16 +0300
Nikos Chantziaras rea...@gmail.com wrote:
If that is the case, then in order to completely transition to the
new system, you would have to re-emerge everything that installs
bashcomp files. Also, delete all your bashcomp eselect files. The new
system has everything enabled by default and eselect is used to
actually disable bashcomp for all packages and whitelist the only you
enable. This can cause problems if you have old and new files lying
around.
Thanks for this. I'm not the OP, but broken bash completion has
been bothering me for a while. Somehow I'd gotten the mistaken
impression that it was supposed to heal itself over time as the
programs that install bashcomp files were rebuilt with updates, without
me having deal with any cruft.
I think there was a news item on how to transition from the old to
the new setup. No idea where to find it if you don't have it in
eselect news list anymore :-/
At the time, I was on the lookout for such a news item and I never saw
one. Always possible that was my fault, but I really think there was
no such item.
Also, if I've correctly understood what you wrote above,
https://wiki.gentoo.org/wiki/Bash#Tab_completion needs an overhaul.
(Conversely, if it doesn't need an overhaul, my understanding is still
faulty and I'll be back for some hand-holding!)
There was a news item, I've pasted the whole thing here for you
2014-11-25-bash-completion-2_1-r90
Title bash-completion-2.1-r90
AuthorMichał Górny mgo...@gentoo.org
Posted2014-11-25
Revision 1
Starting with app-shells/bash-completion-2.1-r90, the framework used to
enable and manage completions in Gentoo is finally changing in order to
properly follow upstream design. This has some important implications
for our users.
Firstly, the install location for completions changes to follow upstream
default. The completions enabled before the upgrade will continue to
work but you may no longer be able to enable or disable completions
installed prior to the upgrade. To solve this issue, the packages
installing completions need to rebuilt. The following command can be
used to automatically rebuild all the relevant packages:
$ find /usr/share/bash-completion -maxdepth 1 -type f \
'!' -name 'bash_completion' -exec emerge -1v {} +
Secondly, the autoloading support introduced upstream removes the
penalties involved with enabling a great number of completions. This
allowed us to switch to an opt-out model where all completions installed
after the upgrade are enabled by default. Specific completions can be
disabled using 'eselect bashcomp disable ...'
The model change implies that all current selections done using 'eselect
bashcomp' can not be properly migrated and will be disregarded when
the relevant completion files are built against the new bash-completion
version. After rebuilding all the packages providing completion files,
you may want to remove the symlinks that were used to configure
the previous framework using the following command:
$ find /etc/bash_completion.d -type l -delete
Thirdly, we have solved the issue causing bash-completion support to be
enabled by default on login shells only. If you needed to explicitly
source 'bash_completion' script in bashrc, you can safely remove that
code now since system-wide bashrc takes care of loading it.
Lastly, we would like to explain that USE=bash-completion is being
removed from packages for the completions will be installed
unconditionally now. However, this will result in some implicit
dependencies being removed. Most specifically, users wishing to use
bash-completion will have to request app-shells/bash-completion
explicitly, e.g.:
$ emerge -n app-shells/bash-completion
--
Alan McKinnon
alan.mckin...@gmail.com
[gentoo-user] question for en_GB users of myspell-en dictionaries
tl;dr: Is an update to the myspell-en Oxford spelling dictionary really wanted by anyone? If you don't know or don't care, you can safely ignore all the rest. app-dicts/myspell-en-20081002 works, but newer, better dictionaries are available. It's maintainer-wanted, so I'm taking a crack at an update. My constraints are that I must leverage myspell-r2 and must use dictionaries that have been rolled up into LO/AOO extensions (OXTs). That path is extremely clear and easy, whereas all other paths are polished cliffs to this newbie. The issue is that I can only find one one OXT which provides Oxford spelling.⃰ I can install it, but it makes hunspell throw errors which make me think there's something inherently wrong with the files. So, is an update to the Oxford spelling dictionary really wanted by anyone? If so, I will try to get a dev to help me accommodate you. If not, you can just keep using the 2008 dictionary and I can rest. * http://extensions.services.openoffice.org/en/projectrelease/english-dictionary-based-oxford-english-dictionary-103
Re: [gentoo-user] Recommendations for WLAN-AP?
I would also recommend the tp-link.
Re: [gentoo-user] low risk network bridge
On 06.05.2015 23:14, Poison BL. wrote: If you need the VMs outwardly visible, I can't think of a way to do it without losing connection upon switching to the bridge (granted, I'm far from an expert on bridging under linux). If you're fine with the VMs being behind a NAT, and your kernel has the support for it, add the vm interfaces to a bridge, enable net.ipv4.ip_forward and set up the NAT like any other dual homed linux router... iptables-apply being your best friend for testing changes without permanently losing access and/or having to reboot to restore access. hmm maybe I have to drive there and just fix it on the local console. macvtap would be more elegant, right? No need for a bridge. I will research that asap ... today I have to solve more urgent problems ... thx, S
Re: [gentoo-user] low risk network bridge
On 07.05.2015 13:21, R0b0t1 wrote: Unfortunately I don't think this produces VM interfaces that are visible outside of the subnet. I made some live changes a while ago (and need to figure out what they were - probably routing stuff). In any case, you should be able to create the tap devices and bridge them without losing connectivity. From there you can get the guests visible from the outside. thanks! but ... I got it working with macvtap today ;-) To me this looks more elegant and efficient anyway ... I will read a bit more about that when things calm down here. In the current mode VEPA the host itself can't reach the VM ... that does not matter in that setup ... but it would matter for me if I set up my local VMs that way (but I have a bridge here locally so that does not matter) busy days, much to learn ... ;-) Thanks so far, Stefan
[gentoo-user] Re: emerge bash-completion
On Thu, 07 May 2015 08:47:34 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: On 06/05/2015 23:01, »Q« wrote: At the time, I was on the lookout for such a news item and I never saw one. Always possible that was my fault, but I really think there was no such item. Also, if I've correctly understood what you wrote above, https://wiki.gentoo.org/wiki/Bash#Tab_completion needs an overhaul. (Conversely, if it doesn't need an overhaul, my understanding is still faulty and I'll be back for some hand-holding!) There was a news item, I've pasted the whole thing here for you Thank you very much. And the wiki page section I cited is quite correct for stable users. AIUI now, the situation boils down to: Stable bash-completion is old and broken, and new better bash-completion is in place but not yet marked stable. If that's not right, I beg for another correction, please. :)
Re: [gentoo-user] low risk network bridge
# ip link 3: enp2s0: BROADCAST,MULTICAST,UP,LOWER_UP 5: tap0: NO-CARRIER,BROADCAST,MULTICAST,UP 6: tap1: BROADCAST,MULTICAST,UP,LOWER_UP 7: br0: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP Assign what was the host machine's IP to br0. The guests on tap0 and tap1 should have IP addresses different from this, configured within the guest. # ip route 192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.2 Now, the config that (mostly) generates the above: config_tap0=null tuntap_tap0=tap tunctl_tap0=-u kvm config_tap1=null tuntap_tap1=tap tunctl_tap1=-u kvm config_enp2s0=null routes_enp2s0=null config_br0=192.168.1.2 netmask 255.255.255.0 brd 192.168.1.255 routes_br0=default via 192.168.1.1 bridge_br0=enp2s0 tap0 tap1 rc_net_br0_need=net.tap0 net.tap1 net.enp2s0 The -u option allows users in the kvm group to manipulate the device, if you want to bring it up and down on guest start and stop. Unfortunately I don't think this produces VM interfaces that are visible outside of the subnet. I made some live changes a while ago (and need to figure out what they were - probably routing stuff). In any case, you should be able to create the tap devices and bridge them without losing connectivity. From there you can get the guests visible from the outside.
Re: [gentoo-user] Recommendations for WLAN-AP?
On 2 May 2015 at 17:17, waben...@gmail.com wrote: Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 27.04.2015 um 20:37 schrieb waben...@gmail.com: I'm searching for a new WLAN-AP that is fast, powerful and reliable. I can remember that there were some recommendations in this list some weeks/months ago, but I can't find them. Regards wabe tplink archer series? can cope with 20 laptops at the same time easily and is not too expensiv. Thanks Volker. I will have a look at it. -- Regards wabe Hi wabe, did you decide yet? You might find this article useful: http://arstechnica.com/gadgets/2015/03/from-the-wirecutter-the-best-wi-fi-router-for-most-people-anyway/ Before that article came out, I also arrived at the same conclusion: the TP-Link Archer C7 v2 is the best for me. My requirements also included OpenWRT support.
