Re: livecheck - extracted version is older
On Thu, Mar 30, 2017 at 6:09 PM, Jan Starywrote: > This is 2.4.99 on 10.6.8 > > $ sudo port clean --all opencore-amr > ---> Cleaning opencore-amr > $ port livecheck opencore-amr > Error: livecheck failed for opencore-amr: extracted version '0.1.2' is > older than livecheck.version '0.1.3' > "Extracted version" should be the version that livecheck extracted from the web page it checks for the latest version information. So the message is saying that it's being told the latest version is older than the current version. This may mean the page changed format and the livecheck regex needs to be updated, or it's checking the wrong page and needs to be updated to look at a page that has the actual current version. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Trouble upgrading Macports to Sierra
On Thu, Mar 30, 2017 at 1:51 PM, Langer, Stephen A. (Fed) < stephen.lan...@nist.gov> wrote: > This reminds me of something I’ve been wondering about. Why do the > migration instructions recommend explicitly reinstalling all previously > installed ports, and then optionally marking the previously requested ports > as “requested”? Isn’t it simpler to explicitly reinstall only the > previously requested ports, and let macports figure out the dependencies? > That way, if the dependencies have changed you only are reinstalling the > necessary ports and there’s no need to fiddle with the requested status > afterwards. That will usually work --- but not always. Often this is because of buggy dependencies in Portfiles; the only reliable way to catch them is to always build in trace mode, but that's painfully slow. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Trouble upgrading Macports to Sierra
On Thu, Mar 30, 2017 at 1:02 PM, Barrie Stottwrote: > Thanks for the speedy reply, Chris. It’s a pity I couldn’t use > ‘selfupdate’ because it appeared to be just what I wanted. Still, I used > the pkg installer for Sierra and it was reasonably painless. Now I’m on to > reinstalling all my packages. Thanks again. No reply needed. The problem with selfupdate is it (a) won't add any new dependencies because e.g. some library formerly provided by Apple went away or became incompatible (b) likely won't even start up if that's the case, but crash immediately with a missing library error. You need to start fresh with a base that knows about the peculiarities of the new OS release, which means updating via the installer. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Prevent MacPorts editing .bash_profile over and over again...
On Tue, Mar 21, 2017 at 7:18 PM, Brandon Allbery <allber...@gmail.com> wrote: > vim $(port logfile thePort) > ...and the port you installed will usually get expanded with . (bash/zsh, in default emacs mode) so you don't even need to type that :) -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Prevent MacPorts editing .bash_profile over and over again...
On Tue, Mar 21, 2017 at 5:23 PM, Dave Horsfall <d...@horsfall.org> wrote: > On Tue, 21 Mar 2017, Brandon Allbery wrote: > > Never assume people will read instructions. How often do we get people > > who cut and paste the boilerplate at the end of a failed build that > > tells them to check the build log, and mail it here asking what they > > should do? > > Which reminds me: would it be possible to symlink to the log file from > somewhere in /tmp? It's a real PITA doing a C with a path that wraps > lines... Yes, I'm an old fogey, and use 80 columns... > vim $(port logfile thePort) -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: all compilers blacklisted or unavailable
IIRC there's also an edge case when something tries to check the compiler in a fetch step or w/e and the information doesn't exist yet, so all compilers are "blacklisted" because there are no compilers defined yet, while the code printing that assumes the compiler list is empty because blacklisting removed all of them? And I think another if something tries to look up Xcode-specific information but the xcode portgroup hasn't been initialized? On Tue, Mar 21, 2017 at 5:26 PM, Daniel J. Lukewrote: > On Mar 21, 2017, at 5:03 PM, Jan Stary wrote: > > Looking at the output of port -v -d install sox: > > > > DEBUG: compiler clang 77 blacklisted because it matches {clang < 503} > > DEBUG: compiler clang 77 blacklisted because it matches {clang < 500} > > DEBUG: compiler clang 77 blacklisted because it matches {clang < 500} > > Warning: All compilers are either blacklisted or unavailable; defaulting > to first fallback option > > Warning: All compilers are either blacklisted or unavailable; defaulting > to first fallback option > > > > That does not look like a specific reason why clang fails to build sox > properly. > > you trimmed the relevant information - that's almost certainly coming from > a port that sox requires and not sox itself. > > Most of the ports that use compiler blacklist have a comment in the > portfile explaining why (most people don't care, though ;-) ). > > -- > Daniel J. Luke > > > > -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Click-and-hold instead of right-click?
On Wed, Mar 15, 2017 at 7:40 PM, René J.V. Bertinwrote: > On Wednesday March 15 2017 18:16:20 Ryan Schmidt wrote: > > That behavior is specific to Dock. > > That seems unusually inconsistent. > You don't use iTunes, do you? Apple gave up on consistency years ago. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: fail to destroot port with only makefile
On Wed, Mar 8, 2017 at 8:42 AM, dbwrote: > On 8 Mar 2017, at 01:10, Ryan Schmidt wrote: > >> On 7 Mar 2017, at 20:00, Ryan Schmidt wrote: > >>> That can be an acceptable workaround. Sometimes it has side effects. I > don't know if it does with this port. > > > > In the destroot phase, you should not be attempting to modify anything > outside of the ${destroot} directory. Only items in the destroot will be > properly recorded by MacPorts as belonging to that port. I'm not certain, > but hopefully MacPorts would prevent you from placing files outside of that > directory. > > Yeah, I don't know why I was trying to do that in the first place. Despite > this, strangely nothing was logged. I submitted the port with ticket #53753 > if you want to take a look at it. I stuck to destroot.args (checked other > portfiles, some use this, some patch makefile, not univocally), copied > autocompletion files to {prefix}/share/{subport} (checked porthier) and > added notes to copy them to a source-able location. Note that the only way it can prevent writes outside of destroot in the normal case is simple permissions, and I think even those get hobbled out of necessity. Trace mode can prevent them, at significant performance cost (and even higher overhead on Sierra). Debian-style fakeroot (which is more or less what trace mode gives you here) is not cheap on OS X. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Trac login
On Mon, Mar 6, 2017 at 1:50 PM, Geoff Downwrote: > has the access to Trac changed? I don't recall Github being involved > before. Will my old login creds work ?(it seems not, but I may have > forgottent which password). > Apple shut down MacOSForge, the whole infrastructure changed as a result of having to move it all elsewhere. Yes, it now uses github for auth. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: A question on dynamic linking / version-changing libraries
On Sun, Mar 5, 2017 at 12:33 PM, Michaelwrote: > I'm curious more as to: Why do we still generate code that links against a > fixed-name library? Why does that name not include a version/API reference? > Why not make static linked stuff, so that changes in the libraries don't > break things? Mostly, because of Apple's ecosystem which is actively hostile to static linking (left over from PPC days where the ABI essentially forbade static linking; to understand why, you'd want to study the PPC CPU family closely) and Apple-provided toolchain limitations (mainly ld, and while we do replace ld sometimes for bug fixes, we are not in a position to alter its basic behavior: in this case, version information is present but only used for validation, and this has interactions with things like compatibility of software across OS X versions. Or, more concretely: we already get complaints when MP-built stuff doesn't play along with Matlab, and it'd get far worse if Matlab's (ab)use of DYLD_LIBRARY_PATH ran headlong into treating version information as part of a dylib name). Also fixed-*path* libraries are part of the Mach-O format and the tooling does not exist to override this well... and as of Sierra there are Mach-O limitations coded into the kernel (link command table size limit) that restrict your ability to override it (upstream ghc is already fighting with this due to the way its dependencies work). In short: most of this is not our call, and we are not in a position to push on the people who could do it. MacPorts has to live with what *is*. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: A question on dynamic linking / version-changing libraries
On Sun, Mar 5, 2017 at 11:43 AM, Michaelwrote: > Why does Macports generate libraries that follow the 1970-era linking > strategy? Because MacPorts is ports of programs for other platforms which don't have frameworks... and do have politics (for example: Debian's strict adherence to their package guidelines amounts to political interference that has caused problems for users in the past several years, notably with regards to availability of mate-desktop but there are other examples... like google's monolithic software that you mentioned, where Google packages its own software for Debian so they don't have to deal with the distribution package politics). And we are not in a position to rewrite/reimplement stuff into a frameworks-based model, if upstream hasn't already done it. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Rescuing a Macports file from Time Machine
On Thu, Feb 23, 2017 at 12:54 PM, Chris Joneswrote: > For those allergic to command-lines, or afraid of terminals, >> > > I figured for those using macports the above probably did not apply ;) You'd be surprised. It's not 2000 any more. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Apple-media on Darwin 16
On Fri, Feb 10, 2017 at 6:55 PM, McHackwrote: > Is there any reliable way to override this setting and possibly rebuild > gst-plugin-bad to include apple-media? I am using python port of GST Generally if it's been disabled, it's because it doesn't work (likely because Sierra no longer provides some required API). Digging in git history reveals https://github.com/macports/macports-ports/commit/3c18d82733e85704704235e3dba55a25540645f2 which disabled it because it requires Apple's QTKit (QuickTime) which is not included in Sierra. Patching the Portfile won't help. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: mailers
On Tue, Feb 7, 2017 at 7:34 AM, James Linderwrote: > Hi All > I did port list and nothing jumped out. I 'm looking for a mailer. > Suggestions anyone. > > Apple mail is perfect *except* it's baysen filtering is rat-wossname. I > get pounded daily with 'Patriot Videos' and '2nd amendment' crap. I've > reset the filters, written my own rules, banged my head. > > I installed thunderbird and seamonkey which learned in a few days, I get > no spam but junk accumulates 50 to 100 real-junk-mail per day. > Trouble is setting font and sizes is very hard to do with mozilla tools. > Example I cannot use any plug-ins, there is no load file option on sierra. > > Perchance macports has a decent mail program. "mailer" has been a dead term for a couple decades, since everything has switched to IMAP. "mail client" is the usual term. Unfortunately, that doesn't seem to be used consistently in descriptions :( So, `port list category:mail` gets you a combination of servers, interactive clients, and client libraries. I'm not quite sure how to quickly filter that further. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Prevent MacPorts editing .bash_profile over and over again...
On Thu, Feb 2, 2017 at 8:09 PM, Ryan Schmidtwrote: > > > It depends on the order in your /etc/paths. If I put it first, it is > first. The advantage of /etc/paths is it is applied even to the graphical > environment, not just when running a login shell. > > Oh, I was thinking of /etc/paths.d > > https://trac.macports.org/ticket/24105 > > Right. The problem with /etc/paths is Apple can and will (or at least used to, and I would not trust it) smack it back to their default whenever they feel like. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: port ability to traverse proxies seems broken?
On Wed, Feb 1, 2017 at 12:58 PM, Kennedy, Smith (Wireless Architect) < smith.kenn...@hp.com> wrote: > Setting my proxy using "export ALL_PROXY=fakeproxy.hp.com:8080" doesn't > help > Can't speak to the rest of it, but this would be expected; sudo cleans the environment (for very good reasons). IIRC proxies can be set in macports.conf, or if you set them in the Network prefpane the port command will read them. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Help wanted: unbuffer, or stdbuf
On Mon, Jan 30, 2017 at 11:27 PM, Michaelwrote: > So I wanted to linebuffer a program that is feeding into a pipe. > > Looking around with Google, I found two solutions: > 1, unbuffer, from expect, or > 2, stdbuf, from the gnu core utils. > > I've got expect 5.45. I've got core utils. I don't seem to have either. > Both of these programs rely on APIs that only exist in GNU glibc, not BSD libc or OS X libSystem. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Building arm-none-linux-gnueabi-gcc fails
On Wed, Jan 11, 2017 at 8:07 AM, Florian Schweigerwrote: > And out of interest: Is it normal that clang gets used to compile the port > although I've installed and selected gcc6? > "port select" lets you pick a version for your own use. Ports specify their own compilers, defaulting to the system compiler, so we have some chance of being able to reproduce any build errors or bugs you might have without having to know about every customization you made to your system. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Why doesn't MacPorts handle switching between x11 and quartz better (was: Re: Inkscape 0.92.0 now available on MacPorts)
On Sun, Jan 8, 2017 at 6:02 PM, Michaelwrote: > they have a way to use/provide both kinds of service (gtk I think was one > of them) gtk3 has pluggable backends, although the current gtk3 port is not set up to use them. gtk2 is a monolith: you have to choose the backend at build time (and aspects of it leak out, so not all programs using gtk2 work with all backends even if rebuilt). -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Inkscape 0.92.0 now available on MacPorts
On Sat, Jan 7, 2017 at 6:43 PM, David Evanswrote: > If it's still gtk2 +x11, install gtk2 +quartz instead. Test by running > gtk-demo (provided by gtk2) and observe that it > runs (sucessfully) without XQuartz starting. > Disable revupdate first (see /opt/local/etc/macports/macports.conf), or the automatic revupdate will probably reinstall the +x11 variant due to existing gtk-using ports being broken. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Migration issue
On Fri, Jan 6, 2017 at 12:37 PM, Adam Dershowitzwrote: > But, this list is from the old machine. My question is why the new > machine ended up with a lot more +universal. Actually, I'm starting to wonder if there is a general option leakage issue of late (compare the discussion about archive_sites leaking). -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Inkscape 0.92.0 now available on MacPorts
"Quartz" is not "XQuartz", is the point. XQuartz is X11. Quartz is the old name for the native OS X 2D graphics API, still used for consistency. If you tell me you don't want to use X11 but you want XQuartz, you're telling me you want X11 instead of X11 (huh?). (X11 is *not* native. OS X graphics is not, and never has been, based on X11.) As for native graphics, it depends on the program and what toolkit if any it uses. As an example, gtk2's native Core Graphics support is buggy: some things work, some have odd bugs (xchat/hexchat won't autoscroll, for example), some simply won't build because they explicitly use e.g. gdk/x11.h instead of the portable Gdk API. For inkscape, I see a standard gtk2 mode and an experimental gtk3 mode. This is a problem because currently you can only install gtk2 and/or gtk3 for either native/"Quartz" or X11. (It should be possible to make gtk3 use pluggable backends, but it doesn't currently. gtk2 is a lost cause in that regard: you have to pick native or X11 and use it for everything. This is a problem if one of the programs you want to use only works correctly with +x11.) On Fri, Jan 6, 2017 at 10:07 AM, Eneko Gotzon <enekogot...@gmail.com> wrote: > Hi Brandon, thank you for take time to answer my question > > On Thu, Jan 5, 2017 at 11:51 PM, Brandon Allbery <allber...@gmail.com> > wrote: >> >> >> XQuartz = X server under Quartz = X11 for OS X. >> > > I think I understand your statement. > > >> So you *have* it for XQuartz. Do you mean you want it native instead? >> > > I am a little confused. Your "native" naming, applies to macOS or to > the X Window System? > > Maybe the more relevant question for me is: what is the difference between > the *quartz* & *[+]x11* variants of the inkscape port? > > Thank you very much, and, please, excuse me, > > I > am sorry > > taking > > your valuable time with this > kind > of questions… > :( > > Take care. > -- > Eneko Gotzon Ares > enekogot...@gmail.com > -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Macports processes never go away
On Fri, Nov 18, 2016 at 11:55 AM, Michaelwrote: > Is there anything that can be done about this, or is this just a > side-effect of Mac OS that a user never completely logs out? Probably nothing safe; they're definitely OS X things. Just ignore them. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
Re: Need help configuring gdb (ggdb)...
On Mon, Nov 14, 2016 at 9:19 PM, Carlo Tambuatcowrote: > But I have not yet gone ahead and done so since I am confused about the > argument in the last step. First of all, is this > referring to the gcc ada compiler…and if so, is it already installed or do > I need to go and install this thing? I was under the impression all > dependencies for gdb were installed before gdb itself was installed so > shouldn't this prerequisite exist somewhere on my system, I just don’t know > where? It refers to gnat because you found that in the gnat section of the manual (gnat_ugn_unw). You want /opt/local as the prefix. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net