Hi MacPorts guys, especially KDE port developers,
Over at the main KDE developers' mailing list, kde-de...@kde.org
I have been inadvertently stirring things up re the status of
KDE ports on Apple OS X.
It started with one of the KDE Promotion guys asking us to
suggest things that need volunteers
Hi guys,
I am trying to track down a problem in KDE's Palapeli jigsaw puzzle game,
being the current source-code developer. The problem is that the Macports
installed version of Palapeli runs OK, but my development version crashes
during its startup phase.
I have narrowed the problem down to a p
Hi Art and Mojca.
My comments are below. Since I don't think this is really a macports issue per
se, I'd be happy to continue the discussion off-list but I don't really have
much more to add.
On Mar 14, 2014, at 1:27 AM, Mojca Miklavec
wrote:
> A way more convincing argument would be
>"o
Here's another log entry that might help at pinpointing the reason kmail fails
to send email on my system:
Mar 14 11:32:52 portia [0x0-0x2b02b].kmail[0]:
akonadi_maildispatcher_agent(1168): couldn't create slave: "Unable to create
io-slave:
Mar 14 11:32:52 portia [0x0-0x2b02b].kmail[0]:
akonad
On Thu, Mar 13, 2014 at 7:25 PM, Terry Barnum wrote:
> On Mar 12, 2014, at 2:12 PM, Art McGee wrote:
>
>> Terry Barnum wrote:
>>
>> The freeswitch devs are updating the Mac section of their wiki and are
>> claiming that homebrew is more widely supported between platforms. They are
>> reluctant to
> Is there a port which is like py27-gst-python, but for gstreamer1 instead?
Apparently there's no need for a specific installation of gstreamer
python bindings any more with the new version; everything can be done
via gobject-introspection and pygobject.
I don't know much more about it than that
On Mar 12, 2014, at 14:18, René J.V. Bertin wrote:
> I just noticed that the prefix, exec_prefix, libdir and includedir entries in
> glew.pc and glewmx.pc remain set to the destroot values, instead of to the
> final destination. I'm not sure yet, but this may explain why cmake doesn't
> (alway