You are not logged in.

#1 2017-11-27 09:58:53

erickwill
Member
Registered: 2013-11-05
Posts: 123

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'

Offline

#2 2017-11-27 10:09:49

arojas
Developer
From: Spain
Registered: 2011-10-09
Posts: 1,703

Re: Breaking dependency on GCC

Don't reply "n"

Offline

#3 2017-11-27 10:55:37

progandy
Member
Registered: 2012-05-17
Posts: 3,787

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 ' |

Offline

#4 2017-11-27 12:30:02

mcmillan
Member
Registered: 2006-04-06
Posts: 732

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

Offline

#5 2017-11-27 12:41:15

progandy
Member
Registered: 2012-05-17
Posts: 3,787

Re: Breaking dependency on GCC

mcmillan wrote:

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 ' |

Offline

#6 2017-11-27 13:09:14

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,141

Re: Breaking dependency on GCC

Moving to [testing]

Offline

#7 2017-11-27 20:43:55

somercet
Member
From: Michigan, USA
Registered: 2009-06-07
Posts: 10

Re: Breaking dependency on GCC

progandy wrote:

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

Offline

#8 2017-11-27 21:01:43

Slithery
Forum Moderator
From: Norfolk, UK
Registered: 2013-12-01
Posts: 3,934

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

Offline

#9 2017-11-28 04:59:57

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

Offline

#10 2017-11-29 00:59:07

ngoonee
Forum Fellow
From: Between Thailand and Singapore
Registered: 2009-03-17
Posts: 7,246

Re: Breaking dependency on GCC

somercet wrote:

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.

Offline

#11 2017-11-29 01:26:55

progandy
Member
Registered: 2012-05-17
Posts: 3,787

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  smile 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 ' |

Offline

#12 2017-11-29 01:27:49

Scimmia
Bug Wrangler
Registered: 2012-09-01
Posts: 7,788

Re: Breaking dependency on GCC

Or just notice the new packages

Offline

#13 2017-11-29 18:16:57

eschwartz
Trusted User/Bug Wrangler
Registered: 2014-08-08
Posts: 3,536

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)

Offline

Board footer

Powered by FluxBB