Re: Problem with installing "ttk"

[Joshua Root]

On 2017-12-30 00:53 , Mojca Miklavec wrote:
> Joshua, you were the last one doing any content edits, are you willing
> to look into it?

I really only touched it as part of a license setting spree. I don't
have a JDK installed so I wouldn't be able to test an update.

- Josh

Re: no more Quartz in new MacOS 10.13.2?

[Bill Cole]

On 31 Dec 2017, at 12:09 (-0500), James Clayson wrote:

I recently read on the internet that quartz in no longer part of the 
newest Mac systems


Not according to any Apple docs I can see (with a paid developer 
account...)


Quartz is so critical that I would expect some mention o its deprecation 
here: https://developer.apple.com/documentation/quartz



--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole

Re: Problem with installing "ttk"

[Dave Horsfall]

On Fri, 29 Dec 2017, Kevin Walzer wrote:

ttk refers to the themed Tk widgets. It was a loadable extension package 
in Tcl/Tk 8.4 but has been part of the core since 8.5 was released, back 
in 2007.


My guess is it's not a separately maintained port anymore. That Java 
stuff port is trying to download has nothing to do with any of this.


Is there no way your app will work with 8.5? 8.4 is beyond ancient and 
I'm not even sure it will build anymore on current versions of macOS, at 
least in its native version.


It's complaining about argument usage or something, so I suspect that 
something changed between 8.4 and 8.5; I'll have to bone up on it enough 
to fix it (Tcl, like Python, is not one of my favourite languages).



On Fri, 29 Dec 2017, Mojca Miklavec wrote:


Like Kevin said, I assume this is not the software you are looking
for. This ttk is trying to fetch from
   https://sourceforge.net/projects/ttk/
which appears to be empty. I was about to delete it, but then noticed
the port is listed as a dependency of another port. I guess the
sources moved here:
   https://github.com/richardwilkes/toolkit
and here:
   https://github.com/richardwilkes/gcs_library
but I have no idea if that's correct.


Thanks; I'll have a poke around anyway.

Joshua, you were the last one doing any content edits, are you willing 
to look into it?


Anyway, I'm pretty sure this is not what you were looking for, see 
Kevin's answer.


OK.


On Fri, 29 Dec 2017, Ryan Schmidt wrote:


A third-party application (a radio scanner)


What's it called? Is it open source?


The scanner?  A Uniden UBCD396XT trunking scanner (radio, not optical) 
with a serial port.  The software?  A Tcl script contained in 
"bcprogtool_0.8.[lm].zip" at a website near you (if you can find one; a 
lot of them are 404).


--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."

What's the push to require the latest Perl?

[Bill Cole]

Ah, so apparently the reason this met total silence was that it got 
lost/dropped somewhere so only I thought it was posted. Odd...


Reposted message:

From: Bill Cole 
To: macports-users@lists.macports.org
Subject: What's the push to require the latest Perl?
Date: Fri, 15 Dec 2017 18:00:20 -0500

In regards to https://trac.macports.org/ticket/55208 :

In doing pre-upgrade due diligence I ran across this:

# port rdeps p5.24-net-dns
The following ports are dependencies of p5.24-net-dns @1.140.0_0:
  perl5.24
[...]
  p5.24-net-libidn2
libidn2
  pkgconfig
  autoconf
xz
  automake
  libtool
xattr
  unzip
  libunistring
perl5
texinfo
  help2man
perl5.26
p5.26-locale-gettext


That seems unhelpful... Why would help2man demand the absolute latest 
Perl? Well, because the Portfile says it does. However, in the real 
world, help2man is happy with any perl since 5.8.


Doing a 'port -y upgrade outdated' reveals that multiple ports are 
threatening to demand perl5.26 if I try to upgrade them, like whois!? 
Because it needs perl to build???


This is insanity. Can anyone convince me otherwise or even explain how 
this hasn't led to an angry mob with torches and pitchforks? Because I 
have one of each if anyone wants to join the revolt...


--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole

Re: no more Quartz in new MacOS 10.13.2?

[Ryan Schmidt]

On Dec 31, 2017, at 11:09, James Clayson wrote:
> 
> I'm a novice using MacPorts but I have used it to successfully install Python 
> on my MacBookPro since late 2014 and on many different Macs used by my 
> students.
> 
> I would use the command like: sudo port install py36-tkinter +quartz
> 
> and everything was fine. I recently upgraded to MacOS 10.13.2, updated 
> MacPorts for High Sierra and got the most recent Xcode. My MacPorts installed 
> python opens but crashes whenever I attempt to open or save a .py file. I can 
> install python using X11 but miss the quartz interface.

Can you send us the crash log?


> I recently read on the internet that quartz in no longer part of the newest 
> Mac systems

Where did you read that? URL?

Re: drop opencore-amr

