Re: Fedora 14 and Sandy Bridge graphics

2011-06-13 Thread Lennart Poettering
On Sun, 12.06.11 18:59, Reindl Harald (h.rei...@thelounge.net) wrote:

 
 Am 12.06.2011 18:56, schrieb drago01:
  On Sun, Jun 12, 2011 at 6:55 PM, Reindl Harald h.rei...@thelounge.net 
  wrote:
 
 
  Am 12.06.2011 18:53, schrieb drago01:
  On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net 
  wrote:
 
  upstart is still maintained and shipped, you should be able to install
  and use it.
 
  and why in the world is systemd forced after a upgrade via yum where
  upstart was in use before - upgrades should left core configurations
  in peace!
  
  Upgrade usually means progress not stagnation, if you want to stay in
  the past don't upgrade.
 
 you said upstart is still maintained and shipped, you should be able to
 install and use it - so how and why damned must be a init-replace
 in a early state forced on a existing system?

systemd surpasses Upstart in every way. It's not in an early
state. Upstart is much more limited and hence in a much earlier state
feature-wise.

 normally this should be systemd is also available for upgraded systems
 and you should be able to install and use it

Yes, it was in F14.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-13 Thread Reindl Harald


Am 13.06.2011 09:13, schrieb Lennart Poettering:

 systemd surpasses Upstart in every way. It's not in an early
 state. Upstart is much more limited and hence in a much earlier state
 feature-wise.

in theory

the problem is that you are frcing bringing your baby to the users
in a braindead way it happended before with PulseAudio which also
made more troubles for 2-3 fedora releases as it solved

https://bugzilla.redhat.com/show_bug.cgi?id=707507
laughable that such things are happening in the year 2011 and
not fixed in a hurry!

 normally this should be systemd is also available for upgraded systems
 and you should be able to install and use it
 
 Yes, it was in F14

And it should be minimum for F15/F16 for existing installations
get your beta userbase with new setups and not existing happy users!



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics = systemd

2011-06-13 Thread Genes MailLists
On 06/13/2011 03:13 AM, Lennart Poettering wrote:
...
 
 systemd surpasses Upstart in every way. It's not in an early
 state. Upstart is much more limited and hence in a much earlier state
 feature-wise.
 
...
 
 Lennart
 

 Superior design - yes I like it - but in practice there are still some
issues like these which remain quite problematic - for example:

  2011-03-30: NFS
  

 Status unresolved

 https://bugzilla.redhat.com/show_bug.cgi?id=692008

  2010-09-14 - Sendmail
   

 Some Network Dependent Daemons not started at boot:
 Status - unresolved.

 https://bugzilla.redhat.com/show_bug.cgi?id=633774

 I assume these will get resolved and its not surprising at all that
problems occur - but the sendmail one seems to have been hanging around
for nearly 9 months ... worrisome and a bit long for a core service
don't you think.

  gene


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-13 Thread David Malcolm
On Sun, 2011-06-12 at 20:02 +0200, Reindl Harald wrote:
 
 Am 12.06.2011 19:28, schrieb Lucas:
 
  Strange, I did exactly the same thing with Fedora 14, I add new kernel, 
  changed xorg and intel driver.
  But I have i686.
 
 mhh - strange - an trying to update glibc results in chaos
 Datei oder Verzeichnis nicht gefunden means file not found in english
 yes as advanced user i was able to repair this with some luck
 
 updating only the kernel/kernel-headers/kernel-devel results in
 no longer able to build kernel-modules (vmware-workstation)
 
 and this all for a graphics-driver?
 i remember times where feodra updated the kernel in the lifetime
 of a supported release and now you can do nothing if you do not
 want replace of upstart by systemd, if systemd would not
 be hardly activated in F15 a dist-upgrade would be no problem
 
 BULLSHIT BULLSHIT BULLSHIT

This kind of language is inappropriate on Fedora mailing lists.  More
than the language, though, the tone of this thread is also
unfortunate.

It appears that you are unhappy and frustrated at the moment - I've seen
a few emails from you so far today in which you've used all-capitals
text.  All-capitals text is perceived by most tech people as rude.

One of Fedora's goals is to be a fast-moving distribution: systemd
offers significant improvements compared to previous init systems (for
me the integration with cgroups is particularly appealing).

The drawback with having features first, is that arguably we're the
first into the minefield.  There will always be bugs and unexpected
interactions in something as complicated as software.  FWIW, systemd was
held back from being in Fedora 14 to give it more time to mature.

Another core foundation of Fedora is Friends 

We want our community to be a pleasant place to be.

Your initial question in this thread asked is there any clean way to
get newer intel-graphics drivers on fedora 14?  

Gene provided an answer to that question, providing a recipe that may
provide a hybrid of parts of F14 and F15.  This may or may not work (I'm
wary of such hybrid approaches) - but I understood that Gene was trying
to be helpful.

This is the development mailing list for Fedora so the standard for a
simple fix may be different from the Fedora user mailing lists.

It may be that there's no good way to make this hybrid work (for some
definition of good e.g. minimizing the number of steps, being
maintainable etc), and that the best way to make this hardware work is
to upgrade to Fedora 15.  It seems that you are unhappy with that, and
your unhappiness with that seems to stem from unhappiness with systemd.

Please try to redirect that into non-emotional statements of what is
wrong with the software, in a form that can be acted on, and turned into
patches.  In particular, read:

  http://fedoraproject.org/wiki/BugsAndFeatureRequests
  http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
  http://www.softwaretestinghelp.com/how-to-write-good-bug-report/

