Wayne Blaszczyk | 1 May 2010 08:32
Picon

libxcb

Any reason why there is a $datadir variable used?
There is no explanation to what it should be set to.
If there is not objections, I'll change it to
/usr/share, or should it be $XORG_PREFIX/share?
Wayne.
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Dan Nicholson | 1 May 2010 17:29
Picon

Re: libxcb

On Fri, Apr 30, 2010 at 11:32 PM, Wayne Blaszczyk
<wblaszcz <at> bigpond.net.au> wrote:
> Any reason why there is a $datadir variable used?
> There is no explanation to what it should be set to.
> If there is not objections, I'll change it to
> /usr/share, or should it be $XORG_PREFIX/share?

By single quoting the $datadir, it will follow whatever setting
datadir takes. Sort of like the default mandir is '${datadir}/man'.
It's handled this way because of the unknown settings in $XORG_CONFIG.
It will work no matter if I have --datadir=/foo/bar in $XORG_CONFIG.
You can probably change it and it wouldn't affect anyone, but that's
the reason.

--
Dan
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Wayne Blaszczyk | 1 May 2010 23:48
Picon

Re: libxcb

On 02/05/10 01:29, Dan Nicholson wrote:
> On Fri, Apr 30, 2010 at 11:32 PM, Wayne Blaszczyk
> <wblaszcz <at> bigpond.net.au> wrote:
>> Any reason why there is a $datadir variable used?
>> There is no explanation to what it should be set to.
>> If there is not objections, I'll change it to
>> /usr/share, or should it be $XORG_PREFIX/share?
> 
> By single quoting the $datadir, it will follow whatever setting
> datadir takes. Sort of like the default mandir is '${datadir}/man'.
> It's handled this way because of the unknown settings in $XORG_CONFIG.
> It will work no matter if I have --datadir=/foo/bar in $XORG_CONFIG.
> You can probably change it and it wouldn't affect anyone, but that's
> the reason.
> 
> --
> Dan
Thanks for the explanation. I didn't reaslise you could pass in
variables literaly.
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Dan Nicholson | 2 May 2010 16:45
Picon

Re: libxcb

On Sat, May 1, 2010 at 2:48 PM, Wayne Blaszczyk <wblaszcz <at> bigpond.net.au> wrote:
> On 02/05/10 01:29, Dan Nicholson wrote:
>> On Fri, Apr 30, 2010 at 11:32 PM, Wayne Blaszczyk
>> <wblaszcz <at> bigpond.net.au> wrote:
>>> Any reason why there is a $datadir variable used?
>>> There is no explanation to what it should be set to.
>>> If there is not objections, I'll change it to
>>> /usr/share, or should it be $XORG_PREFIX/share?
>>
>> By single quoting the $datadir, it will follow whatever setting
>> datadir takes. Sort of like the default mandir is '${datadir}/man'.
>> It's handled this way because of the unknown settings in $XORG_CONFIG.
>> It will work no matter if I have --datadir=/foo/bar in $XORG_CONFIG.
>> You can probably change it and it wouldn't affect anyone, but that's
>> the reason.
>>
>> --
>> Dan
> Thanks for the explanation. I didn't reaslise you could pass in
> variables literaly.

It just means that make will resolve them instead of your shell.

--
Dan
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

(Continue reading)

David Jensen | 10 May 2010 23:23

Boost

I didn't see a track ticket for Boost.  I could open one and attach a
patch, but only if anyone is interested in adding it.

