On Aug 24, 2020, at 17:32, Jeffrey Walton wrote:
> Sorry, I have no idea what standard processes Macports adheres to. I
> assume there's something in place (other than, "It compiles on my Mac
> Intel, ship it").
Just to make sure we're not inadvertently misrepresenting what we provide, "it
co
On Aug 24, 2020, at 6:32 PM, Jeffrey Walton wrote:
> Sorry, I have no idea what standard processes Macports adheres to.
Yet, you claimed that because of "audit requirements" MacPorts must distribute
patches to any software you install via the port command.
>> Please explain what the enforcement
The maintainers of MacPorts cannot and should not be expected to
maintain and fix bugs in projects! That is the job of the project
maintainer, not the team that voluntarily provides ports of the open
source software.
If you want the ability to audit software control and accountability, so
th
On Mon, Aug 24, 2020 at 6:13 PM Daniel J. Luke wrote:
>
> On Aug 24, 2020, at 5:41 PM, Jeffrey Walton wrote:
> >> It's also super-silly to expect that MacPorts is taking "responsibility"
> >> for all upstream projects.
> >
> > How so?
> >
> > It is a standard audit item.
>
> please cite what "st
On Aug 24, 2020, at 5:41 PM, Jeffrey Walton wrote:
>> It's also super-silly to expect that MacPorts is taking "responsibility" for
>> all upstream projects.
>
> How so?
>
> It is a standard audit item.
please cite what "standard" you believe you are auditing MacPorts under.
Please explain wha
On Mon, Aug 24, 2020 at 5:33 PM Daniel J. Luke wrote:
>
> On Aug 24, 2020, at 3:49 PM, Ryan Schmidt wrote:
> > On Aug 24, 2020, at 13:27, Jeffrey Walton wrote:
> >> On Mon, Aug 24, 2020 at 2:15 PM Ryan Schmidt wrote:
> >>> ...
> >>> If you believe PyObjC should do something differently, please ta
On Aug 24, 2020, at 3:49 PM, Ryan Schmidt wrote:
> On Aug 24, 2020, at 13:27, Jeffrey Walton wrote:
>> On Mon, Aug 24, 2020 at 2:15 PM Ryan Schmidt wrote:
>>> ...
>>> If you believe PyObjC should do something differently, please take it up
>>> with the developers of PyObjC.
>>
>> Macports is res
On Aug 24, 2020, at 13:27, Jeffrey Walton wrote:
> On Mon, Aug 24, 2020 at 2:15 PM Ryan Schmidt wrote:
>> ...
>> If you believe PyObjC should do something differently, please take it up
>> with the developers of PyObjC.
>
> Macports is responsible for the code it distributes. It is called
> "
On Mon, Aug 24, 2020 at 2:15 PM Ryan Schmidt wrote:
> ...
> If you believe PyObjC should do something differently, please take it up with
> the developers of PyObjC.
Macports is responsible for the code it distributes. It is called
"supply chain management".
Jeff
On Aug 24, 2020, at 13:15, Ryan Schmidt wrote:
> The pull request was accepted by the developers and included in PyObjC 6.2.1,
> though I see that it was modified slightly:
>
> https://github.com/ronaldoussoren/pyobjc/commit/76b4bb2d76d33961821c6cc0d88c7031c62805c2
>
> I'm not familiar with
On Aug 24, 2020, at 10:36, Jeffrey Waltonwrote:
> On Mon, Aug 24, 2020 at 5:59 AM Ryan Schmidt wrote:
>>
>> ...
>>> Logical CPU: 2
>>> Error Code: 0x0007 (invalid protections for user data read)
>>> Trap Number: 14
>>> ==cut=
>>>
>>> do you see the pro
I just want to confirm that the reported problem (bus error) has gone away with ryan's fix. a big
thank you for that (even if the fix might not be the last word as I understand from jeffrey walton's
comment).
br/joerg
On 24.08.20 11:58, Ryan Schmidt wrote:
On Aug 24, 2020, at 03:34, joerg v
On Mon, Aug 24, 2020 at 5:59 AM Ryan Schmidt wrote:
>
> ...
> > Logical CPU: 2
> > Error Code: 0x0007 (invalid protections for user data read)
> > Trap Number: 14
> > ==cut=
> >
> > do you see the problem? I don't :|
>
> Fixed!
>
> https://github.com/macpo
On Aug 24, 2020, at 03:34, joerg van den hoff wrote:
> On 23.08.20 21:45, Joshua Root wrote:
>> joerg van den hoff wrote:
>>> seen with current macports and
>>>
>>> Python 2.7.18 (default, Apr 22 2020, 05:03:29)
>>> [GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin
>>>
>
On 2020-8-24 18:34 , joerg van den hoff wrote:
>
> thanks for this suggestion. I have had a look and cannot make sufficient
> sense of it. here is the leading section with the traceback:
> do you see the problem? I don't :|
Well, I don't know why it's crashing, but it's crashing in _objc.so
whi
On 23.08.20 21:45, Joshua Root wrote:
joerg van den hoff wrote:
seen with current macports and
Python 2.7.18 (default, Apr 22 2020, 05:03:29)
[GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin
I get a reproducible bus error when trying to get a list of known modules
wi
joerg van den hoff wrote:
> seen with current macports and
>
> Python 2.7.18 (default, Apr 22 2020, 05:03:29)
> [GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin
>
> I get a reproducible bus error when trying to get a list of known modules
>
> with `help("modules").
>
> /u
On 8/23/20 7:19 AM, joerg van den hoff wrote:
seen with current macports and
Python 2.7.18 (default, Apr 22 2020, 05:03:29)
[GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin
I get a reproducible bus error when trying to get a list of known modules
with `help("modules").
seen with current macports and
Python 2.7.18 (default, Apr 22 2020, 05:03:29)
[GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin
I get a reproducible bus error when trying to get a list of known modules
with `help("modules").
/usr/bin/python (which is 2.7.16) does not do t
19 matches
Mail list logo
