KDE 3.4.2 requires GCC 4?

I just updated to KDE 3.4.2 in Testing, and even though I could log in fine, when trying to launch Konqueror I get  "/usr/lib/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by /opt/kde/lib/libkhtml.so.4)".
I searched a bit, and for me it seems like KDE 3.4.2 requires gcc 4? Is this correct? Can I safely update to gcc 4 (also in testing), and not bork the rest of my system?

allanon wrote:
Thank you, that solved it.
Very disappointed when I found out Adblock was not included, though. I have been waiting for so long.
You mean in konqueror? Try checking the smart button in the javaScript tab.

Similar Messages

  • [SOLVED] pacman update fails: gcc requires gcc-libs=4.7.0-3

    Hi
    I ran pacman -Syu this morning and there's an update to pacman to install first, so I say yes but it fails like this:
    :: Synchronising package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc: requires gcc-libs=4.7.0-3
    But I have gcc-libs 4.7.0-3 installed:
    pacman -Qs gcc-libs
    local/gcc-libs 4.7.0-3 (base)
    Runtime libraries shipped by GCC
    So what's going on?
    Last edited by useradded (2012-04-11 08:08:09)

    How might that break pacman? Assuming databases are current, is running
    pacman -S pacman
    followed by
    pacman -Syu
    different from what pacman itself is trying to do?
    Is the message that pacman should be updated first just wrong?
    So is this what you should do?
    $ pacman -Syu
    Recent ML chatter: linux(2)
    :: Synchronizing package databases...
    core 101.8 KiB 480K/s 00:00 [########################################] 100%
    extra 1385.2 KiB 832K/s 00:02 [########################################] 100%
    community 1636.1 KiB 810K/s 00:02 [########################################] 100%
    multilib 86.4 KiB 522K/s 00:00 [########################################] 100%
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] y
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc-multilib: requires gcc-libs-multilib=4.7.0-3
    No pacnew files to update.
    $ pacman -Syu
    :: The following packages should be upgraded first :
    pacman
    :: Do you want to cancel the current operation
    :: and upgrade these packages now? [Y/n] N
    I thought that itself might break pacman, which is why I updated pacman on its own. So I obviously don't get how it works...
    Plus, why did you say "Or, just..." which suggests it is an alternative method rather than a better one...?
    Last edited by cfr (2012-04-11 22:49:15)

  • Gcc-fortran: requires gcc

    i am using gcc-multilib,  gcc-fortran to prevent my system from upgrade.
    so i have to remove gcc-fortran, then everything works fine.
    # pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    :: Starting full system upgrade...
    warning: linux: ignoring package upgrade (3.12.7-2 => 3.14.2-1)
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N]
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: gcc-libs and gcc-libs-multilib are in conflict
    # pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    :: Starting full system upgrade...
    warning: linux: ignoring package upgrade (3.12.7-2 => 3.14.2-1)
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] y
    :: gcc and gcc-multilib are in conflict. Remove gcc-multilib? [y/N] y
    Packages (17): cinnamon-screensaver-2.2.3-1 gcc-4.9.0-2 gcc-fortran-4.9.0-2 gcc-libs-4.9.0-2
    gcc-libs-multilib-4.9.0-1 [removal] gcc-multilib-4.9.0-1 [removal] gtkspell3-3.0.6-1 gvfs-1.20.2-1
    intel-dri-10.1.3-1 libtracker-sparql-1.0.1-1 man-pages-3.66-1 mesa-10.1.3-1 mesa-libgl-10.1.3-1
    nemo-2.2.1-2 nspr-4.10.5-1 nss-3.16.1-1 pacman-4.1.2-6
    [INSTALLED]
    # pacman -S gcc-multilib
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs-multilib and gcc-libs are in conflict. Remove gcc-libs? [y/N] y
    :: gcc-multilib and gcc are in conflict. Remove gcc? [y/N] y
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc-fortran: requires gcc=4.9.0-2
    # pacman -R gcc-fortran
    checking dependencies...
    Packages (1): gcc-fortran-4.9.0-2
    Total Removed Size: 16.79 MiB
    # pacman -S gcc-multilib
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs-multilib and gcc-libs are in conflict. Remove gcc-libs? [y/N] y
    :: gcc-multilib and gcc are in conflict. Remove gcc? [y/N] y
    Packages (4): gcc-4.9.0-2 [removal] gcc-libs-4.9.0-2 [removal] gcc-libs-multilib-4.9.0-1 gcc-multilib-4.9.0-1
    Last edited by mmix (2014-05-10 01:31:13)

    Allan wrote:
    Using multilib is all or none...
    pacman -S gcc-multilib gcc-fortran-multilib
    Allan, i agree it should be like that but the reality is different.
    afaict gcc-multilib provide all functionality that gcc-libs does PLUS the 32-bit compiled to work in x86_64 environment stuff.
    So all gcc-multilib pacakges provide their non-multilb counterpart.
    From a technical point this is correct, but the downside is that it's possible to mix multilib with non-multilib versions on the same install .
    That mix possibility is what causes problems.
    I can think of some ways to solve this :
    differ gcc packages between i686 and i686 :
    build gcc for i686 as it is now
    for x86_64 only provide gcc with multilib functionality
    (basically this would mean renaming gc--multilib to gcc and moving it from  multilib repo to core, along with necessary makedepends).
    This would mean gcc multilib functionality is forced on all x86_64 users, doubt if that is a good idea.
    alternative :
    Add a conflicts clause for gcc-libs-multilib to all gcc non-multilib programs.
    example : gcc-fortran would have conflicts=(gcc-libs-mutilib)
    That means users have to choose between multilib and non-multilib, but doesn't force multilib on all x86_64 users.

  • [SOLVED] KDE, Certain Desktop Effects require OpenGL but can't set it

    Certain desktop effects give me an error when enabled (or rather when I try to enable them) saying that they require OpenGL.
    I changed the Compositing type to OpenGL and the Qt graphics system to Raster (also tried with the default Native), and I get an error saying that it Failed to activate desktop effects given configuration options.
    How can I enable OpenGL and get it all working properly?
    Last edited by harsha (2012-08-09 19:02:50)

    What's you graphics card and drivers? You can have working openGL but your card can be to old to support all the extension required by particular effect. Other effects are working ok and just couple of them are giving error, right? If so it's ok.
    Also paste output of glxinfo | grep -i render
    Last edited by masteryod (2012-08-09 18:59:43)

  • Must restart after installing firefox and kde...WHY????

    Every time I set up an arch box, when I install firefox or kde (probably others) I must restart the computer before I can even execute them. This is mighty inconvenient and un-linux-like, I noticed that during the bootup, the Updating Shared Library Links takes a little longer after installing firefox or kde, is there a command I can run that does this after installing firefox or kde that dosen't require me to restart?

    stonecrest wrote:
    phrakture wrote:You can also just "source /etc/profile" - but that won't help your window manager or anything
    I wish pacman or the .install files would check to see if /opt/foo, the path that the package was just installed to, is in $PATH and automatically source /etc/profile if it's not. I swear this is a top 10 question from users and rightfully so, they shouldn't have to deal with this. In my humble opinion.
    I'm pretty sure most do - however, that only sources it for root, not the user running - I have no idea, off the top of my head, if this works correctly under sudo.
    However, the important part is that your WM/DE is running under a totally different environment setup, and the 'export' stuff does not reach it.
    I can't really think of a good way to get around it - I know it's rather irritating to some people.  I wonder if adding something like "/opt/*/bin" to the PATH by default would work... I don't think it globs properly though...

  • [SOLVED]Pacman needs gcc-libs, that are already up to date

    ...but this is the output
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc: requires gcc-libs=4.7.0-3
    Pacman needs to update itself first, but needs gcc-libs...
    ...however...
    pacman -Ss gcc-libs
    core/gcc-libs 4.7.0-5 (base) [installed: 4.7.0-3]
    Runtime libraries shipped by GCC
    Granted, I could do this:
    pacman's --force
    but, how harmfull is that to my system?
    Thanks for a reply!
    Thor
    EDIT - searching the boards now...but I found some stale breadcrumbs...
    EDIT2 - upated pacman on its own...that seemd to work...
    pacman -S pacman
    the system is updating now...Solved
    EDIT3 - definetly solved, upgrading pacman on its own did the trick. The system is back after a reboot...thanks to everyone here
    Last edited by Thor@Flanders (2012-04-21 19:08:27)

    Hi everyone!
    @ Loafer
    Well, I did not refuse pacman to update...not updating one package could potentially bring down the depenging chain...so I let it update...
    @ Sara - I updated pacman on its own as detailed in the first post, then I did a sysup. the packages are in, and the update is running as we speak...
    I guess this could work for you too...good luck!
    Thor
    Last edited by Thor@Flanders (2012-04-21 19:02:21)

  • KDE 3.4 pre packages in TUR tpowa available

    hi
    greetings to all kde users out there.
    a short question to you all, do you want kde3.4 pre packages for testing?
    i would upload them to my TUR if the demand is there.
    i need next week for some more testing/building and next weekend i could make them public.
    thanks for your feedback
    greetings
    tpowa

    Tpowa, are there any things in there that require dependencies updated on the base system? I would like to make those shared across gnome 2.9 beta and kde 3.4 beta, since both are releasing final versions at about the same time (gnome will have API freeze next week, only a few weeks until first betas arrive, etc, you know the drill).
    It would be nice if experimental users could test both at the same time. Gnome currently doesn't build anything against KDE stuff, but gnome requires some things in the rest of arch to be updated and added. I don't think that's different for KDE too.
    I keep all my changes in CVS at http://jgc.homeip.net/cgi-bin/viewcvs.cgi , which is down at this moment until wednesday when I come home from Norway to fix my server.

  • How to install GCC 5.1 [SOLVED]

    Hi all,
    I'm trying to install the [testing]-version of GCC 5.1. It requires gcc-libs 5.1 [testing] to be installed, so I downloaded the corresponding tar.xz file and tried to pacman -U it.
    However, gcc-libs 5.1 requires 4.9.2-4 to be installed. Which it is. But apparently it isn't recognized.
    [xxx@ccc Downloads]$ sudo pacman -U gcc-libs-5.1.0-1-x86_64.pkg.tar.xz
    [sudo] Passwort für xxx:
    Lade Pakete...
    Löse Abhängigkeiten auf...
    Suche nach in Konflikt stehenden Paketen...
    Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen)
    :: gcc: benötigt gcc-libs=4.9.2-4
    [xxx@ccc Downloads]$ sudo pacman -U gcc-libs-4.9.2-4-x86_64.pkg.tar.xz
    Lade Pakete...
    Warnung: gcc-libs-4.9.2-4 ist aktuell -- Reinstalliere
    Löse Abhängigkeiten auf...
    Suche nach in Konflikt stehenden Paketen...
    Pakete (1) gcc-libs-4.9.2-4
    Gesamtgröße der zu installierenden Pakete:  13,26 MiB
    Größendifferenz der Aktualisierung:        0,00 MiB
    :: Installation fortsetzen? [J/n] n
    Is that a bug or am I missing something?
    Last edited by Arcoth (2015-05-02 23:04:09)

    karol wrote:
    Arcoth wrote:Is that a bug or am I missing something?
    You misunderstood pacman's output.
    I just now saw it.
    I'm currently compiling GCC from source anyway though, to keep the bleeding-edge, so I won't need that package. Once it becomes official I'll just upgrade as usual.
    Thanks, everyone!

  • Db4.1 needs gcc-libs which is not in the package set

    sudo pacman -Syu
    :: Synchronizing package databases...
    current is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    warning: openal: forcing upgrade to version 0.0.8-4
    resolving dependencies...
    error: cannot resolve dependencies for "db4.1" ("gcc-libs" is not in the package set)
    error: failed to prepare transaction (could not satisfy dependencies)
    :: db4.1 requires gcc-libs
    What to do?
    I cannot simply remove it.
    Last edited by corrupt (2007-09-21 18:26:49)

    after sudo sed -i -e 's|current|core|g' /etc/pacman.conf
    sudo pacman -Syu
    :: Synchronizing package databases...
    error: failed to synchronize core:
    extra 325.7K 415.6K/s 00:00:01 [#####################] 100%
    community 300.4K 435.7K/s 00:00:01 [#####################] 100%
    :: Starting full system upgrade...
    warning: openal: forcing upgrade to version 0.0.8-4
    resolving dependencies...
    error: cannot resolve dependencies for "aspell" ("gcc-libs" is not in the package set)
    error: failed to prepare transaction (could not satisfy dependencies)
    :: aspell requires gcc-libs
    Last edited by corrupt (2007-09-22 13:47:06)

  • Upgrade fails because of gcc-gcj

    Full system upgrade fails because the following dependency cannot be satisfied.
    :: gcc-gcj: requires gcc=4.6.1
    Any solution?
    ty

    (sigh)
    I am still stuck;
    if I try to update (via pacman) either libtool/gcc-fortran I get that they cannot be updated because gcc-fortran/libtool and gcc-gcj need gcc 4.6.1
    if I try to update (via yaourt) gcc-gcj it says that libtool AND gcc-fortran require gcc 4.6.1 (even though gcc-gcj is up to date)
    My mirror says that gcc-fortran is at the version 4.6.2-1 and libtool at 2.4.2
    My mirror is up to date
    Basically I am stuck in a loop.
    A solution would be to uninstall gcc-gcj and reinstall it, but pdftk depends on it, and last time I installed it it took something like two hours to complete, I would like to avoid that
    Any suggestion?
    (edit: thanks for the help!)
    Last edited by miguelroboso (2011-11-01 20:56:51)

  • HANA SPS 08 Upgrade Prerequisite - Update GCC version

    Dear All,
    As we know HANA SPS 08 is now GA. . However, one of the prerequisite of upgrade is to update GCC version on HANA platform to GCC 4.7 (SAP Note 2020199).
    There are customers who might be running multiple systems on one box. For example: DEV and QA environment on one hardware. If they update GCC version on box and then upgrade DEV to SPS 08 then can this upgrade disturb QA which is still on SPS 07?
    Your suggestions will be really appreciated.
    Regards
    Angad
    Message was edited by: Tom Flanagan

    Hi Angad,
    reasonable question, but luckily no problem!
    Checking on a rev. 74 system we find the following as the required GLIBC runtime versions:
    strings libhdbrskernel.so | grep GLIBC
    GLIBC_2.3
    GLIBC_2.2.5
    GLIBCXX_3.4.9
    GLIBCXX_3.4
    GLIBC_2.3.2
    GLIBC_2.3.4
    The same command on a rev. 80 system delivers
    GLIBC_2.3
    GLIBC_2.2.5
    GLIBCXX_3.4.9
    GLIBCXX_3.4.11
    GLIBCXX_3.4
    GLIBC_2.3.2
    GLIBC_2.3.4
    Now, the shared object containing these libraries is the /usr/lib64/libstdc++.so.6.
    This is the list of supported c-lib version on a kernel 11.1 system:
    cat /etc/SuSE-release
    SUSE Linux Enterprise Server 11 (x86_64)
    VERSION = 11
    PATCHLEVEL = 1
    strings /usr/lib64/libstdc++.so.6 | grep 3.4
    GLIBCXX_3.4
    GLIBCXX_3.4.1
    GLIBCXX_3.4.2
    GLIBCXX_3.4.3
    GLIBCXX_3.4.4
    GLIBCXX_3.4.5
    GLIBCXX_3.4.6
    GLIBCXX_3.4.7
    GLIBCXX_3.4.8
    GLIBCXX_3.4.9
    GLIBCXX_3.4.10
    and this is the same on a 11.3 system:
    cat /etc/SuSE-release
    SUSE Linux Enterprise Server 11 (x86_64)
    VERSION = 11
    PATCHLEVEL = 3
    strings /usr/lib64/libstdc++.so.6 | grep 3.4
    GLIBCXX_3.4
    GLIBCXX_3.4.1
    GLIBCXX_3.4.2
    GLIBCXX_3.4.3
    GLIBCXX_3.4.4
    GLIBCXX_3.4.5
    GLIBCXX_3.4.6
    GLIBCXX_3.4.7
    GLIBCXX_3.4.8
    GLIBCXX_3.4.9
    GLIBCXX_3.4.10
    GLIBCXX_3.4.11
    GLIBCXX_3.4.12
    GLIBCXX_3.4.13
    GLIBCXX_3.4.14
    GLIBCXX_3.4.15
    GLIBCXX_3.4.16
    GLIBCXX_3.4.17
    CXXABI_1.3.4
    As you see: both sets of API requirements are fully covered by the required (GCC 4.7 runtime) libraries.
    So, no problem for multi revision instance installations.
    Cheers,
    Lars

  • [solved] gcc version error during update

    I'm trying to do a full system upgrade but whenever I start it I get the below error ":: gcc-gcj: requires gcc=4.5.1" although it appears I have gcc version 4.5.1 any ideas on what might be causing this?
    oli / $ sudo pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    archlinuxfr is up to date
    :: Starting full system upgrade...
    :: Replace pycairo with extra/python2-cairo? [Y/n]
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc-gcj: requires gcc=4.5.1
    oli / $ gcc --version
    gcc (GCC) 4.5.1
    Copyright (C) 2010 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    Last edited by cani (2011-01-27 16:24:39)

    Remember where you got gcc-gcj from?
    That's your problem. Not GCC. Check your error again, and read where it says
    :: gcc-gcj: requires gcc=4.5.1
    There's little point in checking the gcc version prior to the upgrade. You're querying the installed gcc, and that will always be the version gcc-gcj needs. The whole upgrade, in fact, chokes because the new gcc will not be 4.5.1 anymore.
    Please use code tags for output of commands run in a terminal.

  • GCC 3.4 on 10.6.4

    Hi there:
    I was wondering if anyone could give me a few pointers to the following problem:
    How to install gcc 3.4 on 10.6.4. I'm currently in university and my OS course requires gcc 3.4.
    Thanks
    B

    billli wrote:
    How to install gcc 3.4 on 10.6.4. I'm currently in university and my OS course requires gcc 3.4.
    You don't want 3.4. I'm sure that you can do your work just fine with 4.2.

  • Howto : install KDE 3 Noatun in KDE 4 (and probably other apps)

    This is continuation of the story from yesterday. Today we will install Noatun in KDE 4. Noatun is my preferred media player from KDE 3.5
    The story begins with me waking up on the grass in my home folder next to an uncomplete construction of black plasma panels called KDE 4.1
    mkdir system/kde3install
    cd kde35/pacman/pkg/
    cp arts-1.5.9-2-i686.pkg.tar.gz ~/system/kde3install/
    cp kdemultimedia-3.5.9-1-i686.pkg.tar.gz ~/system/kde3install/
    cp kdelibs-3.5.9-6-i686.pkg.tar.gz ~/system/kde3install/
    su
    cd /home/ash/system/kde3install/
    pacman -U arts-1.5.9-2-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: arts: requires kde-common>=3.5.9
    cp -p /var/cache/pacman/pkg/kde-common-3.5.9-2-i686.pkg.tar.gz ./
    pacman -U kde-common-3.5.9-2-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    error: replacing packages with -U is not supported yet
    error: you can replace packages manually using -Rd and -U
    error: failed to prepare transaction (conflicting dependencies)
    :: kde-common: conflicts with kdebase-workspace
    pacman -fU kde-common-3.5.9-2-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    error: replacing packages with -U is not supported yet
    error: you can replace packages manually using -Rd and -U
    error: failed to prepare transaction (conflicting dependencies)
    :: kde-common: conflicts with kdebase-workspace
    pacman -dR kdebase-workspace
    (1/1) removing kdebase-workspace [###########################################################################################] 100%
    warning: /usr/share/config/kdm/kdmrc saved as /usr/share/config/kdm/kdmrc.pacsave
    pacman -U /home/ash/system/kde3install/kde-common-3.5.9-2-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    (1/1) checking for file conflicts [###########################################################################################] 100%
    (1/1) installing kde-common [###########################################################################################] 100%
    For more info on KDE please have a look at:
    'http://wiki.archlinux.org/index.php/KDE'
    pacman -S kdebase-workspace
    resolving dependencies...
    looking for inter-conflicts...
    :: kdebase-workspace conflicts with kde-common. Remove kde-common? [Y/n] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: kdebase-workspace: conflicts with kde-common
    vi /var/lib/pacman/sync/extra/kdebase-workspace-4.1.0-5/desc
    vi /var/lib/pacman/sync/extra/kdebase-workspace-4.1.0-5/depends
    # removed kde-common from conflicts
    pacman -S kdebase-workspace
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): kdebase-workspace-4.1.0-5
    Total Download Size: 0.00 MB
    Total Installed Size: 90.41 MB
    Proceed with installation? [Y/n] Y
    checking package integrity...
    (1/1) checking for file conflicts [###########################################################################################] 100%
    error: could not prepare transaction
    error: failed to commit transaction (conflicting files)
    kdebase-workspace: /etc/pam.d/kde exists in filesystem
    kdebase-workspace: /etc/pam.d/kde-np exists in filesystem
    kdebase-workspace: /etc/rc.d/kdm exists in filesystem
    Errors occurred, no packages were upgraded.
    pacman -fS kdebase-workspace
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): kdebase-workspace-4.1.0-5
    Total Download Size: 0.00 MB
    Total Installed Size: 90.41 MB
    Proceed with installation? [Y/n] y
    checking package integrity...
    (1/1) installing kdebase-workspace [###########################################################################################] 100%
    pacman -U arts-1.5.9-2-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    (1/1) checking for file conflicts [###########################################################################################] 100%
    (1/1) installing arts [###########################################################################################] 100%
    pacman -U kdemultimedia-3.5.9-1-i686.pkg.tar.gz
    loading package data...
    checking dependencies...
    (1/1) checking for file conflicts [###########################################################################################] 100%
    (1/1) upgrading kdemultimedia [###########################################################################################] 100%
    exit
    noatun
    noatun: error while loading shared libraries: libartskde.so.1: cannot open shared object file: No such file or directory
    Issue resolved by extracting the files libartskde* (4 files) from kdelibs package and placing them manually in /opt/kde/lib and noatun works !
    Note : some of the actions may break pacman or KDE
    Basically whate do is
    Uninstall KDE 4 package
    Install KDE 3 package
    Remove the conflict information from the KDE 4 package description files
    Install back the KDE 4 package (overwriting the KDE 3 files if required)
    Complete files from other packages if required
    Last edited by 11010010110 (2008-08-09 12:18:27)

    You could also use the kde3 packages from kdemod. There were some conflicts with kde4 initially but I think it should work now.

  • [SOLVED] Mysterious gcc flag -02 causes build fail

    Hi,
    I've run into a problem with 3 different AUR packages relating to a strange gcc flag, -02 (that's a zero), that appears for no apparent reason. The packages are sxiv-git, isync-git, and hhpc-git. I've tried all three the manual way, and with packer. Here's what the error messages look like using packer (they are essentially the same the manual way):
    sxiv-git
    ==> Starting build()...
    cp config.def.h config.h
    gcc -march=native -02 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -std=c99 -Wall -pedantic -O2 -I/usr/include -DHAVE_GIFLIB -DVERSION=\"git-20140218\" -c -o commands.o commands.c
    gcc: error: unrecognized command line option ‘-02’
    Makefile:19: recipe for target 'commands.o' failed
    make: *** [commands.o] Error 1
    ==> ERROR: A failure occurred in build().
    Aborting...
    The build failed.
    hhpc-git
    ==> Starting build()...
    cc -c hhpc.c -march=native -02 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -s -O2 -DNDEBUG
    cc: error: unrecognized command line option ‘-02’
    Makefile:79: recipe for target 'hhpc.o' failed
    make: *** [hhpc.o] Error 1
    ==> ERROR: A failure occurred in build().
    Aborting...
    The build failed.
    isync-git; here I was referred to config.log. The following is from there.
    configure:3111: $? = 0
    configure:3100: gcc -v >&5
    Using built-in specs.
    COLLECT_GCC=gcc
    COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/lto-wrapper
    Target: x86_64-unknown-linux-gnu
    Configured with: /build/gcc/src/gcc-4.8-20140206/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir$
    Thread model: posix
    gcc version 4.8.2 20140206 (prerelease) (GCC)
    configure:3111: $? = 0
    configure:3100: gcc -V >&5
    gcc: error: unrecognized command line option '-V'
    gcc: fatal error: no input files
    compilation terminated.
    configure:3111: $? = 1
    configure:3100: gcc -qversion >&5
    gcc: error: unrecognized command line option '-qversion'
    gcc: fatal error: no input files
    compilation terminated.
    configure:3111: $? = 1
    configure:3131: checking whether the C compiler works
    configure:3153: gcc -march=native -02 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-com$
    gcc: error: unrecognized command line option '-02'
    configure:3157: $? = 1
    configure:3195: result: no
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "isync"
    | #define PACKAGE_TARNAME "isync"
    | #define PACKAGE_VERSION "1.1.1"
    | #define PACKAGE_STRING "isync 1.1.1"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "isync"
    | #define VERSION "1.1.1"
    | /* end confdefs.h. */
    |
    | int
    | main ()
    | {
    |
    | ;
    | return 0;
    | }
    configure:3200: error: in `/tmp/packerbuild-1000/isync-git/isync-git/src/isync':
    configure:3202: error: C compiler cannot create executables
    See `config.log' for more details
    ## Cache variables. ##
    ac_cv_env_CC_set=
    ac_cv_env_CC_value=
    ac_cv_env_CFLAGS_set=set
    ac_cv_env_CFLAGS_value='-march=native -02 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
    ac_cv_env_CPPFLAGS_set=set
    And voila---here is the flag. I checked sxiv's and hhpc's makefiles, and neither show this flag. Since there appear to be environmental variables, I guess these are set elsewhere on my system. Yet I've installed other packages successfully; not sure if any of these required gcc. Anyone have an idea what's going on? Thanks in advance!
    Last edited by monodromy (2014-02-20 07:13:22)

    Nothing for the first grep, but jackpot for the second:
    CFLAGS="-march=native -02 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
    Should I comment out the whole thing? Just delete the -02? Or change the 0 to O?

Maybe you are looking for