It may also help to take a break from using the computer if it is making
you unhappy.

[snip rest of mail]

I hope this is helpful

Dave

(borrowing from Smooge's sig)
Let us be kind, one to another, for most of us are fighting a hard
battle. -- Ian MacLaren

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-13 Thread Andreas Tunek
 so now i have the options of a upgrade to F15 while much work,
 hughe health troubles and 2 weeks holidays are priority one
 in my life this time

Maybe if you complained less on mailing lists you would have time to
try out F15. I have problems on my hardware as well
(https://bugzilla.redhat.com/show_bug.cgi?id=711489), but I do not
whine about it on this mailing list. Every moment the devs spend
reading and aswering pointless rants there is less time to do actual
development and fix real bugs.

You seem to want that the Fedora devs provide newer Linux packages for
F14. I would like that to. But that takes a lot of resources that are
much better spent elsewhere, like fixing reported bugs! (Please fedora
devs, fix my bugs :) )

/Andreas Tunek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald
is there any clean way to get newer intel-graphics drivers
on fedora 14? performance is horrible and under kde the
desktop often hangs for some seconds

this is nothing i would expect with http://ark.intel.com/Product.aspx?id=52213



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread drago01
On Sun, Jun 12, 2011 at 6:00 PM, Reindl Harald h.rei...@thelounge.net wrote:
 is there any clean way to get newer intel-graphics drivers
 on fedora 14? performance is horrible and under kde the
 desktop often hangs for some seconds

1) Wrong list
2) Update to F15
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 18:37, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:00 PM, Reindl Harald h.rei...@thelounge.net wrote:
 is there any clean way to get newer intel-graphics drivers
 on fedora 14? performance is horrible and under kde the
 desktop often hangs for some seconds
 
 1) Wrong list

because why?
F14 is in the middle of the support-cycle

 2) Update to F15

give me a way to replace systemd by upstart as in F13, F14



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread drago01
On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net wrote:


 Am 12.06.2011 18:37, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:00 PM, Reindl Harald h.rei...@thelounge.net 
 wrote:
 is there any clean way to get newer intel-graphics drivers
 on fedora 14? performance is horrible and under kde the
 desktop often hangs for some seconds

 1) Wrong list

 because why?
 F14 is in the middle of the support-cycle

Because this is the *development* mailing list, there is a separate
list for user support.

 2) Update to F15

 give me a way to replace systemd by upstart as in F13, F14

upstart is still maintained and shipped, you should be able to install
and use it.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 18:53, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net wrote:

 upstart is still maintained and shipped, you should be able to install
 and use it.

and why in the world is systemd forced after a upgrade via yum where
upstart was in use before - upgrades should left core configurations
in peace!



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread drago01
On Sun, Jun 12, 2011 at 6:55 PM, Reindl Harald h.rei...@thelounge.net wrote:


 Am 12.06.2011 18:53, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net 
 wrote:

 upstart is still maintained and shipped, you should be able to install
 and use it.

 and why in the world is systemd forced after a upgrade via yum where
 upstart was in use before - upgrades should left core configurations
 in peace!

Upgrade usually means progress not stagnation, if you want to stay in
the past don't upgrade.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald

Am 12.06.2011 18:56, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:55 PM, Reindl Harald h.rei...@thelounge.net wrote:


 Am 12.06.2011 18:53, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net 
 wrote:

 upstart is still maintained and shipped, you should be able to install
 and use it.

 and why in the world is systemd forced after a upgrade via yum where
 upstart was in use before - upgrades should left core configurations
 in peace!
 
 Upgrade usually means progress not stagnation, if you want to stay in
 the past don't upgrade.

you said upstart is still maintained and shipped, you should be able to
install and use it - so how and why damned must be a init-replace
in a early state forced on a existing system?

normally this should be systemd is also available for upgraded systems
and you should be able to install and use it



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread drago01
On Sun, Jun 12, 2011 at 6:59 PM, Reindl Harald h.rei...@thelounge.net wrote:

 Am 12.06.2011 18:56, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:55 PM, Reindl Harald h.rei...@thelounge.net 
 wrote:


 Am 12.06.2011 18:53, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:45 PM, Reindl Harald h.rei...@thelounge.net 
 wrote:

 upstart is still maintained and shipped, you should be able to install
 and use it.

 and why in the world is systemd forced after a upgrade via yum where
 upstart was in use before - upgrades should left core configurations
 in peace!

 Upgrade usually means progress not stagnation, if you want to stay in
 the past don't upgrade.

 you said upstart is still maintained and shipped, you should be able to
 install and use it - so how and why damned must be a init-replace
 in a early state forced on a existing system?

That was the case in F14, now we are making the switch. For people
that for whatever reasons want upstart it is still here. But for the
rest we move on ...

But please don't start yet another systemd flamewar we had enough of them.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 19:03, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:59 PM, Reindl Harald h.rei...@thelounge.net wrote:

 you said upstart is still maintained and shipped, you should be able to
 install and use it - so how and why damned must be a init-replace
 in a early state forced on a existing system?
 
 That was the case in F14, now we are making the switch. For people
 that for whatever reasons want upstart it is still here. But for the
 rest we move on ...
 
 But please don't start yet another systemd flamewar we had enough of them

