Re: Last released kernel

[Sandro Mani]

On 01.03.2017 13:30, Russel Winder wrote:

On Wed, 2017-03-01 at 13:17 +0100, Sandro Mani wrote:
[…]

Don't know if this helps, but I have

exclude=kernel*

in dnf.conf and use a script like

ver=$(( $(cat /etc/redhat-release | awk '{print $3}') - 1 ))
dnf -y --disablerepo=* --releasever=$ver --enablerepo=updates*
--disableexcludes=all --nogpgcheck update kernel*
dnf -y --enablerepo=* --releasever=$ver clean all
grub2-mkconfig -o /boot/grub2/grub.cfg

which I run periodically to update to the latest kernel from the
current
stable release.

So get the latest kernel from the latest release fork?

I wonder if there is a way of doing this without dnf in this way to
avoid needing the clean all?

This should work:

koji download-build --quiet --arch=$(uname -m) $(koji latest-build 
--quiet f25 kernel | awk '{print $1}')


but it downloads all the rpms of the kernel package so in the end it 
might be slower than the dnf update.

___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org

Re: Last released kernel

[Sandro Mani]

On 01.03.2017 10:07, Russel Winder wrote:

I appreciate that Rawhide always has the latest kernel snapshot as the
one and only kernel and that it is up to users to manage their own
kernels. However I wonder if there should be a simple, standard way of
being able to install the last released kernel, perhaps a package last-
release-kernel or something.

The problem for me is that the release kernel only ever seems to be in
Rawhide for one day, and if I miss updating on that day, I have missed
capturing that kernel – it just happened with 4.10 so I am stuck with
an rc8 rather than the release. (And 4.11 won't actually work for a few
rcs yet, same for every new kernel.)
  

Don't know if this helps, but I have

exclude=kernel*

in dnf.conf and use a script like

ver=$(( $(cat /etc/redhat-release | awk '{print $3}') - 1 ))
dnf -y --disablerepo=* --releasever=$ver --enablerepo=updates* 
--disableexcludes=all --nogpgcheck update kernel*

dnf -y --enablerepo=* --releasever=$ver clean all
grub2-mkconfig -o /boot/grub2/grub.cfg

which I run periodically to update to the latest kernel from the current 
stable release.


Sandro
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org

Re: Trying to install the F24 version of VirtualBox-5.1-5.1.6 in F25

[Sandro Mani]

On 11.10.2016 11:15, Ian Kent wrote:

On Tue, 2016-10-11 at 16:29 +0800, Ian Kent wrote:

[...]

I guess the other thing you could do is grab the libvpx-1.5.0 source rpm and
give it a different name like libvpx-compat, build and install it then the
requirement of VirtualBox should be met without the dependency side effects
above.

https://smani.fedorapeople.org/compat-libvpx-1.5.0-1.fc26.src.rpm
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org

Re: Help F23: Needing python3-coverage 4.0-0-12.b3.fc23.x86_64 rpm

[Sandro Mani]

On 30.09.2015 10:49, Joachim Backes wrote:

Hi all,

it seems that *python3-coverage-4.0-1.fc23* prevents from a correct
booting (boots into emergency mode), and it seems that
*python3-coverage-4.0-1.fc23* is the culprit.

The last running version was for me 4.0-0-12.b3.fc23.x86_64, but I was
not able (even after a long search) to download.

Anybody knows a location for this pkg? Any hint would be very appreciated.


You can find all packages on koji:

http://koji.fedoraproject.org/koji/packageinfo?packageID=8440


Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: gdb broken in rawhide?

[Sandro Mani]

Does the patch below work? gdb's git commits are difficult to make 
sense of but I found a clue in the comment at the bottom of the class 
that the snipplet subclasses:



https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=gdb/python/lib/gdb/FrameIterator.py;h=c99a91e556c;hb=HEAD 



(Summary: next() and __next__() are required to appease both python 2 
and python 3)


I switched the names around to match the calling convention in that 
file but it can probably be done the other way too, with next() 
calling __next__(), which might be cleaner.


Cheers,
Andy

--- /usr/share/glib-2.0/gdb/gobject.py.old2014-06-11 
20:12:32.03700 +0100
+++ /usr/share/glib-2.0/gdb/gobject.py2014-06-11 
20:38:29.10800 +0100

@@ -238,7 +238,7 @@
 return i
 return -1

-def __next__ (self):
+def next (self):
 # Ensure we have enough frames for a full signal emission
 self.fill()

@@ -274,6 +274,9 @@

 return self.queue.pop(0)

+def __next__ (self):
+return self.next()
+
 class GFrameFilter(object):
 name = 'glib'
 enabled = True


That seems to work, thanks!

Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: gdb broken in rawhide?

[Sandro Mani]

On 10.06.2014 18:26, Andrew Price wrote:

On 10/06/14 15:59, Sandro Mani wrote:

(hmpf, hit wrong key.. continuing..)

I'm getting

Python Exception  instance has no next()
method:

whenever I try to print out a backtrace with gdb. Anyone else noticing
this? Any idea which component is reponsible? Downgrading gdb and python
did not help.


Do you have broken gdb-python backtrace hooks in your ~/.gdbinit or 
something like that?


Andy
Uhm, no, I don't have any .gdbinit or similar, just stock gdb. But looks 
like I can only reproduce the problem with gui applications. I.e. gdb 
dolphin, press ctrl-c at some random moment, and do a bt.


