Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 507419 - s-c-k mustn't require pyxf86config on s390 and s390x
Summary: s-c-k mustn't require pyxf86config on s390 and s390x
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: system-config-keyboard
Version: 11
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Lubomir Rintel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ZedoraTracker
TreeView+ depends on / blocked
 
Reported: 2009-06-22 17:39 UTC by Karsten Hopp
Modified: 2009-07-27 01:53 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-07-27 01:53:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Karsten Hopp 2009-06-22 17:39:59 UTC
Description of problem:
libxf86config and pyxf86config are not available on mainframe and shouldn't be required by system-config-keyboard on those archs.

Version-Release number of selected component (if applicable):
system-config-keyboard-1.2.15-8.fc11

How reproducible:
always

Steps to Reproduce:
1. try to build boot images for s390x
2. anaconda requires  system-config-keyboard which in turn requires pyxf86config
3. pyxf86config is not available on this arch as we don't have any X servers there
4. failure

or just try to install anaconda on s390x
  
Actual results:
creation of boot images fails, this is blocking progress with F-11/s390x atm.

Additional info:
A simple "%ifnarch s390 s390x" around the Requirement for pyxf86config doesn't
work as ifnarch is ignored in noarch packages.

Comment 1 Lubomir Rintel 2009-06-23 08:06:19 UTC
Karsten: I think you (or was it someone else?) committed that fix. If this is a request for fix in another branch, or I remember incorrectly, feel free to fix whatever you want to wherever you want to (I'd grant permission in pkgdb, but i think you secondary arch people have cvs write access there anyways?)

Comment 2 Lubomir Rintel 2009-06-23 08:07:56 UTC
Oh now I see you backed out the change.

About the only solution I can see here is to make the package arch-dependent by removing the BuildArch, right?

Comment 3 Karsten Hopp 2009-06-29 09:35:47 UTC
I've talked with the anaconda maintainer to see if we can drop the requirement for s-c-k in anaconda for s390 and s390x. Unfortunately it looks like we need it at least for the keyboard layout selection in vnc installs. All other methods with
an x3270 terminal will use whatever the setup on your local machine is.

So yes, it seems that we can't avoid turning this package into a real arch package. Maybe you find a nasty trick to do arch dependent requirements in noarch packages  ;-)

This is currently blocking any progress on getting bootable images for s390x,
I'd appreciate it if you could take some time in the next few days to think of a solution.

Comment 4 Karsten Hopp 2009-06-29 11:00:46 UTC
In addition to the Requirement fix, we need to check what exactly needs pyxf86config and disable that in the code, too (for s390 and s390x).

Comment 5 David Cantrell 2009-06-30 20:05:39 UTC
In /usr/share/system-config-keyboard/keyboard_backend.py, we have class KeyboardBackend and inside that we have a method called modifyXConfig().  This method imports pyxf86config (import xf86config) for the purposes of modifying the keyboard section of the X configuration file.

For s390x, we don't need this so KeyboardBackend should do something like this on s390x:

class KeyboardBackend:
    def modifyXConfig(self, fullname, layout, model, variant, options):
        pass

This may not be the best way to solve things, but this is the part of system-config-keyboard that uses pyxf86config.

Comment 6 Karsten Hopp 2009-07-20 09:55:46 UTC
I just had a look at s-c-k and the xf86config is already protected by a check
for /etc/X11/XF86Config and /etc/X11/xorg.conf. AFAIK we don't have those files
on s390x, so we don't need to anything in the code, just in the spec file

Comment 7 Lubomir Rintel 2009-07-27 01:53:51 UTC
Done.


Note You need to log in before you can comment on or make changes to this bug.