search for: bash_completions

Hi! I have the following packages installed: freenx-0.4.4-1.centos4.noarch from extras bash-completion-20050721-1.2.el4.rf.noarch from dries/dag bash-3.0-19.2.i386 from base seems to result in a non-working nxserver (the window manager doesn't start up, although X applications can be launched via logging in through a seperate ssh and setting the DISPLAY variable accordingly)... As far as

I did a yum update to my desktop machine as root this morning and now my regular logon account sees this whenever I press the enter key: etc/audisp/audispd.conf: Permission denied etc/audisp/plugins.d/af_unix.conf: Permission denied etc/audisp/plugins.d/syslog.conf: Permission denied etc/audit/audit.rules: Permission denied etc/audit/auditd.conf: Permission deniedetc/dhcp/dhclient.d/ntp.sh:

I came across this problem moving from the standard jessie package to the backport: $ sudo dpkg --configure r-base-core Setting up r-base-core (3.3.2-1~jessiecran.0) ... Preserving user changes to /usr/share/bash-completion/completions/R (renamed from /etc/bash_completion.d/R)... mv: cannot stat ?/usr/share/bash-completion/completions/R?: No such file or directory dpkg:

...o ${sysconfdir}, since the patch already shows that to be our default if pkg-config is not around: > AS_IF([test -z "$bashcompdir"], [ > bashcompdir="${sysconfdir}/bash_completion.d" > But that has its own drawbacks - that expands to /usr/local/etc/bash_completions.d by default (or to /etc/bash_completion.d if you use --prefix=/usr with Fedora's /usr/share/config.site), but that name does NOT match the pkg-config name of /usr/share/bash-completion/completions (which would be more like ${datarootdir}/bash-completion/completions). Ultimately, we could...

In general, autotooled packages are supposed to allow './configure --prefix=$HOME/subdir' as a way to then get 'make install' to run as non-root. In fact, 'make distcheck' tests that this scenario works; alas, we fail due to: /usr/bin/install -c -m 644 ../../../bash/nbdkit '/usr/share/bash-completion/completions' /usr/bin/install: cannot remove

Hi, Am Donnerstag, 2. M?rz 2017, 14:36:31 schrieb Jim Ottaway: > I came across this problem moving from the standard jessie package to > the backport: > > $ sudo dpkg --configure r-base-core > Setting up r-base-core (3.3.2-1~jessiecran.0) ... I am the one building and uploading those backports to Debian stable to CRAN... > Preserving user changes to

On 03/23/2016 04:57 PM, Mohsen Pahlevanzadeh wrote: > Dear All, > > I downloaded the attachment file and activate for bash_complete, It can give you > the following output: > # virsh net- > net-autostart net-dhcp-leases net-info net-undefine > net-create net-dumpxml net-list net-update > net-define net-edit net-name

Dear Deepayan and dear list, I notice a small inconsistency with the command completion of the R CMD check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0 but the command line completion still suggests it: cb at cbdesktop:~/r-devel$ bin/R CMD check --no-<here I hit tab> --no-clean --no-examples --no-latex --no-vignettes --no-codoc --no-install

Dear Deepayan and dear list, I notice a small inconsistency with the command completion of the R CMD check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0 but the command line completion still suggests it: cb at cbdesktop:~/r-devel$ bin/R CMD check --no-<here I hit tab> --no-clean --no-examples --no-latex --no-vignettes --no-codoc --no-install

I am trying to install the libguestfs python bindings in my virtualenv. Since this cannot be done through PIP, I was trying to do the following: https://github.com/libguestfs/libguestfs/commit/fcbfc4775fa2a44020974073594a745ca420d614 To get to building the python dist, I did the following: git clone https://github.com/libguestfs/libguestfs.git git checkout 1.28.5 ./autogen.sh --disable-php

>> I am trying to install the libguestfs python bindings in my >> virtualenv. Since this cannot be done through PIP, > > The PIP problem is https://bugzilla.redhat.com/show_bug.cgi?id=1075594 > Unfortunately we are stuck here because the pypi website still has a > license that we cannot live with (it would have the effect of > assigning all work we upload to them). They

> > After using 'python sdist', can't you use the tarball (in python/dist) > > in order to create a venv directly? > > I think I will be able to install the python library in the venv using > the tarball. However, won't my liguestfs application require some of > the binaries installed as part of 'make install' for running? I am > trying to not

> Date: Tue, 3 Feb 2015 09:36:01 -0800 > Subject: make install ignoring PREFIX for bash_completion > > I am trying to install the libguestfs python bindings in my > virtualenv. Since this cannot be done through PIP, The PIP problem is https://bugzilla.redhat.com/show_bug.cgi?id=1075594 Unfortunately we are stuck here because the pypi website still has a license that we cannot live

Hey list, arriving home from SambaXP, it was really nice. That darth vader cake was super sweet :-) Hearing some people talking about how much they'd like bash completion for `samba-tool`, I've put together an ugly script that does that. It's a very dumb script (I'm boldly calling it script), but it might make someones day a little bit easier.

Coming off of xen environment; still testing with kvm, just a few questions: 1. What is the roadmap for release of qemu-kvm 1.1 and libvirt 0.10.2 for el6, cause I had to compile from upstream to get the latest stuff. 2. Should not virt-manager show the sparsed disk size instead of actual reserved size of a vm? 3. Where is the virsh bash_completion conf.d file from upstream; since el6 rpm

...+ +# Note: Don't distribute the symbolic links, only the real files. +EXTRA_DIST = \ + README \ + $(scripts) \ + $(TESTS) + +CLEANFILES += \ + $(symlinks) + +$(symlinks): + rm -f $@ + $(LN_S) virt-p2v-make-disk $@ + +if HAVE_BASH_COMPLETION + +# Bash completion script. + +bashcompletiondir = $(BASH_COMPLETIONS_DIR) +#bashcompletion_DATA = $(scripts) + +all-local: $(scripts) $(symlinks) + -test $(srcdir) != $(builddir) && cd $(srcdir) && cp $(scripts) $(abs_builddir)/ + +install-data-local: + $(mkdir_p) $(DESTDIR)$(bashcompletiondir) + cp -d $(scripts) $(symlinks) $(DESTDIR)$(bashcompletio...

On 2 March 2017 at 14:36, Jim Ottaway wrote: | I came across this problem moving from the standard jessie package to | the backport: | | $ sudo dpkg --configure r-base-core | Setting up r-base-core (3.3.2-1~jessiecran.0) ... | Preserving user changes to /usr/share/bash-completion/completions/R (renamed from /etc/bash_completion.d/R)... | mv: cannot stat

On 3 March 2017 at 08:51, Johannes Ranke wrote: | "Deleted (by you or by a script) since installation" points to a packaging | problem, as I have not touched anything in this installation. Indeed, there is | no file /etc/bash_completion.d/R in the system. The default location for these files changed, I finally complied. But nobody tests this for backports -- so if you or Jim could

a really good idea Charles ;-) 2007/7/11, Charles Lepple <clepple-guest at alioth.debian.org>: > Author: clepple-guest > Date: Wed Jul 11 03:20:44 2007 > New Revision: 1025 > > Log: > Added bash completion script for 'upsc'. > ... you should also consider adding a Makefile + configure test for auto installation (based upon the existence of