Thanks,
Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: gdb broken in rawhide?

[Sandro Mani]

(hmpf, hit wrong key.. continuing..)

I'm getting

Python Exception  instance has no next() 
method:


whenever I try to print out a backtrace with gdb. Anyone else noticing 
this? Any idea which component is reponsible? Downgrading gdb and python 
did not help.


Thanks,
Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

gdb broken in rawhide?

[Sandro Mani]

Hi,

Getting

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: KDE Plasma Desktop Crashing

[Sandro Mani]

On 28.04.2014 14:46, Ed Greshko wrote:

I've been running a VM with the rawhide repos enabled.  I last updated the 
system on 4/22.  Today, I ran the updates and now the KDE desktop is crashing.

Is this a known issue?


This is https://bugzilla.redhat.com/show_bug.cgi?id=1091482

Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Gnome 3.10: Network UI missing from new system status area

[Sandro Mani]

On 04.10.2013 16:38, Matthew Miller wrote:

On Fri, Oct 04, 2013 at 07:54:54AM +0200, moshe nahmias wrote:

I think that it must be possible to make the icon visible as an option. I

This seems like a very useful place for a Gnome Shell Extension.

Or rather a gsettings option accessible via tweak tool. Having 
extensions for every small detail is a bit excessive IMO.


--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Gnome 3.10: Network UI missing from new system status area

[Sandro Mani]

On 04.10.2013 07:54, moshe nahmias wrote:
I think that it must be possible to make the icon visible as an 
option. I use a cellular modem on my laptop and the easiest way to 
connect with it to the net is by clicking that icon...
I guess that it's possible to connect from other places, but it won't 
be as easy.



Also when ohne has multiple wired-networking profiles configured, you 
have to go to the system settings in order to switch between them. I 
think users would expect to be able to do that from the system status area.
And my opinion: I find this to be unnecessarily confusing. The system 
status area should show in what state the computer/device is, and in my 
opinion the ethernet cable status should definitely be part of the state 
(unless the device has no LAN adapter).


Sandro




--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Gnome 3.10: Network UI missing from new system status area

[Sandro Mani]

On 03.10.2013 14:29, Adam Williamson wrote:

On Thu, 2013-10-03 at 14:03 +0200, Sandro Mani wrote:

Hi,

Running Gnome 3.10 in a virtual machine, I notice that the networking UI
in the system status area is missing (happens both in classic mode as
well as standard mode). This happens both with a continuously updated
rawhide installation as well as with the latest F20 nightly. Anyone else
seeing this, maybe also on physical machines?

This is intentional. See
https://bugzilla.redhat.com/show_bug.cgi?id=1005719 (not the original
bug, but the later comments).

I see, thanks.

Sandro
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Gnome 3.10: Network UI missing from new system status area

[Sandro Mani]

Hi,

Running Gnome 3.10 in a virtual machine, I notice that the networking UI 
in the system status area is missing (happens both in classic mode as 
well as standard mode). This happens both with a continuously updated 
rawhide installation as well as with the latest F20 nightly. Anyone else 
seeing this, maybe also on physical machines?


Thanks,
Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Vbox modules are not built after installing kernel-3.11.0-200.fc19.x86_64

[Sandro Mani]

On 12.09.2013 10:19, Joachim Backes wrote:

On 09/12/2013 09:53 AM, Andre Robatino wrote:

Joachim Backes  rhrk.uni-kl.de> writes:


having a problem after updating from kernel3.10.11-200.fc19.x86_64 to
kernel-3.11.0-200.fc19.x86_64: The vbox mudules are not built during
reboot. I saw akmodbuild failing:

