On 11/11/14 09:54 PM, Felix Miata wrote:
Frank composed on 2014-11-11 20:44 (UTC-0500):
Browsing the logs on the Intel driver GIT site I ran across a comment
that the acceleration option should actually be "none" rather than "off".
I thought I would give that a try in the xorg.conf file
Hi folks, just to let you know I'll be on vacation from tomorrow (12th)
to the 19th. Petr Schindler and Mike Ruckman are volunteering to do the
Final compose requests and co-ordination while I'm out, and I'll be
checking in periodically. If someone could step in to run the meeting on
Monday (assumi
Frank composed on 2014-11-11 20:44 (UTC-0500):
> Browsing the logs on the Intel driver GIT site I ran across a comment
> that the acceleration option should actually be "none" rather than "off".
> I thought I would give that a try in the xorg.conf file I had sitting in
> /etc/X11.
> It seem
The following Fedora 19 Security updates need testing:
Age URL
382
https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19
194 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19
145
https://admin.fedoraproject.org/updates/FEDORA-20
The following Fedora 20 Security updates need testing:
Age URL
194 https://admin.fedoraproject.org/updates/FEDORA-2014-5897/nrpe-2.15-2.fc20
63
https://admin.fedoraproject.org/updates/FEDORA-2014-10451/geary-0.6.3-1.fc20
63
https://admin.fedoraproject.org/updates/FEDORA-2014-10468/icecr
The following Fedora 21 Security updates need testing:
Age URL
1
https://admin.fedoraproject.org/updates/FEDORA-2014-14617/GraphicsMagick-1.3.20-3.fc21
1
https://admin.fedoraproject.org/updates/FEDORA-2014-14697/drupal7-ckeditor-1.16-2.fc21
1
https://admin.fedoraproject.org/updates
On 11/11/14 01:09 PM, Felix Miata wrote:
Frank composed on 2014-11-11 10:34 (UTC-0500):
00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965
https://bugs.freedesktop.org/show_bug.cgi?id=85016 explains the root problem,
which was fixed 2 months ago in release-next of the Int
On 11/12/14 09:11, Sérgio Basto wrote:
> no, should be reported against sddm , is not fedup fault
OK, that makes sense. Confusing the "process" with the "program". :-)
--
If you can't laugh at yourself, others will gladly oblige.
--
test mailing list
test@lists.fedoraproject.org
To unsubscr
On 11/12/14 09:20, Rex Dieter wrote:
> Ed Greshko wrote:
>
>> I'm running an F20/KDE VM with sddm-0.10.0-2.fc20 installed from
>> updates-testing.
>>
>> In trying to do a
>>
>> fedup --network 21 --product=nonproduct
>>
>> I get
>>
>> WARNING: potential problems with upgrade
>> sddm-0.10.0-2.
Ed Greshko wrote:
> I'm running an F20/KDE VM with sddm-0.10.0-2.fc20 installed from
> updates-testing.
>
> In trying to do a
>
> fedup --network 21 --product=nonproduct
>
> I get
>
> WARNING: potential problems with upgrade
> sddm-0.10.0-2.fc20.x86_64 (no replacement) requires
> libxc
On Qua, 2014-11-12 at 08:59 +0800, Ed Greshko wrote:
> I'm running an F20/KDE VM with sddm-0.10.0-2.fc20 installed from
> updates-testing.
>
> In trying to do a
>
> fedup --network 21 --product=nonproduct
>
> I get
>
> WARNING: potential problems with upgrade
> sddm-0.10.0-2.fc20.x86_64
I'm running an F20/KDE VM with sddm-0.10.0-2.fc20 installed from
updates-testing.
In trying to do a
fedup --network 21 --product=nonproduct
I get
WARNING: potential problems with upgrade
sddm-0.10.0-2.fc20.x86_64 (no replacement) requires
libxcb-1.9.1-3.fc20.x86_64 (replaced by libxcb-1
On 11/04/2014 09:24 PM, Ed Greshko wrote:
Using the latest, and greatest, Beta.
In doing a KDE install from the net-install I added "Security Lab" as one of
the Software Selections. It fails with dependencies problems. Known issue?
I realize this is way late, but Security Lab runs on the XFC
Hi,
sorry, I thought, I had installed nvidia properly, but there was still nouveau
running.
After I had installed nvidia correctly, I got the same display on screen, as
You had shown.
I installed NVIDIA-Linux-x86_64-340.58.run, seemed to be produced on
5th,Nov.2014.
Possibly we should ask Nvidia
On Tue, 11 Nov 2014 13:16:09 -0500
Frank wrote:
> I think I have UXA in my xorg.conf file already but I will check
> after I reboot out of
> Windows :)
Of course, on my fedora 20 system, I have to explicitly turn on SNA
because the default UXA was giving me video playback that looked like
On 11/11/2014 1:09 PM, Felix Miata wrote:
Frank composed on 2014-11-11 10:34 (UTC-0500):
00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965
https://bugs.freedesktop.org/show_bug.cgi?id=85016 explains the root problem,
which was fixed 2 months ago in release-next of the Int
On 11/11/2014 12:35 PM, Nicholas Wheatley wrote:
On Tue, Nov 11, 2014 at 12:11:03AM -0500, Frank wrote:
But now I have lockup problems on the desktop and to some extent at the
CLI. I have disabled composting
in Marco ( I'm running the Mate desktop) and nothing else I could see that
might af
Frank composed on 2014-11-11 10:34 (UTC-0500):
> 00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965
https://bugs.freedesktop.org/show_bug.cgi?id=85016 explains the root problem,
which was fixed 2 months ago in release-next of the Intel video driver. If
workaround in
https://
On Tue, Nov 11, 2014 at 11:36:23AM -0500, Frank wrote:
> In relation to my video problems under 21 Beta
>
> is there ANY way to deal with the locked up desktop other
> than hitting the power switch? When it's locked-up, ctrl-alt-F
> keys don't work..ctrl-alt-del doesn't work...and the last res
On 11.11.2014 18:29, valent.turko...@gmail.com wrote:
> This bugreport is really telling:
> https://bugzilla.redhat.com/show_bug.cgi?id=1161491
>
> Here is copy/paste what bug reporter has found out:
>
> I then freshly installed Fedora 20 and tested some kernels:
>
> 3.17.2-300.fc21 on updated F
On Tue, Nov 11, 2014 at 12:11:03AM -0500, Frank wrote:
>
> But now I have lockup problems on the desktop and to some extent at the
> CLI. I have disabled composting
> in Marco ( I'm running the Mate desktop) and nothing else I could see that
> might affect video is on. It's real tight
> lockup
I see that there is currently one bug report open on this topic and I
reported mine also:
https://bugzilla.redhat.com/show_bug.cgi?id=1161943
https://bugzilla.redhat.com/show_bug.cgi?id=1162793
On Tue, Nov 11, 2014 at 6:23 PM, poma wrote:
> On 11.11.2014 18:05, valent.turko...@gmail.com wrote:
>>
This bugreport is really telling:
https://bugzilla.redhat.com/show_bug.cgi?id=1161491
Here is copy/paste what bug reporter has found out:
I then freshly installed Fedora 20 and tested some kernels:
3.17.2-300.fc21 on updated F20: doesn't work
3.17.0-1.vanilla.mainline.knurd.1.fc2
On 11.11.2014 18:05, valent.turko...@gmail.com wrote:
> I also updated my UEFI firmware to latest on T440s, and still have
> resume issue :(
> I use two drives, my /boot, /boot/uefi and /home are on regular drive
> and my / partition is on msata2 ssd. Could using two separate drives
> cause resume
On 11.11.2014 16:34, Frank wrote:
>
> On 11/11/2014 03:28 AM, poma wrote:
>> On 11.11.2014 06:11, Frank wrote:
>>> On 11/10/2014 10:42 PM, Samuel Sieb wrote:
On 11/10/2014 06:06 PM, Frank wrote:
> I installed 21 beta today from the live cd and ran into a couple of
> (minor) problems.
I also updated my UEFI firmware to latest on T440s, and still have
resume issue :(
I use two drives, my /boot, /boot/uefi and /home are on regular drive
and my / partition is on msata2 ssd. Could using two separate drives
cause resume not to work?
But why is my CPU fan woken up when I press power
On Tue, Nov 11, 2014 at 11:36:23AM -0500, Frank wrote:
> In relation to my video problems under 21 Beta
>
> is there ANY way to deal with the locked up desktop other
> than hitting the power switch? When it's locked-up, ctrl-alt-F
> keys don't work..ctrl-alt-del doesn't work...and the last res
In relation to my video problems under 21 Beta
is there ANY way to deal with the locked up desktop other
than hitting the power switch? When it's locked-up, ctrl-alt-F
keys don't work..ctrl-alt-del doesn't work...and the last resort
alt-sysreq doesn't work. I am really afraid of totally messi
On 11/11/2014 03:28 AM, poma wrote:
On 11.11.2014 06:11, Frank wrote:
On 11/10/2014 10:42 PM, Samuel Sieb wrote:
On 11/10/2014 06:06 PM, Frank wrote:
I installed 21 beta today from the live cd and ran into a couple of
(minor) problems. I guess because I had booted the live cd in safe mode
(tr
How to manually install NVIDIA graphics driver
using yum or dnf (I prefer dnf so I will use that)
#dnf clean all
#dnf update
#dnf install gcc kernel-devel dkms
download NVIDIA driver from nvidia.com and cd to the download directory
#chmod +x NVIDIA-XXX.run (the NVIDIA driver, for instance
NVID
On Mon, 10 Nov 2014 15:33:51 -0500
"Jared K. Smith" wrote:
> I had the same problem with mine (X1 Carbon second generation) until I
> updated the UEFI firmware on it. Since updating that, I haven't had any
> problems with suspend or resume.
Which version of the firmware are you at? I upgraded
> If you want my guess, I guess I'd suggest we make VNC non-arch-specific,
> keep serial console split ARM/x86, and make text non-interface-specific,
> it seems like as long as you get a console at all, that ought to work.
Adjusted in
https://fedoraproject.org/w/index.php?title=Template%3AInstall
> Error: fedora-release-cloud conflicts with
> fedora-release-nonproduct-21-0.16.noarch
>
Worse than I thought.
# rpm -e fedora-release-cloud
error: Failed dependencies:
system-release-product is needed by (installed)
fedora-release-21-0.16.noarch
# repoquery --whatprovides system-relea
Compose started at Tue Nov 11 05:15:04 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[audtty]
audtt
# yum groupinstall 'Xfce Desktop'
[...]
--> Finished Dependency Resolution
Error: fedora-release-nonproduct conflicts with
fedora-release-cloud-21-0.16.noarch
Error: fedora-release-cloud conflicts with
fedora-release-nonproduct-21-0.16.noarch
For many years, we've been telling new packagers to a
Compose started at Tue Nov 11 07:15:02 UTC 2014
Broken deps for armhfp
--
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2
[authhub]
authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0
[avro]
avro-mapred-
On 11.11.2014 06:11, Frank wrote:
>
> On 11/10/2014 10:42 PM, Samuel Sieb wrote:
>> On 11/10/2014 06:06 PM, Frank wrote:
>>> I installed 21 beta today from the live cd and ran into a couple of
>>> (minor) problems. I guess because I had booted the live cd in safe mode
>>> (trying to solve another
37 matches
Mail list logo
