How to disable DRI
by Adam Huffman
Is there a way of disabling DRI when there's no 'Load "DRI"' statement
to remove, as is the case in the new concise xorg.conf files?
I've reported a bug with DRI and the radeon driver and am rather tired
of using the VESA driver...
Adam
17 years, 7 months
Re: multiple gnome sessions from same user
by Chris Tyler
On Thu, 2006-09-21 at 12:00 -0400, Sam Folk-Williams wrote:
> Subject: multiple gnome sessions from same user
> To: fedora-devel-list(a)redhat.com
> Message-ID: <1158853936.14144.61.camel(a)samfw.rdu.redhat.com>
> Content-Type: text/plain
>
> Hi,
>
> I'm noticing that if I have a gnome session on my desktop and try to
> start vnc (which also uses gnome) as my same username, I get this
> error:
>
> gnome-session: you're already running a session manager
>
> iirc, in the past I would be able to open a second session as the same
> user. Is there a reason/explanation behind not allowing multiple
> sessions? Or have i configured something wrong?
>
> thanks,
> Sam
Try unsetting SESSION_MANAGER before starting VNC. The same thing can
happen when using Xnest.
--
Chris Tyler http://chris.tylers.info
17 years, 7 months
Re: Re: traceroute lacks icmp support
by Dmitry Butskoy
Roy-Magne Mo wrote:
>I do think this happened pre-FC5, so it's not a rawhide/FC6 issue.
>
>
Yep.
But it was not mentioned in FC5's ReleaseNotes. Better later, than never...
Many people using Fedora in production systems upgrade to FC5 just now
(i.e., to skip "half-year of instability"). It can be a reason why this
issue was not reported on pre-FC5 time.
Surely it cannot be "back-ported" to FC5's ReleaseNotes :), but it is
still possible at least for FC6 .
Dmitry Butskoy
17 years, 7 months
multiple gnome sessions from same user
by Sam Folk-Williams
Hi,
I'm noticing that if I have a gnome session on my desktop and try to
start vnc (which also uses gnome) as my same username, I get this error:
gnome-session: you're already running a session manager
iirc, in the past I would be able to open a second session as the same
user. Is there a reason/explanation behind not allowing multiple
sessions? Or have i configured something wrong?
thanks,
Sam
17 years, 7 months
Rawhide tree for 21 September 2006
by Paul Nasrat
There was a problem in building the tree for today, we're investigating
and will try and do a manual push later if possible.
We apologise for any inconvenience
Paul
17 years, 7 months
Yum upgrade?
by Bojan Smojver
After I didn't have much luck with an upgrade of an FC5 box to FC6T3
(see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206913), just
for kicks, I tried "yum upgrade" to a development tree. That failed with
a whole bunch of dependency problems, including things like e2fs*.
Similar situation existed between FC4 and FC5, also on x86_64.
Is "yum upgrade" something that's supposed to work between FC(n) and
FC(n+1) or not?
--
Bojan
17 years, 7 months
java 1.5 in fedora?
by Patrice Dumas
Hello,
Is there a support for java 1.5 in fedora? I follow a project which uses
the java 1.5 interface with the use of generics that weren't used in java 1.4
(in TreeMap, for example). Is it possible in fedora?
--
Pat
17 years, 7 months
Re: fedora-devel-list Digest, Vol 31, Issue 44
by Bob
Please don't send anymore of this
----- Original Message -----
From: <fedora-devel-list-request(a)redhat.com>
To: <fedora-devel-list(a)redhat.com>
Sent: Tuesday, September 19, 2006 9:01 PM
Subject: fedora-devel-list Digest, Vol 31, Issue 44
> Send fedora-devel-list mailing list submissions to
> fedora-devel-list(a)redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
> or, via email, send a message with subject or body 'help' to
> fedora-devel-list-request(a)redhat.com
>
> You can reach the person managing the list at
> fedora-devel-list-owner(a)redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of fedora-devel-list digest..."
>
>
> Today's Topics:
>
> 1. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?) (alan)
> 2. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?) (Rahul)
> 3. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?) (alan)
> 4. Re: wake-up from suspend (Kevin Fenzi)
> 5. Re: wake-up from suspend (Till Maas)
> 6. todays rawhide segfaults ipv6 (Louis Garcia)
> 7. Re: wake-up from suspend (Thorsten Leemhuis)
> 8. Re: wake-up from suspend (Dan Hor?k)
> 9. Re: wake-up from suspend (Richard Hughes)
> 10. Re: wake-up from suspend (David Zeuthen)
> 11. Re: todays rawhide segfaults ipv6 (Bill Nottingham)
> 12. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?) (Ian Burrell)
> 13. development-source repository broken (Ian Burrell)
> 14. Re: wake-up from suspend (Till Maas)
> 15. Re: wake-up from suspend (Richard Hughes)
> 16. Re: cups daemon not starting with test3 (Orion Poplawski)
> 17. Re: Anyone working on kdelibs4 snapshot packages for
> developers? (Kevin Kofler)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 Sep 2006 09:05:17 -0700 (PDT)
> From: alan <alan(a)clueserver.org>
> Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?)
> To: Development discussions related to Fedora Core
> <fedora-devel-list(a)redhat.com>
> Message-ID: <Pine.LNX.4.64.0609190901210.21327(a)blackbox.fnordora.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Tue, 19 Sep 2006, Nicolas Mailhot wrote:
>
>>
>> Le Mar 19 septembre 2006 04:08, Mike Chambers a écrit :
>>> And from
>>> FC5 to rawhide is a supported upgrade and *is suppose* to work
>>
>> FCn to rawhide is always supposed to work, else there would be no way to
>> get testers on rawhide in the first place (all the maintainers who let
>> the
>> devel version of their package bitrot should remember this)
>>
>> What's allways been officially non-supported is update from rawhide to
>> anything else (which is a shame)
>
> Last night I tested the upgrade on an i386 based install of FC5 using
> FC6t3.
>
> Not good.
>
> It gets to the part where it figures out what to upgrade and bjorks with
> an exception on the package "system-config-mouse" claiming that it
> contains an unknown header of "basepath".
>
> The system has a bunch of packages from Core, Extras and Freshrpms.net.
> It had just been upgraded from FC4 within the last week or so with no
> problems. All the updates were current. I have not tested what happens if
> I remove that one package.
>
> --
> "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a
> lucky, lucky, lucky little boy. 'Cause you know why? You get to drink
> from... the FIRE HOOOOOSE!"
> - The Stanley Spudoski guide to mailing list administration
>
> ------------------------------
>
> Message: 2
> Date: Tue, 19 Sep 2006 21:38:59 +0530
> From: Rahul <sundaram(a)fedoraproject.org>
> Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?)
> To: Development discussions related to Fedora Core
> <fedora-devel-list(a)redhat.com>
> Message-ID: <4510161B.5020800(a)fedoraproject.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> alan wrote:
>> On Tue, 19 Sep 2006, Nicolas Mailhot wrote:
>>
>>>
>>> Le Mar 19 septembre 2006 04:08, Mike Chambers a écrit :
>>>> And from
>>>> FC5 to rawhide is a supported upgrade and *is suppose* to work
>>>
>>> FCn to rawhide is always supposed to work, else there would be no way to
>>> get testers on rawhide in the first place (all the maintainers who let
>>> the
>>> devel version of their package bitrot should remember this)
>>>
>>> What's allways been officially non-supported is update from rawhide to
>>> anything else (which is a shame)
>>
>> Last night I tested the upgrade on an i386 based install of FC5 using
>> FC6t3.
>>
>> Not good.
>>
>> It gets to the part where it figures out what to upgrade and bjorks with
>> an exception on the package "system-config-mouse" claiming that it
>> contains an unknown header of "basepath".
>
> Thats strange because system-config-mouse was dropped before FC5 release.
>
> http://fedora.redhat.com/docs/release-notes/fc5/#id2947593
>
>
>>
>> The system has a bunch of packages from Core, Extras and Freshrpms.net.
>> It had just been upgraded from FC4 within the last week or so with no
>> problems. All the updates were current. I have not tested what happens
>> if I remove that one package.
>
> Can you check that?
>
> Rahul
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 19 Sep 2006 09:15:46 -0700 (PDT)
> From: alan <alan(a)clueserver.org>
> Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4?
> (Was: Yum upgrade?)
> To: Development discussions related to Fedora Core
> <fedora-devel-list(a)redhat.com>
> Message-ID: <Pine.LNX.4.64.0609190913320.21327(a)blackbox.fnordora.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Tue, 19 Sep 2006, Rahul wrote:
>
>> alan wrote:
>>> On Tue, 19 Sep 2006, Nicolas Mailhot wrote:
>>>
>>>>
>>>> Le Mar 19 septembre 2006 04:08, Mike Chambers a écrit :
>>>>> And from
>>>>> FC5 to rawhide is a supported upgrade and *is suppose* to work
>>>>
>>>> FCn to rawhide is always supposed to work, else there would be no way
>>>> to
>>>> get testers on rawhide in the first place (all the maintainers who let
>>>> the
>>>> devel version of their package bitrot should remember this)
>>>>
>>>> What's allways been officially non-supported is update from rawhide to
>>>> anything else (which is a shame)
>>>
>>> Last night I tested the upgrade on an i386 based install of FC5 using
>>> FC6t3.
>>>
>>> Not good.
>>>
>>> It gets to the part where it figures out what to upgrade and bjorks with
>>> an
>>> exception on the package "system-config-mouse" claiming that it contains
>>> an
>>> unknown header of "basepath".
>>
>> Thats strange because system-config-mouse was dropped before FC5 release.
>>
>> http://fedora.redhat.com/docs/release-notes/fc5/#id2947593
>
> Probably left over from the upgrade from FC4 to FC5.
>
> This is going to bite anyone who upgrades FC4->FC5->FC6.
>
>>> The system has a bunch of packages from Core, Extras and Freshrpms.net.
>>> It
>>> had just been upgraded from FC4 within the last week or so with no
>>> problems. All the updates were current. I have not tested what happens
>>> if
>>> I remove that one package.
>>
>> Can you check that?
>
> I will tonight. (I stopped working on it at 4:30am this morning. At
> least the insomnia was useful for something...)
>
> --
> "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a
> lucky, lucky, lucky little boy. 'Cause you know why? You get to drink
> from... the FIRE HOOOOOSE!"
> - The Stanley Spudoski guide to mailing list administration
>
> ------------------------------
>
> Message: 4
> Date: Tue, 19 Sep 2006 10:14:44 -0600 (MDT)
> From: Kevin Fenzi <kevin-redhat-devel(a)scrye.com>
> Subject: Re: wake-up from suspend
> To: fedora-devel-list(a)redhat.com
> Message-ID: <20060919.101444.1039899570.kevin(a)scrye.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>>>>>> "John" == John DeDourek <dedourek(a)unb.ca> writes:
>
> John> Dan Horák wrote:
>>> I am seeing the same behaviour on Quanta ZW9, it has Intel chipset
>>> and Ati graphics. Dan
>>>
> John> It would be useful to know which "Ati graphics" chipset you
> John> have. /sbin/lspci will tell you what the OS is seeing as the
> John> graphics chip.
>
> John> We have two IBM/Lenova T42 laptops: one has ATI 7500, the other
> John> ATI 9600. The 7500 suspends to RAM and resumes nicely; the 9600
> John> suspends, but comes back with a blank screen, for both X and the
> John> console windows. The machines is otherwise "live" as witness
> John> that it is possible to do a CTRL-ALT F2 to gain a text console;
> John> login as root; and execute "shutdown -h". All, of course,
> John> without seeing what you are typing, so you need to use the
> John> keyboard very carefully.
>
> I have a T42p with a 9600 in it.
> It works great on suspend/resume, but you must add:
>
> acpi_sleep=s3_bios
>
> to your kernel boot line in grub.conf.
> If you don't do that you get a blank screen on resume.
> Perhaps you could try that?
>
> John> If anyone has some pointers to useful information gathering
> John> techniques for this problem, I would be interested.
>
> Try acpi_sleep=s3_bios.
>
> It's working great here.
>
> 01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL
> Mobility T2] (rev 80)
>
> Manufacturer: IBM
> Product Name: 2378RVU
> Version: ThinkPad T42p
>
> kevin
>
17 years, 7 months