The AMD/ATI Bar & Grill

Intrepid · 2009-11-01 03:05:43

Add these to the ignorelist:

xf86-input-mouse xf86-input-keyboard

hunterthomson · 2009-11-01 07:44:29

Owe well. I'll just keep using the 1.6 Xorg.

I won't have any problems doing this besides not being able to update xorg or xf86 stuff and xterm... right?

Hum, well if there is a secruity hole found in this vertion 1.6 Xorg or any associated applications, I will not get any security patches... that's not cool. Arch seemes to be a vary insecrue distro in general though. I meen there is no SSP compiled or PIE into the packages in the repo right? Not compatable with PaX . Arch is all vinila not hardened at all. No secureity team making sure all packages are patched up.

Last edited by hunterthomson (2009-11-01 07:53:45)

handy · 2009-11-01 07:57:43

I think it is expected that upstream are passed the info' & they fix the problem. I could be wrong of course...

hunterthomson · 2009-11-01 08:02:39

--redundant--

Last edited by hunterthomson (2009-11-01 08:12:05)

hunterthomson · 2009-11-01 08:06:24

Ya, arch just updates the package every time someing is fixed like a security hole.

But it is not like Redhat or SUSE with PaX and MAC system integrated into all the packages. I would not expect a disto like this to do that though. I'm just saying that arch is not developed with secruity as a goal. So, I should not be concerned about using unsuported packages, there are holes anyway.

Last edited by hunterthomson (2009-11-01 08:16:50)

handy · 2009-11-01 08:09:06

Have you seen this post:

http://bbs.archlinux.org/viewtopic.php? … 80#p647280

I have used the list posted by ViOLO & added the other couple that are listed on this page in my pacman.conf.

I have done an -Syu, but not restarted as yet, as I'm not ready to fix anything at the moment if the need arises.

doorknob60 · 2009-11-01 23:16:37

Wow, annoying workaround, hope it gets fixed soon. I added xf86-input-keyboard and xf86-input-mouse to the list since if I upgraded those it wanted to remove xorg-server...probably not a good idea

handy · 2009-11-01 23:21:21

Yes I added those two also.

I just checked as I was going to add them to ViOLO's list but they are in the most recent now, which is good.

By the way have you rebooted or restarted X to test the solution after an -Syu ?

Last edited by handy (2009-11-01 23:23:36)

Vi0L0 · 2009-11-02 00:47:33

Thanks again for modifying list http://hpaste.org/fastcgi/hpaste.fcgi/v … 386#a11386

handy wrote:

By the way have you rebooted or restarted X to test the solution after an -Syu ?

Yes, no problems for me
But if anybody will have some problems - just rollback packages http://wiki.archlinux.org/index.php/Downgrade_packages

Last edited by Vi0L0 (2009-11-02 00:50:26)

handy · 2009-11-02 03:47:34

I just did a reboot & all is well.

I did another -Syu & a dozen lib32-* files came up, all of them looked like trouble. So I came here to verify, & checked the most recent list & they have all been added already.

Not bad you guys.

mortecouille · 2009-11-02 10:41:49

Thanks a lot for everything guys, this thread is damn helpful.

Vi0L0 · 2009-11-02 14:49:58

I have removed dbus-glib and shared-mime-info packages from list http://hpaste.org/fastcgi/hpaste.fcgi/v … 386#a11386 - i think we can update them, and yes i have tested this

Last edited by Vi0L0 (2009-11-02 14:50:16)

pseudonomous · 2009-11-02 20:27:46

Just wanted to add my thanks as well lfor postinge the "IgnorePkg" list.

handy · 2009-11-02 22:58:26

@ViOLO: You really did make this one easy for us man.

kasper · 2009-11-03 12:05:18

After updating xorg to 1.7.1 the catalyst 9.10 driver wouldn't load, so I found an easy way to solve this problem. I've downloaded and installed these packages:

xorg-server-1.6.3-4-i686.pkg.tar.gz
xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz
xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz
xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz

http://se-jpg-01.files.syntaxerror.nu/p … a/os/i686/

Packages for x86-64 arch
http://se-jpg-01.files.syntaxerror.nu/p … os/x86_64/

You can instruct Pacman to ignore future updates for these packages. Edit /etc/pacman.conf and add this line:
IgnorePkg = xorg-server xf86-input-evdev xf86-input-keyboard xf86-input-mouse

Vi0L0 · 2009-11-03 13:21:39

handy wrote:

@ViOLO: You really did make this one easy for us man.

Im happy of being helpfull

kasper wrote:

You can instruct Pacman to ignore future updates for these packages. Edit /etc/pacman.conf and add this line:
IgnorePkg = xorg-server xf86-input-evdev xf86-input-keyboard xf86-input-mouse

Confirmed! This method is working! Thank you kasper

I have just:
1) edited pacman.conf:

IgnorePkg    = xf86-video-vesa xorg-server xf86-input-evdev xf86-input-keyboard xf86-input-mouse

I added xf86-video-vesa cuz of conflict with xorg-server-catalyst-maximize-fix, i dont know for sure but i think that xf86-video-vesa package is irrelevant.
2) pacman -Syu
3) reinstalled xorg-server-catalyst-maximize-fix and catalyst packages
4) rebooted
its alive

Last edited by Vi0L0 (2009-11-03 13:23:20)

Celeblin · 2009-11-03 13:49:39

I added xf86-video-vesa because of the conflic too, and xf86-input-synaptics or my touchpad doesn't work. So, this is mine:

IgnorePkg   =  xf86-video-vesa xorg-server xf86-input-evdev xf86-input-keyboard xf86-input-mouse xf86-input-synaptics

