alex lupu wrote:
> I'd like to offer a very strong (but polite) dissenting voice about the
> subject of NO-NO updating/upgrading "in place" which came up here once again.
> IRONICALLY, the one and only problem that could possibly be ascribed to
> working "in place" is _exactly_ (and coincidentally
I'd like to offer a very strong (but polite) dissenting voice about the
subject of NO-NO updating/upgrading "in place" which came up here once again.
1. I started my LFS/BLFS system in 2005 based on whatever instructions
were current at the time.
I upgraded LFS/BLFS software, kernels, what have y
On 06/15/2012 07:18 PM, Bruce Dubbs wrote:
> Armin K. wrote:
>
>> Yeah, you can break it if you just overwrite it while running. But not
>> if done correctly or from other system while LFS is not running. Correct
>> way is to remove old and install new one while old one still remains in
>> memory t
Armin K. wrote:
> Yeah, you can break it if you just overwrite it while running. But not
> if done correctly or from other system while LFS is not running. Correct
> way is to remove old and install new one while old one still remains in
> memory to avoid "text file busy" errors. That requires
On 06/15/2012 04:54 PM, Armin K. wrote:
> On 06/15/2012 04:38 PM, Andrew Benton wrote:
>> On Fri, 15 Jun 2012 13:12:11 +0100
>> "Armin K." wrote:
>>
>>> On 06/14/2012 03:42 AM, Ken Moffat wrote:
In either case, it doesn't match any version of the book (old glibc
and make, very recen
On 06/15/2012 04:38 PM, Andrew Benton wrote:
> On Fri, 15 Jun 2012 13:12:11 +0100
> "Armin K." wrote:
>
>> On 06/14/2012 03:42 AM, Ken Moffat wrote:
>>>In either case, it doesn't match any version of the book (old glibc
>>> and make, very recent gcc and binutils), so I assume you have
>>> upda
On Fri, 15 Jun 2012 13:12:11 +0100
"Armin K." wrote:
> On 06/14/2012 03:42 AM, Ken Moffat wrote:
> > In either case, it doesn't match any version of the book (old glibc
> > and make, very recent gcc and binutils), so I assume you have
> > updated some packages but not others ? Doing that is fi
On 06/14/2012 03:42 AM, Ken Moffat wrote:
> On Wed, Jun 13, 2012 at 08:46:20PM -0400, alex lupu wrote:
>> BLFS i686-pc-linux-gnu
>> kernel 3.4.1
>> glibc 2.14.1
>> gcc 4.7.0
>> GNU Make 3.81
>> binutils 2.22
>
> Is that what you are building, or what is on your host ?
>
> In either case, it doe
On 06/15/2012 01:27 PM, Tobias Gasser wrote:
> Armin K. schrieb:
>> Don't forget to run gdk-pixbuf-query-loaders --update-cache if using
>> destdir method :D ... There is same trick for gt2/gtk3 ... You need to
>> create immodules.cache ... But I think that is described on gtk2 page.
>
> yes.
>
> o
Armin K. schrieb:
> Don't forget to run gdk-pixbuf-query-loaders --update-cache if using
> destdir method :D ... There is same trick for gt2/gtk3 ... You need to
> create immodules.cache ... But I think that is described on gtk2 page.
yes.
on the gtk-page gdk-pixbuf-query-loaders is mentionned.
On 06/15/2012 12:02 PM, Tobias Gasser wrote:
> Armin K. schrieb:
>
>> Yeah, I had such problems and never solved them. Also, does
>> /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache exist on your system Tobias?
>
> no!
>
> but meanwhile i rebuild it.
> and gtk builds without any complaints, and xfce sh
Armin K. schrieb:
> Yeah, I had such problems and never solved them. Also, does
> /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache exist on your system Tobias?
no!
but meanwhile i rebuild it.
and gtk builds without any complaints, and xfce show the icons
thanks
tobias
--
http://linuxfromscratch.or
Andrew Benton schrieb:
> On Fri, 15 Jun 2012 09:44:26 +0100
> Tobias Gasser wrote:
>
>> make fails in 'demos' with
>>
>> failed to load "./apple-red.png": Couldn't recgognize the image file
>> format for './apple-red.png'
>
> Where are you installing things? Into /usr with --sysconfdir=/etc?
>
On 06/15/2012 11:23 AM, Andrew Benton wrote:
> On Fri, 15 Jun 2012 09:44:26 +0100
> Tobias Gasser wrote:
>
>>
>> make fails in 'demos' with
>>
>> failed to load "./apple-red.png": Couldn't recgognize the image file
>> format for './apple-red.png'
>
> Where are you installing things? Into /usr with
Andrew Benton schrieb:
> On Fri, 15 Jun 2012 08:41:54 +0100
> Tobias Gasser wrote:
>
>> to build cairo with svg support, librsvg must be installed.
>
> Yes, librsvg must be installed, but it doesn't have to be installed
> when Cairo is compiled. I compile Cairo then Gtk then Librsvg and svg
> im
On Fri, 15 Jun 2012 09:44:26 +0100
Tobias Gasser wrote:
>
> make fails in 'demos' with
>
> failed to load "./apple-red.png": Couldn't recgognize the image file
> format for './apple-red.png'
Where are you installing things? Into /usr with --sysconfdir=/etc?
"Couldn't recognise the image file f
On Fri, 15 Jun 2012 08:41:54 +0100
Tobias Gasser wrote:
> to build cairo with svg support, librsvg must be installed.
Yes, librsvg must be installed, but it doesn't have to be installed
when Cairo is compiled. I compile Cairo then Gtk then Librsvg and svg
images work fine. There is no need to re
make fails in 'demos' with
failed to load "./apple-red.png": Couldn't recgognize the image file
format for './apple-red.png'
pure x11 runs fine. as i'm used to save the partitition after basic lfs
(including some packages from blfs before booting the new system) and
again after building the x11-
to build cairo with svg support, librsvg must be installed.
to build librsvg, gtk must be installed
to build gtk, cairo must be installed
i guess, i'll have to rebuild cairo again after gtk
and probably gtk again after cairo...
which packages rely on svg-support in cairo?
as far as i know, fi
>I find that the failed are related to "locale". It appears in the error log
>that:
>... ... failed
>perl: warning: Setting locale failed. != # file: 1/sub/link
>perl: warning: Please check your locale settings: != user.a
>LANGUAGE = (unset), !=
>LC_ALL = (unset), != # file: 1/sub/link/
20 matches
Mail list logo