if will not start a flamewar i still have not the time yet to verify
a couple of services/service-orders and it is useless for me making
a 30 second reboot 2 seconds faster, so i like to use the old init-system
and have NO IDEA how to do this and that is why a UPGRADE should not
forcing switch essential core-systems if not really needed



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Lucas
On 06/12/2011 09:12 PM, Reindl Harald wrote:


 Am 12.06.2011 19:03, schrieb drago01:
 On Sun, Jun 12, 2011 at 6:59 PM, Reindl Haraldh.rei...@thelounge.net  
 wrote:

 you said upstart is still maintained and shipped, you should be able to
 install and use it - so how and why damned must be a init-replace
 in a early state forced on a existing system?

 That was the case in F14, now we are making the switch. For people
 that for whatever reasons want upstart it is still here. But for the
 rest we move on ...

 But please don't start yet another systemd flamewar we had enough of them

 if will not start a flamewar i still have not the time yet to verify
 a couple of services/service-orders and it is useless for me making
 a 30 second reboot 2 seconds faster, so i like to use the old init-system
 and have NO IDEA how to do this and that is why a UPGRADE should not
 forcing switch essential core-systems if not really needed


Look, to be able to use Sandy Bridge you need - i915 driver, kernel, and Xorg.

You can add Fedora 15 repository and update only kernel, Xorg and intel driver.
All of this you can download from koji and install manually.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 19:14, schrieb Lucas:
 On 06/12/2011 09:12 PM, Reindl Harald wrote:

 Look, to be able to use Sandy Bridge you need - i915 driver, kernel, and Xorg.
 
 You can add Fedora 15 repository and update only kernel, Xorg and intel 
 driver.
 All of this you can download from koji and install manually.

i tried this before my first post
this is simply not true because this forces glibc as requirement

-- Führe Transaktionsprüfung aus
--- Paket kernel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu werden
--- Paket kernel-devel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu 
werden
--- Paket kernel-headers.x86_64 0:2.6.38.8-31.fc15 markiert, um aktualisiert 
zu werden
--- Paket libdrm.x86_64 0:2.4.25-1.fc15 markiert, um aktualisiert zu werden
--- Paket linux-firmware.noarch 0:20110601-1.fc15 markiert, um aktualisiert zu 
werden
--- Paket xorg-x11-drv-intel.x86_64 0:2.14.0-6.fc15 markiert, um aktualisiert 
zu werden
-- Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
xorg-x11-drv-intel-2.14.0-6.fc15.x86_64
--- Paket xorg-x11-server-Xorg.x86_64 0:1.10.1-14.fc15 markiert, um 
aktualisiert zu werden
-- Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64
--- Paket xorg-x11-server-common.x86_64 0:1.10.1-14.fc15 markiert, um 
aktualisiert zu werden
-- Abhängigkeitsauflösung beendet
Fehler: Package: xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64 
(/xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64)
Requires: libc.so.6(GLIBC_2.14)(64bit)
Fehler: Package: xorg-x11-drv-intel-2.14.0-6.fc15.x86_64 
(/xorg-x11-drv-intel-2.14.0-6.fc15.x86_64)
Requires: libc.so.6(GLIBC_2.14)(64bit)
 Sie können versuchen --skip-broken zu benutzen, um das Problem zu umgehen.
 You could try running: rpm -Va --nofiles --nodigest
[root@rh:/downloads]$ ls
insgesamt 40M
drwxr-xr-x 16 harry verwaltung 4,0K 2011-06-09 10:58 teletest
-rw-r--r--  1 harry verwaltung  23M 2011-06-12 19:17 
kernel-2.6.38.8-31.fc15.x86_64.rpm
-rw-r--r--  1 harry verwaltung 6,8M 2011-06-12 19:17 
kernel-devel-2.6.38.8-31.fc15.x86_64.rpm
-rw-r--r--  1 harry verwaltung 739K 2011-06-12 19:16 
kernel-headers-2.6.38.8-31.fc15.x86_64.rpm
-rw-r--r--  1 root  root69K 2011-04-15 05:54 
libdrm-2.4.25-1.fc15.x86_64.rpm
-rw-r--r--  1 harry verwaltung 8,3M 2011-06-12 19:17 
linux-firmware-20110601-1.fc15.noarch.rpm
-rw-r--r--  1 root  root   202K 2011-04-28 19:13 
xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm
-rw-r--r--  1 root  root77K 2011-05-05 22:55 
xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm
-rw-r--r--  1 root  root   1,4M 2011-05-05 22:52 
xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Steve Clark

On 06/12/2011 12:55 PM, Reindl Harald wrote:


Am 12.06.2011 18:53, schrieb drago01:

On Sun, Jun 12, 2011 at 6:45 PM, Reindl Haraldh.rei...@thelounge.net  wrote:
upstart is still maintained and shipped, you should be able to install
and use it.

and why in the world is systemd forced after a upgrade via yum where
upstart was in use before - upgrades should left core configurations
in peace!


+1

