Hello,
 
Because there is no way I can change the directory where the .gir files are placed and because I find it wierd that I have to maintain packages which are already maintain by another person I have decided to quit porting and quit crux linux.
 
Regards,
 
Roelof

 
> Date: Fri, 15 Feb 2013 21:59:08 +0700
> Subject: Re: request some changes on core and opt packages.
> From: benisty.e@gmail.com
> To: rwobben@hotmail.com
> CC: crux@lists.crux.nu
>
> On Fri, Feb 15, 2013 at 9:56 PM, Roelof Wobben <rwobben@hotmail.com> wrote:
> >
> >
> >> Date: Fri, 15 Feb 2013 21:42:39 +0700
> >> Subject: Re: request some changes on core and opt packages.
> >> From: benisty.e@gmail.com
> >> To: fredrik@rinnestam.se
> >> CC: crux@lists.crux.nu
> >
> >>
> >> On Fri, Feb 15, 2013 at 7:56 PM, Fredrik Rinnestam <fredrik@rinnestam.se>
> >> wrote:
> >> > On Fri, Feb 15, 2013 at 12:17:49PM +0000, Roelof Wobben wrote:
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> Hello, To make Cinnamon work on Crux some core and opt packages schould
> >> >> have a little change. Glib will have to be 2.35 so a little update which can
> >> >> be without any problems. The next packages schould change rm /usr/local in
> >> >> /usr/local/share so that the gir package which will be in /usr/local/gir-1.0
> >> >> is not deleted. - gdk-pixbuf - atk- gtk3- pango So my request is if these
> >> >> changes could committed so I can work on. Regards, Roelof
> >> >
> >> > No, no and no
> >> >
> >> > Odd versions of glib are "unstalbe" and will not be committed.
> >> >
> >> > No crux package should EVER install anything in /usr/local. If you want
> >> > these things changed you will have to maintain these ports yourself in
> >> > your own repo.
> >>
> >> Considering former posts on this ML, I >>!*guess*!<< OP meant not to
> >> delete /usr/share; using /usr/local/share wouldn't be his concern.
> > Correct , I only need usr/local/gir-1.0 otherwise I have to look if the
> > files can be placed in another place.
> > Without these gir-files it's impossible to make Cinnamon or another DE which
> > uses gobject-introspection.
>
> I get your point but this goes against packaging guidelines.
> Maintaining your own repo is the right way to do it.