Greg Schafer wrote:
> (Me wonders if Bruce realizes the whole "build straight from the doc"
> concept in jhalfs is based on my own practices in DIY? Which in turn was
> based on the old lfscmd from about 8 years ago? :-)
>
OT, but Wow, good memory! Timothy B. right? (I'd have butchered his
la
Greg Schafer wrote:
> DJ Lucas wrote:
>
>
>> Hey guys. Is there any recent documentation on the expectations of
>> farce or ICA?
>>
>
> Docs? What docs :-)
>
>
>> Doing only 2 passes of chapter6
>> with both comparison methods checke
Nathan Coulson wrote:
> On Sat, Oct 18, 2008 at 12:03 PM, DJ Lucas <[EMAIL PROTECTED]> wrote:
>
>> DJ Lucas wrote:
>>
>> Okay...these drivers failed to build for me and I haven't had the time
>> to investigate the failures yet, got to keep movin
ed
UTF-8 (as you might have guessed), and old file incorrectly identifies
_all_ the rest as iso8859-1 (translates to it's an 8bit encoding but it
doesn't know how to determine which). At any rate, my preference is
still to see a slow transition to all UTF8 (when provided and where
stioning modifications, you can easily look
back at the version referenced to see if there were any modifications.
I'm not even sure about leaving the date in there...but I think it's fine.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is b
Lefteris Dimitroulakis wrote:
> It is not that important, but it seems
> strange number is added to the LFS-BOOK-SVN in
> http://www.linuxfromscratch.org/lfs/downloads/development/
>
> cheers
>
Thanks. Fixed in r8742.
--
This message has been scanned for viruses and
dangerous content, and is
in Man-DB. I suppose
> we
> could double it up to four columns.
>
Forgive the obvious, but I'm thinking a smaller font for these parts. I
don't see any problem with having smaller text in these sections of the
book as they are tables and appendixes, not necessarily requi
course, if you have to choose between the two bit widths (i.e. if we
> don't support multilib -- and I realize that would be a lot of work!),
> it may still make sense to go with 32-bit, given the huge set of
> programs already written out there. But if you can run both, I see no
omise was still better than the original, but we still
needed to change it for our take on what was correct. Hopefully though,
the overrides will be cut to a minimum.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be cl
, and showed several examples of where the
new build method was clearly the better choice.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org
Alexander E. Patrakov wrote:
> 2008/12/2 DJ Lucas <[EMAIL PROTECTED]>:
>
>> Alexander E. Patrakov wrote:
>>
>>> Testcase (I think it should even be put into the book):
>>>
>>> LANG=en_US xterm
>>> in that xterm: curl http:
ted as required, but it certainly is. Chalk it up
to another error made because I rushed to get it in. All of the xorg
commits were very sloppy because I was in a hurry, though I thought I
had corrected everything. The patch is certainly not required.
-- DJ Lucas
--
This message has been sc
s have to be added for configure-pure and
configure-multi, where plain configure is for everybody (like old grub
that only builds 32bit).
From a book perspective, it's not a big deal IMO to do one {sect2} with
'pure' commands and another with multi-lib commands...just add a
stan
ess right off the top of my head.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
It's right up front and center and gives credit where credit
is due, and a link provided to DIY or CLFS so that users can go check
out the other projects if they like. I'm sure that there are others
that should get a mention in there as well, though they escape me ATM.
-- DJ Lucas
', inspect the DESTDIR, and then 'make install'?
While I guess that there is nothing specifically wrong with that
approach, the DESTDIR is pretty much useless IMO, might as well stick to
installation logging.
-- DJ Lucas
--
This message has been scanned for viruses and
d
DJ Lucas wrote:
Sorry about the subject.
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
at one time sets the stage for proper packaging (IMO).
Thoughts?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
DJ Lucas wrote:
> a technical reason not to create the entire 'base' while in chapter 4?
>
Oops, that should have been 'chapter 5'.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromsc
DJ Lucas wrote:
> chapter 4?
>
UGH. I was thinking that 6.2 was at the end of chapter 5. Anyway, the
request is to merge virtual file systems page with creating directories
and the last 3 of 6.6 so that all directories and files that are
manually created (with the exception of link
symlinks can (and should)
still be created after entering chroot (the last three sets of
instructions would never be packaged).
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
Bruce Dubbs wrote:
> DJ Lucas wrote:
>
>> Bruce Dubbs wrote:
>>
>>> Can you explain what you mean by "create the entire 'base'".
>>>
>>>
>> Again, looking at this from a packaging point of view, IMO, all fi
on Friday evening if I have the
time, or Saturday if not. The point of the change is simply to get any
files not tied to a package installation installed at one time.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linux
edious for the scripts. I'd really
like for LFS to go all the way to an unprivileged user to build the
package. From an educational standpoint, it is perfect as this is how
the distro's do it (granted not in an extremely minimal chroot
environment), however, I&#
DJ Lucas wrote:
>
> For example, here is my chapter 6 glibc and chapter 6
> binutils build scripts:
>
From 6.4, not SVN. I didn't yet want to mess with the changes in the
toolchain.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and
; here:
> http://www.linuxfromscratch.org/lfs/view/development/chapter03/packages.html
>
> As those files are supposed to be identical, I wonder where the problem
> is: in my copy, or on the website ?
>
Neither is a problem. They differ because the sums are dynamically
inserted
of open source. Please
try to keep this in mind in the future.
> PS. Merry Christmas.
>
Back at you! I hope you had a wonderful Christmas, and enjoy your New
Year's celebration.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous conten
bootscript. I honestly don't know why I hadn't noticed this before.
Will bug it later and get a fix in soon.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/l
DJ Lucas wrote:
> Gordon Schumacher wrote:
>
>> Indeed, I'm not even attempting to address that yet - for the
>> immediate moment, just getting each package's files isolated into its
>> own tarball is such a big first step that I'm willing to deal with
imply ignore (or capture)
the error when removing a directory (because it is not empty). If a dir
is in the old log that isn't in the new one, and it still exists on the
filesystem, then it should be appended to the new log file.
-- DJ Lucas
--
This message has been scanned for viruses and
builtins for 'test' and '['.
>
> ksh(1) and ash(1) don't seem to mention those builtins, but tests on my
> Kubuntu
> host suggest they are supported.
>
> Given that LFS only installs bash, does any of this matter? :)
>
Not if you go and change the sch
an target a full release for
> somewhere around June 14.
>
> Comments?
>
>-- Bruce
>
OK...The what happens for BLFS? I'm guessing BLFS-6.4 will be a no go,
and BLFS should be targeting current SVN?
-- DJ Lucas
--
This message has been scanned for viruses and
dange
hdparm is required as jhalfs currently processes the book. Need to make
this not happen for jhalfs. I sent this to both lists because I'm not
sure if this is part of the dump-commands target, or something that
jhalfs does when extracting the commands.
-- DJ Lucas
--
This message has
Bruce Dubbs wrote:
> DJ Lucas wrote:
>
>
>> OK...The what happens for BLFS? I'm guessing BLFS-6.4 will be a no go,
>> and BLFS should be targeting current SVN?
>>
>
> I would think that is reasonable.
>
>-- Bruce
>
Ok. Rebuilding aga
Bryan Kadzban wrote:
> (Does that actually help? :-) )
>
LOL I started to do the same, and then I read what would have been
posted about half way through, and said the hell with it.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed
been complaining on this long enough so that we
would never violate the FHS again. ;-) Even as rare as a remote /usr
mount is now days, libz really must be moved to /lib if anything in /bin
or /sbin links against it if we are to follow the FHS.
-- DJ Lucas
--
This message has been scanned f
> blfs-...@lfs.lucasit.com wrote:
>
>> Finally, back to util-linux-ng, per private mail with Karl Zak, distros
>> are only using static linking for libuuid, so *we* may want to change
>> Requires.private in the uuid.pc file, as we don't have to deal with the
>> dependency hell of RPM or DEB.
>
> St
ple.ubuntu.com/~scott/0001-configure.in-add-disable-libuuid-option.patch
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsub
huge against 2.15.1 because they
moved both uuid and blkid to a /shlibs sub dir.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
I encourage everyone
> to welcome him as the newest addition to the editing team.
>
Excellent! Welcome aboard Guy!
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
n building Glibc. Is
> there zero advantage to building decimal-float, thread, or gomp support in
> gcc pass1?
>
> robert
>
No time to find in archives ATM...I'm late, but 10/3/2008 from my local
archive.
-- DJ Lucas
--
This message has been scanned for viruses and
Matthew Burgess wrote:
> I don't mind adding it to 6.5 though, if the general opinion is that it
> belongs in
> there.
I've no educated opinion on this, so I'll offer a question to qualify it.
How likely is it that, or how many other, undiscovered packages would
have
on the narrow :-) version of
ncurses. Might not be an issue now days, I don't know...have to do a
full test run to find out.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/lis
e
> appropriate packages, add a comment that "This package is needed for LSB
> compliance." I some cases there are definite alternatives. For instance the
> sendmail requirement can be met with any of the MTA packages in BLFS.
>
> ------
>
The sendmail scripts p
should a BLFS package install it's own scripts, we no longer have to
worry about maintaining our own for it (cups for example).
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org
don
well recognized syntax, for something that is not portable. For
instance, we still use -{z,j}xf for tarballs when neither the -, nor the
{z,j} are required on any fairly recent tar (I'm pretty sure that our
host requirements, by rough estimation, exclude any distributions that
shippe
and sent to
the trash heap. Anyway, thanks for the correction.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: S
g is the netfs script provided by BLFS, which is
responsible for mounting and unmounting network filesystems at boot and
shutdown.
http://www.linuxfromscratch.org/blfs/view/svn/postlfs/netfs.html
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed t
ntire script
as I put in a couple of simple tricks (which escape me ATM) to get the
time correct for the log files, and then a dump and then switch to real
log files after sysinit finishes.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be cle
ix them, but when I will have
the time is currently unknown. Anyone else is perfectly welcome to hack
on them, supply patches, etc.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-de
Randy or DJ,
> would you like to comment?
It doesn't really add any value now. At the time it was introduced, it
was a change in the new version of GCC that required a few patches in
both books...put there mainly to guide as to what might need fixing in
other packages. Even Glibc n
ermits, so expect
some of the dependencies to change a bit.
- -- DJ Lucas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
iQIcBAEBAgAGBQJL17pnAAoJEIUM+xKzBYsI4U8P/RwosZVtDbqWLTK4LH/cHHb8
e7/rH61PgFGGUpBqb6KjqBsBVkGjx8YT8+FEXTVxQH3GU8cf/pFXLZ
ed and
found a fix? Eratta? Does the problem exist in svn version?
- -- DJ Lucas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
iQIcBAEBAgAGBQJMCe7OAAoJEIUM+xKzBYsIvhoP/3GFz+/x1jLkUQqIe8RLEFQu
LDCLt6Ppo3AOrvj9GAkzaEdZJlikDpDdWfD4DtYkQ37Ve2T2RDic8kbFUidB01Tn
EDhMj
End a sequence of non-printing characters.
I had thought about posting to support, then thought "No, this is an old
bug." I'm not sure, maybe I've always just copied the previous
version's profile items, but I've never noticed this. Anyway,
completely documented and ce
ome distribution? I'm specifically interested in the
shared libexec directories for all of Gnome.
- -- DJ Lucas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
iQIcBAEBAgAGBQJMJlcfAAoJEIUM+xKzBYsIj2cP/1pvfGN8wkytArGiIIwTaENm
aYAy+NpmzPQmIIIgKohE3MEWUtSwiese8jLwcv0JEsv6GCkgZP
On 06/27/2010 05:15 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> Any interest in that failsafe in BLFS?
>
> For me personally, I try to avoid pam completely. It just seems to get
> in the way. I think it stems from the days of using rsh and related
> functions when
gin
name51 login: dj
Password:
dj [ ~ ]$ sudo grep dj /etc/shadow
dj:$6$wvESC6TO$4BUZxy6FKKleNcsn2MFF2pdPucYVV/JlvrdwO.li4gUZeTnQPl9rZ8RhI.Lik79DWvFMua5LVaf5kQVC3dM5M0:14789:0:9:7:::
dj [ ~ ]$ exit
logout
dj [ /media/lfs ]$
- -- DJ Lucas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.
On 06/28/2010 11:10 PM, DJ Lucas wrote:
> On 06/28/2010 10:20 PM, Bruce Dubbs wrote:
>
>> We probably need to also mention:
>
>> # Note: If you use PAM, it is recommended to use a value consistent with
>> # the PAM modules configuration.
>
>> Other opinion
d
also host instructions on your own website with a link sent to the list,
or even just send a text step by step to the list. As long as the
advantages *and* *disadvantages* are covered we'll take a look. OTOH,
don't bother sending in anything if you can't objectively list
disadva
nd install fine, with a few warnings and another forced run of
configure when starting make. This gets it down to a livable 70 KB.
Can somebody test with this one next time you rebuild?
http://www.linuxfromscratch.org/~dj/ppl-0.10.2-upstream_fixes-3.patch
-- DJ Lucas
--
Th
On 07/19/2010 11:36 PM, DJ Lucas wrote:
> On 07/19/2010 08:59 AM, Andrew Benton wrote:
>> On 18/07/10 13:56, Jeremy Huntwork wrote:
>>> There's a fix available here:
>>> http://www.cs.unipr.it/pipermail/ppl-devel/2010-January/015872.html
>>>
>>>
27;home' pages in our home directory on quantum? That would invalidate
the need for system accounts beyond server admins if Subversion (or
another SCM) could use the same authentication method (see above).
Coincidentally, does Subversion have an add-on to download a tarball
like Git? Seems
On 07/25/2010 01:13 AM, DJ Lucas wrote:
> Didn't see anything in user preferences...or any user
> preferences at all beyond the my account page.
>
Err...I meant in regard to setting a resolution...of course the hide
email address was there or I probably wouldn't have no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2010 08:03 PM, Jeremy Huntwork wrote:
> On Jul 25, 2010, at 2:13 AM, DJ Lucas wrote:
>
>> Some technical questions: What is the authentication method?
>
> The default seems to be some form of basic authentication. I hav
5 would require coordination with BLFS, and could take advantage
> of #2 and #3, so I would wait with them.
>
> Another task which could help keeping #4 and #5 up to date, (and ultimately
> all of blfs) would be a (partially) automated test system which will at least
> wa
t anyway, besides, I'm personally not quite ready to deal with
gcc-4.5's fixes just yet. :-) There were a few complaining about gcc's
buffer overflow protection, now those should be fixed upstream as
quickly as possible anyway, but I'd rather give upstream some time to
get corr
7;t get to it first. I've been meaning to
learn a little better how jhalfs works internally anyhow and this has
given me just the excuse I need to get a better look at
jhalfs/LFS/lfs.xsl.
- -- DJ Lucas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15 (GNU/Linux)
iQIcBAEBAg
ave files like /usr/share/info/dir that have
200 (M)s in front of them (because I had forgotten not to include that
file in my excludes for my package logging tool). It also goes without
saying that I cannot make binary packages from my completed system by
using this method,
unce if over a certain threshold. All of them have
been above 20 points.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
ch
require python IIRC). IMO, it would be easier to just edit the runlevel
header information in the script rather than using chkconfig.
Also, the service program could easily be a function provided in
/etc/profile.d/service.sh if the magic to build it is not found easily
in sy
On 08/10/2010 11:40 PM, DJ Lucas wrote:
> On 8/10/10 4:45 PM, Bruce Dubbs wrote:
>> If there were updates to the bootscripts to make them LSB compliant, I
>> would support that. I think that the chkconfig program should be
>> deferred to BLFS though.
>
>
> I ev
On 08/23/2010 04:12 AM, Jeremy Huntwork wrote:
> On 8/11/10 12:40 AM, DJ Lucas wrote:
>> Actually, for LSB compliance, the 'distribution supplied boot scripts'
>> need not use /lib/lsb/init-functions at all. All that is required is
>> that the scripts provide the
-mkconfig -o /boot/grub/grub.cfg
=======
Additionally, we can comment out the search line in 00_header (since it
is pretty much useless on default build) and add some additions there
(like background image, or prettier col
On 08/23/2010 08:27 AM, DJ Lucas wrote:
> Ahh, yes. That was added a few weeks ago with the new killall. Fixed
> real quick in r9365.
And my hasty ignorance in r9366. Sorry about that.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed
On 08/23/2010 10:38 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> Additionally, we can comment out the search line in 00_header (since it
>> is pretty much useless on default build) and add some additions there
>> (like background image, or prettier colors, etc.).
I thin
system is bad. Even
without cron as a means to get a root shell, this is dangerous enough. A
simple DOS attack to fill the root file system might screw up the
nightly backups for instance. Granted, there are multiple audit trails
using that method...
-- DJ Lucas
--
This message has been scanne
s
> I'll
> have to rebuild the whole system then, to definitively prove the patch works,
> unless you have some crib notes on how I should be re-installing Glibc?
>
> Thanks,
>
> Matt.
>
Should be fine IIUC.
The libpcprofile exploit was simple enough to use as an ex
s
> I'll
> have to rebuild the whole system then, to definitively prove the patch works,
> unless you have some crib notes on how I should be re-installing Glibc?
>
> Thanks,
>
> Matt.
>
That should have worked. Did you try a reboot before testing to clear
cache?
orrow, but
>> expect it to work just fine.
>
> Well, it didn't appear to fix the vulnerability here, but maybe I've made
> another screw
> up :( I'll wait until someone else can confirm/deny whether the patch works
> for them.
>
> Regards,
>
> M
bc/glibc-2.12.1-origin_fix-1.patch.
>
> Apply using the usual 'patch -Np1 -i ../glibc-2.12.1-origin_fix-1.patch'.
>
> Regards,
>
> Matt.
>
Additional part. Haven't tested.
http://sourceware.org/ml/libc-hacker/2010-10/msg00010.html
Makes LD_AUDIT behave s
On 10/26/2010 12:26 AM, DJ Lucas wrote:
>
> Additional part. Haven't tested.
>
> http://sourceware.org/ml/libc-hacker/2010-10/msg00010.html
>
> Makes LD_AUDIT behave same as LD_PRELOAD.
>
> Will rebuild glibc in a few moments on this system see if it fixes it.
without dropping to 1, but same with a patch is OK still.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
"Bruce Dubbs" wrote:
>DJ Lucas wrote:
>> Also, just for kicks, I did a live update of Glibc on system running
>> Gnome at the time. It had been a while since I had done an in-place
>> update of glibc but no problems as usual. Of course I rebooted pretty
>>
package-1.2.3-fixes_something_bad-1.patch
}}}
Then just add needed header information (copy from an existing patch and
modify as needed). The p flag in the diff command is not required, and
not mentioned in the editors guide (at least last time I checked
probably about 5 years ago), but is a nice to
getting this package. This
> probally needs to be listed in the errata.
>
The domain expired. Anybody still keep in touch?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/
environment):
zcat cracklib-words-20080507.gz | sort -u
The following, however, works fine on my system:
zcat cracklib-words-20080507.gz | sort -u --parallel=1
Can somebody else on a mult-core CPU, on 32-bit, confirm before I
troubleshoot further?
-- DJ Lucas
--
This message has been scanned
ppens native.
Thanks for checking.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On 11/25/2010 12:17 AM, DJ Lucas wrote:
> On 11/25/2010 12:14 AM, Stuart Stegall wrote:
>> x86, arm, ppc64, and x86_64 all work without a problem here - x86 and
>> x86_64 are both built from current SVN - arm and ppc64 are 6.7 +
>> coreutils-8.7.
>>
>
> Okay, pro
On 11/26/2010 12:07 AM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>
>> The update to expect broke jhalfs. I
>> haven't looked into why yet, but last time I had seen similar error, it
>> was due to a missing role= tag on one of the screen blocks.
>
> I suspect i
On 11/26/2010 10:45 AM, Bruce Dubbs wrote:
> Matthew Burgess wrote:
>> On Wed, 24 Nov 2010 23:47:41 -0600, DJ Lucas
>> wrote:
>>
>>> Can somebody else on a mult-core CPU, on 32-bit, confirm before I
>>> troubleshoot further?
>>
>> This is al
On 11/26/2010 10:45 AM, Bruce Dubbs wrote:
> Matthew Burgess wrote:
>> On Wed, 24 Nov 2010 23:47:41 -0600, DJ Lucas
>> wrote:
>>
>>> Can somebody else on a mult-core CPU, on 32-bit, confirm before I
>>> troubleshoot further?
>>
>> This is al
egards,
>
> Matt.
>
Yep yep...reported as actual bug upstream and it was reproducible by one
of the developers.
http://lists.gnu.org/archive/html/bug-coreutils/2010-11/msg00209.html
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to b
"Bruce Dubbs" wrote:
>
>It looks like he can't reproduce it.
>
Not all of messages are archived yet. Problem is acknowledged, and even
suspected cause determined.
--DJ Lucas
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
--
This mess
On 11/27/2010 02:30 AM, DJ Lucas wrote:
> Problem is acknowledged, and even suspected cause determined.
We have an upstream fix, hasn't appeared in the archives yet.
> On 11/27/2010 06:57 PM, Paul Eggert wrote:
>> Could you please try this little patch? It should fix your
>&
On 11/27/2010 08:22 PM, DJ Lucas wrote:
> On 11/27/2010 02:30 AM, DJ Lucas wrote:
>> Problem is acknowledged, and even suspected cause determined.
>
> We have an upstream fix, hasn't appeared in the archives yet.
>
The threaded code. Fixes are in upstream following th
ugh I agree with Randy's comment the other day
regarding the usefulness of compressed info pages).
http://cross-lfs.org/view/svn/x86_64/final-system/xz-64bit.html
http://cross-lfs.org/view/svn/x86_64/final-system/texinfo.html
Also of interest (which may already be covered by sed commands curren
page. Old fonts will remain as they
are still listed as part of the Xorg distribution.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
"Dan Nicholson" wrote:
>
>I'm curious why you want to get rid of the demos. Surely everyone goes
>to glxinfo and glxgears to see if 3D is working, right?
>
Not in a place where I can check right now, but AFAICT, they havent been
updated for new Mesa. Could probably use old ver, but why add an
the younger users
until it becomes necessary to create one that udev knows nothing about
(and those are few and far between). Nothing really lost here, and a
small gain in efficiency. The old race car bit fits nicely here: don't
look for 1 place to loose 100 pounds; look for 100 places to loose 1
pound. :-)
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
irectories - I'm pretty sure this is already covered in
another thread, but it should be done by default where possible.
* Anything else that I've missed
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://li
1 - 100 of 551 matches
Mail list logo