--
Stephen Clark
*NetWolves*
Sr. Software Engineer III
Phone: 813-579-3200
Fax: 813-882-0209
Email: steve.cl...@netwolves.com
http://www.netwolves.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Lucas
On 06/12/2011 09:18 PM, Reindl Harald wrote:


 Am 12.06.2011 19:14, schrieb Lucas:
 On 06/12/2011 09:12 PM, Reindl Harald wrote:

 Look, to be able to use Sandy Bridge you need - i915 driver, kernel, and 
 Xorg.

 You can add Fedora 15 repository and update only kernel, Xorg and intel 
 driver.
 All of this you can download from koji and install manually.

 i tried this before my first post
 this is simply not true because this forces glibc as requirement

 --  Führe Transaktionsprüfung aus
 ---  Paket kernel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu 
 werden
 ---  Paket kernel-devel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert 
 zu werden
 ---  Paket kernel-headers.x86_64 0:2.6.38.8-31.fc15 markiert, um 
 aktualisiert zu werden
 ---  Paket libdrm.x86_64 0:2.4.25-1.fc15 markiert, um aktualisiert zu werden
 ---  Paket linux-firmware.noarch 0:20110601-1.fc15 markiert, um aktualisiert 
 zu werden
 ---  Paket xorg-x11-drv-intel.x86_64 0:2.14.0-6.fc15 markiert, um 
 aktualisiert zu werden
 --  Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64
 ---  Paket xorg-x11-server-Xorg.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 --  Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64
 ---  Paket xorg-x11-server-common.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 --  Abhängigkeitsauflösung beendet
 Fehler: Package: xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64 
 (/xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64)
  Requires: libc.so.6(GLIBC_2.14)(64bit)
 Fehler: Package: xorg-x11-drv-intel-2.14.0-6.fc15.x86_64 
 (/xorg-x11-drv-intel-2.14.0-6.fc15.x86_64)
  Requires: libc.so.6(GLIBC_2.14)(64bit)
   Sie können versuchen --skip-broken zu benutzen, um das Problem zu umgehen.
   You could try running: rpm -Va --nofiles --nodigest
 [root@rh:/downloads]$ ls
 insgesamt 40M
 drwxr-xr-x 16 harry verwaltung 4,0K 2011-06-09 10:58 teletest
 -rw-r--r--  1 harry verwaltung  23M 2011-06-12 19:17 
 kernel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 6,8M 2011-06-12 19:17 
 kernel-devel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 739K 2011-06-12 19:16 
 kernel-headers-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 root  root69K 2011-04-15 05:54 
 libdrm-2.4.25-1.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 8,3M 2011-06-12 19:17 
 linux-firmware-20110601-1.fc15.noarch.rpm
 -rw-r--r--  1 root  root   202K 2011-04-28 19:13 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm
 -rw-r--r--  1 root  root77K 2011-05-05 22:55 
 xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm
 -rw-r--r--  1 root  root   1,4M 2011-05-05 22:52 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm



Strange, I did exactly the same thing with Fedora 14, I add new kernel, changed 
xorg and intel driver.
But I have i686.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Lucas
On 06/12/2011 09:18 PM, Reindl Harald wrote:


 Am 12.06.2011 19:14, schrieb Lucas:
 On 06/12/2011 09:12 PM, Reindl Harald wrote:

 Look, to be able to use Sandy Bridge you need - i915 driver, kernel, and 
 Xorg.

 You can add Fedora 15 repository and update only kernel, Xorg and intel 
 driver.
 All of this you can download from koji and install manually.

 i tried this before my first post
 this is simply not true because this forces glibc as requirement

 --  Führe Transaktionsprüfung aus
 ---  Paket kernel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu 
 werden
 ---  Paket kernel-devel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert 
 zu werden
 ---  Paket kernel-headers.x86_64 0:2.6.38.8-31.fc15 markiert, um 
 aktualisiert zu werden
 ---  Paket libdrm.x86_64 0:2.4.25-1.fc15 markiert, um aktualisiert zu werden
 ---  Paket linux-firmware.noarch 0:20110601-1.fc15 markiert, um aktualisiert 
 zu werden
 ---  Paket xorg-x11-drv-intel.x86_64 0:2.14.0-6.fc15 markiert, um 
 aktualisiert zu werden
 --  Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64
 ---  Paket xorg-x11-server-Xorg.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 --  Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64
 ---  Paket xorg-x11-server-common.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 --  Abhängigkeitsauflösung beendet
 Fehler: Package: xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64 
 (/xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64)
  Requires: libc.so.6(GLIBC_2.14)(64bit)
 Fehler: Package: xorg-x11-drv-intel-2.14.0-6.fc15.x86_64 
 (/xorg-x11-drv-intel-2.14.0-6.fc15.x86_64)
  Requires: libc.so.6(GLIBC_2.14)(64bit)
   Sie können versuchen --skip-broken zu benutzen, um das Problem zu umgehen.
   You could try running: rpm -Va --nofiles --nodigest
 [root@rh:/downloads]$ ls
 insgesamt 40M
 drwxr-xr-x 16 harry verwaltung 4,0K 2011-06-09 10:58 teletest
 -rw-r--r--  1 harry verwaltung  23M 2011-06-12 19:17 
 kernel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 6,8M 2011-06-12 19:17 
 kernel-devel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 739K 2011-06-12 19:16 
 kernel-headers-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 root  root69K 2011-04-15 05:54 
 libdrm-2.4.25-1.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 8,3M 2011-06-12 19:17 
 linux-firmware-20110601-1.fc15.noarch.rpm
 -rw-r--r--  1 root  root   202K 2011-04-28 19:13 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm
 -rw-r--r--  1 root  root77K 2011-05-05 22:55 
 xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm
 -rw-r--r--  1 root  root   1,4M 2011-05-05 22:52 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm



I probably already had libc.so.6 in Fedora 14. Because I did not have any 
problem with update process.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Ilyes Gouta
Hi Reindl,

You could also build it from sources. You should already have the
latest kernel and the X server updates, compiling the intel driver
will then produce a couple of user-space shared libraries that you can
place in /usr/lib64/xorg/modules/drivers. That's it.

-Ilyes

