Where should the modular X11R7 fonts get installed to?
by Mike A. Harris
Now that /usr/X11R6 is obsolete, and all X files are moving to
the /usr hierarchy, it is time to determine where certain things
should live, and comply with the FHS.
By default, unless overridden, the X11R7 font packages install
all of the fonts into /usr/lib/X11/fonts/*. Since fonts are
architecture independent data files however, it is my opinion
that they belong under /usr/share somewhere, as this is the FHS
mandated location for architecture independent data files.
We currently package the rest of the fonts our OS supplies
under %{_datadir}/fonts, which translates to /usr/share/fonts,
and is FHS compliant.
I'm currently of the opinion that we should install the X.Org
fonts into "/usr/share/fonts/X11", to have them installed into
an FHS compliant location, but also in their own namespace, thus
avoiding conflicts with other packages.
Another possibility, is to install them into /usr/share/X11/fonts,
which would also be FHS compliant, and put more strength on the
namespacing aspect, but also grouping the X font files along with
other architecture independent data included with X.
Since upstream X.Org currently does not honour the FHS very well,
it is our job to figure out where best the files belong in a
Linux FHS compliant world.
As such, I'm seeking opinions from other Red Hat developers, and
Fedora community developers. I'd really like to solve this, and
get the packages built ASAP, so please reply ASAP.
Also, feel free to forward this email to any other relevant
mailing lists if you think it deserves a wider audience, as I'm
only on this list.
Thanks in advance.
18 years, 5 months
some artwork needs to be replaced...?
by Thomas M Steenholdt
Hi all...
before going any further, let me just say that I'm not out to start a
flame war or put hard working people down. I want to bring this forward
to ensure everybody's favorite distro is appealing as it deserves "out
of the box".
Am I alone in thinking that some of the icons and the default mouse
cursors appearing in rawhide could really use a redesign or should just
be replaced with something else?
Perhaps these are only temporarily, which i really hope, but just in
case they are not, i wanted to see if perhaps it's just me.
The two main things that have come to my attention (mainly because it
pretty much hits you on login) are the new fedora logos and the new
default mouse cursor theme.
This is my opinion on the mouse cursor theme:
** the default mouse cursor theme should be neutral (no colors, subtle
animation), good looking and functional.
Although used by some other distributions, Jimmac's jimmac0 (if that's
indeed the right name) mouse cursors makes for a very nice choice for
the default mouse cursor theme.
This is my opinion regarding the icons
** all the icons appearing on the default desktop, should be
informational, good looking and in a consistent design - Just like all
of the icons in the bluecurve theme.
The new fedora-logo does not fit in with the rest and IMHO should be
either reconsidered or redesigned.
I hope I'm not the only one feeling like this.
And I hope we will be able to have all this sorted out before FC5 is
released.
Thanks
/Thomas
18 years, 5 months
No sound! 2.6.14-1.1688_FC5
by Peter Lemenkov
Hello, All!
If we look ad lsmod output, we see that modules exists:
===========================
[root@Petro ~]# lsmod
Module Size Used by
[sorry, skipped]
snd_via82xx 28136 1
gameport 16073 1 snd_via82xx
snd_ac97_codec 90337 1 snd_via82xx
snd_ac97_bus 2369 1 snd_ac97_codec
snd_seq_dummy 3781 0
snd_seq_oss 32810 1
snd_seq_midi_event 7233 1 snd_seq_oss
snd_seq 50513 3 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_pcm_oss 51953 0
snd_mixer_oss 17985 1 snd_pcm_oss
snd_pcm 87365 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
snd_timer 25413 2 snd_seq,snd_pcm
snd_page_alloc 10825 2 snd_via82xx,snd_pcm
snd_mpu401_uart 7873 1 snd_via82xx
snd_rawmidi 25313 1 snd_mpu401_uart
snd_seq_device 9165 4 snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
snd 55077 11 snd_via82xx,snd_ac97_codec,snd_seq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore 9633 1 snd
[sorry, skipped]
================================
But if we look at /proc/asound:
================================
[petro@Petro ~]$ cat /proc/asound/cards
--- no soundcards ---
===============================
We can't see any card.
I've found possibly something interesting in process list:
==============================
598 ? S< 0:00 /sbin/modprobe pci:v00001106d00003059sv00001458sd0000A002bc04sc01i00
955 ? S< 0:00 \_ sh -c /sbin/modprobe --ignore-install snd-pcm && /sbin/modprobe snd-pcm-oss && /sbin/modprobe snd-seq-device
984 ? D< 0:00 \_ /sbin/modprobe snd_seq_oss
==============================
Only couple of days ago sound was working (using 2.6.14 generic kernel
from kernel.org, - unfortunately, I loose my old config).
What should I do with FC-kernel for quick fix?
--
With best regards, Peter Lemenkov.
18 years, 5 months
xmkmf in modular X
by Bojan Smojver
Just a quick one related to generation of files with xmkmf. It seems to
want to run imake like this:
-------------------------
imake -DUseInstalled -I/usr/lib/X11/config
Imakefile.c:34: error: Imake.tmpl: No such file or directory
imake: Exit code 1.
-------------------------
The file in question is actually here: /usr/share/X11/config/Imake.tmpl
The Imakefile looks like this:
-------------------------
DEPLIBS = $(DEPXXF86VMLIB) XawClientDepLibs
LOCAL_LIBRARIES = $(XXF86VMLIB) XawClientLibs
SRCS = xbrightness.c
OBJS = xbrightness.o
ComplexProgramTarget(xbrightness)
-------------------------
Not exactly sure what went wrong...
PS. I'm trying to build xbrightness RPM. If you need the spec file, I
can shoot that over too.
--
Bojan
18 years, 5 months
Current kernel & saa7134
by Peter Lemenkov
Hello, All!
Maybe, it would be useful:
==============================
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: found at 0000:00:0b.0, rev: 1, irq: 5, latency: 32, mmio: 0xdfffbc00
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: subsystem: 4e42:0138, board: LifeView FlyVIDEO3000 [card=2,autodetected]
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: board init: gpio is 39000
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: there are different flyvideo cards with different tuners
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: out there, you might have to use the tuner=<nr> insmod
Nov 18 00:11:43 lemenkov kernel: saa7134[0]: option to override the default value.
Nov 18 00:11:43 lemenkov kernel: Unable to handle kernel NULL pointer dereference at virtual address 000006e0
Nov 18 00:11:43 lemenkov kernel: printing eip:
Nov 18 00:11:43 lemenkov kernel: c02b5115
Nov 18 00:11:43 lemenkov kernel: *pde = 4f5b4067
Nov 18 00:11:43 lemenkov kernel: Oops: 0000 [#1]
Nov 18 00:11:43 lemenkov kernel: Modules linked in: saa7134 video_buf v4l2_common v4l1_compat snd_timer ir_kbd_i2c snd_page_alloc snd_mpu40
Nov 18 00:11:43 lemenkov kernel: CPU: 0
Nov 18 00:11:43 lemenkov kernel: EIP: 0060:[<c02b5115>] Not tainted VLI
Nov 18 00:11:43 lemenkov kernel: EFLAGS: 00010246 (2.6.14-1.1682_FC5)
Nov 18 00:11:43 lemenkov kernel: EIP is at input_register_device+0x5/0x1a0
Nov 18 00:11:43 lemenkov kernel: eax: 00000000 ebx: f7022840 ecx: f896e660 edx: c1b7e894
Nov 18 00:11:43 lemenkov kernel: esi: 00000000 edi: f7071000 ebp: f7022608 esp: f7640ec8
Nov 18 00:11:43 lemenkov kernel: ds: 007b es: 007b ss: 0068
Nov 18 00:11:43 lemenkov kernel: Process modprobe (pid: 585, threadinfo=f7640000 task=f763bab0)
Nov 18 00:11:43 lemenkov kernel: Stack: f706616c f7022840 f706616c f895d2b5 f7022820 f896e660 0ec00000 00040000
Nov 18 00:11:43 lemenkov kernel: 00000000 f7071000 c1b7e894 00000000 f7071118 f8955255 00000001 00000001
Nov 18 00:11:43 lemenkov kernel: f7071000 f8955808 f896c59c f896d180 f896d180 c1b7e8d8 c0275ce0 c01f5e6a
Nov 18 00:11:43 lemenkov kernel: Call Trace:
Nov 18 00:11:43 lemenkov kernel: [<f895d2b5>] saa7134_input_init1+0x195/0x400 [saa7134]
Nov 18 00:11:43 lemenkov kernel: [<f8955255>] saa7134_hwinit1+0xd5/0x140 [saa7134]
Nov 18 00:11:43 lemenkov kernel: [<f8955808>] saa7134_initdev+0x278/0x6a0 [saa7134]
Nov 18 00:11:43 lemenkov kernel: [<c0275ce0>] __driver_attach+0x0/0x50
Nov 18 00:11:43 lemenkov kernel: [<c01f5e6a>] pci_call_probe+0xa/0x10
Nov 18 00:11:43 lemenkov kernel: [<c01f5ea6>] __pci_device_probe+0x36/0x50
Nov 18 00:11:43 lemenkov kernel: [<c01f5ede>] pci_device_probe+0x1e/0x40
Nov 18 00:11:43 lemenkov kernel: [<c0275c02>] driver_probe_device+0x32/0x90
Nov 18 00:11:43 lemenkov kernel: [<c0275d2a>] __driver_attach+0x4a/0x50
Nov 18 00:11:43 lemenkov kernel: [<c02753f8>] bus_for_each_dev+0x38/0x60
Nov 18 00:11:43 lemenkov kernel: [<c0275d41>] driver_attach+0x11/0x20
Nov 18 00:11:43 lemenkov kernel: [<c0275ce0>] __driver_attach+0x0/0x50
Nov 18 00:11:43 lemenkov kernel: [<c027580a>] bus_add_driver+0x5a/0xa0
Nov 18 00:11:43 lemenkov kernel: [<c01f60d4>] __pci_register_driver+0x94/0xc0
Nov 18 00:11:43 lemenkov kernel: [<c01394ed>] sys_init_module+0xbd/0x1c0
Nov 18 00:11:43 lemenkov kernel: [<c0103039>] syscall_call+0x7/0xb
Nov 18 00:11:43 lemenkov kernel: Code: 05 3c c0 5b 5e 5f e9 bb d6 ee ff 8b 43 04 ba dd bd 34 c0 85 c0 75 a5 b8 8e a9 36 c0 eb 9e 90 8d b4 2
==============================
[petro@Petro projects]$ uname -a
Linux Petro 2.6.14-1.1682_FC5 #1 Wed Nov 16 00:31:25 EST 2005 i686 athlon i386 GNU/Linux
--
With best regards, Peter Lemenkov.
18 years, 5 months
Savage DRI broken in modular X
by Joachim Frieben
There seems to be a problem with "mesa-libGL-6.4-4": Before
reinstalling my system today from "rawhide", I had used my
homebrewn, monolithic Xorg 6.9RC1 RPMs. Here, 3D acceleration
was excellent even for the latest rawhide tree before the
move to modular X. "(II) SAVAGE(0): Direct rendering enabled"
looks ok. However, it seems, that the Mesa tree has not been
adapted accordingly. Enabling verbose output, one obtains
for a rebuilt "ppracer" package the following output:
[test]$ env LIBGL_DEBUG=verbose /usr/bin/ppracer
PPRacer 0.3.1 -- http://racer.planetpenguin.de
(c) 2004-2005 The PPRacer team
(c) 1999-2001 Jasmin F. Patry<jfpatry(a)sunspirestudios.com>
PPRacer comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to redistribute it under certain conditions.
See http://www.gnu.org/copyleft/gpl.html for details.
libGL: XF86DRIGetClientDriverName: 2.0.2 savage (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/savage_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/savage_dri.so failed
(/usr/X11R6/lib/modules/dri/savage_dri.so: cannot open shared object file:
No such file or directory)
libGL error: unable to find driver: savage_dri.so
Why does it still look for "/usr/X11R6/lib/modules/dri/savage_dri.so"?
I have posted a bug report, see
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173679
Does anybody have some information on this issue?
18 years, 5 months
More modularization.
by Peter Lemenkov
Hello, All!
Just my simple proposal. If we look into mesa-libGL package, we'll see a
number of dri-modules:
[petro@Petro ~]$ rpm -ql mesa-libGL
/usr/lib
/usr/lib/dri
/usr/lib/dri/i810_dri.so
/usr/lib/dri/i830_dri.so
/usr/lib/dri/i915_dri.so
/usr/lib/dri/mga_dri.so
/usr/lib/dri/r128_dri.so
/usr/lib/dri/r200_dri.so
/usr/lib/dri/radeon_dri.so
/usr/lib/dri/savage_dri.so
/usr/lib/dri/sis_dri.so
/usr/lib/dri/unichrome_dri.so
/usr/lib/libGL.so.1
/usr/lib/libGL.so.1.2
I (and many others, definitely) haven't neither i810-based cars, nor
others from this list. So question is - why I enforced to install all of
these dri-modules? We can simply split this package into a bunch of little
packages, for example mesa-libGL, mesa-dri-i810, mesa-dri-i830, etc. It''s
not a hard work, IMO.
The same thing with kernel. Not all of kernel-modules are needed actually.
Why don't repack kernel into kernel, kernel-modules-all (which contains
nothing, actually, but installs a huge number of small packages with
modules itself - the way xorg-x11-drivers does).
Any ideas?
--
With best regards, Peter Lemenkov.
18 years, 5 months
X11-forwarding over SSH didn't work!
by Peter Lemenkov
Hello, All!
Subj, until i symlinked /usr to usr/X11R6
Looks like someone hardcoded xauth to
/usr/X11R6/bin/xauth
Frankly speaking I think that's a good idea to make this symlink, until
all issues, concerned with modular Xorg, will be resolved.
--
With best regards, Peter Lemenkov.
18 years, 5 months
rawhide report: 20051119 changes
by Build System
Removed package openmotif21
Updated Packages:
anaconda-10.90.5-1.1
--------------------
* Fri Nov 18 2005 Paul Nasrat <pnasrat(a)redhat.com> - 10.90.5-1.1
- Disable sqlite cache for pkgorder
- Fix for new selinux context types (katzj)
- vnc parameter handling (clumens)
- Add ellipsis (notting)
* Thu Nov 17 2005 Jeremy Katz <katzj(a)redhat.com> - 10.90.4-1
- don't traceback on unresolvable deps (#173508)
- fix pkg.arch for %packages
- another hack for vnc
- debug prints to log.debug (#173533)
* Thu Nov 17 2005 Paul Nasrat <pnasrat(a)redhat.com> - 10.90.3-1
- Add group processing to buildinstall
- Add createrepo requires
autofs-1:4.1.4-14
-----------------
* Thu Nov 17 2005 Jeff Moyer <jmoyer(a)redhat.com> - 1:4.1.4-14
- Removed the /misc entry from the default auto.master. auto.misc has
an entry for the cdrom device, and the preferred method of mounting the
cd is via udev/hal.
booty-0.60-2
------------
* Fri Nov 18 2005 Peter Jones <pjones(a)redhat.com> 0.60-2
- fix raid on ppc
createrepo-0.4.3-5
------------------
* Fri Nov 18 2005 Paul Nasrat <pnasrat(a)redhat.com> - 0.4.3-5
- Fix split with normalised directories
* Fri Nov 18 2005 Paul Nasrat <pnasrat(a)redhat.com> - 0.4.3-4
- Another typo fix
- Normalise directories
firefox-1.5-0.5.0.rc3
---------------------
* Fri Nov 18 2005 Christopher Aillon <caillon(a)redhat.com> - 1.5-0.5.0.rc3
- Update to 1.5 rc3
hwdata-0.172-1
--------------
* Fri Nov 18 2005 Bill Nottingham <notting(a)redhat.com> - 0.172-1
- ditto for radeon
* Fri Nov 18 2005 Jeremy Katz <katzj(a)redhat.com> - 0.171-1
- r128 -> ati. should fix the unresolved symbol and kem says its more
generally the "right" thing to do
linuxwacom-0:0.6.6-8
--------------------
* Fri Nov 18 2005 Kristian Høgsberg <krh(a)redhat.com> 0:0.6.6-8
- Update to work with new X11 paths.
- Patch build system to work with modular X sdk.
openssh-4.2p1-8
---------------
* Fri Nov 18 2005 Nalin Dahyabhai <nalin(a)redhat.com> - 4.2p1-8
- work around missing gccmakedep by wrapping makedepend in a local script
- remove now-obsolete build dependency on "xauth"
* Thu Nov 17 2005 Warren Togami <wtogami(a)redhat.com> - 4.2p1-7
- xorg-x11-devel -> libXt-devel
- rebuild for new xauth location so X forwarding works
- buildreq audit-libs-devel
- buildreq automake for aclocal
- buildreq imake for xmkmf
- -D_GNU_SOURCE in flags in order to get it to build
Ugly hack to workaround openssh defining __USE_GNU which is
not allowed and causes problems according to Ulrich Drepper
fix this the correct way after FC5test1
pm-utils-0.06-3
---------------
* Fri Nov 18 2005 Bill Nottingham <notting(a)redhat.com> - 0.06-3
- nix that, wait for the kernel to settle down
synaptics-0:0.14.4-4
--------------------
* Fri Nov 18 2005 Jeremy Katz <katzj(a)redhat.com> - 0:0.14.4-4
- fix install destination too
* Fri Nov 18 2005 Jeremy Katz <katzj(a)redhat.com> - 0:0.14.4-3
- patch for modular X include paths
* Fri Nov 18 2005 Kristian Høgsberg <krh(a)redhat.com> - 0:0.14.4-2
- Remove last bits of monolithic X paths.
vnc-4.1.1-22
------------
* Fri Nov 18 2005 Tim Waugh <twaugh(a)redhat.com> 4.1.1-22
- Extension module is not available on all architectures.
* Fri Nov 18 2005 Tim Waugh <twaugh(a)redhat.com> 4.1.1-21
- Install extension module into the correct directory.
* Fri Nov 18 2005 Tim Waugh <twaugh(a)redhat.com> 4.1.1-20
- Fix font path correctly (bug #173160).
Broken deps for ia64
----------------------------------------------------------
rgmanager - 1.9.31-3.ia64 requires ccs
Broken deps for ppc
----------------------------------------------------------
cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
Broken deps for ppc64
----------------------------------------------------------
cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
emacs - 21.4-7.ppc64 requires fonts-xorg-75dpi
gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
Broken deps for s390
----------------------------------------------------------
mkinitrd - 5.0.10-1.s390 requires dmraid
Broken deps for s390x
----------------------------------------------------------
mkinitrd - 5.0.10-1.s390x requires dmraid
18 years, 5 months