Works for me boost_1_43_0:
{{{
./bootstrap.sh --prefix=/usr
./bjam
./bjam install

# install the new bjam
install -v bjam /usr/bin

# install the html docs
bdocdir="/usr/share/doc/boost-1.43.0"
for dir in `find doc/html -type d`
do
   subdir=`echo "${dir}" | sed -e 's|doc/||'`
   install -v -m755 -d ${bdocdir}/${subdir}
   install -v -m644 ${dir}/* ${bdocdir}/${subdir}
done
}}}

---
David Jensen
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

(Continue reading)

Ken Moffat | 11 May 2010 20:24

Re: Boost

On 10 May 2010 22:23, David Jensen <djensenlin <at> windstrean.net> wrote:
> I didn't see a track ticket for Boost.  I could open one and attach a
> patch, but only if anyone is interested in adding it.
>
> Works for me boost_1_43_0:
> {{{
> ./bootstrap.sh --prefix=/usr
> ./bjam
> ./bjam install
>
> # install the new bjam
> install -v bjam /usr/bin
>
> # install the html docs
> bdocdir="/usr/share/doc/boost-1.43.0"
> for dir in `find doc/html -type d`
> do
>   subdir=`echo "${dir}" | sed -e 's|doc/||'`
>   install -v -m755 -d ${bdocdir}/${subdir}
>   install -v -m644 ${dir}/* ${bdocdir}/${subdir}
> done
> }}}
>
> ---
> David Jensen

 Unless I'm missing something, you appear to not install
the libraries and headers ?

 I'm in the happy position of no longer needing boost -
(Continue reading)

David Jensen | 11 May 2010 21:06

Re: Boost

On Tue, 11 May 2010 19:24:28 +0100
Ken Moffat <zarniwhoop73 <at> googlemail.com> wrote:

> On 10 May 2010 22:23, David Jensen <djensenlin <at> windstrean.net> wrote:
> > I didn't see a track ticket for Boost.  I could open one and attach
> > a patch, but only if anyone is interested in adding it.
> >
> > Works for me boost_1_43_0:
> > {{{
> > ./bootstrap.sh --prefix=/usr
> > ./bjam
> > ./bjam install
> >
> > # install the new bjam
> > install -v bjam /usr/bin
> >
> > # install the html docs
> > bdocdir="/usr/share/doc/boost-1.43.0"
> > for dir in `find doc/html -type d`
> > do
> >   subdir=`echo "${dir}" | sed -e 's|doc/||'`
> >   install -v -m755 -d ${bdocdir}/${subdir}
> >   install -v -m644 ${dir}/* ${bdocdir}/${subdir}
> > done
> > }}}
> >
> > ---
> > David Jensen
> 
>  Unless I'm missing something, you appear to not install
(Continue reading)

Ken Moffat | 11 May 2010 23:25

Re: Boost

On 11 May 2010 20:06, David Jensen <djensenlin <at> windstrean.net> wrote:
> On Tue, 11 May 2010 19:24:28 +0100
> Ken Moffat <zarniwhoop73 <at> googlemail.com> wrote:
>
>>  Unless I'm missing something, you appear to not install
>> the libraries and headers ?
>
> no, they are installed with ./bjam install, headers
> in /usr/include/boost, libs in /usr/lib.

 Sorry, I managed to misread it as 'install bjam'
>>
>>  I'm in the happy position of no longer needing boost -
>> I gave up on kde4, but retained boost for gnash, and
>> then youtube changes meant gnash stopped working.
>>
>>  What do you build that requires boost ?
>
> Trying to build Inkscape.  I hit another wall there, Poppler abi change.
>>
>>  Also, I thought you had the ability to create a ticket,
>> assign it to yourself after a suitable interval, and then
>> update the book ?
>>
> Lost my passwords when I went off-line for the 5th time in 5 years.
> I'm hesitant to set it up again.
>

 Well, that's your call.  I'm not offering to put this in because
I'm not touching the 6.5 book (I don't have any 6.5 systems,
(Continue reading)

Andrew Benton | 17 May 2010 00:52
Picon

faac-1.28

The faac-1.28 page says that it installs libmp4v2.so. I couldn't get it
to install libmp4v2.so (I needed it for easytag - I had some m4a files
with broken metadata) so I downloaded mp4v2
http://code.google.com/p/mp4v2/ and used that (easytag still needed some
hacking but I got there in the end). Then I turned my attention to faac.
To get it to use the external libmp4v2 I had to:

sed -i '/xternal /aMY_DEFINE(HAVE_LIBMP4V2)\
LIBS="-lmp4v2 $LIBS"' configure.in &&
./bootstrap &&
sed -i 's:mp4\.h:mp4v2/mp4v2.h:' {configure,frontend/main.c}

Then it was just: ./configure --prefix=/usr; make; make install

The glibc patch is only needed if you use the libmp4v2 included in the
faac source. I find this sed is easier than a patch:

sed -i 's/strcasestr/str_casestr/' common/mp4v2/mpeg4ip{,_win32}.h

Andy
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Petersen Liman | 26 May 2010 09:35
Picon

Nusience

The LinkedIn is starting to become an issue, on April 15 someone sent
a LinkedIn invatition on lfs-dev, and now today someone else sent one
right here on blfs-support. Does anyone or Bruce agree to get this
banned on the mailing lists so this would not even become a issue?
Also to end this mail post, I cross posted this on the offical LFS
lists so everyone is aware of the issues with these invatitions thats
only for people that they know, not mailing lists
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Gmane