Bash-completion upgrade conflicts with pacman

pacman warned me that /usr/share/bash-completion/completions/makepkg would be overwritten.
pacman -Oo said then that it's part of bash-completion 1.99-1, but there's already bash-completion 1.99-2 that hasn't any more included that file cause now as it seems, the file move into the new pacman package.
https://projects.archlinux.org/svntogit … 50dbc12ba0
So following process to not corrupt anything:
1) Move the file out of the way:
# mv /usr/share/bash-completion/completions/makepkg /usr/share/bash-completion/completions/makepkg.bak
2) Upgrade pacman
# pacman -S pacman
3) Upgrade bash-completion (this step will remove the file)
# pacman -S bash-completion
4) Reinstall pacman again, to not loose the file.
# pacman -S pacman
5) Now, you can remove the backup.
# rm -f /usr/share/bash-completion/completions/makepkg.bak

toofishes wrote:
defcon wrote:
i've seen that pacman 3.1 has it's own bash completion file
i installed the new pacman, but bash_completion doesnt work....
Did you source it or logout/login? It doesn't magically do that itself.
. /etc/bash_completion
both, i reload it with source ~/.bashrc  and later i logged out/in

Similar Messages

  • Bash completion upgrade breaks pacman bc

    hello,
    today's bash completion upgrade deletes the archlinux file under /etc/bash_completion.d/.
    pacman's bash completion doesn't work anymore. i've seen that pacman 3.1 has it's own bash completion file.
    is this somehow related?
    vlad
    ps: i'm not using testing.
    Last edited by DonVla (2008-01-10 17:50:15)

    toofishes wrote:
    defcon wrote:
    i've seen that pacman 3.1 has it's own bash completion file
    i installed the new pacman, but bash_completion doesnt work....
    Did you source it or logout/login? It doesn't magically do that itself.
    . /etc/bash_completion
    both, i reload it with source ~/.bashrc  and later i logged out/in

  • Bash-completion works only with X

    Hi,
    For a long time bash-completion has not been working for me in VC. This didn't change with numerous upgrades, so I think this must be due to some my local setting. In VC it doesn't work for any user and in X it works for all users, so it is most probably something system-wide that is causing this. I never touched any files owned by bash-completion package. I browsed through /etc/profile and /etc/profile.d/ but didn't find anything weird.
    Any clues where to fix this?
    Thanks!

    I've always had the same problem as the OP, just never got round to posting about it. A solution would make my systemctl aliases much more useful.
    @Trilby, you need the bash-completion package installed.
    Last edited by slithery (2015-01-06 21:50:34)

  • System upgrade fails with pacman - phc-intel requires kernel26 2.6.31

    Hello,
    I'm a relative newbie to archlinux, so I hope I'm not asking a too stupid question ...
    I have installed arch on an IBM Thinkpad X40. Was now on extended holidays and haven't done a system upgrade for a while. Wanted to do this now and pacman -Syy works fine. However, when I then start the upgrade with pacman -Su, the following error message occurs:
    :: Starte komplette Systemaktualisierung...
    :: portmap durch core/rpcbind ersetzen? [J/n] J
    Löse Abhängigkeiten auf...
    Suche nach Zwischen-Konflikten...
    Fehler: Konnte den Vorgang (Kann Abhängigkeiten nicht erfüllen) nicht vorbereiten
    :: phc-intel: benötigt kernel26<2.6.31
    translated into English it basically means that pacman wants to replace portmap with rpcbind. However, the following error message occurs whether or not I say yes. The error messages says that it cannot fulfill the dependencies as phc-intel requires kernel26<2.6.31. The strange thing is that my kernel at the moment is 2.6.29.
    A first run of pacman -u worked fine but only upgraded pacman itself. I had a pacman.conf.pacnew in /etc which I renamed to pacman.conf and kept the old one as a backup. However, this also didn't change anything.
    I hope you guys can help me out, thanks in advance,
    F.

    The update will be trying to install a new kernel, which is why you're getting the error. For packages in the repos, a new one would be built that's compatible with the new kernel. Since it looks like phc-intel is from the AUR you'll need to build a new version yourself.
    Edit - that's what I get for stepping away for a bit, you already got a response and fixed it
    Last edited by mcmillan (2009-12-05 19:14:24)

  • Upgrade File Conflicts (with Pacman -Syu)

    When I do a pacman -Syu, I get the following error message:
    checking for file conflicts...
    error: the following file conflicts were found:
       ncurses:  /usr/share/terminfo/s/screen-256color: exists in filesystem
       ncurses:  /usr/share/terminfo/s/screen-256color-bce: exists in filesystem
    errors occurred, no packages were upgraded.
    Hmm.. Any ideas on how to get around this error?
    Rob

    I just saw the answer in the News.  Upgrade screen first.  Then upgrade ncurses.  I will give that a try.
    Rob

  • Lib32-libgl conflict with pacman -Su command

    When I attempted sudo pacman -Su I get...
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: google-earth: requires lib32-libgl
    :: steam: requires lib32-libgl
    How should I deal with this conflict? Thanks.

    Sorry if this is a stupid question.
    # pacman -Syu
    :: Synchronizing package databases...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: steam: requires lib32-libgl
    I read up an old (and very long) thread about the same issue but nothing i found in there solved it for me. Usually the problem was that something unnecessary (like nouveau or some video drivers from the xorg package group) was installed.
    This does not seem to be the case for me.
    # pacman -S lib32-libgl
    :: lib32-nvidia-libgl and lib32-nvidia-utils are in conflict
    and as i found in the other thread
    # pacman -Qs dri
    local/lib32-nvidia-utils 313.26-1
    NVIDIA drivers utilities and libraries. (32-bit)
    local/libirman 0.4.5-3
    Irman driver lcd library
    local/libraw1394 2.1.0-1
    Provides an API to the Linux IEEE1394 (FireWire) driver
    local/nvidia 313.26-2
    NVIDIA drivers for linux.
    local/nvidia-utils 313.26-1
    NVIDIA drivers utilities and libraries.
    local/os-prober 1.57-3
    Utility to detect other OSes on a set of drives
    local/xf86-input-evdev 2.8.0-1 (xorg-drivers xorg)
    X.org evdev input driver
    I don't see anything i could uninstall to fix this issue.
    I thought for a moment that adding "IgnorePkg   = lib32-libgl"
    to pacman.conf would do something but it didn't help (someone in the other thread talked about ignoring libgl)
    What can i do?
    Last edited by rabcor (2013-04-04 20:49:19)

  • MDD upgrade conflict with ATI Radeon 9800

    does anyone out there have my specs; Sonnettech MDX Dual 1.6gh processor with ATI Radeon 9800 Pro VGA card? After installing the processor, i now get weird lines all over the screen at bootup and then i get a bunch of green speckles all over my desktop after the computer boots. i can work on my computer, but the screen images, speckles and other artifacts are annoying. i have dropped the hz to 66 and the screen resolution to 800x600 because higher resolutions would cause the computer to freeze. does anyone have any catalyst settings or ATI display panel suggestions ? i wish i could attach the pictures i took of the display.
    Dual Power Mac G4 867 & Macbook Pro 2gig   Mac OS X (10.4.9)   FCP Studio 5.1.2

    Well, i tried your idea, bought the iceberq5, installed it with ease and things just got worse. 1st, my MDD Dual 867 mac's AGP slot is right next to my fourth RAM slot. So with the Iceberq5 installed, i had to lose 512mb of RAM. it just wont fit. the new cooler cover the RAM slot. so instead of 2gigs of RAM, i'm down to 1.5. 2nd, with the icebeq5 on the ATI card, the door will not close. the iceberq runs into the case holding my DVD drives. After booting the computer up with the case open, the screen still loaded with the screen defects. I'm thinking I have a bad card, yet it worked when the Sonnettech dual processor upgrade was not installed. these weird color lines only occur with the sonnettech md/1.6 dual upgrade and the ATI 9800 Pro installed. I then used TechTool pro to scan and check my AGP card VRAM and it gave me an error. So here is my question, is there another powerful AGP card out there for my mac dual 867 that has a powerful fan on it that is also small enough to allow my case to close and for me to have all my RAM installed ? Thanks

  • Bash completion and shell variables bug

    After a recent system upgrade, I noticed that bash completion of paths with shell variables is somewhat broken. For example:
    cd /
    cd $HOME/De<tab>
    #results
    cd \$HOME/Desktop<space>
    This definitely worked before, either instantly substituting the value of $HOME and then continuing to complete the directories as normal, or leaving the variable name form and completing the directories - I've seen both behaviors on different systems, but since they both worked fine for me I never cared to figure out why it would pick a particular behavior.
    But now, you'll notice that it knows I'm completing a directory, and completes one level, but then escapes the dollar sign so not even that expression works, and further adds a space instead of a forward slash on the end... if you delete the backslash and the space, and type a forward slash and part of another directory you'll get another completion, but then it breaks itself again the same way...
    By the way, I don't have bash_completion installed, I tried it after moving my .bashrc and "su - username" and ensuring the environment was clean, and I also moved the bash_completion.d directory out of paranoia, with no luck.
    Help?
    I guess I should just file a bug report with the bash project - it looks like the kinda completion you sometimes get to help you escape odd characters in filenames, for example
    touch 'odd[file'
    rm od<tab>
    # results
    rm odd\[file

    I just now decided to actually rebuild the bash package with this patch, and I was able to get it to work. I downloaded all the bash files from archlinux svn, I saved the patch as "completion.patch", and I added
    msg "applying patch ${srcdir}/completion.patch"
    patch -Np0 -i "${srcdir}/completion.patch"
    right after the patching loop in the PKGBUILD (and I added completion.patch to the source array and its md5sum to md5sums).
    Now having tried it, it's better than without the patch, but it's still not perfect - it adds a space after completing a folder in a path starting with a variable, instead of a slash, so to complete further path components you have to type backspace slash after each...

  • [SOLVED] Make Bash Completion Error (Command Not Found)

    When attempting to tab complete the `make` command, I am met with the following when I hit tab:
    $ make s[tab]bash: 23:set: command not found
    Strangely, if I continue hitting tab, it seems to work eventually, but with the same error popping up:
    $ make s[tab]bash: 23:set: command not found
    ched.[tab]bash: 23:set: command not found
    [tab]bash: 23:set: command not found
    sched.1.gz sched.tar.gz
    $ make sched.
    I've never seen anything like this.  I've tried reinstalling bash completion and make to no success.  The Makefile itself is fine and functional.  Other programs' bash completions seem to work just fine.  Help!
    Last edited by goakley (2014-03-23 13:56:50)

    It seems the problem no longer occurs.  The only change that seems to have happened is a bash-completion upgrade that happened yesterday.  I'm a bit disappointed to have not found the actual issue.

  • [Workaround] Weird vim bash completion behaviour

    Currently running bash-completion 1.2-2. Vim does not seems to auto-complete files when I am in the root of my home directory(i.e. just '~' and no subdirectories); only sub-directories are given as possible options. Resourcing /etc/bash_completion does not have any effect. Other current working directories work fine. Running this line from /etc/bash_completion does seem to fix it:
    complete -f -X '*.@(o|so|so.!(conf)|a|rpm|gif|GIF|jp?(e)g|JP?(E)G|mp3|MP3|mp?(e)g|MPG|avi|AVI|asf|ASF|ogg|OGG|class|CLASS)' vi vim gvim rvim view rview rgvim rgview gview emacs xemacs sxemacs kate kwrite
    Resourcing /etc/bash_completion breaks it again, really weird.
    I have no idea what's going on. Maybe bash-completion has trouble with the '~' character somehow?
    EDIT: only the root of the user's home directory is affected (i.e. just '~' and no subdirectories)
    Last edited by OutOfPhase (2011-03-24 16:02:41)

    Seems that some completion rules are being deleted in the lines 1632-1653 in /etc/bash_completion, which is the very file that adds the completion rules in the first place(!) This hardly makes any sense. Somewhere in that block things go wrong.
    Commenting crucial lines from this block, for example line 1644, fixes it.

  • Bash-completion with pacman [split]

    lessthanjake wrote:Install extra/bash-completion and you get bashcompletion for pacman -S.
    How does it work? i have installed it but pacman -S gnome-pane does not give gnome-panel

    _Gandalf_ wrote:I know why now, Actually i'm trying to do as regular user, as root it works fine, i can't do it even with prefixing it with sudo since the auto completion has not entered the sudo envirement yet (no Enter pressed)
    Well on my desktop I don't need to be root (and I don't see the point to be root if you are just looking for a package with -Ss)
    Edit: The update of bash-completion seemed to fix everything

  • Cannot upgrade pacman due to conflict with package-query [SOLVED]

    Package query 0.9 requires pacman <4, package-query 1 requires pacman >=4, therefore I am totally unable to upgrade, even using pacman -f
    I'm aware that package-query is unsupported software, but this seems a bit stupid to me! Am I to uninstall package-query and therefore yaourt, only to reinstall them by hand, or is there a safe workaround?
    Last edited by markhadman (2012-01-24 11:02:20)

    jasonwryan wrote:
    markhadman wrote:Groan - guess pacman 4 is going to eat a day of my life after all...
    Or, realistically, 5 minutes.
    But if that is too much for you to spare, rather than bemoaning the fact that the developers have spent a significant amount of time and effort on this upgrade that will cause you such inconvenience, you could just install another distro - that would probably eat a day.
    Every other distro I've tried is inferior and eats up far more frustration time than Arch, which is why it's now on all my machines. I'm still putting off upgrading my 4 machines, though - because painful recent experience tells me that the chances of all 4 getting through this without day-eating breakage is about 6% (If you want a laugh at my expense, see this woeful example of breakage https://bugs.archlinux.org/task/27385). And yes, I'm aware that the longer I put it off, the worse my chances get.
    Edit:
    machine one (netbook).
    Time taken so far: 44 minutes (inc reading up on a few errors, plus line-by-line comparison of rc.conf.pacnew, reboot plus check of basic system workiness, plus waiting unsuccessfully for package-query source to download).
    Status: yaourt uninstallable (package-query git server appears to be down), openjdk6 broken due to bug, system otherwise appears healthy.
    Prognosis: Total 90 minutes for 4 machines seems a reasonable (optimistic) estimate, but I'll further put the other machines off until package-query git server is back up and running.
    And many apologies, this has veered somewhat off-topic and off-forum. I will probably make this my last post and let it die.
    Further edit: How do I mark a thread as SOLVED? I can't see an option anywhere, or any way to edit the thread title!
    edit: Nevermind, the trick is to edit the first post in the thread, it would seem.
    Last edited by markhadman (2012-01-24 11:03:17)

  • Problem with ssh and bash-completion

    I and a co-worker are having a weird problem with ssh and bash-completion. We have a local config in .ssh/config with hosts we connect everyday. An example:
    host foo
    hostname foo.org
    user foobar
    host foobar
    hostname foobar.org
    user foobar
    When we try to type
    ssh foo<tab><tab>b<tab>
    the console just freeze and we can't type anything, everything we type is ignored, but after about 30 seconds the host is completed.
    This works a some time ago, so some upgrade make this happen. Anyone can reproduce this?

    quigybo wrote:
    Actually thinking about it, rather than using the semi-dodgy fix posted on the bug tracker, we can just test if the daemon is running since we are not on MacOS X. It is cleaner and 250 ms quicker.
    --- bash_completion.orig 2010-09-14 05:33:22.000000000 +0930
    +++ bash_completion 2010-09-14 05:45:04.000000000 +0930
    @@ -1316,10 +1316,12 @@
    # contains ";", it may mistify the result. But on Gentoo (at least),
    # -k isn't available (even if mentioned in the manpage), so...
    if type avahi-browse >&/dev/null; then
    - COMPREPLY=( "${COMPREPLY[@]}" $( \
    - compgen -P "$prefix$user" -S "$suffix" -W \
    - "$( avahi-browse -cpr _workstation._tcp 2>/dev/null | \
    - awk -F';' '/^=/ { print $7 }' | sort -u )" -- "$cur" ) )
    + if [ -n "$(pidof avahi-daemon)" ]; then
    + COMPREPLY=( "${COMPREPLY[@]}" $( \
    + compgen -P "$prefix$user" -S "$suffix" -W \
    + "$( avahi-browse -cpr _workstation._tcp 2>/dev/null | \
    + awk -F';' '/^=/ { print $7 }' | sort -u )" -- "$cur" ) )
    + fi
    fi
    # Add results of normal hostname completion, unless
    This is the same test as was used in bash-completion 1.1.
    Thanks  quigybo, I use your patch, the issue is gone
    Why does so many packages depends on Avahi? Maybe make it optdepends is
    enough?
    my laptop $ pacman -Qi avahi
    Required By : gnome-disk-utility gnome-vfs libcups mpd sane

  • [SOLVED] Slight issue concerning pacman & bash completion

    Hi all,
    I've come across a small issue when using the -Rs option with pacman.
    The auto completion doesn't appear to be working for the first package name passed after the -Rs option.
    For example, when issuing the command
    pacman -Rs firefox
    and pressing tab twice, it will not show any options or auto-complete. However, if I add another package to be removed:
    pacman -Rs firefox chr
    and hit the tab key twice, autocomplete will work, and it'll autocomplete to chromium.
    Bash-completion (2.0-3) is installed, and the rest of the system is up to date. Am I missing something here, or have I stumbled upon a bug?

    I don't know so much about it, but I'm under the impression that bash-completion for pacman (once enabled in ~/.bashrc by adding "complete -cf pacman") works by default by checking the user's PATH variable, i.e. it will offer to complete pacman commands with the name of any executable in the user's PATH's () as well as the contents of the current directory. ... which means: if firefox isn't installed, it won't find it; if it is, it will offer this completion; if there's a file called firefox in the current directory, it will also offer it.
    but as I said, I'm not an expert on bash-completion

  • Bash-completion issues after bash upgrade

    Hi.
    Is it only me or bash-completion stopped working after bash upgrade (3.2.017-2 -> 3.2.025-1)?
    I also had to remove ". /etc/profile" from all existing .bashrc files to have it properly interpreting /etc/profile and /etc/profile.d/* files,
    which was fine with previous bash version. Probably that line was not needed anyway, but for sure the behavior of bash has changed.
    And bash-completion doesn't work anymore at all.
    bash-completion looks like it has been updated too, but it still doesn't work properly.
    I have: core/bash-3.2.025-1 and extra/bash-completion-20060301-7.
    "Not working properly" means that when I press the tab it does just a normal completion. Without respecting the type of a command for which I am completing the argument.
    It used to complete only media files for 'mplayer', only directory names for 'cd' etc. And now it tries to complete every file present in the directory.
    Hmm... I guess that '. /etc/profile' line was needed after all. When I re-added it it started working again. Though /etc/skel/.bashrc file does not have this line.
    When I use the skeleton version of .bashrc, bash-completion doesn't work.
    Last edited by tanis (2007-09-20 16:34:47)

    http://bugs.archlinux.org/task/8060

Maybe you are looking for