./devel/py-pyobjc-framework-Quartz, Bridge between Python and Objective-C (Quartz framework)

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 4.2.1, Package name: py27-pyobjc-framework-Quartz-4.2.1, Maintainer: pkgsrc-users

The PyObjC project aims to provide a bridge between the Python and Objective-C
programming languages. The bridge is intended to be fully bidirectional,
allowing the Python programmer to take full advantage of the power provided by
various Objective-C based toolkits and the Objective-C programmer transparent
access to Python based functionality.

This package contains wrappers for frameworks 'CoreGraphics', 'ImageIO',
'QuartzCore', 'ImageKit', 'PDFKit', and 'CoreVideo'.

All frameworks can be accessed by importing the 'Quartz' module.

These wrappers don't include documentation, please check Apple's documention
for information on how to use this framework and PyObjC's documentation
for general tips and tricks regarding the translation between Python
and (Objective-)C frameworks.


Required to run:
[devel/py-setuptools] [lang/python27] [devel/py-pyobjc-core] [devel/py-pyobjc-framework-Cocoa]

Required to build:
[pkgtools/cwrappers]

Master sites:

SHA1: 50569e2b35f2b754964863d611c4b18e1f34cb10
RMD160: 0ef1d050b345ba7e58a6dcd55089f81b6d8c578f
Filesize: 3253.168 KB

Version history: (Expand)


CVS history: (Expand)


   2018-04-14 10:29:30 by Adam Ciarcinski | Files touched by this commit (79) | Package updated
Log message:
py-pyobjc: updated to 4.2.1

4.2.1:
Bug fixes and improvements.
   2018-02-08 20:54:26 by Adam Ciarcinski | Files touched by this commit (94) | Package updated
Log message:
py-pyobjc: updated to 4.1

Version 4.1:
Protection agains buffer overflow and negative indexes in __getitem__ and \ 
__setitem__ for objc.varlist instances.

Fix incorrect metadata for +[NSEvent addLocalMonitorForEventsMatchingMask:handler:]

Fix incorrect and misleading error message in the exception that is raised when \ 
return a value from a block that should not return a value.

Issue 223: Fix hard crash when executing help(Cocoa)
Fetching the help for PyObjC framework wrappers isn’t very useful due to the \ 
sheer size of the output (4.5 million lines of output for help(Cocoa) at the \ 
moment), but shouldn’t cause a hard crash of the interpreter.

Issue 218: Explictly cause an ImportError when reloading `objc._objc`
Reloading the PyObjC core extension now raises an ImportError because this \ 
cannot work and used to raise a rather vague error.

Updated metadata for Xcode 9.2

Added missing `MAC_OS_X_VERSION_*` constants

Fix memory error in struct wrappers which resulted in a use-after-free error in \ 
the initializer for structs.

Add bindings for frameworks Security, SecurityFoundation and and SecurityInterface.
The bindings for the Security framework don’t expose a number of older APIs \ 
that were deprecated in macOS 10.7.

Add bindings to libdispatch.
These bindings require macOS 10.8 or later, libdispatch was available earlier \ 
but macOS 10.8 changed the API in such a way that wrapping became a lot easier.
   2016-06-08 19:43:49 by Thomas Klausner | Files touched by this commit (356)
Log message:
Switch to MASTER_SITES_PYPI.
   2015-11-03 04:29:40 by Alistair G. Crooks | Files touched by this commit (1995)
Log message:
Add SHA512 digests for distfiles for devel category

Issues found with existing distfiles:
	distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
	distfiles/fortran-utils-1.1.tar.gz
	distfiles/ivykis-0.39.tar.gz
	distfiles/enum-1.11.tar.gz
	distfiles/pvs-3.2-libraries.tgz
	distfiles/pvs-3.2-linux.tgz
	distfiles/pvs-3.2-solaris.tgz
	distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.

Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden).  All existing
SHA1 digests retained for now as an audit trail.
   2015-04-25 12:42:24 by Adam Ciarcinski | Files touched by this commit (12)
Log message:
The PyObjC project aims to provide a bridge between the Python and Objective-C
programming languages. The bridge is intended to be fully bidirectional,
allowing the Python programmer to take full advantage of the power provided by
various Objective-C based toolkits and the Objective-C programmer transparent
access to Python based functionality.