2011/6/12 Reindl Harald h.rei...@thelounge.net:


 Am 12.06.2011 19:14, schrieb Lucas:
 On 06/12/2011 09:12 PM, Reindl Harald wrote:

 Look, to be able to use Sandy Bridge you need - i915 driver, kernel, and 
 Xorg.

 You can add Fedora 15 repository and update only kernel, Xorg and intel 
 driver.
 All of this you can download from koji and install manually.

 i tried this before my first post
 this is simply not true because this forces glibc as requirement

 -- Führe Transaktionsprüfung aus
 --- Paket kernel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu werden
 --- Paket kernel-devel.x86_64 0:2.6.38.8-31.fc15 markiert, um installiert zu 
 werden
 --- Paket kernel-headers.x86_64 0:2.6.38.8-31.fc15 markiert, um aktualisiert 
 zu werden
 --- Paket libdrm.x86_64 0:2.4.25-1.fc15 markiert, um aktualisiert zu werden
 --- Paket linux-firmware.noarch 0:20110601-1.fc15 markiert, um aktualisiert 
 zu werden
 --- Paket xorg-x11-drv-intel.x86_64 0:2.14.0-6.fc15 markiert, um 
 aktualisiert zu werden
 -- Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64
 --- Paket xorg-x11-server-Xorg.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 -- Verarbeite Abhängigkeiten: libc.so.6(GLIBC_2.14)(64bit) für Paket: 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64
 --- Paket xorg-x11-server-common.x86_64 0:1.10.1-14.fc15 markiert, um 
 aktualisiert zu werden
 -- Abhängigkeitsauflösung beendet
 Fehler: Package: xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64 
 (/xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64)
            Requires: libc.so.6(GLIBC_2.14)(64bit)
 Fehler: Package: xorg-x11-drv-intel-2.14.0-6.fc15.x86_64 
 (/xorg-x11-drv-intel-2.14.0-6.fc15.x86_64)
            Requires: libc.so.6(GLIBC_2.14)(64bit)
  Sie können versuchen --skip-broken zu benutzen, um das Problem zu umgehen.
  You could try running: rpm -Va --nofiles --nodigest
 [root@rh:/downloads]$ ls
 insgesamt 40M
 drwxr-xr-x 16 harry verwaltung 4,0K 2011-06-09 10:58 teletest
 -rw-r--r--  1 harry verwaltung  23M 2011-06-12 19:17 
 kernel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 6,8M 2011-06-12 19:17 
 kernel-devel-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 739K 2011-06-12 19:16 
 kernel-headers-2.6.38.8-31.fc15.x86_64.rpm
 -rw-r--r--  1 root  root        69K 2011-04-15 05:54 
 libdrm-2.4.25-1.fc15.x86_64.rpm
 -rw-r--r--  1 harry verwaltung 8,3M 2011-06-12 19:17 
 linux-firmware-20110601-1.fc15.noarch.rpm
 -rw-r--r--  1 root  root       202K 2011-04-28 19:13 
 xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm
 -rw-r--r--  1 root  root        77K 2011-05-05 22:55 
 xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm
 -rw-r--r--  1 root  root       1,4M 2011-05-05 22:52 
 xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm


 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 19:28, schrieb Lucas:

 Strange, I did exactly the same thing with Fedora 14, I add new kernel, 
 changed xorg and intel driver.
 But I have i686.

mhh - strange - an trying to update glibc results in chaos
Datei oder Verzeichnis nicht gefunden means file not found in english
yes as advanced user i was able to repair this with some luck

updating only the kernel/kernel-headers/kernel-devel results in
no longer able to build kernel-modules (vmware-workstation)

and this all for a graphics-driver?
i remember times where feodra updated the kernel in the lifetime
of a supported release and now you can do nothing if you do not
want replace of upstart by systemd, if systemd would not
be hardly activated in F15 a dist-upgrade would be no problem

