You are not logged in.
Hi,
Need some help with conflicts in recent mesa update:
resolving dependencies...
looking for inter-conflicts...
Targets (19): damageproto-1.2.0-1 dmxproto-2.2.99.1-1 fontsproto-2.1.0-1 libdrm-2.4.13-1
libfontenc-1.0.5-1 libice-1.0.6-1 libpciaccess-0.10.8-1 libxau-1.0.5-1
libxcursor-1.1.10-1 xineramaproto-1.1.99.1-1 libxinerama-1.0.99.1-1
xf86dgaproto-2.0.99.1-1 libxxf86dga-1.0.99.1-1 xf86vidmodeproto-2.2.99.1-1
libxxf86vm-1.0.99.1-1 mesa-7.5.1-1 pixman-0.16.0-1 videoproto-2.3.0-1
xorg-server-1.6.3.901-1
Total Download Size: 0,00 MB
Total Installed Size: 17,62 MB
Proceed with installation? [Y/n] y
checking package integrity...
(19/19) checking for file conflicts [####################################] 100%
error: failed to commit transaction (conflicting files)
mesa: /usr/include/GL/glew.h exists in filesystem
mesa: /usr/include/GL/glxew.h exists in filesystem
mesa: /usr/include/GL/wglew.h exists in filesystem
Errors occurred, no packages were upgraded.
pacman -Qo /usr/include/GL/glew.h
/usr/include/GL/glxew.h is owned by glew 1.5.1-1
BTW, I'm on i686
Please advise.
Thank you.
Last edited by Xabre (2009-09-06 00:14:24)
Offline
Hello Xabre!
After you checked that files, you can use the force option, pacman -f
Offline
Hello Xabre!
After you checked that files, you can use the force option, pacman -f
I don't think it's a good option in this case.
If the conflicting files are not included in any packages the -f option is the correct solution but not in this case.
Please fill a bug report.
Last edited by Babets (2009-09-04 21:00:15)
Offline
djszapi, thanks for your answer.
However, I'm a bit worried that forcing overwrite of files that belong to some other package ( files from mesa overwrite files from glew) might cause future problems.
Is this a bug or it's supposed to be that way? I still bet it's a packaging bug...
Offline
Is this a bug or it's supposed to be that way? I still bet it's a packaging bug...
Yes, it's a bug.
Offline
Xabre wrote:Is this a bug or it's supposed to be that way? I still bet it's a packaging bug...
Yes, it's a bug.
btw, the bugtracker is up! just wait until dns is propagated
Give what you have. To someone, it may be better than you dare to think.
Offline
Exactly the same problem here.
Any society that would give up a little liberty to gain a little security will deserve neither and lose both.
-Benjamin Franklin
The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man.
-George Bernard Shaw
Offline
I'm opening the bug
Offline
Same here
Offline
Offline
@Babets
Man, you're quick .
Offline
I did:
sudo mv /usr/include/GL/glew.h /usr/include/GL/glew.h-old
sudo mv /usr/include/GL/glxew.h /usr/include/GL/glxew.h-old
sudo mv /usr/include/GL/wglew.h /usr/include/GL/wglew.h-old
did a pacman syu
rebooted and it's not broken yet. I may be about to eat my words -:)
Last edited by loafer (2009-09-04 21:16:44)
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
and it's not broken yet.
Yes, but you broke glew
Offline
OK... understood .. the new files are there ..
locate glew.h
/usr/include/GL/glew.h
/usr/include/GL/glew.h-old
/usr/include/GL/wglew.h
locate lxew.h
/usr/include/GL/glxew.h
/usr/include/GL/glxew.h-old
locate wglew.h
/usr/include/GL/wglew.h
/usr/include/GL/wglew.h-old
What can I test to prove it is now broken?
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
OK... understood .. the new files are there ..
locate glew.h
/usr/include/GL/glew.h
/usr/include/GL/glew.h-old
/usr/include/GL/wglew.h
locate lxew.h
/usr/include/GL/glxew.h
/usr/include/GL/glxew.h-old
locate wglew.h
/usr/include/GL/wglew.h
/usr/include/GL/wglew.h-oldWhat can I test to prove it is now broken?
A diff would suffice...
Cthulhu For President!
Offline
Offline
glew is now included in the mesa demo programs (it's a bugfix - "Added missing GLEW library to MesaDemos tarballs"!)
Offline
so, pacman -Syyuf --noconfirm would be safe?
Business model FTW: Free2Play GNU/Affero GPL MMORPG Ryzom (more info)
Offline
I dont think thats ever safe, just wait for a fix.
Offline
so, pacman -Syyuf --noconfirm would be safe?
never do that again. the real fix is to recompile mesa with replaces and provides glew
Last edited by wonder (2009-09-04 23:35:16)
Give what you have. To someone, it may be better than you dare to think.
Offline
pacman -R glew
pacman -Syu
solved for me, waiting to a new glew package to reinstall it.
Excuse my poor English.
Offline
As buttons said before, a diff will suffice to find out whether there's 100% compatibility. mesa is installing the header files, not overwriting any of glew's binaries.
Offline
I have the same problem, exactly mesa provides glew, but...there is a problem. I have the situation because i install spring and it needs glew as dependency, if i try to use the headers of glew that mesa provides, then spring can't be builded.
Maybe is a spring problem that expect a "glew" package but the problem persist. I try to contact jgc before bugzilla were up.
Offline
Same problem here. So, just wait for a fix, nothing more? Will do.
Offline
You will have to wait for the dev's the update the mesa package and upload it to the server and then wait till the mirrors are synced. For now just wait , you can still install some needed packages ( not xorg ) with pacman -S . Just don't use -f , ever.
Offline