fontconfig problems

Auke Kok sofar at lunar-linux.org
Thu Sep 30 07:38:42 UTC 2004


Jerry Lundström wrote:

> Nick Hudson wrote:
>
>> Yeah its a good idea, or maybe we could update fontconfig with a new 
>> XOrg release and just have them recompile together??  Either way 
>> sounds like a better plan.   ATM I have some major issues with 
>> getting any xserver to compile so I cant test any of this till it 
>> gets fixed, but I think if we only update fontconfig when a new XOrg 
>> version comes out this wont happen again.  Or we can just spawn off a 
>> Xorg, Pango and Gtk2 rebuild after you compile fontconfig.
>

I was hoping something "shorter" and "sooner". I'm sure we can come up 
with an informational message (the fontconfig upgrade was how long ago?) 
that at least explains the issue and suggests the easiest approach *today*.

> Why not just do a lunar rebuild everytime you install a module? that 
> way we never need to bother checking what new versions/module do.

well erm

>
> ...
> ...
> ...
> ...
>
> OR MAYBE we should start taking care of libraries?!?!

go get your coffee first, read your comics and think again

>
> We dont make any effort in checking how libs are installed today and 
> if we dont start this will not be the first problem we will have.
> If you havn't noticed libexpat change a few weeks ago, it installed 
> itself as .so.1 and suddenly changed to .so.0 breaking some other 
> programs that was linking to .so.1 .
>
> Sure we can ignore the big problem and just tell everyone to rebuild 
> most of thier system when a lib change.... or we could global 
> solution/guideline on how to deal with libs.


neither works, lunar is still a distro that requires manual intervention 
and the more we automate the solution the more software is rebuilt and 
the more problems you will get if you don't cover all corners.

We cannot cover all corners.

That said I don't think we should let this pass but I am much more 
enthusiastic to frequent communications from the dev group towards users 
about possible issues and guidelines etc than increasing the load on our 
users. This comes from 2 viewpoints:

1) our users are smart

2) our users can be smarter if we tell em how

Everytime I fix a core bug I am ashamed about the amount of 
documentation we have. At least I am trying to communicate horizontal 
and vertical to cover my ass in this type of problems.

> I leave it up for the collective decision of ALL lunar-devs (in other 
> words, reply to this thread or your say has nothing of value).

ehmmmmmm did you get your coffee yet?

okay you do have a point. I'll come back to it later.


More information about the Lunar-dev mailing list