On Dec 24, 2013, at 9:10 AM, Akim Demaille wrote:
> Is it really useful to keep these obsolete « devel » versions
> of Emacs? emacs-app-devel, emacs-snapshot, emacs-w3m-devel
Probably not. I know originally the stable release's Cocoa support was
nonexistent. I think once the build systems chang
On Dec 30, 2013, at 7:11 PM, Craig Treleaven wrote:
> Myth installs double-clickable Applescript helpers that you can drag to the
> Dock--which auto-magically creates a link. What I've experienced is that when
> Myth is uninstalled, the link on the Dock remains. Perhaps LaunchPad is
> doing t
At 5:06 PM -0500 12/30/13, Lawrence Velázquez wrote:
On Dec 30, 2013, at 9:57 AM, Craig Treleaven wrote:
Yes, that would be expected behaviour.
MacPorts has no way of knowing that the link
was created so it ends up pointing to a
now-deleted file after an uninstall.
Where do the links come
On 12/30/13 5:46 AM, Ryan Schmidt wrote:
> On Dec 16, 2013, at 17:52, dev...@macports.org wrote:
>
>> Revision
>> 114830
>> Author
>> dev...@macports.org
>> Date
>> 2013-12-16 15:52:51 -0800 (Mon, 16 Dec 2013)
>> Log Message
>>
>> metacity: apply upstream patches through 20131011, enable debuging c
This prevents use of our llvm-gcc42 port ("macports-llvm-gcc-4.2"). Is this
intentional?
vq
On Dec 30, 2013, at 10:20 AM, land...@macports.org wrote:
> Revision
> 115275
> Author
> land...@macports.org
> Date
> 2013-12-30 07:20:02 -0800 (Mon, 30 Dec 2013)
> Log Message
>
> Explicitly whitelis
On Dec 30, 2013, at 9:57 AM, Craig Treleaven wrote:
> Yes, that would be expected behaviour. MacPorts has no way of knowing that
> the link was created so it ends up pointing to a now-deleted file after an
> uninstall.
Where do the links come from? Are they created by MythTV at runtime?
If M
Hi Craig,
On 30 Dec 2013, at 15:57 , Craig Treleaven wrote:
> Yes, that would be expected behaviour. MacPorts has no way of
> knowing that the link was created so it ends up pointing to a
> now-deleted file after an uninstall.
ah, okay. I wasn’t sure, that’s why I asked. I thought there were e
Hi Marko:
Yes, that would be expected behaviour. MacPorts has no way of
knowing that the link was created so it ends up pointing to a
now-deleted file after an uninstall.
The real question is: why would you want to uninstall?!? ;)
Craig
At 3:19 PM +0100 12/30/13, mk-macpo...@techno.ms wr
Hi Craig,
after deinstallation of mythtv-core.27 I realised on 10.9 that
Myth_Filldatabase and Myth_Frontend stay behind in one of LauchPad’s MacPorts
application folders although they are invalid links.
Is this normal behaviour or a glitch in the deinstallation phase?
Greets,
Marko
__
On Dec 16, 2013, at 17:52, dev...@macports.org wrote:
> Revision
> 114830
> Author
> dev...@macports.org
> Date
> 2013-12-16 15:52:51 -0800 (Mon, 16 Dec 2013)
> Log Message
>
> metacity: apply upstream patches through 20131011, enable debuging code.
> Modified Paths
>
> • trunk/dports/gno
On Dec 30, 2013, at 01:03, David Evans wrote:
> Ok, have removed the openjade dependency from gtk-doc in r115257. Also
> rev bumped openjade in r115255 to override the improperly built archive
> on Mavericks.
Ah yes, thanks for noticing that.
smime.p7s
Description: S/MIME cryptographic sig
On 12/30/13 12:39 AM, Jeremy Huddleston Sequoia wrote:
> On Dec 30, 2013, at 00:21, David Evans wrote:
>
>> On 12/29/13 11:48 PM, Jeremy Huddleston Sequoia wrote:
>>> I strongly suggest either reverting this or fixing openjade to build with
>>> clang. As it is, this blocks a decent number of por
On Dec 30, 2013, at 00:21, David Evans wrote:
> On 12/29/13 11:48 PM, Jeremy Huddleston Sequoia wrote:
>> I strongly suggest either reverting this or fixing openjade to build with
>> clang. As it is, this blocks a decent number of ports from building on
>> Mavericks =(.
>>
>> --Jeremy
>>
>>
On 12/29/13 11:48 PM, Jeremy Huddleston Sequoia wrote:
> I strongly suggest either reverting this or fixing openjade to build with
> clang. As it is, this blocks a decent number of ports from building on
> Mavericks =(.
>
> --Jeremy
>
> On Dec 29, 2013, at 12:34, dev...@macports.org wrote:
>
>
T
14 matches
Mail list logo