Thank you guys!

Zer0 · 2009-11-03 18:07:26

Well I for one am fed up with Catalyst and I'm not going to wait for it to work with xorg 1.7. Especially since the news of the Linux Core Engineering Manager leaving ATI/AMD who knows how long we'll wait.

Instead I've bit the bullet and made the jump to the "still in development" opensource drivers via Perry3D's method and I must say I'm quite impressed!

Everything I need is working smoother then ever on my Radeon HD 3850! This driver setup is really coming along nicely.
I can run with KMS, with compiz-fusion in direct rendering mode, and even full screen my videos inside compiz without slowdown!

I have yet to play any games, but I'm not worried about that right now. I also have no use for powersaving options so I don't know if they work.

Major props to everyone helping on all fronts of this Linux-ATI fight, catalyst and opensource. I seriously think most of the pain will all be over soon for us ATI users and I'm eagerly awaiting kernel 2.6.32. It will be interesting to see how the Nvidia camp's Blob continues to work when all other drivers move to KMS. I hope their Nouveau driver works well.

venky80 · 2009-11-03 19:08:06

Really need a repo to try out the latest ATI drivers and kernel

handy · 2009-11-03 21:02:37

So with the now somewhat abbreviated IgnorePkg = , (posted up above), how goes it for the 64bit users, we still need to keep the lib32-* files from being upgraded don't we?

guzz46 · 2009-11-03 21:33:11

I just updated all my lib32 files which were

lib32-libdrm  lib32-libxcomposite  lib32-libxdmcp  lib32-libx11  lib32-libxext  lib32-libxxf86vm  lib32-libgl  lib32-libxfixes  lib32-libxdamage  lib32-libxrender  lib32-libxt  lib32-mesa

With no problems

handy · 2009-11-03 21:37:29

guzz46 wrote:

I just updated all my lib32 files which were

lib32-libdrm  lib32-libxcomposite  lib32-libxdmcp  lib32-libx11  lib32-libxext  lib32-libxxf86vm  lib32-libgl  lib32-libxfixes  lib32-libxdamage  lib32-libxrender  lib32-libxt  lib32-mesa

With no problems

So you have run a 32bit app' or game to see that they work ok?

guzz46 · 2009-11-03 21:39:10

Yes i have bin32-wine which i tested after a reboot and still works

Last edited by guzz46 (2009-11-03 21:42:38)

handy · 2009-11-03 21:51:41

guzz46 wrote:

Yes i have bin32-wine which i tested after a reboot and still works

Thanks.

I much prefer preventing having to downgrade than having to downgrade.

[Edit:] I just upgraded, rebooted & called DVDShrink under Wine, & it took longer than usual to start (maybe due to how soon I ran it after getting to the desktop?) which had me thinking, oh no, I have to downgrade all of those lib32- packages...

Then DVDShrink popped up!

[Edit:] A belated thank you kasper, your method is working great for me also.

Last edited by handy (2009-11-04 23:14:39)

azraeldiekatze · 2009-11-04 13:45:05

thanks kasper, your version worked fine for me, catalyst 9.10 is up and running under x86_64.

http://www.phoronix.com/vr.php?view=14340 <-- This article at phoronix says that XvBA is kind of usable now (though with restrictions).
Has anyone tried this yet with ArchLinux? Or has someone any idea of what needs to be done to get it working on Arch?

Arch Linux

#976 2009-11-01 03:05:43

Re: The AMD/ATI Bar & Grill

#977 2009-11-01 07:44:29

Re: The AMD/ATI Bar & Grill

#978 2009-11-01 07:57:43

Re: The AMD/ATI Bar & Grill

#979 2009-11-01 08:02:39

Re: The AMD/ATI Bar & Grill

#980 2009-11-01 08:06:24

Re: The AMD/ATI Bar & Grill

#981 2009-11-01 08:09:06

Re: The AMD/ATI Bar & Grill

#982 2009-11-01 23:16:37

Re: The AMD/ATI Bar & Grill

#983 2009-11-01 23:21:21

Re: The AMD/ATI Bar & Grill

#984 2009-11-02 00:47:33

Re: The AMD/ATI Bar & Grill

#985 2009-11-02 03:47:34

Re: The AMD/ATI Bar & Grill

#986 2009-11-02 10:41:49

Re: The AMD/ATI Bar & Grill

#987 2009-11-02 14:49:58

Re: The AMD/ATI Bar & Grill

#988 2009-11-02 20:27:46

Re: The AMD/ATI Bar & Grill

#989 2009-11-02 22:58:26

Re: The AMD/ATI Bar & Grill

#990 2009-11-03 12:05:18

Re: The AMD/ATI Bar & Grill

#991 2009-11-03 13:21:39

Re: The AMD/ATI Bar & Grill

#992 2009-11-03 13:49:39

Re: The AMD/ATI Bar & Grill

#993 2009-11-03 18:07:26

Re: The AMD/ATI Bar & Grill

#994 2009-11-03 19:08:06

Re: The AMD/ATI Bar & Grill

#995 2009-11-03 21:02:37

Re: The AMD/ATI Bar & Grill

#996 2009-11-03 21:33:11

Re: The AMD/ATI Bar & Grill

#997 2009-11-03 21:37:29

Re: The AMD/ATI Bar & Grill

#998 2009-11-03 21:39:10

Re: The AMD/ATI Bar & Grill

#999 2009-11-03 21:51:41

Re: The AMD/ATI Bar & Grill

#1000 2009-11-04 13:45:05

Re: The AMD/ATI Bar & Grill

Board footer