VirtualBox 4.2.16 does not support the 3.11 kernel (
https://www.virtualbox.org/ticket/11946 ). You need to use 4.2.18, which is
now available from the Oracle repo,


Hi Andre,

this was I tried to avoid, but I know that installing vbox from oracle
always helps in such a situation. So I'll wait until vbox-4.2.18 from
rpmfusion appears :-(

Thanks.

Joachim Backes


Just in case, until vbox gets updated, here [1] is the kmod SRPM with 
patches for kernel-3.11 compatibility that I'm currently using.


Sandro

[1] 
http://smani.fedorapeople.org/kmod-VirtualBox-4.2.16-1.20130819.fc20.x86_64.rpm

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: KDE install from DVD, no kdm?

[Sandro Mani]

On 08.09.2013 01:52, Ed Greshko wrote:

I just installed F20-TC4 from DVD selecting the KDE desktop.  To my surprise 
there was no kdm installed.  Instead, I found sddm running.

Known issue?

If not, what to bugzilla against?


That would be https://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Which component should hardware hotkey issues be filed against?

[Sandro Mani]

On 16.08.2013 21:42, Adam Williamson wrote:

On Thu, 2013-08-15 at 17:26 +0200, Karel Volný wrote:

Hi,


I've recently obtained a ThinkPad T430 and noticed that the
Fn+F5 hotkey for toggling WLAN/BT does not work. If I'm not
mistaken, the acpid package is the legacy way of doing things
(on my previous T400, I didn't even have it installed), so which
component is responsible nowadays for handling these things?

not exactly sure if this is the same case, but a few bugs about keys 
controlling the backlight not working are filed for kernel ...

Yeah, I'd go for the kernel. I think that's where such hardware-related
special keys are handled these days.

Thank you both, I've filed #998174.

Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Which component should hardware hotkey issues be filed against?

[Sandro Mani]

Hi,

I've recently obtained a ThinkPad T430 and noticed that the Fn+F5 hotkey 
for toggling WLAN/BT does not work. If I'm not mistaken, the acpid 
package is the legacy way of doing things (on my previous T400, I didn't 
even have it installed), so which component is responsible nowadays for 
handling these things?


Thanks,
Sandro

PS: A workaround for the issue is to install acpid and add an acpi handler:

$ cat > /etc/acpi/events/fnf5conf < /etc/acpi/actions/fnf5handler.sh < "/proc/acpi/ibm/bluetooth"
echo -n \$ACTION > "/proc/acpi/ibm/wan"
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Last two kernel updates

[Sandro Mani]

On 05.08.2013 02:45, ergodic wrote:
Can not boot with either 'kernel-3.10.4-200.fc19.x86_64' or 
'kernel-3.10.4-300.fc19.x86_64'

Has any one had this problem?

Currently running with kernel-3.9.9-301.fc19.x86_64.

Thanks.


You need to provide some more information for people to be able to help 
you. For instance, what does "can not boot" mean? If you disable the 
boot splash and disable quiet mode, what do you see? To disable the boot 
splash and quiet mode, select the desired kernel to boot in the grub 
menu, press e, then search for the line starting with "linux 
/boot/vmlinuz-", and on that line remove the rhgb and quiet 
words, and then press ctrl+x to boot. Then you should be able to see 
what is happening.


Sandro
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Nvidia installation problems

[Sandro Mani]

On 03.08.2013 00:06, Lawrence Graves wrote:
I am having trouble installing the 304.88 Nvidia drivers on my Dell 
9400 Inspiron laptop with Quadro FX2500m video card. This is the 
readout I receive when attempting installation on runlevel 3. Thank 
for your help.

--
All things are workable but don't all things work. Prov. 3:5 & 6


This is not really the right list for the issue, but I suggest you 
consulted the log file as indicated. Problem might be as simple as not 
having kernel-headers or gcc installed.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: evince 3.8.0 cores

[Sandro Mani]

On 13.04.2013 14:50, Kevin Martin wrote:

Every time I try to print a pdf with evince 3.8.0 it crashes and says that it 
cores but I can't find the core dump and so can't help
figure out where the problem is.  my settings for core dumps are:

::
/proc/sys/kernel/core_pattern

|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e
::
/proc/sys/kernel/core_pipe_limit

4
::
/proc/sys/kernel/core_uses_pid

1

Any help greatly appreciated.


Why don't you just run it through gdb, if the problem is so easily 
reproducible?

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Missing python-imaging

[Sandro Mani]

On 18.03.2013 22:22, Chuck Forsberg WA7KGX N2469R wrote:

On 03/18/2013 09:23 AM, Michael Cronenworth wrote:

On 03/18/2013 11:18 AM, Chuck Forsberg WA7KGX N2469R wrote:

Python-imaging seems to be missing from Fedora 19 and rawhide.

Pillow is installed but WSPR won't run because it can't import
the stuff that used to be in python-imaging.

Chuck,

You will find it helpful to read the FeatureList wiki page[1] when you
are testing Fedora N+1 or Rawhide releases. The relevant page regarding
your issue is here:

http://fedoraproject.org/wiki/Features/Pillow

Michael

[1] http://fedoraproject.org/wiki/FeatureList

The referred document suggests Pillow is a drop-in for python-imaging
except for the "from PIL" import bit.   But unfortunately this not the 
case.

Adding "from PIL" to the import line allows wspr to start and run, but
the data does not display.  Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib64/python2.7/lib-tk/Tkinter.py", line 1410, in __call__
return self.func(*args)
  File "/usr/lib64/python2.7/lib-tk/Tkinter.py", line 495, in callit
func(*args)
  File "wspr.py", line 1228, in update
draw.text((x,148),tw[i],fill=253)#Insert time label
  File "/usr/lib64/python2.7/site-packages/PIL/ImageDraw.py", line 
256, in text

ink, fill = self._getink(fill)
  File "/usr/lib64/python2.7/site-packages/PIL/ImageDraw.py", line 
144, in _getink

if self.palette and not Image.isNumberType(ink):
AttributeError: 'module' object has no attribute 'isNumberType'

Not exactly a drop-in replacement.

Well, file a bug then. And hey, bugs happen, even if people try hard to 
avoid them. Anyhow, this is fixed upstream (see [1]), I'm working on 
updating the packages to the latest pillow 2.0, it's taking me a bit 
longer than I expected since I had to figure out why one of the tests 
did not complete (which turned out to be a gcc4.8 regression).


[1] 
https://github.com/python-imaging/Pillow/commit/1f41e25b4feec620ad32e8b3a9b28466f63b3afe


--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Missing python-imaging

[Sandro Mani]

You need to type
from PIL import 
instead of just
import 

See https://fedoraproject.org/wiki/Features/Pillow


On Mon, Mar 18, 2013 at 5:18 PM, Chuck Forsberg WA7KGX N2469R
wrote:

> Python-imaging seems to be missing from Fedora 19 and rawhide.
>
> Pillow is installed but WSPR won't run because it can't import
> the stuff that used to be in python-imaging.
>
> --
>  Chuck Forsberg WA7KGX   c...@omen.com   www.omen.com
> Developer of Industrial ZMODEM(Tm) for Embedded Applications
>   Omen Technology Inc  "The High Reliability Software"
> 10255 NW Old Cornelius Pass Portland OR 97231   503-614-0430
>
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.**org/mailman/listinfo/test
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Problems with VirtualBox-4.2.6-5.fc18.x86_64 from rpmfusion and kernel-3.8.1-201.fc18.x86_64 resp. kernel-devel-3.8.1-201.fc18.x86_64

[Sandro Mani]

You could try building the kmod package with something like:

tmpdir=$(mktemp -d)
pushd $tmpdir
yumdownloader --source VirtualBox-kmod
sudo yum-builddep VirtualBox-kmod
rpmbuild --rebuild VirtualBox-kmod*
popd
rm -rf $tmpdir


On Fri, Mar 1, 2013 at 1:43 PM, Ed Greshko  wrote:

> On 03/01/13 18:52, Joachim Backes wrote:
> > I tried, but there are too much dependencies in F18 :-(
>
> And there are no logs for the attempt to build the modules?
>
> I gather you also tried creating /lib/modules/3.8.1-201.fc18.x86_64/extra
>  (there is no s at the end) to see if that my allow the build to complete?
>
>
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
>
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: kmod-VirtualBox + gcc 4.8: 'asm' operand has impossible constraints

[Sandro Mani]

On 30.01.2013 00:10, "Jóhann B. Guðmundsson" wrote:

On 01/29/2013 10:53 PM, Sandro Mani wrote:

Hi,

Attempting to compile the VirtualBox kernel module with 
gcc-4.8.0-0.6.fc19.x86_64 results in
vboxnetadp/include/iprt/asm.h:4144:9: error: 'asm' operand has 
impossible constraints




Of topic for this list since we dont ship virtualbox try rpmfusion and 
or oracle...


JBG


Yeah well but we are one of the first ones to ship gcc 4.8, and since 
this might as well be a gcc bug... But Jakub has already kindly replied 
and I am putting together a test case for him.


Sandro
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

kmod-VirtualBox + gcc 4.8: 'asm' operand has impossible constraints

[Sandro Mani]

Hi,

Attempting to compile the VirtualBox kernel module with 
gcc-4.8.0-0.6.fc19.x86_64 results in
vboxnetadp/include/iprt/asm.h:4144:9: error: 'asm' operand has 
impossible constraints


The code where it fails is embedded below. Any assembler-knowing person 
around who can shed some light on the issue? :)


Thanks,
Sandro


Code:
__asm__ __volatile__("repe; scasl\n\t"
 "je1f\n\t"
#  ifdef RT_ARCH_AMD64
 "lea   -4(%%rdi), %%rdi\n\t"
 "xorl  (%%rdi), %%eax\n\t"
 "subq  %5, %%rdi\n\t"
#  else
 "lea   -4(%%edi), %%edi\n\t"
 "xorl  (%%edi), %%eax\n\t"
 "subl  %5, %%edi\n\t"
#  endif
 "shll  $3, %%edi\n\t"
 "bsfl  %%eax, %%edx\n\t"
 "addl  %%edi, %%edx\n\t"
 "1:\t\n"
 : "=d" (iBit),
   "=&c" (uECX),
   "=&D" (uEDI),
   "=&a" (uEAX)
 : "0" (0x),
   "mr" (pvBitmap),
   "1" (cBits >> 5),
   "2" (pvBitmap),
   "3" (0x));
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F18/Rawhide, kdm: wrong keyboard layout

[Sandro Mani]

On Wed, Nov 7, 2012 at 5:06 PM, Frank Murphy  wrote:
> On Fri, 26 Oct 2012 14:55:47 -0700
> Adam Williamson  wrote:
>
>> On Fri, 2012-10-26 at 18:16 +0200, Sandro Mani wrote:
>> > I haven't tried the vconsole thing yet (can't log out right now),
>> > but also in my case the problem _only_ appears at the login
>> > screen. Everywhere else, including on VTs, the layout is correct.
>>
>> It sounds like the console layout is correct and your desktop (KDE
>> or whatever) also has the correct layout configured for your user,
>> so I think what's missing is the systemwide X11 layout. Johann,
>> where does that get set?
>
> Sorry about the late reply
>
> I fixed my login screen problems (LightDM)
> with "localectl set-keyboard uk"
>
> man localectl (within F18)
>
> --
> Regards,
> Frank
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test

Thanks, that worked!
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F18/Rawhide, kdm: wrong keyboard layout

[Sandro Mani]

I haven't tried the vconsole thing yet (can't log out right now), but
also in my case the problem _only_ appears at the login screen.
Everywhere else, including on VTs, the layout is correct.

On Fri, Oct 26, 2012 at 6:00 PM, Frank Murphy  wrote:
> On Fri, 26 Oct 2012 15:14:12 +
> "Jóhann B. Guðmundsson"  wrote:
>
>> > Anyone else noticing this / any idea how to fix?
>> >
>> > Thanks,
>> > Sandro
>>
>> http://www.freedesktop.org/software/systemd/man/vconsole.conf.html
>
> Doesn't fix it for me.
> kemap=uk, can be both wrong and right.
> It does appear to be an X problem on my rawhide.
> With on runlevel 3 login: user password works fine. (keymap, UK)
> startx
> in Term | is now a >, and other also switch (keymap, UK)
> It is only when "setxkbmap -rules evdev -layout gb -model pc105
> -variant extd"
> is run, that | is once again |.
> On this physical keyboard | is above \, next to shift-L.
>
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

F18/Rawhide, kdm: wrong keyboard layout

[Sandro Mani]

Hi,

I've been noticing this since at least September (but reboot really
rarely, so I always forgot to mention the problem...). My keyboard
layout of choice is swiss german, and the layout is such everywhere
except at the kdm login screen.
I've got "vconsole.keymap=sg" in the grub command line,
KEYTABLE="sg"
MODEL="pc105"
LAYOUT="ch"
VARIANT="de"
in /etc/sysconfig/keyboard, and an empty xorg.conf. AFAICT
/etc/kde/kdm/* do not contain any layout related settings.

I see this both on rawhide and F18 KDE, and I seem to remember that I
also noticed it on F18 Alpha Gnome before I wrecked the virtual
machine.

Anyone else noticing this / any idea how to fix?

Thanks,
Sandro
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F18 at-spi* deps

[Sandro Mani]

Since the gtk3 configure.ac lists a hard dependency on atk, I guess
you can't (unless you can rid the system of gtk3)


On Thu, Oct 25, 2012 at 4:40 PM, Frank Murphy  wrote:
> On 25/10/12 15:33, Sandro Mani wrote:
>>
>> I guess that would be because of
>> https://live.gnome.org/ThreePointFive/Features/AccessibilityOnByDefault
>
>
> How do I get rid of it.
> or at least disable it, in a way that doesn't disable the box.
> Aside from rpm -e --nodeps, reluctance on my part.
>
>
>
>
> --
> Regards,
> Frank
> "Jack of all, fubars"
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F18 at-spi* deps

[Sandro Mani]

I guess that would be because of
https://live.gnome.org/ThreePointFive/Features/AccessibilityOnByDefault

On Thu, Oct 25, 2012 at 4:26 PM, Frank Murphy  wrote:
> Why does at-spi(-atk, -core)
> want to pull out 80+ pkgs from my F18.
>
> In F16\17 they only removed themselves.
> (at-spi, at-spi-core)
>
> --
> Regards,
> Frank
> "Jack of all, fubars"
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: VirtualBox for Fedora18?

[Sandro Mani]

On Mon, Oct 8, 2012 at 8:00 AM, Joachim Backes
 wrote:
> Hi F18 testers,
>
> Is there an option to install VirtualBox in Fedora 18? The
> rpmfusion-updates-testing offers Virtualbox only for kernel
> 3.6.0-0.rc6.git0.2.fc18, but i'm running kernel-3.6.0-5.fc18.x86_64.
>
> Any hints are welcome.
>
> Kind regards
> --
> Joachim Backes 
>
> https://www-user.rhrk.uni-kl.de/~backes
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test

It's easy to rebuild the kernel module manually for the installed kernel:

sudo yum -y install kmodtool time VirtualBox-kmodsrc
buildsys-build-rpmfusion-kerneldevpkgs-current
rpmbuild --rebuild VirtualBox-kmod-4.2.0-2.fc19.src.rpm
sudo yum -y erase kmodtool time VirtualBox-kmodsrc
buildsys-build-rpmfusion-kerneldevpkgs-current

- Sandro
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Rebasing patches for fedora kernels

[Sandro Mani]

On 02.10.2012 22:55, Josh Boyer wrote:

On Tue, Oct 2, 2012 at 4:37 PM, Sandro Mani  wrote:

Hello,

I was asked to try the drm-intel-next-queued for an intel drm bug (see [1]).
While frequently rebuilding packages, I've seldom had to rebuild a kernel,
especially with such a huge patch. In this case, I was lucky and the diff
between the drm-intel-next-queued and the vanilla 3.6-rc7 (against which the
branch is based) applied with some successful hunks to kernel-3.6.0-1.fc18.
But it would still be great to know, what would be the proper way to
approach such a case?

If you're comfortable with git, find the git commit in the kernel.org
tree that corresponds to the Fedora kernel you're using.  Then use git
am -i or something similar and work through the conflicts.  That will
get you a series of commits for your patches on top of the vanilla
kernel version, and in most cases it's enough to just apply to Fedora.

If you're still getting conflicts because of patches Fedora is carrying
or if you're not comfortable with git, use the SRPM (or local fedpkg
checkout) of the Fedora kernel you're using and run it through a prep
step.  Then go into the prepped sources and work through applying the
patch you're trying to use.

It's worth mentioning that we're always building Linus' latest tree in
either Branched or rawhide.  If you're willing to use bleeding edge to
test your issues/patches, it will likely be less work to get them to
apply than using a kernel from a stable Fedora release.  You will also
be closer to what upstream is currently working on, so maybe you'll get
better responses (no guarantees).

That's it.  There is no magic for rebasing patches.  We still suffer
through rebasing every release and the kernel developers just have an
elevated pain threshold.

josh


Ok, many thanks.

Sandro
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Rebasing patches for fedora kernels

[Sandro Mani]

Hello,

I was asked to try the drm-intel-next-queued for an intel drm bug (see 
[1]). While frequently rebuilding packages, I've seldom had to rebuild a 
kernel, especially with such a huge patch. In this case, I was lucky and 
the diff between the drm-intel-next-queued and the vanilla 3.6-rc7 
(against which the branch is based) applied with some successful hunks 
to kernel-3.6.0-1.fc18. But it would still be great to know, what would 
be the proper way to approach such a case?


Thanks,
Sandro

[1] https://bugs.freedesktop.org/show_bug.cgi?id=55112
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Removable devices are not detected anymore

[Sandro Mani]

Hi,

I noticed today that my rawhide system stopped detecting removable 
devices. When I plug in i.e. a USB stick, dmesg and udevadm monitor show 
all the usual stuff, but dbus-monitor remains silent. Neither the KDE 
device notifier (or dolphin) nor the gnome file dialog pick up the 
device. setenforce 0 does not help. Manually mounting works. Any ideas 
where I should hunt?


Thanks,
Sandro


--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20

[Sandro Mani]

On 09/03/2012 07:56 PM, Pedro Francisco wrote:

On Sat, Aug 25, 2012 at 9:49 PM, Sandro Mani  wrote:

On 08/25/2012 10:08 PM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 2:48 PM, Sandro Mani  wrote:

On 08/24/2012 10:40 AM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 12:00 AM, Pedro Francisco
 wrote:

On Thu, Aug 23, 2012 at 6:53 PM, Sandro Mani 
wrote:

It happens both with and without compositing (actually issues are much
more
visible without compositing, possibly due to the fact that various
compositing effects trigger more screen redraws).

Have you ever hit the bug after a system start? Yesterday I couldn't
trigger it, today after suspend I can...

In my case it is hard to reproduce. The issue starts occuring without any
particular reason after some time, though sometimes I have the feeling
that
it is more likely to happen after some heavy openGL load. At the moment I
am
testing with xorg-x11-drv-intel-2.20.0-2.20120718.fc19.x86_64 (rebuilt
for
new libxcb), and have so far not encountered the issue (uptime 15h).

Can't reproduce it since my last email... grunf...

More or less safe reproducer for me: run a graphics-intensive 3D application
in windowed mode, and work normally with 2D applications for 10-20 mins in
the meantime. Though still not 100% reproducible

I've given up trying to reproduce this. Anyway if the bug still is
present, it's a bug common to UXA and SNA so if it happens again, I
think it's better to start a new thread with a new title (and add me
in CC if you do, please).

P.S.: do you have any kind of powersave enabled? I had
«pcie_aspm=force i915.i915_enable_fbc=1 i915.lvds_downclock=1
i915.powersave=1» on GRUB and I removed them for further testing,
unfortunately that was around the time I started to being unable to
trigger it. I'm readding them just in case it's related.
No, stock options everywhere. I still manage to hit the bug 
occasionally, always apparently caused by heavy 3D load, though never 
reliably ...

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20

[Sandro Mani]

On 08/25/2012 10:08 PM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 2:48 PM, Sandro Mani  wrote:

On 08/24/2012 10:40 AM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 12:00 AM, Pedro Francisco
 wrote:

On Thu, Aug 23, 2012 at 6:53 PM, Sandro Mani 
wrote:

It happens both with and without compositing (actually issues are much
more
visible without compositing, possibly due to the fact that various
compositing effects trigger more screen redraws).

Have you ever hit the bug after a system start? Yesterday I couldn't
trigger it, today after suspend I can...

In my case it is hard to reproduce. The issue starts occuring without any
particular reason after some time, though sometimes I have the feeling that
it is more likely to happen after some heavy openGL load. At the moment I am
testing with xorg-x11-drv-intel-2.20.0-2.20120718.fc19.x86_64 (rebuilt for
new libxcb), and have so far not encountered the issue (uptime 15h).

Can't reproduce it since my last email... grunf...
More or less safe reproducer for me: run a graphics-intensive 3D 
application in windowed mode, and work normally with 2D applications for 
10-20 mins in the meantime. Though still not 100% reproducible

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

xorg-x11-drv-intel >= 2.20 redraw issues (was: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20)

[Sandro Mani]

On 08/24/2012 04:08 PM, Zdenek Kabelac wrote:

Dne 24.8.2012 15:48, Sandro Mani napsal(a):


On 08/24/2012 10:40 AM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 12:00 AM, Pedro Francisco
 wrote:
On Thu, Aug 23, 2012 at 6:53 PM, Sandro Mani  
wrote:
It happens both with and without compositing (actually issues are 
much more

visible without compositing, possibly due to the fact that various
compositing effects trigger more screen redraws).

Have you ever hit the bug after a system start? Yesterday I couldn't
trigger it, today after suspend I can...
In my case it is hard to reproduce. The issue starts occuring without 
any
particular reason after some time, though sometimes I have the 
feeling that it
is more likely to happen after some heavy openGL load. At the moment 
I am
testing with xorg-x11-drv-intel-2.20.0-2.20120718.fc19.x86_64 
(rebuilt for new

libxcb), and have so far not encountered the issue (uptime 15h).



If you are skilled enough - grab   git repo for Intel driver and build 
--enable-debug build and properly install somewhere and configure 
xorg.conf
(or just simple rename system intel driver and replace it with new 
build one

and try to reproduce)

Chris (key SNA driver developer, if not the only one :)) is usually 
very responsive and helpful (and amazingly quick) with bug resolving - 
so my GMA965 is now pretty stable and fast with SNA (compared with UXA).


Zdenek

The issues is not an SNA one. But I'll try with git and try to reproduce 
it there.


Sandro

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20

[Sandro Mani]

On 08/24/2012 10:40 AM, Pedro Francisco wrote:

On Fri, Aug 24, 2012 at 12:00 AM, Pedro Francisco
 wrote:

On Thu, Aug 23, 2012 at 6:53 PM, Sandro Mani  wrote:

It happens both with and without compositing (actually issues are much more
visible without compositing, possibly due to the fact that various
compositing effects trigger more screen redraws).

Have you ever hit the bug after a system start? Yesterday I couldn't
trigger it, today after suspend I can...
In my case it is hard to reproduce. The issue starts occuring without 
any particular reason after some time, though sometimes I have the 
feeling that it is more likely to happen after some heavy openGL load. 
At the moment I am testing with 
xorg-x11-drv-intel-2.20.0-2.20120718.fc19.x86_64 (rebuilt for new 
libxcb), and have so far not encountered the issue (uptime 15h).

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20

[Sandro Mani]

On 08/23/2012 07:38 PM, Pedro Francisco wrote:

On Thu, Aug 23, 2012 at 6:13 PM, Sandro Mani  wrote:

Probably unrelated but similar issue, though _without_ SNA (having an intel
4500MHD, using rawhide): sometime after mid-july I have started suffering
severe redrawing issues, see [1] and [2]. Unfortunately I spent a few weeks
working with the discreet graphics, so I missed the version after which
issues started appearing. I am now gradually testing older
xorg-x11-drv-intel packages to try to identify when breakage started, I
suspect it is sometime after xorg-x11-drv-intel-2.20.0-1.20120718.fc18.
Issue appears only after some time, and is definitely an intel issue
(switching to the AMD discreet card it works fine). Also, GTK applications
are affected much more severely than Qt ones. I was hoping to gather more
information before filing a bug, (at least which version causes the
breakage) but since this was brought up, here it goes...


Ok.
Anyway I disabled SNA and it still happens: to recap: on
gnome-fallback-mode, Qt (so far: Skype, unetbootin) apps seem to have
refresh issues. NOT related to SNA.

Clue 1: on unetbootin seems easier to trigger, just open it, "ISO"
field, click Browse, open /etc, screen should fail to refresh until
window moved. If it does refresh, walk "up" on file browser and retry.

Clue 2: so Sandro, to you it's to GTK mainly? Here it's Qt only. But
you're on KDE and I'm on Gnome. So a better summary would be
"cross-desktop applications have refresh broken occasionaly". Are you
using Compositing? I've only hit this now that I've tried
gnome-fallback-mode (without compositing).

P.S.: Fedora _17_ here.
It happens both with and without compositing (actually issues are much 
more visible without compositing, possibly due to the fact that various 
compositing effects trigger more screen redraws). Btw, unetbootin: which 
file open dialog do you get, the gnome or the kde one?

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Intel Graphics: SNA testing report with xorg-x11-drv-intel >= 2.20

[Sandro Mani]

On 08/23/2012 06:27 PM, Adam Jackson wrote:

On Thu, 2012-08-23 at 15:40 +0100, Pedro Francisco wrote:

On Mon, Jul 23, 2012 at 6:59 PM, Pedro Francisco
 wrote:

I'm testing SNA on an Intel Graphics card (...)

Does anyone here who is using Gnome fallback has lack of screen
refreshing (using Intel SNA)?

Context: on Skype chat window, I start typing, and frequently whatever
you type isn't painted. Moving the window forces the refresh and the
text is effectively there.

I don't have any near-term plans to work on SNA, certainly not until
upstream is confident enough in it to make it the default.  If it works
for you, great; it breaks, you and upstream get to decide what to do
with the pieces.

- ajax


Probably unrelated but similar issue, though _without_ SNA (having an 
intel 4500MHD, using rawhide): sometime after mid-july I have started 
suffering severe redrawing issues, see [1] and [2]. Unfortunately I 
spent a few weeks working with the discreet graphics, so I missed the 
version after which issues started appearing. I am now gradually testing 
older xorg-x11-drv-intel packages to try to identify when breakage 
started, I suspect it is sometime after 
xorg-x11-drv-intel-2.20.0-1.20120718.fc18. Issue appears only after some 
time, and is definitely an intel issue (switching to the AMD discreet 
card it works fine). Also, GTK applications are affected much more 
severely than Qt ones. I was hoping to gather more information before 
filing a bug, (at least which version causes the breakage) but since 
this was brought up, here it goes...


Sandro

[1] http://n.ethz.ch/~smani/download/1.png
[2] http://n.ethz.ch/~smani/download/2.png
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: today's yum dependency issues for rawhide

[Sandro Mani]

On 07/11/2012 11:39 PM, Kevin Martin wrote:

On 07/11/2012 01:18 PM, Sandro Mani wrote:

On Wed, Jul 11, 2012 at 6:59 PM, Kevin Martin  wrote:

On 07/11/2012 11:42 AM, Sandro Mani wrote:

On Wed, Jul 11, 2012 at 6:36 PM, Bruno Wolff III  wrote:

On Wed, Jul 11, 2012 at 10:12:31 -0500,
   Kevin Martin  wrote:

Two questions:

1). How do I get rid of the dependency issues shown below?  Do I force the
update of systemd-libs or do the packages that are
dependent on libudev need to be updated?


I like to keep the latest versions of rawhide packages installed unless it
would require removing something really critical. The way I do a quick check
for what is blocking updates is to run:
yum update -y -v | grep -i fail
Note that sometimes early failures cause later failures so that you really
don't need to remove every package listed. There can also be failures that
don't show up when doing the above.

My fallback plan is to remove the packages that won't update.

I track all of the packages I remove and regularly try reinstalling them.
--

Why not just rebuild them in the meantime? I usually simply bump the
version by one additional "sub-version" (i.e.
vlc-core-2.0.1-1.fc18.x86_64 -> vlc-core-2.0.1-1.1.fc18.x86_64),
rebuild with mock, and that's it.


The funny thing is that while vlc is *one* of the packages that has libudev 
dependencies there are a whole bunch more non-rpmfusion
packages that have libudev dependencies as well:


[...]
Yeah, but vlc wants libudev.so.0()(64bit), the other ones libudev.so.1()(64bit).


Please explain why that makes any difference in this discussion.  I'm not sure 
I see the relevance; vlc want's the 0 version, the
others want the 1 version, so what?

Kevin

The numbers following the .so extension of a shared library denote the 
version. When the binary interface (ABI) to the library changes, the 
number gets "bumped", i.e. increased. ABI changes mean that the 
addresses to symbols change, and consquently all applications using that 
library need to be recompiled, simply to get the new addresses (or to 
discover that a certain symbol does not exist anymore due to API changes).


--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: today's yum dependency issues for rawhide

[Sandro Mani]

On Wed, Jul 11, 2012 at 6:59 PM, Kevin Martin  wrote:
> On 07/11/2012 11:42 AM, Sandro Mani wrote:
>> On Wed, Jul 11, 2012 at 6:36 PM, Bruno Wolff III  wrote:
>>> On Wed, Jul 11, 2012 at 10:12:31 -0500,
>>>   Kevin Martin  wrote:
>>>>
>>>> Two questions:
>>>>
>>>> 1). How do I get rid of the dependency issues shown below?  Do I force the
>>>> update of systemd-libs or do the packages that are
>>>> dependent on libudev need to be updated?
>>>
>>>
>>> I like to keep the latest versions of rawhide packages installed unless it
>>> would require removing something really critical. The way I do a quick check
>>> for what is blocking updates is to run:
>>> yum update -y -v | grep -i fail
>>> Note that sometimes early failures cause later failures so that you really
>>> don't need to remove every package listed. There can also be failures that
>>> don't show up when doing the above.
>>>
>>> My fallback plan is to remove the packages that won't update.
>>>
>>> I track all of the packages I remove and regularly try reinstalling them.
>>> --
>> Why not just rebuild them in the meantime? I usually simply bump the
>> version by one additional "sub-version" (i.e.
>> vlc-core-2.0.1-1.fc18.x86_64 -> vlc-core-2.0.1-1.1.fc18.x86_64),
>> rebuild with mock, and that's it.
>>
> The funny thing is that while vlc is *one* of the packages that has libudev 
> dependencies there are a whole bunch more non-rpmfusion
> packages that have libudev dependencies as well:
>
[...]
Yeah, but vlc wants libudev.so.0()(64bit), the other ones libudev.so.1()(64bit).
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: today's yum dependency issues for rawhide

[Sandro Mani]

On Wed, Jul 11, 2012 at 6:36 PM, Bruno Wolff III  wrote:
> On Wed, Jul 11, 2012 at 10:12:31 -0500,
>   Kevin Martin  wrote:
>>
>> Two questions:
>>
>> 1). How do I get rid of the dependency issues shown below?  Do I force the
>> update of systemd-libs or do the packages that are
>> dependent on libudev need to be updated?
>
>
> I like to keep the latest versions of rawhide packages installed unless it
> would require removing something really critical. The way I do a quick check
> for what is blocking updates is to run:
> yum update -y -v | grep -i fail
> Note that sometimes early failures cause later failures so that you really
> don't need to remove every package listed. There can also be failures that
> don't show up when doing the above.
>
> My fallback plan is to remove the packages that won't update.
>
> I track all of the packages I remove and regularly try reinstalling them.
> --
Why not just rebuild them in the meantime? I usually simply bump the
version by one additional "sub-version" (i.e.
vlc-core-2.0.1-1.fc18.x86_64 -> vlc-core-2.0.1-1.1.fc18.x86_64),
rebuild with mock, and that's it.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Beware of rebooting in rawhide right now

[Sandro Mani]

On Mon, Jul 9, 2012 at 3:35 PM, Bruno Wolff III  wrote:
> On Mon, Jul 09, 2012 at 08:09:08 -0500,
>
>   Bruno Wolff III  wrote:
>>
>>
>> After cleaning up from dracut-020-51, installing
>> dracut-020-57.git20120709.fc18 and running the kernel scripts (to run
>> dracut) I can now boot. Don't the plymouth bug is still there, so I have to
>> manually deal with home, swap and then starting the graphical.target.
>
>
> To actually get a graphical login I had to set enforcing mode to permissive.
> I am not sure if this is a bug or a labelling issue. (I'm relabelling now.)
> sedispath was getting blocked was tying up my disk IO bandwidth updating the
> audit file.

I also have to use permissive mode, relabelling did not help.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Dreadfull flash fullscreen performance when using GRUB_TERMINAL=gfxterm

[Sandro Mani]

Hi,

I have noticed that when using GRUB_TERMINAL=gfxterm (that is, the 
default option, which I think is gfxterm), full-screen flash performance 
is bad (on a 1440x900 screen it is barely ok, on a 1920x1200 screen it's 
terrible).
But if I put GRUB_TERMINAL=console, the performance drammatically 
improves. I am seeing this on rawhide with a intel 4500MHD IGP (i915 
driver).


I am unsure which is the best package to file the bug for: grub2 or 
xorg-x11-drv-intel?


Thanks,
Sandro
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test