BULLSHIT BULLSHIT BULLSHIT

 scripts/basic/fixdep: /lib64/libc.so.6: version `GLIBC_2.14' not found 
 (required by scripts/basic/fixdep)
 make[2]: *** [/tmp/vmware-root/modules/vmmon-only/linux/driverLog.o] Fehler 1
 make[1]: *** [_module_/tmp/vmware-root/modules/vmmon-only] Fehler 2
 make[1]: Leaving directory `/usr/src/kernels/2.6.38.8-31.fc15.x86_64'
 make: *** [vmmon.ko] Fehler 2
 make: Leaving directory `/tmp/vmware-root/modules/vmmon-only'

[master 1f5151f] saving uncommitted changes in /etc prior to yum run
 1 files changed, 29 insertions(+), 0 deletions(-)
 create mode 100644 yum.repos.d/fedora-15.repo
  Aktualisieren  : glibc-common-2.14-1.x86_64
  1/24
  Aktualisieren  : glibc-2.14-1.x86_64
  2/24
Error: Cannot open file kernel-headers-2.6.38.8-31.fc15.x86_64.rpm: [Errno 2] 
Datei oder Verzeichnis nicht
gefunden: 'kernel-headers-2.6.38.8-31.fc15.x86_64.rpm'
TypeError: an integer is required
Fehler: Python-Callback bound method RPMTransaction.callback of 
yum.rpmtrans.RPMTransaction instance at
0x43bcab8 fehlgeschlagen, abbrechen!


[root@rh:/downloads]$ rpm -Uvh --force *.rpm
Warnung: libdrm-2.4.25-1.fc15.x86_64.rpm: Header V3 RSA/SHA256 Signature, 
Schlüssel-ID 069c8460: NOKEY
Vorbereiten...  ### [100%]
   1:glibc-common   ### [  8%]
   2:glibc  ### [ 15%]
Fehler: Öffnen von xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm 
fehlgeschlagen: Datei oder Verzeichnis nicht
gefunden
Fehler: Öffnen von linux-firmware-20110601-1.fc15.noarch.rpm fehlgeschlagen: 
Datei oder Verzeichnis nicht gefunden
Fehler: Öffnen von kernel-headers-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: 
Datei oder Verzeichnis nicht gefunden
Fehler: Öffnen von glibc-headers-2.14-1.x86_64.rpm fehlgeschlagen: Datei oder 
Verzeichnis nicht gefunden
Fehler: Öffnen von glibc-devel-2.14-1.x86_64.rpm fehlgeschlagen: Datei oder 
Verzeichnis nicht gefunden
Fehler: Öffnen von kernel-devel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: 
Datei oder Verzeichnis nicht gefunden
Fehler: Öffnen von kernel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: Datei 
oder Verzeichnis nicht gefunden
Fehler: Öffnen von libdrm-2.4.25-1.fc15.x86_64.rpm fehlgeschlagen: Datei oder 
Verzeichnis nicht gefunden
Fehler: Öffnen von xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm 
fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
Fehler: Öffnen von xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm fehlgeschlagen: 
Datei oder Verzeichnis nicht gefunden
Fehler: Öffnen von 
xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64.rpm 
fehlgeschlagen: Datei oder
Verzeichnis nicht gefunden



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Lucas
On 06/12/2011 10:02 PM, Reindl Harald wrote:


 Am 12.06.2011 19:28, schrieb Lucas:

 Strange, I did exactly the same thing with Fedora 14, I add new kernel, 
 changed xorg and intel driver.
 But I have i686.

 mhh - strange - an trying to update glibc results in chaos
 Datei oder Verzeichnis nicht gefunden means file not found in english
 yes as advanced user i was able to repair this with some luck

 updating only the kernel/kernel-headers/kernel-devel results in
 no longer able to build kernel-modules (vmware-workstation)

 and this all for a graphics-driver?
 i remember times where feodra updated the kernel in the lifetime
 of a supported release and now you can do nothing if you do not
 want replace of upstart by systemd, if systemd would not
 be hardly activated in F15 a dist-upgrade would be no problem

 BULLSHIT BULLSHIT BULLSHIT

 scripts/basic/fixdep: /lib64/libc.so.6: version `GLIBC_2.14' not found 
 (required by scripts/basic/fixdep)
 make[2]: *** [/tmp/vmware-root/modules/vmmon-only/linux/driverLog.o] Fehler 1
 make[1]: *** [_module_/tmp/vmware-root/modules/vmmon-only] Fehler 2
 make[1]: Leaving directory `/usr/src/kernels/2.6.38.8-31.fc15.x86_64'
 make: *** [vmmon.ko] Fehler 2
 make: Leaving directory `/tmp/vmware-root/modules/vmmon-only'

 [master 1f5151f] saving uncommitted changes in /etc prior to yum run
   1 files changed, 29 insertions(+), 0 deletions(-)
   create mode 100644 yum.repos.d/fedora-15.repo
Aktualisieren  : glibc-common-2.14-1.x86_64
1/24
Aktualisieren  : glibc-2.14-1.x86_64
2/24
 Error: Cannot open file kernel-headers-2.6.38.8-31.fc15.x86_64.rpm: [Errno 2] 
 Datei oder Verzeichnis nicht
 gefunden: 'kernel-headers-2.6.38.8-31.fc15.x86_64.rpm'
 TypeError: an integer is required
 Fehler: Python-Callbackbound method RPMTransaction.callback 
 ofyum.rpmtrans.RPMTransaction instance at
 0x43bcab8  fehlgeschlagen, abbrechen!


 [root@rh:/downloads]$ rpm -Uvh --force *.rpm
 Warnung: libdrm-2.4.25-1.fc15.x86_64.rpm: Header V3 RSA/SHA256 Signature, 
 Schlüssel-ID 069c8460: NOKEY
 Vorbereiten...  ### [100%]
 1:glibc-common   ### [  
 8%]
 2:glibc  ### [ 
 15%]
 Fehler: Öffnen von xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht
 gefunden
 Fehler: Öffnen von linux-firmware-20110601-1.fc15.noarch.rpm fehlgeschlagen: 
 Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-headers-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: 
 Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von glibc-headers-2.14-1.x86_64.rpm fehlgeschlagen: Datei oder 
 Verzeichnis nicht gefunden
 Fehler: Öffnen von glibc-devel-2.14-1.x86_64.rpm fehlgeschlagen: Datei oder 
 Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-devel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: 
 Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: Datei 
 oder Verzeichnis nicht gefunden
 Fehler: Öffnen von libdrm-2.4.25-1.fc15.x86_64.rpm fehlgeschlagen: Datei oder 
 Verzeichnis nicht gefunden
 Fehler: Öffnen von xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von 
 xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder
 Verzeichnis nicht gefunden



Wait a second, have you enable Fedora 15 repository?

