DJ Lucas wrote:
Though probably unrelated, I'm ripping out nss/nspr now and I'll be
using a separate nss and nspr. Probably as the book should do too given
that nspr is moving along faster than nss.
And I fully agree with the first src_install comment in the Gentoo
e-build for nspr
to
this thread.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
diff -Naur nss-3.12-orig/mozilla/security/coreconf/location.mk nss-3.12/mozilla/security/coreconf/location.mk
--- nss-3.12-orig/mozilla/security/coreconf/location.mk 2006
to clean up the mess.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
DJ Lucas wrote:
(and changes the libdir while I'm at it)
Oh wait...that was the wrong file for nss. Oh well, just ignore the
diff for location.mk and it is good enough. I was toying with including
the other makefiles for the disttools/and now I've got to go back an
rebuild it yet again
--libs gtk+-2.0
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0
-lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lz
-lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
[EMAIL PROTECTED] gtk+-2.14.4]#
Same thing for glib. Should this be fixed at this point?
-- DJ
, but if
anybody is using an R200 and has built Mesa without xcb, I'd appreciate
a confirmation.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
DJ Lucas wrote:
The DRI driver path is probably redundant.
It was.
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
DJ Lucas wrote:
Just FYI, possibly related, I'm getting some screen artifacts with a
Radeon 9600 IIRC (R200 according to xdriinfo) using the default
xinitrc. Set DRI and Excel to False and it goes away. To reproduce,
move the small xterm across the borders of the other windows a few times
need all the help we can get. If you find any
more gotchas during your own trials, please, keep sending them in.
Thanks again.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
as a proposal to question FreeGLUT's
future, it almost seems irresponsible to even consider keeping MesaGLUT
in the book, especially without a warning about the license.
Opinions?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http
it out there,
but it will at very least wind up in the wiki when I get to it.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
DJ Lucas wrote:
I'm working through Xorg-7.4 update right now. So far, looks like our
current grouping works well (different package lists and order of
course). Only thing out the ordinary so far is in Mesa, the dri libs
are installed into $XORG_PREFIX/lib/dri/ by default instead
DJ Lucas wrote:
Of what I have in my current wget files, these are not in the list of
the official release:
UTILS:
gccmakedep-1.0.2 is not in the list
imake-1.0.2 is not in the list
lndir-1.0.1 is not in the list
xorg-cf-files-1.0.2 is not in the list
APPS:
twm-1.0.4 is not in the list
}
llog Mesa-7.2
} 21 | tee -a ../../logs/227-mesa
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
DJ Lucas wrote:
are installed into $XORG_PREFIX/lib/dri/ by default instead of
$XORG_PREFIX/lib/X11/dri.
./configure ${XORG_CONFIG} --enable-xcb
UGH...from configure help:
--with-dri-driverdir=DIR
directory for the DRI drivers [${libdir}/dri]
I looked right
will use Xprint, but Xprint
is no longer a part of the official 7.4.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Dan Nicholson wrote:
On Thu, Oct 16, 2008 at 4:24 PM, DJ Lucas [EMAIL PROTECTED] wrote:
Of what I have in my current wget files, these are not in the list of
the official release:
UTILS:
gccmakedep-1.0.2 is not in the list
imake-1.0.2 is not in the list
lndir-1.0.1 is not in the list
Dan Nicholson wrote:
On Thu, Oct 16, 2008 at 3:27 PM, DJ Lucas [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] x74]# head -n 11 /media/lfs/sources/logs/227-mesa
{
llog -p
time {
./configure ${XORG_CONFIG} --enable-xcb
make
make install
ln -s -v ${XORG_PREFIX}/include/GL /usr/include
Dan Nicholson wrote:
On Thu, Oct 16, 2008 at 3:27 PM, DJ Lucas [EMAIL PROTECTED] wrote:
Randy McMurchy wrote:
Hi all,
Does anyone have a current wget list for the Xorg-7.4 packages?
Working through it because I need it now.
BLFS is so far behind and I'm using
in the book I guess. I just looked and it's
not nearly as complex as it used to be.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs
just thought I'd let you know.
--
Dan
I'm not absolutely positive, but I thought compiz-fusion wanted
cairo-xcb for something to do with indirect rendering. I don't have all
the notes handy, but it is on my list of things to do.
--DJ Lucas
--
This message has been scanned for viruses
the static library, and
the options enable-krb5 and krb5-flavor={foobar} must be added to
use Kerberos.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
/jdk
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
the scripts for forever, I do have a good deal of
them written, those that aren't written yet, will not be difficult to
get done. The X-LFS* now serve no purpose and will probably be removed,
but know that we can add our own X-${DISTRO}-* headers at any time.
-- DJ Lucas
--
This message has been
dependencies in the contrib bootscripts, I tested Dan's
tools on my main dev system which is loaded up pretty heavily. The comparison
against a static copy was flawless after several removals, adds, moves,
changes, etc. Needless to say, the reboot was uneventful (a very good thing).
-- DJ Lucas
/
could also house other LFSized initscripts such as those used for
wireless-tools and other programs that are not in the book ATM.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs
DJ Lucas wrote:
By default, version 9.4
Oops..obviously that should have been a (less than).
:-)
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
crash, if you or
anybody else can't get to it before then.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
ft_isupper isupper
-#define ft_isxdigit isxdigit
-
-
#include string.h
#define ft_memchr memchr
}}}
===
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http
DJ Lucas wrote:
Perhaps this text is easier to understand and explains the purpose a
little better:
Additionally, because of the large number of repetitive commands, you
are encouraged to partially automate the build. The commands below (or
similar) can be entered at the command
DJ Lucas wrote:
DJ Lucas wrote:
Perhaps this text is easier to understand and explains the purpose a
little better:
Additionally, because of the large number of repetitive commands, you
are encouraged to partially automate the build. The commands below (or
similar) can
Randy McMurchy wrote:
DJ Lucas wrote:
I'm also going to go ahead and kick xorg-data out of trunk, should this
be made in 6.3?
DJ,
Sorry for my lack of communication recently on issues about
the BLFS-6.3 release. I've been busy. However, at this point
if you think that changes
page contain specific commands to compile the entire group of packages,
based on the content of the wget files.
I think we need to revisit this and consider putting the exact loop
commands back into the book (as was done originally, but best after the
6.3 release).
-- DJ Lucas
) appropriately.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
:
# trunk is in blfs, 6.3 is in blfs-6.3
$ cd blfs-6.3
# find the commit I want from trunk
$ svn log --limit 10 ../blfs
# apply the commit
$ svn merge -c revnum ../blfs
Again, be careful with merge. New changelog entries likely will not
merge correctly. The diff is 3041 lines currently.
-- DJ
.
Then if you would merge/copy/whatever the change in trunk to the
6.3 branch (we don't need the original saved JDK file, only the
new binary only one) and update the 6.3 branch changelog to reflect
the JDK change.
Both are done.
-- DJ Lucas
--
This message has been scanned for viruses
, this time at least, that it is by the book
(execpt bootscripts).
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe
DJ Lucas wrote:
Anyone see anything obvious? I have seen this twice before and so far
it is yet unexplained. I always chalked it up to something I was doing
incorrectly, but I know, this time at least, that it is by the book
(execpt bootscripts).
And the fix is simple, but where/how
.
I'll post back here as a reply to this thread when I'm done.
Not branching a 6.3 line?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org
them
elsewhere (Anduin?), or add the entire readme to the header of each patch.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs
DJ Lucas wrote:
GRRR! No..it is supposed to point back to the patches directory! JRL
License requirement. Choices: figure out why that file is not there
again and put it back, remove the patches from the repo and host them
elsewhere (Anduin?), or add the entire readme to the header of each
DJ Lucas wrote:
http://www.linuxfromscratch.org/patches/downloads/jdk/jdk-Readme.txt
is valid, it's just not in copied to
http://www.linuxfromscratch.org/patches/blfs/svn/jdk-Readme.txt.
Would it be easier to make a copy of the patches (on Anduin) and link to
those copies in the book
into
it accidently a week or so ago and the clock has been that far off since.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs
.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
DJ Lucas wrote:
Randy McMurchy wrote:
Randy McMurchy wrote these words on 05/07/08 06:37 CST:
Bruce Dubbs wrote these words on 05/07/08 01:20 CST:
Is it time to do a freeze/rc1?
I'm off to work and will look at this, then publish something
, and then what to do about rsync?
Well...another bug was just opened, and it's a good suggestion, again a
textual change, but it could wait for future.
-- DJ Lucas
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http
fine as is.
I'm going to get these last two changes in quick (the FHS concerns and
the text removal for XFree86--well, waiting on that one now). I'm still
going to continue with testing Alexander's suggestions in this build
since it shouldn't have any effect on the /etc/X11 dir.
-- DJ Lucas
Randy McMurchy wrote:
DJ Lucas wrote these words on 04/30/08 01:11 CST:
Randy McMurchy wrote:
Hopefully, everything will be simply commented out. I'd like to
leave any unused, but still in the book, text to remain there until
we cut this release. That way the source is a bit more
DJ Lucas wrote:
As far as benefits of the Alexander's
additional changes, we get rid of 5 unmaintained packages and two
programs (xorgcfg?? and xorgconfig) that don't work anyway. Because
they are not used anymore, nobody has even noticed that these programs
haven't worked since around
DJ Lucas wrote:
lbxproxy should definitely go, however, I am still looking for data to
support proxymngr being deprecated. I can't find anything at all.
Looks like last real commit was back in June of 2006 -
http://cgit.freedesktop.org/xorg/app/proxymngr/ - unmaintained or just
mature
is well).
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
to apply a patch was -Np1. What's wrong with -Npx, where x is
documented
Just a standard way to do things I guess. Perhaps it's just always the
way things have always been done. SVN patches that we pass around are
all -p0. :-/ I don't even know if there is a way to change that.
-- DJ
still
think it's too close to release for 6.3. Assuming no objections, I'll
put these commands (or similar) into the wiki for possible inclusion
after the release.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Randy McMurchy wrote:
Randy McMurchy wrote these words on 03/24/08 00:50 CST:
DJ Lucas wrote these words on 03/24/08 00:38 CST:
Wait, before you do that
Try 'uudecode=/bin/false ../dist/configure...'
So far, so good. Configure ran fine. Not sure about the Warning, though.
Notice
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:30 CST:
The extra bullet below the http download location (where the ftp
location would be if there were one provided).
Just a thought. Have you tried a fresh checkout of the XML and
rendered it?
Are your versions
DJ Lucas wrote:
Randy McMurchy wrote:
Randy McMurchy wrote these words on 03/24/08 00:50 CST:
DJ Lucas wrote these words on 03/24/08 00:38 CST:
Wait, before you do that
Try 'uudecode=/bin/false ../dist/configure...'
So far, so good. Configure ran fine. Not sure about the Warning
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/24/08 01:00 CST:
Again, I believe the problem is GMime.
I'll look at what it would take to patch/sed GMime so that this
borked uudecode program doesn't get installed. But I suppose I
need to check that there's not an updated version
DJ Lucas wrote:
Really, uuencode and uudecode should be fixed upstream in GMime
And it looks like it could have been fixed in 2.2.17 (and 2.2.18) 64bit
encoding changes that might possibly be shared, though it only mentions
uuencode. I don't have the slightest idea what I'm talking about
_tests_ the package
correctly...ugh. Sorry. :-) Anyway, Is that sufficient warning, or
should it mention the specific errors (lazy-count=1, and unmountable
file system...) to drive it home?
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org
/pkgconfig
WINDOWPATH=7
INFOPATH=/usr/share/info:/usr/share/info:/opt/gnome-2.20/share/info
DISPLAY=:0.0
LIBGLADE_MODULE_PATH=/opt/gnome-2.20/lib/libglade/2.0
GNOME_PREFIX=/opt/gnome-2.20
XAUTHORITY=/root/.xauthQcZCzM
COLORTERM=gnome-terminal
_=/usr/bin/env
-- DJ Lucas
--
http
to look into this, but the stuff in the config.log spews about
java class exceptions or something like that. I'm really weak at the
Java language, so I'm not sure there's anything I can do.
Odd CLASSPATH?
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
in the source. Also is a
link in a comment in the source for developers that might come along.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Hey guys, any idea what would cause this? It's rendered correctly on
quantum, but not locally.
http://www.linuxfromscratch.org/~dj/Screenshot.png
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
their patch set) and
noticed that they've imported 1.5.0_u15 today...hopefully that means
that Sun will have time to audit 1.6.0_u5 soon.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 22:06 CST:
Randy McMurchy wrote:
Robert Daniels wrote these words on 03/23/08 17:30 CST:
Just now I also tried db-4.6.21 for lfs-svn, and it failed in the same
way. What is very weird about this is that typically (but not in my
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:30 CST:
You don't by chance have gnu-sharutils installed do you? Did it find a
uudecode (that doesn't come from JDK5)? This has bit a few people before.
I used to have it, but it appears the GMime installation replaced
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:52 CST:
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:30 CST:
You don't by chance have gnu-sharutils installed do you? Did it find a
uudecode (that doesn't come from JDK5)? This has bit a few people before
DJ Lucas wrote:
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:52 CST:
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/23/08 23:30 CST:
You don't by chance have gnu-sharutils installed do you? Did it find a
uudecode (that doesn't come from JDK5)? This has bit
Randy McMurchy wrote:
DJ Lucas wrote these words on 03/24/08 00:28 CST:
Looking at the problem a little further, it seems the versions of
uu{de,en}code installed by GMime are broken.
I'll compile BDB right now using Gnu Sharutils version of uudecode
and report back. If it fails, I'll
cool!
WOW! I knew it recently drew more attention, but...yeah WOW!
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
] courier-authlib-0.60.2]#
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
in
/var/run/$PROGRAM.pid) it was supposed to check to see if it is stale.
Per LSB requirement, that is not a failure, simply delete it an proceed
unless a signal was passed to killproc. Anyway, it'll be corrected in a
few moments in LFS bootscripts svn.
-- DJ Lucas
--
http://linuxfromscratch.org
)
;;
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
(0xb7d9c000)
libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7d4f000)
/lib/ld-linux.so.2 (0xb7f57000)
[EMAIL PROTECTED] ~]#
I think you said they might already be working on the libss probs
(mk_cmds is directly related) in 1.0.1.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo
a similar note:
Required
Net-tools-1.60 (you may omit net-tools by using the optional patch to utilize
iproute2.
I'll fix it up in just a sec and make the patch optional, because it
really is an option. I was trying to oversimplify things.
-- DJ Lucas
--
http://linuxfromscratch.org
Randy McMurchy wrote:
install -m644 -v somefile someplace
to
install -m644 -v -o root -g root somefile someplace
Guilty! Didn't even think twice about it...it was there, added.
Thoughtless CnP of alternate script ( well -o $(BINOWN) ). I'll fix it
shortly.
-- DJ Lucas
--
http
a new tool was created. I have no idea of the full
capabilities of either tool{,set}, then or now.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
DJ Lucas wrote:
Randy McMurchy wrote:
Though development stopped for a while, the effectiveness of the
tool did not. Other folks also recognize this.
Actually, from rough memory, it did for the entire duration of 2.2
kernels and most of 2.4, just not for basic configuration of a NIC
. Just never got around to it.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
when it breaks. I'm sure it was put there for a reason,
and that's why I created a second thread, but I don't remember that
reason, probably because I'm not a big KDE fan. KDE will be updated to
3.5.9 soon. Last chance, any objection to removal of those notes?
-- DJ Lucas
--
http
Is this sufficient?
http://www.linuxfromscratch.org/~dj/blfs-book-xsl/general/jdk.html
I'm pretty set on providing the links for the known vulnerabilities, and
blaming Sun (if they don't come through for us with a JRL release), but
also proving the info that they are working on it.
-- DJ
objections to
removing it? It's redundant info, and it's just plain ugly having 3
notes like that on the visible screen.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
it down a little bit at least.
Anybody else have any plans for coming changes or any changes that
need/want to be discussed?
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
pick a specific
format? Ex: in the changelog source we have:
'{para}Fixed linker issue with libfoo. Ticket #{/para}'
When the html is generated, it turns 'Ticket #' into a link for us?
IMO, that would be pretty nice to have, even on package updates.
-- DJ Lucas
--
http
suggested
changes, do you all agree that Robert's patch is good to produce a
working KDE-3.5.9? I understand that we may want to revisit Thomas's
makefile sed and see if we can get KDE folk to accept an autofoo patch
but if this is good for BLFS, I'll get it built and in ASAP.
Thanks.
-- DJ Lucas
the display. pam_xauth solves the
problem by forwarding the key from the user running su (the source user)
to the user whose identity the source user is assuming (the target user)
when the session is created, and destroying the key when the session is
torn down.
-- DJ Lucas
--
http
Alexander E. Patrakov wrote:
DJ Lucas wrote:
pam_xauth — PAM module to forward xauth keys between users
Is it possible to compile it in such a way that it thinks that the xauth
command exists in the proper place, without actually installing X window
system?
If this is the case, add
by the path I gave it and by
DEFAULT_DICT_PATH (and in the various READMEs). I haven't done cracklib
without pam since we put it into the book a few years ago. Let me know
if you are still seeing the problem with the latest cracklib.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman
for OOo. Let us
know if you find any breakage as you go through the rest of the packages
that you build. and thank you very much for the help.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
Ag. D. Hatzimanikas wrote:
Hi Dj and thanks for the thanks! :)
Since I've found that I am not the only one that is using vim (thank god)
for editing, I decided to clean up an old xml vim script and to publish
it [1].
Please give it a try, as I just added a couple of functions and I don't
it and recommend the test
suite be run before (with -k) and after installation (this for tomorrow
night's tasks).
Thanks for the report.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
like to get these big version bumps out of the way before the 7.0
release. We'll be movin enough to follow LFS's lead for multiple
architectures in BLFS-7.0.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
Randy McMurchy wrote:
DJ Lucas wrote these words on 02/05/08 00:30 CST:
That about covers it, except you got it backwards, we should branch for
6.3. Currently there are 65 outstanding bugs for the 6.3 target. Nine
of which are assigned.
[snipped massive amounts of DJ's great post
the patch, please be so kind as to send it back up to us or
CLFS (or both). If not, I will get to it if OpenJDK doesn't release
before then.
Thanks.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
that erase=^H.
I found that Debian patches the termcap and terminfo files that come
with xterm. I will do this, too.
Perfect!
Thank you Alexander.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
? Anyway, the 'fix' (xterm -ie) is fairly easy for the
default xinitrc ($XORG_PREFIX/lib/xinit/xinitrc) and I wondered if this
should be added to the book in the configuring xorg page? Better solution?
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
Ken Moffat wrote:
On Fri, Jan 04, 2008 at 06:28:03PM -0600, DJ Lucas wrote:
I'm definately not liking the ati drivers now either
(WW) AIGLX: 3D driver claims not to support visual [insert every 0x??
here except 0x4b]
Guess y'all seeing the same errors? but 196 is working? I'm
by the
seat of my pants, I'm off to try and figure out the old
compiz/berly/xgl stuff and see if it all still applies. :-)
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
/, based on current BLFS
instructions. I've seen pixman and evdev mentions a lot lately, and Dan
an Alexander seem to be involved on the xorg devel lists. You guys have
anything to add? Other than evdev-1.2.0, anything else to be concerned
with?
-- DJ Lucas
--
http://linuxfromscratch.org/mailman
back through it after I have a working build.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
501 - 600 of 922 matches
Mail list logo