On April 14, 2005 02:47 am, Robert Connolly wrote:
> Hi. I noticed kdebase-3.4.0 installs ksysguarddrc and xdg/ to /usr/etc.. so
> it looks like --sysconfdir=/etc is needed for this package.
xdg/ is from kdelibs, so --sysconfdir=/etc would be needed there too.
robert
--
http://linuxfromscratch.o
Robert Connolly wrote:
On April 14, 2005 02:47 am, Robert Connolly wrote:
Hi. I noticed kdebase-3.4.0 installs ksysguarddrc and xdg/ to /usr/etc.. so
it looks like --sysconfdir=/etc is needed for this package.
xdg/ is from kdelibs, so --sysconfdir=/etc would be needed there too.
Thanks for the hea
Hi all,
I'm trying to compile the LCMS package but it is stumbling trying
to build the SWIG/Python module. Here is the relevant lines giving
problems from the lcms.i file (which is used to autogenerate the
lcms_wrap.cxx source)
if ((SWIG_ConvertPtr(tmp[0], (void **) &gamma[0], SWIGTYPE_LPGAMMATAB
Bruce Dubbs wrote these words on 04/14/05 10:05 CST:
> Robert Connolly wrote:
>>On April 14, 2005 02:47 am, Robert Connolly wrote:
>>>Hi. I noticed kdebase-3.4.0 installs ksysguarddrc and xdg/ to /usr/etc.. so
>>>it looks like --sysconfdir=/etc is needed for this package.
>>
>>xdg/ is from kdelibs,
Jeremy Utley wrote:
Here's how I solve that when following the BLFS book...keep in mind this
is only one solution out of many possibilities, but this works quite
well for me.
Jeremy,
What you are describing is a depth first search. That's what I do
also. My technique is a little more compl
Jamie Bennett wrote:
On Thu, 2005-04-14 at 14:08 -0500, Bruce Dubbs wrote:
Just to try it out, I donloaded a copy of Acrobat Reader 7 for Linux and
installed it. On my LFS 6.1 testing system it flashes the splash screen
and exits without any error messages of any kind.
ldd on the binary does no
Randy McMurchy wrote:
I know this doesn't help any, just wanted to throw in the mention
that Xpdf seems to be *much* faster than the Adobe product.
Yes, I know, but I was just trying it out. Also acroread5 provides some
additional functionaliy over xpdf or gsview. It adds a nice toc on the
left
Bruce Dubbs wrote these words on 04/14/05 14:27 CST:
> Randy McMurchy wrote:
>
>>I know this doesn't help any, just wanted to throw in the mention
>>that Xpdf seems to be *much* faster than the Adobe product.
>
> Yes, I know, but I was just trying it out. Also acroread5 provides some
> addition
Randy McMurchy wrote:
Not to argue at all, but for the sake of my memory, I remember Xpdf
uses a navigation TOC on the left side just like Adobe does. I would
have to reboot into a different partition on the computer I'm on
right now to get at Xpdf, but are you certain there's not a setup
option th
On Don, 2005-04-14 at 14:39 -0500, Randy McMurchy wrote:
> Bruce Dubbs wrote these words on 04/14/05 14:27 CST:
> > Randy McMurchy wrote:
> >
> >>I know this doesn't help any, just wanted to throw in the mention
> >>that Xpdf seems to be *much* faster than the Adobe product.
> >
> > Yes, I know,
JÃrg Billeter wrote:
Some plugins of Acrobat 7 need libstdc++.so.5, i.e. the standard c++
library coming with gcc 3.3. So either install it or remove the
Reader/intellinux/plug_ins directory...
Renaming the plugins directory worked. I may consider installing
libstdc++.so.5 in the future, but I've
As I review the book, I see quite a variation in SBU precision. In some
cases the value is specified as one significant digit (e.g. ed ->
0.02). In other cases the value is specified as four significant digits
(e.g. kdemultimedia 13.17).
These values really overspecify the point and the high
Bruce Dubbs wrote these words on 04/14/05 17:08 CST:
> These values really overspecify the point and the high precision is a
> bit misleading. I am presenting a suggestion for discussion:
>
> SBUs less then 0.1 should be specified as:
>
>Estimated build time: < 0.1 SBU
To me, the *lack* o
Randy McMurchy wrote these words on 04/14/05 17:24 CST:
> Bruce Dubbs wrote these words on 04/14/05 17:08 CST:
>
>> Estimated build time: < 0.1 SBU
>
> To me, the *lack* of precision in this example is much more misleading
> that what we have now.
>
> Let's say for the sake of roundness, binuti
Randy McMurchy wrote:
Randy McMurchy wrote these words on 04/14/05 17:24 CST:
Bruce Dubbs wrote these words on 04/14/05 17:08 CST:
Estimated build time: < 0.1 SBU
To me, the *lack* of precision in this example is much more misleading
that what we have now.
Let's say for the sake of roundness, bin
Bruce Dubbs wrote these words on 04/14/05 21:06 CST:
> Attached are timings from my recent build logs.
>
> Title Seconds SBU
> alsa-lib-1.0.80.20.0
> alsa-lib-1.0.8 79.50.6
> ethereal-0.10.9 372.72.9
> ethereal-0
Randy McMurchy wrote:
> I'm going to try to work out the FOP issues, as it may be some
> time before a new version is released. OpenOffice probably will
> contain fixes for the JDK-1.5 sometime soon.
I'm not seeing any notes pointing towards a 1.1.5 at all...but looking
to May for 2.0 last I hear
17 matches
Mail list logo