[opensource-dev] opensource-dev Digest, Vol 78, Issue 20

Brent Racobs flats_fixed at flatsfixedbicycles.com
Thu Jan 19 14:57:52 PST 2017


autobuild is pretty lost OZ looking at it. It must be the linux part. Oh
whats linux.  looking at your 1.1 commits scratch my head. Then looks at
build.sh wonders how that commit could do anything. pretty vacant commit
what am I missing.

On Tue, Jan 17, 2017 at 11:16 AM, <
opensource-dev-request at lists.secondlife.com> wrote:

> Send opensource-dev mailing list submissions to
>         opensource-dev at lists.secondlife.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.secondlife.com/cgi-bin/mailman/listinfo/
> opensource-dev
> or, via email, send a message with subject or body 'help' to
>         opensource-dev-request at lists.secondlife.com
>
> You can reach the person managing the list at
>         opensource-dev-owner at lists.secondlife.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of opensource-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: 64 bit viewers build instructions (Nat Goodspeed)
>    2. Re: 64 bit viewers build instructions (Cinder Roxley)
>    3. Re: 64 bit viewers build instructions (Nicky Perian)
>    4. Re: 64 bit viewers build instructions (Niran)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 17 Jan 2017 10:03:06 -0500
> From: Nat Goodspeed <nat at lindenlab.com>
> Subject: Re: [opensource-dev] 64 bit viewers build instructions
> To: Nicky Perian <nickyperian at gmail.com>
> Cc: "opensource-dev at lists.secondlife.com"
>         <opensource-dev at lists.secondlife.com>
> Message-ID:
>         <CAKQaxCaQz0OpYCXCHfaPwd=i5_pb9HxrZtUGB2FwrxiYRgpx2Q at mail.
> gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Mon, Jan 16, 2017 at 6:47 AM, Nicky Perian <nickyperian at gmail.com>
> wrote:
>
> > https://bitbucket.org/lindenlab/p64_3p-openjpeg/pull-requests/2
> >
> > Please take this in and then provide for the updated archives in the
> viewer. I also received a report that the missing texture issue is in macOS
> when using openjpeg-1.5.1.
>
> There are admittedly painful aspects to the two-step autobuild
> mechanism: (1) rebuild the 3p package and (2) update every consumer.
>
> However, one of the benefits of that approach is that we can adjust
> the version of a given 3p package consumed by (e.g.) the viewer
> without actually having to revert the 3p repository source. We can
> just change back the package URL specified in the viewer's
> autobuild.xml.
>
> > Or, if the problem with 1.5.1 is easily corrected....
>
> Please forgive me if this should already be on my plate, but I don't
> recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
> texture files that are correctly handled by 1.5.0?
>
> I think Cinder has a point: if we can move forward with 1.5.1, we should.
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 17 Jan 2017 15:14:05 +0000
> From: Cinder Roxley <cinder at alchemyviewer.org>
> Subject: Re: [opensource-dev] 64 bit viewers build instructions
> To: opensource-dev at lists.secondlife.com
>         <opensource-dev at lists.secondlife.com>
> Message-ID:
>         <01000159acfe02d9-c8aeffaa-94db-4e92-b164-d480832ba2ee-
> 000000 at email.amazonses.com>
>
> Content-Type: text/plain; charset="utf-8"
>
> We?ve had OpenJPEG 1.5.1 running solidly on Alchemy for years now. I can
> put together some patches to get it working.
>
>
> --?
> Cinder Roxley
> Sent with Airmail
>
>
> On January 17, 2017 at 9:03:11 AM, Nat Goodspeed (nat at lindenlab.com
> <mailto:nat at lindenlab.com> ) wrote:
>
>
> Nat Goodspeed <nat at lindenlab.com> erian <nickyperian at gmail.com> wrote:
>
> > https://bitbucket.org/lindenlab/p64_3p-openjpeg/pull-requests/2
> >
> > Please take this in and then provide for the updated archives in the
> viewer. I also received a report that the missing texture issue is in macOS
> when using openjpeg-1.5.1.
>
> There are admittedly painful aspects to the two-step autobuild
> mechanism: (1) rebuild the 3p package and (2) update every consumer.
>
> However, one of the benefits of that approach is that we can adjust
> the version of a given 3p package consumed by (e.g.) the viewer
> without actually having to revert the 3p repository source. We can
> just change back the package URL specified in the viewer's
> autobuild.xml.
>
> > Or, if the problem with 1.5.1 is easily corrected....
>
> Please forgive me if this should already be on my plate, but I don't
> recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
>
> texture files that are correctly handled by 1.5.0?
>
> I think Cinder has a point: if we can move forward with 1.5.1, we should.
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.secondlife.com/pipermail/opensource-dev/
> attachments/20170117/0c5ef2b4/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Tue, 17 Jan 2017 11:09:21 -0600
> From: Nicky Perian <nickyperian at gmail.com>
> Subject: Re: [opensource-dev] 64 bit viewers build instructions
> To: Cinder Roxley <cinder at alchemyviewer.org>
> Cc: "opensource-dev at lists.secondlife.com"
>         <opensource-dev at lists.secondlife.com>
> Message-ID:
>         <CAF34W=GuGmN_bqfuPD4FmbFtKr-vfL0ev+=orXyeHkE-S2GRPw at mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> >>Please forgive me if this should already be on my plate, but I don't
> >>recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
> >>texture files that are correctly handled by 1.5.0?
>
> Yes.
> openjpeg-1.5.1 has so many textures marked as over-sized and unavailable
> that the viewer is unusable. This came about with viewer64 as the default
> viewer is still on openjpeg-1.4.0.  I had seen the same texture missing
> message once while using Project Alex Ivy viewer and filed a jira on that
> instance at  https://jira.secondlife.com/browse/BUG-41228 . I am making a
> wild guess, but I think there is a possible CDN delivery issue that
> openjpeg-1.5.1 may be prone to more so than openjpeg-1.5.0 or KDU.
>
> I had not known of openjpeg-1.5.0 every being supplied in a viewer or I
> would have certainly looked for it.
>
>
>
>
> On Tue, Jan 17, 2017 at 9:14 AM, Cinder Roxley <cinder at alchemyviewer.org>
> wrote:
>
> > We?ve had OpenJPEG 1.5.1 running solidly on Alchemy for years now. I can
> > put together some patches to get it working.
> >
> > --
> > Cinder Roxley
> > Sent with Airmail
> >
> > On January 17, 2017 at 9:03:11 AM, Nat Goodspeed (nat at lindenlab.com)
> > wrote:
> >
> > Nat Goodspeed <nat at lindenlab.com> erian <nickyperian at gmail.com> wrote:
> >
> > > https://bitbucket.org/lindenlab/p64_3p-openjpeg/pull-requests/2
> > >
> > > Please take this in and then provide for the updated archives in the
> > viewer. I also received a report that the missing texture issue is in
> macOS
> > when using openjpeg-1.5.1.
> >
> > There are admittedly painful aspects to the two-step autobuild
> > mechanism: (1) rebuild the 3p package and (2) update every consumer.
> >
> > However, one of the benefits of that approach is that we can adjust
> > the version of a given 3p package consumed by (e.g.) the viewer
> > without actually having to revert the 3p repository source. We can
> > just change back the package URL specified in the viewer's
> > autobuild.xml.
> >
> > > Or, if the problem with 1.5.1 is easily corrected....
> >
> > Please forgive me if this should already be on my plate, but I don't
> > recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
> > texture files that are correctly handled by 1.5.0?
> >
> > I think Cinder has a point: if we can move forward with 1.5.1, we should.
> > _______________________________________________
> > Policies and (un)subscribe information available here:
> > http://wiki.secondlife.com/wiki/OpenSource-Dev
> > Please read the policies before posting to keep unmoderated posting
> > privileges
> >
> >
> > _______________________________________________
> > Policies and (un)subscribe information available here:
> > http://wiki.secondlife.com/wiki/OpenSource-Dev
> > Please read the policies before posting to keep unmoderated posting
> > privileges
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.secondlife.com/pipermail/opensource-dev/
> attachments/20170117/5957c793/attachment-0001.htm
>
> ------------------------------
>
> Message: 4
> Date: Tue, 17 Jan 2017 18:16:13 +0100
> From: Niran <desmoulins.uchi at googlemail.com>
> Subject: Re: [opensource-dev] 64 bit viewers build instructions
> To: Nicky Perian <nickyperian at gmail.com>
> Cc: "opensource-dev at lists.secondlife.com"
>         <opensource-dev at lists.secondlife.com>
> Message-ID:
>         <CAOVTa-Sq3q0BXVLXJKUzSbSXZ6uUOC3DVfXW
> _vP3Uwg2DSiZ0g at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I had openjpeg 1.5 long ago for some time, the 32bit version wasn't all
> that better... it was... unreliable.
>
> 2017-01-17 18:09 GMT+01:00 Nicky Perian <nickyperian at gmail.com>:
>
> > >>Please forgive me if this should already be on my plate, but I don't
> > >>recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
> > >>texture files that are correctly handled by 1.5.0?
> >
> > Yes.
> > openjpeg-1.5.1 has so many textures marked as over-sized and unavailable
> > that the viewer is unusable. This came about with viewer64 as the default
> > viewer is still on openjpeg-1.4.0.  I had seen the same texture missing
> > message once while using Project Alex Ivy viewer and filed a jira on that
> > instance at  https://jira.secondlife.com/browse/BUG-41228 . I am making
> a
> > wild guess, but I think there is a possible CDN delivery issue that
> > openjpeg-1.5.1 may be prone to more so than openjpeg-1.5.0 or KDU.
> >
> > I had not known of openjpeg-1.5.0 every being supplied in a viewer or I
> > would have certainly looked for it.
> >
> >
> >
> >
> > On Tue, Jan 17, 2017 at 9:14 AM, Cinder Roxley <cinder at alchemyviewer.org
> >
> > wrote:
> >
> >> We?ve had OpenJPEG 1.5.1 running solidly on Alchemy for years now. I can
> >> put together some patches to get it working.
> >>
> >> --
> >> Cinder Roxley
> >> Sent with Airmail
> >>
> >> On January 17, 2017 at 9:03:11 AM, Nat Goodspeed (nat at lindenlab.com)
> >> wrote:
> >>
> >> Nat Goodspeed <nat at lindenlab.com> erian <nickyperian at gmail.com> wrote:
> >>
> >> > https://bitbucket.org/lindenlab/p64_3p-openjpeg/pull-requests/2
> >> >
> >> > Please take this in and then provide for the updated archives in the
> >> viewer. I also received a report that the missing texture issue is in
> macOS
> >> when using openjpeg-1.5.1.
> >>
> >> There are admittedly painful aspects to the two-step autobuild
> >> mechanism: (1) rebuild the 3p package and (2) update every consumer.
> >>
> >> However, one of the benefits of that approach is that we can adjust
> >> the version of a given 3p package consumed by (e.g.) the viewer
> >> without actually having to revert the 3p repository source. We can
> >> just change back the package URL specified in the viewer's
> >> autobuild.xml.
> >>
> >> > Or, if the problem with 1.5.1 is easily corrected....
> >>
> >> Please forgive me if this should already be on my plate, but I don't
> >> recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to load
> >> texture files that are correctly handled by 1.5.0?
> >>
> >> I think Cinder has a point: if we can move forward with 1.5.1, we
> should.
> >> _______________________________________________
> >> Policies and (un)subscribe information available here:
> >> http://wiki.secondlife.com/wiki/OpenSource-Dev
> >> Please read the policies before posting to keep unmoderated posting
> >> privileges
> >>
> >>
> >> _______________________________________________
> >> Policies and (un)subscribe information available here:
> >> http://wiki.secondlife.com/wiki/OpenSource-Dev
> >> Please read the policies before posting to keep unmoderated posting
> >> privileges
> >>
> >
> >
> > _______________________________________________
> > Policies and (un)subscribe information available here:
> > http://wiki.secondlife.com/wiki/OpenSource-Dev
> > Please read the policies before posting to keep unmoderated posting
> > privileges
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.secondlife.com/pipermail/opensource-dev/
> attachments/20170117/e86253a4/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> opensource-dev mailing list
> opensource-dev at lists.secondlife.com
> /index.html
>
>
> End of opensource-dev Digest, Vol 78, Issue 20
> **********************************************
>



-- 
FLATS FIXED Emergency repairs flatsfixedbicycles.com
This message has been sent by the most powerful bleeding edge operating
system known to man SLACKWARE64-CURRENT <http://www.slackware.com/>We Get
The Slack Back. It is free. Try it you will never go back just keep the
slack.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20170119/836f1a0d/attachment-0001.htm 


More information about the opensource-dev mailing list