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, < [email protected]> wrote: > Send opensource-dev mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > Subject: Re: [opensource-dev] 64 bit viewers build instructions > To: Nicky Perian <[email protected]> > Cc: "[email protected]" > <[email protected]> > Message-ID: > <CAKQaxCaQz0OpYCXCHfaPwd=i5_pb9HxrZtUGB2FwrxiYRgpx2Q@mail. > gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Jan 16, 2017 at 6:47 AM, Nicky Perian <[email protected]> > 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 <[email protected]> > Subject: Re: [opensource-dev] 64 bit viewers build instructions > To: [email protected] > <[email protected]> > Message-ID: > <01000159acfe02d9-c8aeffaa-94db-4e92-b164-d480832ba2ee- > [email protected]> > > 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 ([email protected] > <mailto:[email protected]> ) wrote: > > > Nat Goodspeed <[email protected]> erian <[email protected]> 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 <[email protected]> > Subject: Re: [opensource-dev] 64 bit viewers build instructions > To: Cinder Roxley <[email protected]> > Cc: "[email protected]" > <[email protected]> > Message-ID: > <CAF34W=GuGmN_bqfuPD4FmbFtKr-vfL0ev+=orXyeHkE-S2GRPw@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 <[email protected]> > 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 ([email protected]) > > wrote: > > > > Nat Goodspeed <[email protected]> erian <[email protected]> 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 <[email protected]> > Subject: Re: [opensource-dev] 64 bit viewers build instructions > To: Nicky Perian <[email protected]> > Cc: "[email protected]" > <[email protected]> > Message-ID: > <CAOVTa-Sq3q0BXVLXJKUzSbSXZ6uUOC3DVfXW > [email protected]> > 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 <[email protected]>: > > > >>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 <[email protected] > > > > 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 ([email protected]) > >> wrote: > >> > >> Nat Goodspeed <[email protected]> erian <[email protected]> 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 > [email protected] > https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev > > > 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.
_______________________________________________ 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