[Jeremy Huddleston Sequoia]

On the ffmpeg side, see https://trac.macports.org/ticket/33503.

If you want to obsolete the port and drop support for it from the dependents, I 
think that would be fine.

> On Dec 31, 2017, at 8:58 AM, Jan Stary  wrote:
> 
> https://github.com/macports/macports-ports/pull/1182
> Is anyone using opencore-amr at all? This is what grep says:
> 
> * We have audio/libfdk-aac which implements the same
> * `gstreamer010-gst-plugins-ugly` depends on it (nomaintainer)
> * `gstreamer1-gst-plugins-ugly` depends on it (nomaintainer)
> * `avidemux` depends on it (nomaintainer)
> * `ffmpeg` depends on it (cc maintainer)
> * `fmpeg-devel` depends on it (cc maintainer)
> 
> Is anyone actually using that functionality?
> The only use case I can remember is that early Android's
> voice recorder recorded into AMR by default (which is
> why I ported it), but I haven't used it since.
> 
>   Jan
> 

no more Quartz in new MacOS 10.13.2?

[James Clayson]

Dear All,


I'm a novice using MacPorts but I have used it to successfully install Python 
on my MacBookPro since late 2014 and on many different Macs used by my students.

I would use the command like: sudo port install py36-tkinter +quartz

and everything was fine. I recently upgraded to MacOS 10.13.2, updated MacPorts 
for High Sierra and got the most recent Xcode. My MacPorts installed python 
opens but crashes whenever I attempt to open or save a .py file. I can install 
python using X11 but miss the quartz interface.

I recently read on the internet that quartz in no longer part of the newest Mac 
systems

Can anyone help me? Thanks in advance.

James Clayson

drop opencore-amr

[Jan Stary]

https://github.com/macports/macports-ports/pull/1182
Is anyone using opencore-amr at all? This is what grep says:

* We have audio/libfdk-aac which implements the same
* `gstreamer010-gst-plugins-ugly` depends on it (nomaintainer)
* `gstreamer1-gst-plugins-ugly` depends on it (nomaintainer)
* `avidemux` depends on it (nomaintainer)
* `ffmpeg` depends on it (cc maintainer)
* `fmpeg-devel` depends on it (cc maintainer)

Is anyone actually using that functionality?
The only use case I can remember is that early Android's
voice recorder recorded into AMR by default (which is
why I ported it), but I haven't used it since.

Jan

Re: TenFourFox on Intel

[Riccardo Mottola via macports-users]

Hi Ken,


>> OK. My 10.5 Intel machine is humming away, trying to build TenFourFox using 
>> your latest git commits. It’s about 40 minutes into is so far.
>> There were no issues building all the prerequisites using MacPorts default 
>> portfiles, except for the libidl +universal thing I mentioned. Everything 
>> installed smoothly.

That speaks fine for MacPorts then!

What's up with libidl?


>> I looked at the various *.mozcfg files, and I figured you must be using the 
>> DEBUG.mozcfg as your basis, so I copied that into ".mozconfig” and that 
>> is the one the build is currently using. I didn’t notice any others that 
>> seemed more workable. If you’re using a different configuration file, 
>> please let me know.

I actually use a different one, it is not commited (*), I attach it here.

It disables several problematic features: The goal is currently to "finish the 
build" and see if we start up the browser.
Slowly we can then debug enable things again, but with a priority.
It makes no sense to concentrate on the first issue found when there are maybe 
other important features missing.

 
>> If this finishes building (miracle), I’ll see if it will build on 10.6 
>> using the 10.4u SDK.

The miracle didn't happen yet :) 

I attach some other local patches whcich are either mere hacks or written in a 
way upsteam does not approve.

1) stuff to disable SSE2 and AVX2 in libvpx
2) patch to disable SKIA completely. It is disabled on current PPC builds, 
might be difficult to enable in the future
3) patch to work around some libstdc++ namespace issues. Perhaps there are 
better ways, it is very strange that TT maintainer does NOT have this issues, 
while from some bug I found in GCC and MacPorts they look like issues with 
older OS's. My guess is that a newer version of GCC might help. I think the GCC 
headers are not correctly working around the missing functions because 
"something" is not enabled. The patch comes out of the GCC 4.8 headers 
themselves, but without the ifdef's inside

Since you need to pach configure, I am sorry, but you need to remove your build 
directory and restart from scatch.

Riccardo

(*) I currently commit only things that I know can go upstream, because I don't 
know of a convenient way to make pull requests only of certain commits. The 
only thing I could come up is a branch in my fork.
I am not very git savvy, preferring svn. If we start working together on my 
fork, we need to optimize this.
Currently, there are few uncommited changes anyway.

(**) I just found out that my Mailer GNUMail currently chokes on attachments... 
will send you them in a different way. More details on that Later