If you did, yum should find all dependences in there without your help. You 
need just type yum 
update xorg-x11-drv-intel.
Everything should be there.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 12.06.2011 20:07, schrieb Lucas:
 On 06/12/2011 10:02 PM, Reindl Harald wrote:


 Am 12.06.2011 19:28, schrieb Lucas:

 Strange, I did exactly the same thing with Fedora 14, I add new kernel, 
 changed xorg and intel driver.
 But I have i686.

 mhh - strange - an trying to update glibc results in chaos
 Datei oder Verzeichnis nicht gefunden means file not found in english
 yes as advanced user i was able to repair this with some luck

 updating only the kernel/kernel-headers/kernel-devel results in
 no longer able to build kernel-modules (vmware-workstation)

 and this all for a graphics-driver?
 i remember times where feodra updated the kernel in the lifetime
 of a supported release and now you can do nothing if you do not
 want replace of upstart by systemd, if systemd would not
 be hardly activated in F15 a dist-upgrade would be no problem

 BULLSHIT BULLSHIT BULLSHIT

 scripts/basic/fixdep: /lib64/libc.so.6: version `GLIBC_2.14' not found 
 (required by scripts/basic/fixdep)
 make[2]: *** [/tmp/vmware-root/modules/vmmon-only/linux/driverLog.o] Fehler 
 1
 make[1]: *** [_module_/tmp/vmware-root/modules/vmmon-only] Fehler 2
 make[1]: Leaving directory `/usr/src/kernels/2.6.38.8-31.fc15.x86_64'
 make: *** [vmmon.ko] Fehler 2
 make: Leaving directory `/tmp/vmware-root/modules/vmmon-only'

 [master 1f5151f] saving uncommitted changes in /etc prior to yum run
   1 files changed, 29 insertions(+), 0 deletions(-)
   create mode 100644 yum.repos.d/fedora-15.repo
Aktualisieren  : glibc-common-2.14-1.x86_64
1/24
Aktualisieren  : glibc-2.14-1.x86_64
2/24
 Error: Cannot open file kernel-headers-2.6.38.8-31.fc15.x86_64.rpm: [Errno 
 2] Datei oder Verzeichnis nicht
 gefunden: 'kernel-headers-2.6.38.8-31.fc15.x86_64.rpm'
 TypeError: an integer is required
 Fehler: Python-Callbackbound method RPMTransaction.callback 
 ofyum.rpmtrans.RPMTransaction instance at
 0x43bcab8  fehlgeschlagen, abbrechen!


 [root@rh:/downloads]$ rpm -Uvh --force *.rpm
 Warnung: libdrm-2.4.25-1.fc15.x86_64.rpm: Header V3 RSA/SHA256 Signature, 
 Schlüssel-ID 069c8460: NOKEY
 Vorbereiten...  ### 
 [100%]
 1:glibc-common   ### [  
 8%]
 2:glibc  ### [ 
 15%]
 Fehler: Öffnen von xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht
 gefunden
 Fehler: Öffnen von linux-firmware-20110601-1.fc15.noarch.rpm fehlgeschlagen: 
 Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-headers-2.6.38.8-31.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von glibc-headers-2.14-1.x86_64.rpm fehlgeschlagen: Datei 
 oder Verzeichnis nicht gefunden
 Fehler: Öffnen von glibc-devel-2.14-1.x86_64.rpm fehlgeschlagen: Datei oder 
 Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-devel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: 
 Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von kernel-2.6.38.8-31.fc15.x86_64.rpm fehlgeschlagen: Datei 
 oder Verzeichnis nicht gefunden
 Fehler: Öffnen von libdrm-2.4.25-1.fc15.x86_64.rpm fehlgeschlagen: Datei 
 oder Verzeichnis nicht gefunden
 Fehler: Öffnen von xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
 Fehler: Öffnen von 
 xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64.rpm 
 fehlgeschlagen: Datei oder
 Verzeichnis nicht gefunden


 
 Wait a second, have you enable Fedora 15 repository?
 
 If you did, yum should find all dependences in there without your help. You 
 need just type yum 
 update xorg-x11-drv-intel.
 Everything should be there.

i am not an idiot

this does nothing change in the dependency of F15-GLIBC which seems to be
a really bad idea on a F14 system

and after running only the F15-Kernel you will not upgrade the other packages
Gesamte Downloadgrösse: 1.7 M
Ist dies in Ordnung? [j/N] :j
Lade Pakete herunter:
Setting up and reading Presto delta metadata
fedora-15/prestodelta   
   | 2.5 MB
 00:01
Processing delta metadata
Package(s) data still to download: 1.7 M
(1/4): libdrm-2.4.25-1.fc15.x86_64.rpm  
   |  69 kB
 00:00
(2/4): xorg-x11-drv-intel-2.14.0-6.fc15.x86_64.rpm  
   | 201 kB
 00:00
(3/4): xorg-x11-server-Xorg-1.10.1-14.fc15.x86_64.rpm   
   | 1.4 MB
 00:01
(4/4): xorg-x11-server-common-1.10.1-14.fc15.x86_64.rpm 
   |  76 kB
 00:00
--

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Genes MailLists
On 06/12/2011 12:00 PM, Reindl Harald wrote:
 is there any clean way to get newer intel-graphics drivers
 on fedora 14? performance is horrible and under kde the
 desktop often hangs for some seconds
 
 this is nothing i would expect with http://ark.intel.com/Product.aspx?id=52213
 
 
 
 

  I have done this and its working - I've used rawhide with 2.6.39
kernel and also F15. See my comments below. I'll describe what you need
to do using subset of F15.

  You need newer kernel, xorg* and mesa*.

  If you pull these from f15 you'll find that the compiler has changed -
and you will need a newer compiler - which is fine.

  You'll also need - as you discovered newer glibc - which is also fine.

  Back up your system - and then do this:

   yum --releasever=15 install kernel* xorg* mesa* perf*

 You'll need to so something like:

  yum  --releasever=15 update kernel* xorg* mesa* perf*
  yum update

to do your updates so you keep picking up just the F15 pieces you need.


  For me I could not boot the F14 install DVD at all - so I made my own
DVD using F14 plus all the pieces frmo F15 which yum tells you you need
to satisfy the above.

  The F15 kernel still seems to have a problem with the rhgb for me
using i915 (hardware has nvidia optiumus with nvidia turned off) - a bug
which has popped up now and again since 2007 - it seems not to be a
problem with 2.6.39 and later kernels - but you wont find a 2.6.39 in
koji or rawhide at the moment. (Bug is in rhgb best I can tell)

  So remove the rhgb out of the kernel line in /boot/grub/grub.conf for
the new f15 kernel you installed.

  The sympton if you dont is machine hangs when it flips rhgb after
plymouth has done its thing ... if you look in you /var/log/Xorg.0.log
you'll see something like:

   Xf860OpenConsole: VT_WAITINACTIVE_FAILED: Interrupted system call

 THe work around is avoidning rhgb for now ...

  Once kernel-3.0 has settled - that is likely your best bet.

  I have this working using F15 but am planning to move to 3.0 kernel as
soon as its settled down a bit - you'll find the fedora team working
hard to get a decent 3.0 kernel in koji.

  regards

   gene/



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald


Am 13.06.2011 01:54, schrieb Genes MailLists:
 On 06/12/2011 12:00 PM, Reindl Harald wrote:
 is there any clean way to get newer intel-graphics drivers
 on fedora 14? performance is horrible and under kde the
 desktop often hangs for some seconds

 this is nothing i would expect with 
 http://ark.intel.com/Product.aspx?id=52213

   I have done this and its working - I've used rawhide with 2.6.39
 kernel and also F15. See my comments below. I'll describe what you need
 to do using subset of F15.

this forces a GLIBC-Upgrade, see my others posts

   You need newer kernel, xorg* and mesa*.

and GLIBC from F15 on F14
this does not work

   If you pull these from f15 you'll find that the compiler has changed -
 and you will need a newer compiler - which is fine.
 
   You'll also need - as you discovered newer glibc - which is also fine.
 
   Back up your system - and then do this:
 
yum --releasever=15 install kernel* xorg* mesa* perf*
 
  You'll need to so something like:
 
   yum  --releasever=15 update kernel* xorg* mesa* perf*
   yum update
 
 to do your updates so you keep picking up just the F15 pieces you need

this means change the whole core-system to an undefined state
in the worst case this will damage your whole setup or future-security-updates
are not possible if dependencies are changing again




signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Genes MailLists
On 06/12/2011 07:59 PM, Reindl Harald wrote:
 
 


   I have done this and its working - I've used rawhide with 2.6.39
 kernel and also F15. See my comments below. I'll describe what you need
 to do using subset of F15.
 
 this forces a GLIBC-Upgrade, see my others posts

  Yes - I said the same thing below and its needed for good reason - and
the newer glibc provides everything needed by the older other f14
binaries - and its fine.

 
   You need newer kernel, xorg* and mesa*.
 
 and GLIBC from F15 on F14
 this does not work

 It is working for me .. sorry it isn't for you.

 

 
 this means change the whole core-system to an undefined state
 in the worst case this will damage your whole setup or future-security-updates
 are not possible if dependencies are changing again
 
 

 It is a perfectly defined state - don't be confused - it is F14 plus
some updates. I also showed exactly how to do all updates on an ongoing
basis to keep it updated and get all security updates  - and keep things
in a perfectly defined state ... it is working for me ..

 Perhaps this is not the way for you if you find it confusing ... my
suggestion then is deal with systemd and its bugs/quirks or perhaps
install F15 and replace systemd with upstart - that should work the same
as f14 + a few f15 packages.

  Do whatever works for you ... you could try even the new ubuntu if its
mesa and xorg are enough up to date.

  good luck!

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Reindl Harald
Am 13.06.2011 02:29, schrieb Genes MailLists:
  Perhaps this is not the way for you if you find it confusing ... my
 suggestion then is deal with systemd and its bugs/quirks or perhaps
 install F15 and replace systemd with upstart - that should work the same
 as f14 + a few f15 packages.

you should read the thread!
i am not able to upgrade to F15 GLIBC without destroy the whole system
because yYUM and RPM are stopping after two of 5 GLIBC-packages
and only because i am using fedora/yum/rpm since many years
the whole setup has not died this way!

   Do whatever works for you ... you could try even the new ubuntu if its
 mesa and xorg are enough up to date.

*loool* show me how to switch a total amount of 24 steups to another
distribution and after the year of work this means some idiot
there is breaking some core-component and you will jump to the next?

i am using Feodra since NINE releases and now i have the first time
really troubles and finally someone tell me the
fault is not what Fedora did with F15?



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 and Sandy Bridge graphics

2011-06-12 Thread Genes MailLists
On 06/12/2011 08:40 PM, Reindl Harald wrote:
 Am 13.06.2011 02:29, schrieb Genes MailLists:
  Perhaps this is not the way for you if you find it confusing ... my
 suggestion then is deal with systemd and its bugs/quirks or perhaps
 install F15 and replace systemd with upstart - that should work the same
 as f14 + a few f15 packages.
 
 you should read the thread!

 I read the thread - you did not do what I suggested - you did something
different ... be that as it may ...

 I have done this both as an update as an install from a DVD built using
mock/pungi which contains F14 fully updated + all the f15 rpm's needed
to satisfy the packages I put in my first email.

 I hear your pain - there is a reason many I know have moved away from
F15 -  anyway - I have sandy bridge running, as I said,using fully
updated F14 + selected packages from F15. YYour hardware may be
different - so you may need different things.

 Good luck.


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel