headers
Ben Walton | 1 Jun 2010 02:43
Favicon
Gravatar

old gcc4* packages in catalog


Hi Phil,

I just noticed that we seem to have overlapping gcc4 packages in the
catalog.  This is likely due to a name change that slipped through
unnoticed, but maybe there is another reason.  Either way, two
packages are shipping overlapping files:

http://www.opencsw.org/packages/gcc4g95
http://www.opencsw.org/packages/gcc4gfortran

Given that this has been in the wild for some time now, it may be best
to release a dummy gcc4g95 package with a dependency on gcc4gfortran,
but correct this if you feel otherwise.

Thanks
-Ben

--

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
(Continue reading)

Permalink | Reply | 15 comments |
headers
Philip Brown | 1 Jun 2010 03:51
Favicon

gtk - dump 64bit for now?

So.... I'm looking into a "quickie" redo of libgtk , to get us into the
21st century.
I see the older package has 64bit libs.

I also see that unlike many other 64bit capable things, it's going to be a
pain for me to do a nice small clean implementation of that.

BUT... in checking out our installed /opt/csw/lib/sparcv9 on our build
machines... it looks like there's no other libs that actually USE the 64bit
libgtk.
So I'm thinking of dropping it to keep life simple.

In the future (possibly in the near future) it is entirely possible for
someone to take over libgtk and provide 64bit libs again if desired.
(heck, i would greatly prefer that :)
But for the near term, I think it's more important for us to get a modern
libgtk, QUICKLY, rather than wait another few weeks for someone else.

Opinions? Can I get a yea or a nay from anyone else out there on this?

_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
Permalink | Reply | 1 comment |
headers
Ben Walton | 1 Jun 2010 04:10
Favicon
Gravatar

packages with conflicting files


Hi All,

I've just discovered a file conflict between CSWlibev and
CSWlibevent-devel.  Thoughts on resolving this?

Thanks
-Ben
--

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
Permalink | Reply | 1 comment |
headers
Philip Brown | 1 Jun 2010 04:28
Favicon

Re: packages with conflicting files

they are technically different btw.
different implementation of same API if recall.
not okay for them to overlap though

On Monday, May 31, 2010, Ben Walton <bwalton@...> wrote:
>
> Hi All,
>
> I've just discovered a file conflict between CSWlibev and
> CSWlibevent-devel.  Thoughts on resolving this?
>
> Thanks
> -Ben
> --
> Ben Walton
> Systems Programmer - CHASS
> University of Toronto
> C:416.407.5610 | W:416.978.4302
>
> _______________________________________________
> maintainers mailing list
> maintainers@...
> https://lists.opencsw.org/mailman/listinfo/maintainers
> .:: This mailing list's archive is public. ::.
>
_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philip Brown | 1 Jun 2010 07:22
Favicon

Re: old gcc4* packages in catalog

sounds good to me but check with current maintainer first. there might
have been a reason for both

On Monday, May 31, 2010, Ben Walton <bwalton@...> wrote:
>
> Hi Phil,
>
> I just noticed that we seem to have overlapping gcc4 packages in the
> catalog.  This is likely due to a name change that slipped through
> unnoticed, but maybe there is another reason.  Either way, two
> packages are shipping overlapping files:
>
> http://www.opencsw.org/packages/gcc4g95
> http://www.opencsw.org/packages/gcc4gfortran
>
> Given that this has been in the wild for some time now, it may be best
> to release a dummy gcc4g95 package with a dependency on gcc4gfortran,
> but correct this if you feel otherwise.
>
> Thanks
> -Ben
>
> --
> Ben Walton
> Systems Programmer - CHASS
> University of Toronto
> C:416.407.5610 | W:416.978.4302
>
> _______________________________________________
> maintainers mailing list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maciej (Matchek) Blizinski | 1 Jun 2010 13:51
Favicon

Re: cswclassutils: location of template init scripts

No dia 1 de Fevereiro de 2010 21:31, Philip Brown <phil@...> escreveu:
> I think it would be better for our users, if we standardize on a
> location under /opt/csw
> For example, /opt/csw/etc/init.d

Let's consider the following scenario:

There's a global zone, and a non-global, sparse zone which shares
/opt.  During package installation, the global zone is processed
first.  The class action script copies the init file to
/opt/csw/etc/init.d/foo, generates the SMF manifest, imports it and
starts the service.  Then, pkgadd proceeds to the non-global zone.
The /opt filesystem is shared, so the /opt/csw/etc/init.d/foo is
already there.  The rest of this scenario is left as an exercise for
the reader.
_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
Permalink | Reply | 32 comments |
headers
Philip Brown | 1 Jun 2010 15:04
Favicon

Re: cswclassutils: location of template init scripts

On Tuesday, June 1, 2010, Maciej (Matchek) Blizinski
<maciej@...> wrote:
> No dia 1 de Fevereiro de 2010 21:31, Philip Brown <phil@...> escreveu:
>> I think it would be better for our users, if we standardize on a
>> location under /opt/csw
>> For example, /opt/csw/etc/init.d
>
> Let's consider the following scenario:
>
> There's a global zone, and a non-global, sparse zone which shares
> /opt.  During package installation, the global zone is processed
> first.  The class action script copies the init file to
> /opt/csw/etc/init.d/foo,...

err... that's not what it's supposed to do. the script is supposed to
copy it FROM there to whereever it needs
_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
Permalink | Reply | 31 comments |
headers
Maciej (Matchek) Blizinski | 1 Jun 2010 17:06
Favicon

Re: cswclassutils: location of template init scripts

No dia 1 de Junho de 2010 14:04, Philip Brown <phil <at> bolthole.com> escreveu:
> On Tuesday, June 1, 2010, Maciej (Matchek) Blizinski <maciej <at> opencsw.org> wrote:
>> No dia 1 de Fevereiro de 2010 21:31, Philip Brown <phil <at> bolthole.com> escreveu:
>>> I think it would be better for our users, if we standardize on a
>>> location under /opt/csw
>>> For example, /opt/csw/etc/init.d
>>
>> Let's consider the following scenario:
>>
>> There's a global zone, and a non-global, sparse zone which shares
>> /opt.  During package installation, the global zone is processed
>> first.  The class action script copies the init file to
>> /opt/csw/etc/init.d/foo,...
>
> err... that's not what it's supposed to do. the script is supposed to
> copy it FROM there to whereever it needs

Not sure what you mean.  Right now, in the code[1] there is:

while read src dest
do
  (...)
  /usr/bin/cp $src $dest || exit 2
  (...)
done

Did you mean the following?

while read src dest
do
(Continue reading)

Permalink | Reply | 30 comments |
headers
Philip Brown | 1 Jun 2010 17:25
Favicon

Re: cswclassutils: location of template init scripts

On Tue, Jun 1, 2010 at 8:06 AM, Maciej (Matchek) Blizinski
<maciej@...> wrote:

>> err... that's not what it's supposed to do. the script is supposed to
>> copy it FROM there to whereever it needs
>
> Not sure what you mean.  Right now, in the code[1] there is:
>
> while read src dest
> do
>  (...)
>  /usr/bin/cp $src $dest || exit 2
>  (...)
> done

Ah. forgot about that.

There are two aspects to class action scripts, speaking generally.

1. optional "special processing" done on the file.

2. mandatory "hey, install this" stuff, that every class action script
has to do.

I was thinking of the #1 part. Whereas you were rightly pointing out a
bug in #2.

What we SHOULD be doing, is something like.

if test -f $dest ; then
(Continue reading)

Permalink | Reply | 29 comments |
headers
Maciej (Matchek) Blizinski | 1 Jun 2010 17:40
Favicon

Re: cswclassutils: location of template init scripts

No dia 1 de Junho de 2010 16:25, Philip Brown <phil <at> bolthole.com> escreveu:
> On Tue, Jun 1, 2010 at 8:06 AM, Maciej (Matchek) Blizinski
> <maciej <at> opencsw.org> wrote:
>
>>> err... that's not what it's supposed to do. the script is supposed to
>>> copy it FROM there to whereever it needs
>>
>> Not sure what you mean.  Right now, in the code[1] there is:
>>
>> while read src dest
>> do
>>  (...)
>>  /usr/bin/cp $src $dest || exit 2
>>  (...)
>> done
>
>
> Ah. forgot about that.
>
> There are two aspects to class action scripts, speaking generally.
>
> 1. optional "special processing" done on the file.
>
> 2. mandatory "hey, install this" stuff, that every class action script
> has to do.
>
> I was thinking of the #1 part. Whereas you were rightly pointing out a
> bug in #2.
>
> What we SHOULD be doing, is something like.
(Continue reading)

Permalink | Reply | 28 comments |

Gmane