On Tue, 2013-12-24 at 21:55 -0600, Bruce Dubbs wrote:
> And the user has the information to do that.
>
> "If you've decided to use the standard /usr prefix, you can omit the
> remainder of this page."
Sure... it's just that we make the complicated case the default one for
the inexperienced peopl
> Date: Wed, 25 Dec 2013 21:33:49 -0300
> From: Fernando de Oliveira
> To: BLFS Support List
> Subject: Re: [blfs-support] Xorg required dep when following links in BLFS
>
> Em 23-12-2013 08:13, Fernando de Oliveira escreveu:
.
.
> >
> > I t
Em 23-12-2013 08:13, Fernando de Oliveira escreveu:
> Em 23-12-2013 07:07, William Harrington escreveu:
>> Greetings,
>>
>> There is a problem with BLFS and Xorg deps when someone follows the
>> links for required dependencies of Xorg libs.
>>
>> An example:
>>
>> When a user attempts to build WI
On 12/24/2013 06:42 PM, Simon Geard wrote:
> On Mon, 2013-12-23 at 04:07 -0600, William Harrington wrote:
>> xorg-proto ( which has util-macros as required dependency) does not
>> have Xorg introduction as a required dependency where XORG_PREFIX and
>> XORG_CONFIG is set.
> Do we really have a rea
On Mon, 2013-12-23 at 13:13 -0600, Bruce Dubbs wrote:
> Judging from LFS, many people skip things like the preface. I don't
> know how many times users have run into problems because they didn't
> read the preface and run the host requirements script.
Yeah, you could title that page "YOU MUST R
Simon Geard wrote:
> On Mon, 2013-12-23 at 04:07 -0600, William Harrington wrote:
>> xorg-proto ( which has util-macros as required dependency) does not
>> have Xorg introduction as a required dependency where XORG_PREFIX and
>> XORG_CONFIG is set.
>
> Do we really have a reason for having these va
On Mon, 2013-12-23 at 04:07 -0600, William Harrington wrote:
> xorg-proto ( which has util-macros as required dependency) does not
> have Xorg introduction as a required dependency where XORG_PREFIX and
> XORG_CONFIG is set.
Do we really have a reason for having these variables, instead of jus
Merell L. Matlock, Jr. wrote:
>
> On 12/23/2013 05:27 PM, William Harrington wrote:
>>
>> On Dec 23, 2013, at 1:13 PM, Bruce Dubbs wrote:
>>
>>> Judging from LFS, many people skip things like the preface. I don't
>>> know how many times users have run into problems because they didn't
>>> read the
Em 24-12-2013 11:56, Merell L. Matlock, Jr. escreveu:
>
> On 12/23/2013 05:27 PM, William Harrington wrote:
>>
>> On Dec 23, 2013, at 1:13 PM, Bruce Dubbs wrote:
>>
>>> Judging from LFS, many people skip things like the preface. I don't
>>> know how many times users have run into problems because
On 12/23/2013 05:27 PM, William Harrington wrote:
>
> On Dec 23, 2013, at 1:13 PM, Bruce Dubbs wrote:
>
>> Judging from LFS, many people skip things like the preface. I don't
>> know how many times users have run into problems because they didn't
>> read the preface and run the host requirements
On Dec 23, 2013, at 1:13 PM, Bruce Dubbs wrote:
> Judging from LFS, many people skip things like the preface. I don't
> know how many times users have run into problems because they didn't
> read the preface and run the host requirements script.
I also do note that in LFS, in places where the L
akhiezer wrote:
>> From: Bruce Dubbs
>>> Might it be best addressed in blfs chapter 2 or 3, if it's considered to
>>> be a 'global', 'overview' kind of issue? BLFS users are ~expected to have
>>> processed those chapters. That would help avoid a lot of repetition
>>> elsewhere?
>>
>> From a pract
Pierre Labastie wrote:
> ISTR that at a time, it was said that any page in the X chapter was a prereq
> for the following. That explains why the pages are not in alphabetical order.
> And that's how I implemented it in jhalfs-blfs (same for the KDE chapter,
> actually).
The Xorg pages are arrange
Le 23/12/2013 16:56, Bruce Dubbs a écrit :
> akhiezer wrote:
>>> From: William Harrington
>>> To: BLFS Support List
>>> Date: Mon, 23 Dec 2013 04:07:25 -0600
>>> Subject: [blfs-support] Xorg required dep when following links in BLFS
>>>
>>
On Dec 23, 2013, at 9:56 AM, Bruce Dubbs wrote:
>> Might it be best addressed in blfs chapter 2 or 3, if it's
>> considered to
>> be a 'global', 'overview' kind of issue? BLFS users are ~expected
>> to have
>> processed those chapters. That would help avoid a lot of repetition
>> elsewhere?
>
> Date: Mon, 23 Dec 2013 09:56:24 -0600
> From: Bruce Dubbs
> To: BLFS Support List
> Subject: Re: [blfs-support] Xorg required dep when following links in BLFS
>
> >>
.
.
> >
> >
> > Might it be best addressed in blfs chapter 2 or
akhiezer wrote:
>> From: William Harrington
>> To: BLFS Support List
>> Date: Mon, 23 Dec 2013 04:07:25 -0600
>> Subject: [blfs-support] Xorg required dep when following links in BLFS
>>
>> Greetings,
>>
>> There is a problem with BLFS and Xorg dep
> From: William Harrington
> To: BLFS Support List
> Date: Mon, 23 Dec 2013 04:07:25 -0600
> Subject: [blfs-support] Xorg required dep when following links in BLFS
>
> Greetings,
>
> There is a problem with BLFS and Xorg deps when someone follows the
> links for re
Em 23-12-2013 07:07, William Harrington escreveu:
> Greetings,
>
> There is a problem with BLFS and Xorg deps when someone follows the
> links for required dependencies of Xorg libs.
>
> An example:
>
> When a user attempts to build WIreshark, the require deps will take
> them all the way to
Greetings,
There is a problem with BLFS and Xorg deps when someone follows the
links for required dependencies of Xorg libs.
An example:
When a user attempts to build WIreshark, the require deps will take
them all the way to xorg-proto.
I have also been told that util-macros isn't required
On 10.12.2013 0:06, Hans P. wrote:
> Hello,
>
> My BLFS run in an Virtualbox environment, so i have installed the
> Xorg-Cirrus-Driver and the Xorg-Vesa-Driver.
>
> Accordingly, i have enabled the modules in the kernel.
>
> So i have expanded the file /etc/sysconfig/modules:
> cirrusfb
> # Fallback
Hello,
My BLFS run in an Virtualbox environment, so i have installed the
Xorg-Cirrus-Driver and the Xorg-Vesa-Driver.
Accordingly, i have enabled the modules in the kernel.
So i have expanded the file /etc/sysconfig/modules:
cirrusfb
# Fallback
uvesafb
When I try to start 'startx', then i get f
> -Original Message-
> From: blfs-support-boun...@linuxfromscratch.org [mailto:blfs-support-
> boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
> Sent: Wednesday, 06 November, 2013 15:45
> To: BLFS Support List
> Subject: Re: [blfs-support] Xorg-7.7 Does not Detect I
On 11/30/2013 09:08 AM, Armin K. wrote:
> On 30.11.2013 15:48, Dan McGhee wrote:
>> There are many packages in BLFS whose purpose and functions I don't
>> really understand. Even when I try to learn about them the descriptions
>> are cryptic and I still have questions. Dbus is one of those.
>>
>>
On 30.11.2013 15:48, Dan McGhee wrote:
> There are many packages in BLFS whose purpose and functions I don't
> really understand. Even when I try to learn about them the descriptions
> are cryptic and I still have questions. Dbus is one of those.
>
> I've installed it because it was a dependency
There are many packages in BLFS whose purpose and functions I don't
really understand. Even when I try to learn about them the descriptions
are cryptic and I still have questions. Dbus is one of those.
I've installed it because it was a dependency for either dhcpcd or
wpa_supplicant. But now
On Wed, Nov 06, 2013 at 10:36:07AM +, John Frankish wrote:
> > > How would I go about using strace to check where the xorg-server is
> > looking for 10-evdev.conf?
> > >
> >
> Using "strace -o log_file Xorg -nolisten tcp &", Xorg beings to start up, but
> then stops with the error:
>
> ...
>
> > How would I go about using strace to check where the xorg-server is
> looking for 10-evdev.conf?
> >
>
> As a high-level overview : install strace [ link from the Other Programming
> Tools page at the end of the main Programming chapter, just before java ] -
> there is a patch in patches. Th
On Mon, Nov 04, 2013 at 08:03:09AM +, John Frankish wrote:
> > >
> > > 10-evdev.conf is at /usr/local/share/X11/xorg.conf.d and verified to be
> > > the
> > > same as the 32-bit install, which works.
> >
> > I'm not sure I follow that : did you verify the file's contents or
> > it's locatio
> > > BUT the first mentions of evdev in my log are
> > >
> > > [ 23798.003] (II) config/udev: Adding input device Power
> > > Button(/dev/input/event1)
> > > [ 23798.004] (**) Power Button: Applying InputClass "evdev keyboard
> > > catchall"
> > > [ 23798.004] (**) Power Button: Applying InputCl
On Sun, Nov 03, 2013 at 04:52:35PM -0300, Fernando de Oliveira wrote:
>
> ĸen,
>
> Sometimes I have some libtool complaints. Fox example, dozens of the kind:
>
> libtool: relink: warning:
> `/usr/lib/gcc/i686-pc-linux-gnu/4.8.1/../../../libcairo.la' seems to be
> moved
>
> I gave up removing th
Em 03-11-2013 12:54, Ken Moffat escreveu:
> As long as /lib64 is a symlink to /lib, everything just works. It
> isn't strictly 'pure' (libtool complains that files seem to be
> moved, which I'm sure is because of the symlink) but it works
> well-enough and allows for the occasional stupid packag
On Sun, Nov 03, 2013 at 07:17:22AM +, John Frankish wrote:
> >
> >
> > It's a bit hard to diagnose when you use /usr/local/lib (it
> > *always* gets harder to build things correctly, e.g. PKG_CONFIG_PATH
> > needs to be set), and *my* modules are all in
> > /usr/lib/X11/modules/{,drivers/,input
> > > Do you have somthing like:
> > > [25.470] (II) LoadModule: "evdev"
> > > in the log?
> > > If not, It might be that you forgot to compile the evdev driver. (see
> > > Xorg drivers page).
> > >
> > >
> > No, I don't have anything like LoadModule: "evdev", but the evdev driver is
> > the
Ken Moffat wrote:
> On Sat, Nov 02, 2013 at 12:35:10PM +, John Frankish wrote:
>
Do you have somthing like:
[25.470] (II) LoadModule: "evdev"
in the log?
If not, It might be that you forgot to compile the evdev driver. (see Xorg
drivers page).
>>>
>>> No,
On Sat, Nov 02, 2013 at 12:35:10PM +, John Frankish wrote:
> > > >
> > > Do you have somthing like:
> > > [25.470] (II) LoadModule: "evdev"
> > > in the log?
> > > If not, It might be that you forgot to compile the evdev driver. (see
> > > Xorg drivers page).
> > >
> >
> > No, I don't have
> > > Ref: Beyond Linux From Scratch - Version 2013-11-01 Part VI. X + Window
> > > Managers
> > >
> > > I built Xorg-7.7 in the same way on the same machine in both 32-bit and
> > > 64-bit versions.
> > >
> > > The 32-bit version works without problems, but the 64-bit version does
> > > not
> > Ref: Beyond Linux From Scratch - Version 2013-11-01 Part VI. X + Window
> > Managers
> >
> > I built Xorg-7.7 in the same way on the same machine in both 32-bit and
> > 64-bit versions.
> >
> > The 32-bit version works without problems, but the 64-bit version does not
> > seem to detect th
Le 02/11/2013 08:08, John Frankish a écrit :
> Ref: Beyond Linux From Scratch - Version 2013-11-01 Part VI. X + Window
> Managers
>
> I built Xorg-7.7 in the same way on the same machine in both 32-bit and
> 64-bit versions.
>
> The 32-bit version works without problems, but the 64-bit version
Ref: Beyond Linux From Scratch - Version 2013-11-01 Part VI. X + Window Managers
I built Xorg-7.7 in the same way on the same machine in both 32-bit and 64-bit
versions.
The 32-bit version works without problems, but the 64-bit version does not seem
to detect the keyboard/mouse. After issuing t
No great thoughts have come to me, and I must do something
to get around this stoppage. I've decided to rip out XOrg-7.5
and fall back to 7.2, as documented in BLFS-6.3 Stable. If
that works without the MTRR errors, and I can build the
minimalist desktops, et al., that I typically use, then mayb
> Spaces in C are almost always ignored by the compiler except inside
> of quotes.
OK, so it's not causing the errors. Thanks, Bruce. I'll see if
anything else
comes up, but it's beginning to look like maybe I should try another
version
of X.
--
Paul Rogers
paulgrog...@fastmail.fm
http://www.xp
Paul Rogers wrote:
>>> none of the other have the space after the asterisk. Hmmm, in case
>>> the email messes up the exact spacing, the second is "left paren"
>>> "asterisk" "space" "Saved...". Is that right?
>>>
>>> xorg-server-1.8.2/Xext/panoramiXprocs.c:return
>>> (*SavedProcVector[X_
> > none of the other have the space after the asterisk. Hmmm, in case
> > the email messes up the exact spacing, the second is "left paren"
> > "asterisk" "space" "Saved...". Is that right?
> >
> > xorg-server-1.8.2/Xext/panoramiXprocs.c:return
> > (*SavedProcVector[X_PolyFillRectangle])
Paul Rogers wrote:
> OK, as a reminder this is my error:
>
> error setting MTRR (base = 0xe000, size = 0x0300, type = 1)
> Invalid argument (22)
> X Error of failed request: BadMatch (invalid parameter attributes)
>Major opcode of failed request: 70 (X_PolyFillRectangle)
>Serial n
OK, as a reminder this is my error:
error setting MTRR (base = 0xe000, size = 0x0300, type = 1)
Invalid argument (22)
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 70 (X_PolyFillRectangle)
Serial number of failed request: 15
Cur
So, I ripped out all the kernel stuff on my LFS-6.6 development,
replacing a clean 32.7 kernel source, and the original as-built. Then I
patched up to 34.13. I was careful as I could be about the options.
This version seems to have almost nothing in the way of DRM graphics
drivers, mostly frame-b
On Wed, Jan 02, 2013 at 02:24:50PM -0600, Bruce Dubbs wrote:
> Paul Rogers wrote:
> >> IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
> >> done that.
> >
> > ;-)
> >
> > IBM 1620 for me.
>
> I did use that in 1966. Mass storage was punched cards. Did you ever
> manually pu
Paul Rogers wrote:
>> IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
>> done that.
>
> ;-)
>
> IBM 1620 for me.
I did use that in 1966. Mass storage was punched cards. Did you ever
manually punch a binary program on cards? We did as an exercise.
-- Bruce
--
http://
On Wednesday 02 January 2013 20:25:49 Simon Geard wrote:
> On Tue, 2013-01-01 at 23:11 -0800, Paul Rogers wrote:
> > > IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
> > > done that.
> >
> > ;-)
> >
> > IBM 1620 for me.
> >
> > They may call us old dinosaurs, but T. rex was
On Tue, 2013-01-01 at 23:11 -0800, Paul Rogers wrote:
> > IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
> > done that.
>
> ;-)
>
> IBM 1620 for me.
>
> They may call us old dinosaurs, but T. rex was a dinosaur! ;-)
Evolve or die... that's the way this industry works...
> IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
> done that.
;-)
IBM 1620 for me.
They may call us old dinosaurs, but T. rex was a dinosaur! ;-)
--
Paul Rogers
paulgrog...@fastmail.fm
http://www.xprt.net/~pgrogers/
Rogers' Second Law: "Everything you do communicates."
(
Paul Rogers wrote:
> Ho boy! I may have to do some of that, but I fear it's beyond me,
> anymore. Understand, I taught myself FORTRAN on a computer that did
> arithmetic by table lookup in '66. Anybody here born then?
IBM 7090/7094. Fall 1965. Punched cards. Fortran II. Been there,
done t
> >>> Kernel command line: root=/dev/hda12 mem=523200K
>
> Doubtful. I know of no instance of GRUB changing the command line. I
> suppose some script (internal or external) could do it, but the core
> program does not. Are you in a VM?
Nope, bare metal, "legacy" grub. Must have been the kerne
On Sun, Dec 30, 2012 at 05:04:54PM -0800, Paul Rogers wrote:
> (==) Using config file: "/etc/X11/xorg.conf"
> (==) Using system config directory "/usr/share/X11/xorg.conf.d"
Do you need /etc/X11/xorg.conf ? NB - in xorg.conf.d you probably
need files for evdev.conf, and perhaps for the keyboard
Armin K. wrote:
> Dana 31.12.2012 2:04, Paul Rogers je napisao:
>>
>> I don't like errors that point to potential memory corruption.
>>
>> xauth: creating new authority file /root/.serverauth.1335
>>
>> _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
>> _XSERVTransOpen: transport
Dana 31.12.2012 2:04, Paul Rogers je napisao:
>
> I don't like errors that point to potential memory corruption.
>
> xauth: creating new authority file /root/.serverauth.1335
>
> _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
> _XSERVTransOpen: transport open failed for inet6/par
> Please remind me : you appear to have some sort of problem with
> libpciaccess, but apart from an error message, presumably from
> startx, I haven't seen any indication that anything is not working,
> so I'm unclear what is your problem is.
I don't like errors that point to potential memory corr
On Sun, Dec 30, 2012 at 07:27:10PM +, Ken Moffat wrote:
>
> But newer kernels should not be a problem. My own 6.6 has run
> 2.6.23.46, 3.0.9, 3.1 (but 3.1 is no longer supported), and now
> 3.0.36.
Finger trouble. What I meant was 2.6.32.46, 3.0.9, ...
ĸen
--
das eine Mal als Tragödie, d
On Sun, Dec 30, 2012 at 10:11:50AM -0800, Paul Rogers wrote:
>
> Now, back to my XOrg problem, after installing LFS-6.6 per the book, I
> patched up to the last 2.6.39 kernel. It lost floppy support, so I
> needed the 39.4 patch. This is still further than the latest stable
> kernels. I'm think
Thanks for the info on Wirenet. I have a tight client firewall. One of
my meta-rules is that new connections are not alowed to anything but the
well-kown ports on the outside.
Now, back to my XOrg problem, after installing LFS-6.6 per the book, I
patched up to the last 2.6.39 kernel. It lost fl
As mentioned elsewhere, I'm using a Conroe dual-core for compiling X,
-j2. I did see that Mesa won't compile correctly with multiprocessing,
but didn't catch such a warning for X. Is it possible using
multiprocessing for building X could be causing my MTRR errors?
--
Paul Rogers
paulgrog...@fast
It's still very curious to me that nobody on the mailing list seems to
have encountered this problem or its solution, especially as the
libpciaccess changelog suggests it has been a "long-standing" error.
I'm not doing anything unique, as far as I can tell. I have found a few
reports in Google sea
On Fri, Dec 21, 2012 at 09:37:24AM -0500, Dave wrote:
>
> I'm having trouble getting Xorg to display a MC window properly " The
> char's that display the boxes are coming out wrong.
>
> Looks like a font missing.
>
> Displays ok on command line.
>
> Dave
>
So, add more fonts ?
I don't use
I'm having trouble getting Xorg to display a MC window properly " The
char's that display the boxes are coming out wrong.
Looks like a font missing.
Displays ok on command line.
Dave
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.h
--- Em qui, 20/12/12, Ken Moffat escreveu:
> De: Ken Moffat
> Assunto: Re: [blfs-support] Xorg-7.5-3 Errors
> Para: "BLFS Support List"
> Data: Quinta-feira, 20 de Dezembro de 2012, 17:09
> On Thu, Dec 20, 2012 at 09:20:13AM
> -0800, Paul Rogers wrote:
> > I
On Thu, Dec 20, 2012 at 09:20:13AM -0800, Paul Rogers wrote:
> I'm going to assume libpciaccess-0.12.0 is correct, and see what I can
> find about its callers, if anything.
>
> I suppose the question must be asked, am I trying to install a
> version of X that's "difficult" or "the sweet spot". Kn
I'm going to assume libpciaccess-0.12.0 is correct, and see what I can
find about its callers, if anything.
I suppose the question must be asked, am I trying to install a
version of X that's "difficult" or "the sweet spot". Knowing I'd be
following developments I did browse the blfs-dev mailing l
I did run the diff for libpciaccess-0.1[12].0. It was something line
4200 lines. Among the things I noticed was that when I get my blue-gene
CPU, it can be configured. But as to the code, other than noticing
there is now a new x86 routine, I can't tell anything. It still throws
an error with 0.
Paul Rogers wrote:
> I did go download libpciaccess-0.12.0, and uncompressed both 0.12.0 and
> 0.11.0. I ran a diff on pciaccess.h, the only header in the include
> directory. My thought was that if that hasn't changed, the calls from
> everything else will still be using the correct structures.
I did go download libpciaccess-0.12.0, and uncompressed both 0.12.0 and
0.11.0. I ran a diff on pciaccess.h, the only header in the include
directory. My thought was that if that hasn't changed, the calls from
everything else will still be using the correct structures. No
difference. And that s
Apparently there may be a fix for the MTRR for libpciaccess-0.12.0,
here:
http://lists.freedesktop.org/archives/xorg-commit/2010-July/026384.html
Has the modularization of the XOrg-7.x progressed enough that I could
use 0.12.0 instead of 0.10.9?
And, sorry, I forgot to change the Subject in reply
Paul Rogers wrote:
> Base: LFS-6.6, kernel-2.6.39.4
> BLFS: BLFS-6.3 stable, X 7.5-3 from svn-101016 (r8641)
> Quite sure I got all the prescribed pieces in place now. Two errors,
> not sure
> if they're related. Google searched for keywords, found similar reports
> but
> no suggestions for a fix
Base: LFS-6.6, kernel-2.6.39.4
BLFS: BLFS-6.3 stable, X 7.5-3 from svn-101016 (r8641)
Quite sure I got all the prescribed pieces in place now. Two errors,
not sure
if they're related. Google searched for keywords, found similar reports
but
no suggestions for a fix. Any help? TIA.
(==) Log file
On 01.10.2012 23:40, Fernando de Oliveira wrote:
> [XOrg installation]
>> BTW, it won't hurt to run ldconfig (as root) after
>> installing every single library. That's not in the
>> book IIRC, but on my system that war needed for some
>> packages.
>
> I was following, as this had happened to me, a
--- Em seg, 1/10/12, maill...@herr-der-mails.de escreveu:
> De: maill...@herr-der-mails.de
> Assunto: Re: [blfs-support] XORG 7.7 libraries
> Para: blfs-support@...
> Data: Segunda-feira, 1 de Outubro de 2012, 16:20
>
> > Fixed it by removing everything that was installed
> Fixed it by removing everything that was installed in previous efforts and
>
> reinstalling. I did find that somehow some of the items were installed in
>
> /usr/local/include and /usr/local/share. I goofed somewhere along the line.
Probably failed to add --prefix=/usr somewhere. I take it it w
From: Carl Thorn
To: BLFS Support List
Sent: Sun, September 30, 2012 12:42:20 PM
Subject: Re: [blfs-support] XORG 7.7 libraries
From: Lars Bamberger
To: blfs-support@linuxfromscratch.org
Sent: Sun, September 30, 2012
From: Lars Bamberger
To: blfs-support@linuxfromscratch.org
Sent: Sun, September 30, 2012 12:12:37 PM
Subject: Re: [blfs-support] XORG 7.7 libraries
On 30.09.2012 18:01, Carl Thorn wrote:
> [Installing X with XORG_PREFIX=/usr]
> When install XORG lib
On 09/30/2012 11:01 AM, Carl Thorn wrote:
> I have recently completed build LFS-7.2 and have installed GPM, Lynx,
> Screen, along with other programs and libraries in the current stable
> BLFS book. I am trying to install XORG-7.7. XORG_PREFIX=/usr.
> Util-macros, XORG protocol headers, makedepend,
On 30.09.2012 18:01, Carl Thorn wrote:
> [Installing X with XORG_PREFIX=/usr]
> When install XORG libraries xtrans-1.2.7 installs without error. But
> libX11-1.5.0 fails during configure with this error:checking keysym
> definitions... configure: error: Cannot find keysymdef.h. How do I locate
>
I have recently completed build LFS-7.2 and have installed GPM, Lynx, Screen,
along with other programs and libraries in the current stable BLFS book. I am
trying to install XORG-7.7. XORG_PREFIX=/usr. Util-macros, XORG protocol
headers, makedepend, libXau, libXdmcp, libpthread-stubs, xcp-proto,
I am trying to install X on a newly compiled LFS-7.2 system. I started off by
trying to install in the /opt directory but it would not install libX11-1.5.0
because it couldn't find keysymdef.h . I decided to go back to the standard
/usr
and recompiled everything up to Xorg Libraries. Once again
On 08/14/2012 09:50 AM, tom...@sekscinski.pl wrote:
> Hi,
>
> I get the following error after ./configure $XORG_CONFIG
>
> checking for MTDEV... no
> configure: error: Package requirements (mtdev) were not met:
>
> No package 'mtdev' found
>
> I installed the package from http://bitmath.org/code/mt
Hi,
I get the following error after ./configure $XORG_CONFIG
checking for MTDEV... no
configure: error: Package requirements (mtdev) were not met:
No package 'mtdev' found
I installed the package from http://bitmath.org/code/mtdev/
This solved the problem.
There is no information in the book
On Wed, Jun 20, 2012 at 08:34:22AM +0100, Alan Bray wrote:
> Hello.
> I have tried to upgrade my xorg but have ran into a problem I cant solve:-
>
>
> /usr/bin/X: Symbol lookup error: /usr/bin/X: undefined
> symbol:pci_device_is_boot_vga
>
> Can you help?
>
> Best Regards,
>
> Alan Bray
Som
Hello.
I have tried to upgrade my xorg but have ran into a problem I cant solve:-
/usr/bin/X: Symbol lookup error: /usr/bin/X: undefined
symbol:pci_device_is_boot_vga
Can you help?
Best Regards,
Alan Bray
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfroms
On 06/16/2012 01:10 PM, John Burrell wrote:
>
> You don't appear to give any suggestion in the book. I haven't tried to
> upgrade yet but
> it would be good to get some guidance from the book, since I assume you
> have done this
> successfully.
>
> Thanks
>
> jb.
Yeah, I copied the xbitmaps page f
Bruce -
I see that xbitmaps-1.1.1 has been added to the book for xorg-7.7-1. Required
is x7app.
x7app requires xbitmaps-1.1.1
Would you give some advice on how best to meet these dependencies please.
You don't appear to give any suggestion in the book. I haven't tried to upgrade
yet butit woul
On Sat, 07 Apr 2012 14:33:42 +0100
Ken Moffat wrote:
> On Sat, Apr 07, 2012 at 12:08:28PM +0100, Martin Ward wrote:
> >
> > Are you a member of the video group?, if not you will only get software
> > acceleration
> >
>
> Hi Martin, that was the problem - I hadn't needed to be in the
> video
On Sat, Apr 07, 2012 at 02:24:23AM +0100, Andrew Benton wrote:
>
> What does it say in /var/log/Xorg.0.log about dri? Hopefully it'll give
> you some clue:
> grep -i dri /var/log/Xorg.0.log | sed '/[Dd]river/d'
>
> Andy
It all looked good and claimed to be using DRI2. Fortunately,
Martin's rep
On Sat, Apr 07, 2012 at 12:08:28PM +0100, Martin Ward wrote:
> On 07/04/12 01:29, Ken Moffat wrote:
> > glxinfo | grep OpenGL
> Hi Ken
>
> I also have a r600 card, and have no problems
>
> glxinfo | grep OpenGL
> OpenGL vendor string: X.Org
> OpenGL renderer string: Gallium 0.4 on AMD RV610
> Ope
On 07/04/12 01:29, Ken Moffat wrote:
> glxinfo | grep OpenGL
Hi Ken
I also have a r600 card, and have no problems
glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV610
OpenGL version string: 2.1 Mesa 8.0.1
OpenGL shading language version string: 1.20
O
On Sat, 07 Apr 2012 01:29:59 +0100
Ken Moffat wrote:
>
> After building all of gnome-3 on my old hardware, I had hoped that
> my newer hardware (an i3 with integrated intel graphics) would be
> able to run clutter applications such as gnome-shell and totem, but
> it wasn't up to it. So, I've m
After building all of gnome-3 on my old hardware, I had hoped that
my newer hardware (an i3 with integrated intel graphics) would be
able to run clutter applications such as gnome-shell and totem, but
it wasn't up to it. So, I've moved on to my other new machine with
a radeon600 chipset and done
On Tue, 27 Mar 2012 21:39:37 +0200
"Dr.-Ing. Edgar Alwers" wrote:
> I shall follow up the problem, perhaps installing xorg.confs for mouse and
> keyboard, but it seems to me, that something in the game xorg/kernel ist not
> yet foolproved. There are some reports about this or similar problems
Trying to isolate the problem, we took an image of LFS7 ( nothing but LFS7) to
a new partition on the PC, compiled xorg and started fluxbox. Everything ok,
mouse, keyboard and screen.
Then, we recompiled the kernel ( 3.1, lfs 7 config) with two small changes (
fuse driver added, device drivers
de Oliveira
> Assunto: Re: [blfs-support] Xorg
> Para: "BLFS Support List"
> Data: Domingo, 12 de Fevereiro de 2012, 14:31
> Em 12-02-2012 13:13, DJ Lucas
> escreveu:
> > On 02/12/2012 08:57 AM, Fernando de Oliveira wrote:
> > I would like to add one for nVidia card
Em 12-02-2012 13:13, DJ Lucas escreveu:
> On 02/12/2012 08:57 AM, Fernando de Oliveira wrote:
> I would like to add one for nVidia cards as well, but don't have the hardware
> currently.
DJ,
In my dead HP notebook, there was an nVidia card. I kept the hd and the
xorg.conf used in LFS6.7 is attac
Thank's, DJ.
Em 12-02-2012 13:13, DJ Lucas escreveu:
> On 02/12/2012 08:57 AM, Fernando de Oliveira wrote:
>> Hi,
>>
>> I have been able to run Xorg in LFS SVN-20111210, using /etc/X11/xorg.conf.d
>> instead of /etc/X11/xorg.conf.
>>
>> For the first time the server successfully run in my first a
1 - 100 of 104 matches
Mail list logo
