You are not logged in.

#1 2013-02-26 06:33:45

Meyithi
Member
From: Wirral, UK
Registered: 2009-06-21
Posts: 550
Website

This libgl merge is a pain in the arse...

I don't need any of these just because a program (steam) now has to pull in mesa to satisfy it's libgl dep  - I use nvidia! lib32-nvidia-utils provides my libgl!

( 2/12) installing lib32-libpciaccess                                                                     [##############################################################] 100%
( 3/12) installing lib32-libdrm                                                                           [##############################################################] 100%
( 4/12) installing lib32-pcre                                                                             [##############################################################] 100%
( 5/12) installing lib32-libffi                                                                           [##############################################################] 100%
( 6/12) installing lib32-glib2                                                                            [##############################################################] 100%
( 7/12) installing lib32-libgpg-error                                                                     [##############################################################] 100%
( 8/12) installing lib32-libgcrypt                                                                        [##############################################################] 100%
( 9/12) installing lib32-xz                                                                               [##############################################################] 100%
(10/12) installing lib32-systemd                                                                          [##############################################################] 100%
(11/12) installing lib32-mesa                                                                             [##############################################################] 100%

Bloaty bloat, this is ridiculous.

EDIT/ Nevermind I'll build it myself, Steam bundles in most of it's 32 bit libs to stop people having to install crap like this.

Last edited by Meyithi (2013-02-26 06:41:55)


The mind roams more freely in empty rooms.
dwm - colours - ncmpcpp - system
irc://irc.freenode.net:meyithi

Offline

#2 2013-02-26 06:46:36

Allan
Developer
From: Brisbane, AU
Registered: 2007-06-09
Posts: 10,408
Website

Re: This libgl merge is a pain in the arse...

Looks like the steam package does not actually depend on lib32-libgl at all - there are lots of optional deps to cover that.   What is does depend on is lib32-mesa...

Offline

#3 2013-02-26 06:47:07

Scimmia
Bug Wrangler
Registered: 2012-09-01
Posts: 4,977

Re: This libgl merge is a pain in the arse...

Deleted, irrelevant after previous post.

Last edited by Scimmia (2013-02-26 06:47:47)

Online

#4 2013-02-26 06:48:47

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

Re: This libgl merge is a pain in the arse...

Yep, ranting about it is very helpful. If its not needed, find out which package has the wrong dependencies first. I use nvidia and haven't seen any of those things pulled in.


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

#5 2013-02-26 06:49:18

Meyithi
Member
From: Wirral, UK
Registered: 2009-06-21
Posts: 550
Website

Re: This libgl merge is a pain in the arse...

Allan wrote:

Looks like the steam package does not actually depend on lib32-libgl at all - there are lots of optional deps to cover that.   What is does depend on is lib32-mesa...

Well the previous version (which works just fine btw) wanted lib32-libgl - obviously because of the merge this has become lib32-mesa which pulls in all of that crud.  All you need is a libgl, is this a packaging error or basically just how it is now?

EDIT/ I removed the lib32-mesa dep and it builds and runs just fine, maybe lib32-nvidia-utils needs to provide something to stop lib32-mesa getting pulled in.

Last edited by Meyithi (2013-02-26 06:59:17)


The mind roams more freely in empty rooms.
dwm - colours - ncmpcpp - system
irc://irc.freenode.net:meyithi

Offline

#6 2013-02-26 06:50:18

Meyithi
Member
From: Wirral, UK
Registered: 2009-06-21
Posts: 550
Website

Re: This libgl merge is a pain in the arse...

ngoonee wrote:

Yep, ranting about it is very helpful. If its not needed, find out which package has the wrong dependencies first. I use nvidia and haven't seen any of those things pulled in.

Wait until you sync, steam and the new lib32-mesa just hit the repos, you'll soon see.

EDIT/ Mesa pulling in stuff of which 50% I'll never use was just about acceptable, but 100% of stuff I'll never use for lib32-libgl is ridiculous.

Last edited by Meyithi (2013-02-26 07:02:40)


The mind roams more freely in empty rooms.
dwm - colours - ncmpcpp - system
irc://irc.freenode.net:meyithi

Offline

#7 2013-02-26 08:51:57

Awebb
Member
Registered: 2010-05-06
Posts: 4,320

Re: This libgl merge is a pain in the arse...

I think this thread might be relevant to your question:
https://bbs.archlinux.org/viewtopic.php?id=158745

Offline

#8 2013-02-26 14:26:05

Meyithi
Member
From: Wirral, UK
Registered: 2009-06-21
Posts: 550
Website

Re: This libgl merge is a pain in the arse...

This is the changelog from Steam 1.0.0.34-1 to 1.0.0.34.2

Relevant bit...

-  depends+=(lib32-libgl lib32-gcc-libs lib32-libx11)
+  depends+=(lib32-mesa lib32-gcc-libs lib32-libx11)

This is to provide libgl, but this then pulls in the 11 packages in my original post that I'll never use because lib32-nvidia-utils should provide my libgl.

I'd file a bug report but due to the confusion in this thread, where does the fault lie?  Does lib32-nvidia-utils need to provide something new? Should the dependency in the PKGBUILD be for lib32-mesa-libgl?  Considering even Allan doesn't know what is going on isn't good...


The mind roams more freely in empty rooms.
dwm - colours - ncmpcpp - system
irc://irc.freenode.net:meyithi

Offline

#9 2013-02-26 14:39:07

bernarcher
Forum Fellow
From: Germany
Registered: 2009-02-17
Posts: 2,271

Re: This libgl merge is a pain in the arse...

The rationale of this has been discussed here: https://mailman.archlinux.org/pipermail … 24459.html


To know or not to know ...
... the questions remain forever.

Offline

#10 2013-02-26 14:48:42

Meyithi
Member
From: Wirral, UK
Registered: 2009-06-21
Posts: 550
Website

Re: This libgl merge is a pain in the arse...

bernarcher wrote:

The rationale of this has been discussed here: https://mailman.archlinux.org/pipermail … 24459.html

I'm aware of that, but a double whammy if you use lib32-nvidia-utils up to the tune of over 300MB of useless crud is too much.


The mind roams more freely in empty rooms.
dwm - colours - ncmpcpp - system
irc://irc.freenode.net:meyithi

Offline

#11 2013-02-26 15:32:42

Scimmia
Bug Wrangler
Registered: 2012-09-01
Posts: 4,977

Re: This libgl merge is a pain in the arse...

If all it really needs is libgl, then switching the dep to mesa is a mistake and a bug. The merging of the mesa package has no affect. If it needs something else from mesa - glapi, egl, etc, then the entire mesa package will now be required.

Last edited by Scimmia (2013-02-26 15:33:09)

Online

#12 2013-02-26 19:02:45

Scimmia
Bug Wrangler
Registered: 2012-09-01
Posts: 4,977

Re: This libgl merge is a pain in the arse...

This is the the process of being fixed, and should now be fixed for you, Meyithi. Where things worked nicely for regular builds, it didn't for multilib stuff. gtmanfred changed the dep to lib32-mesa-libgl and updated lib32-nvidia-utils to provide that.

Online

Board footer

Powered by FluxBB