Arch Linux

erickwill

Member

Registered: 2013-11-05

Posts: 137

Breaking dependency on GCC

Hey fellas,

Any fix for this:

error: failed to prepare transaction (could not satisfy dependencies)
:: Starting full system upgrade...
:: Replace gcc-libs-multilib with testing/gcc-libs? [Y/n] n
:: Replace gcc-multilib with testing/gcc? [Y/n] n
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc-libs-multilib: installing lib32-gcc-libs (7.2.1-1) breaks dependency 'lib32-gcc-libs=7.2.0-3'

arojas

Developer

From: Spain

Registered: 2011-10-09

Posts: 2,097

Re: Breaking dependency on GCC

Don't reply "n"

progandy

Member

Registered: 2012-05-17

Posts: 5,190

Re: Breaking dependency on GCC

If you check the package information, then you'll see that this is wanted:

Repository      : testing
Name            : gcc
Version         : 7.2.1-1
...
Provides        : gcc-multilib
...
Replaces        : gcc-multilib

Edit: By the way, if you are using [testing], it is very useful to subscribe to arch-dev-public
https://lists.archlinux.org/pipermail/a … 29034.html

Last edited by progandy (2017-11-27 11:02:12)

---

| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |

mcmillan

Member

Registered: 2006-04-06

Posts: 737

Re: Breaking dependency on GCC

Given that the error involves gcc from testing, there's a good chance this is happening because you don't have mulilib-testing enabled, which would be clear if you posted the entire output of pacman

progandy

Member

Registered: 2012-05-17

Posts: 5,190

Re: Breaking dependency on GCC

Given that the error involves gcc from testing, there's a good chance this is happening because you don't have mulilib-testing enabled, which would be clear if you posted the entire output of pacman

Please read the discussion I linked on arch-dev-public and the extract of the package information I posted. gcc-multilib is going away and everything will be merged into the core gcc.

---

| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 21,627

Re: Breaking dependency on GCC

Moving to [testing]

somercet

Member

From: Michigan, USA

Registered: 2009-06-07

Posts: 10

Re: Breaking dependency on GCC

Please read the discussion I linked on arch-dev-public and the extract of the package information I posted. gcc-multilib is going away and everything will be merged into the core gcc.

I'm a little confused. Arch drops i686 support, so now we push multilib support into x86_64? And this can't be made into an opt-depends?

Name            : lib32-gcc-libs
Version         : 7.2.1-1
Architecture    : x86_64
Depends On      : lib32-glibc>=2.26
Optional Deps   : None
Required By     : gcc

I understand some people wanting cross-compilation capability, but why is it required?

---

Tox ID: 8CF43FED4741DD4286C20C155CF64E24979D8C8CE1BF2925DAB902558ACE8351D80FD44EBFA6

Slithery

Administrator

From: Norfolk, UK

Registered: 2013-12-01

Posts: 5,776

Re: Breaking dependency on GCC

If you read the entire thread linked to in post #3 you'll see that it's mainly for the developers benefit. It makes automated package building much easier and less error prone.

---

No, it didn't "fix" anything. It just shifted the brokeness one space to the right. - jasonwryan
Closing -- for deletion; Banning -- for muppetry. - jasonwryan

aur - dotfiles

somercet

Member

From: Michigan, USA

Registered: 2009-06-07

Posts: 10

Re: Breaking dependency on GCC

I did read it. I am still unenlightened why two packages of 60MB can't be optional.

---

Tox ID: 8CF43FED4741DD4286C20C155CF64E24979D8C8CE1BF2925DAB902558ACE8351D80FD44EBFA6

ngoonee

Forum Fellow

From: Between Thailand and Singapore

Registered: 2009-03-17

Posts: 7,354

Re: Breaking dependency on GCC

I did read it. I am still unenlightened why two packages of 60MB can't be optional.

Because it makes the devs' lives easier.

---

Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

progandy

Member

Registered: 2012-05-17

Posts: 5,190

Re: Breaking dependency on GCC

If you wish to disable the multilib build and free some space, then you can probably use a dummy-pkgbuild for lib32-gcc-libs
Edit: Well, it seems the lib32-gcc-libs is now an optional dependency for gcc  I hadn't done my update yet.

This bit of possible clutter doesn't worry me, but I also used a few AUR lib32 packages in the past.
([OT] What I dislike are hundreds of MB in duplicate builds of webrender engines like webkitgtk, qt-webrender, chromium, ... [/OT])

Last edited by progandy (2017-11-29 01:33:59)

---

| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |

Scimmia

Fellow

Registered: 2012-09-01

Posts: 11,540

Re: Breaking dependency on GCC

Or just notice the new packages

eschwartz

Fellow

Registered: 2014-08-08

Posts: 4,097

Re: Breaking dependency on GCC

lib32-gcc-libs is only in core because dbscripts has no way to put one half of a split pkgbase in a different repo. As long as this is optional, there should be no issue with the "purity" of multilib being harmed.

---

Managing AUR repos The Right Way -- aurpublish (now a standalone tool)