I have been trying to figure out how the Ansible ports bundle plugins,
in particular the community.general collection [1]. Not having made much
progress so far, I thought I'd ask here. The currently bundled version
of community.general included seems quite outdated, but a manual update
attempt
* Thomas Gederberg:
> It appears that you can either install Python modules
> (py310-matplotlib, py310-numpy, etc) either directly from MacPorts or
> you can install pip (for example py30-pip) with MacPorts and then use
> pip to install the modules.
The issue with installing Python modules using
* Chris Jones:
> For the purposes of the original question here, its more than good enough.
That is, of course, for the OP to decide. I stand by my recommendation
to use 'git log ...' on a cloned repository, it is a skill well worth
having.
-Ralph
* Chris Jones:
> Cloning is not not necessary for this. Just use the web interface to
> navigate to the port of interest and then Examine the history for that
> file.
Your assumption that the WebUI offers sufficient means of analysis is
quite a stretch, IMO. Hence my suggestion to clone the
* chilli:
> Is it possible to see the version history of a port?
You can clone the publicly available MacPorts Git repository from
g...@github.com:macports/macports-ports.git and then use 'git log ...'
to examine ports/subtrees as desired.
-Ralph
* Ryan Schmidt:
> https://github.com/macports/macports-ports/pull/14795.patch
Works for me. Thank you for addressing this so quickly, Ryan.
-Ralph
My attempt to build rebar3 @3.12.0 fell flat today, and I found the Trac
ticket https://trac.macports.org/ticket/62962 . There have not been any
updates to this ticket for a year, and I wonder if the rebar3 port is
actively maintained?
-Ralph
* Ralph Seichter via macports-users:
> I'm running a combination of macOS 12.3.1 and MacPorts 2.7.2 on an
> Intel-based MacBook Pro without any problems.
It is also worth mentioning that I use this machine for a lot of Python
software development. Works just fine.
-Ralph
* Gerben Wierda via macports-users:
> I’m about to take the plunge and move one of my systems to macOS 12.3
> (which removes /usr/bin/python). I am going to consider that a
> MacPorts major migration (so following the migration instructions).
I'm running a combination of macOS 12.3.1 and
* André-John Mas:
> Maybe this is impacting me only?
Looks like that might be the case: https://imgur.com/a/0KtaLZM
The screenshot I took shows that Apple Mail displays an "unsubscribe"
action buttion for me. I am running macOS Monterey (version 12.3.1).
-Ralph
* André-John Mas:
> I just noticed that the emails for "macports users" aren't showing the
> "unsubscribe" button in Apple Mail and they don't have a footer to
> link to unsubscribe instructions, as I am used to seeing in other list
> server based messages.
All messages from this mailing list
* Gerben Wierda via macports-users:
> Apart from Steven Smith, are there other users here that run a mail
> server setup via MacPorts? And is already someone else running on
> Monterey?
While MacPorts provides the necessary ports for running a mail server on
macOS, I'd suggest an alternative
* fgyamauti:
> Apparently some ports that I've installed are making directories
> inside '/usr/local/etc' with example configuration files.
That seems unlikely. Have you perhaps installed both MacPorts and
Homebrew on your Mac? AFAIK, Homebrew uses /usr/local/* to store its
installation files.
Thanks for investigating this. With the latest changes by Renee Otten I
was able to update spice-gtk and virt-manager on my machine. The attempt
to open an existing QEMU VM in virt-manager results in the error message
shown below, for which I should probably open a separate bug report.
Still, it
Please see https://trac.macports.org/ticket/62212
I'd be thankful if a kind sould could resolve this issue which has
prevented me from updating spice-gtk for four months now, which in turn
is preventing updating the virt-manager port. I don't have enough
insight in the build process intricacies
* Ryan Schmidt:
> When you upgrade, PLEASE UPGRADE XCODE AND THE XCODE COMMAND LINE
> TOOLS. They are SEPARATE software packages that need to be updated
> SEPARATELY. It's in the migration instructions; please follow them.
As I have been bit by this issue (see
* Ryan Schmidt:
> Or should virt-manager be changed to not require gtksourceview4 to
> have an +x11 variant? Dan?
Whatever you choose to do: For the love of Bob, the God of Wormhole
Space, please ensure that nothing breaks the Quartz based version.
(Only half joking.)
-Ralph
* Sean DALY:
> [apg] is a very useful utility for me, I use it every time I need to
> generate a strong unique password (i.e., once or twice a week).
See https://ports.macports.org/port/pwgen/summary for a widely used
alternative.
-Ralph
* Ken Cunningham:
> We are having discussions about automating this by making the server a
> dependency of the x11 subsystem, but consensus eludes us to date.
I have opened a pull request [1] with an enhanced long description for
the virt-manager port. I used "port info" myself, but there was no
Hello.
I have installed the virt-manager port on macOS Catalina:
The following ports are currently installed:
virt-manager @2.1.0_0 (active)
Alas, on launch I only get an error message stating that the display
can't be opened.
→ virt-manager -c
* Ruben Di Battista:
> What I suggest you is to use virtualenvs.
Good advice.
> * Install py-virtualenv
That's not required anymore. Python 3.3 and newer have virtual
environment support built in[1].
[1] https://docs.python.org/3/library/venv.html
-Ralph
* raf:
> i hope python27 wont't go away.
Would you mind stepping a bit further away? Thanks. :-)
-Ralph
* Ryan Schmidt:
> `port install` will find the port in the local directory, if you don't
> specify a name, so that's what you should use.
Indeed. Personally, I also like to use "port clean --work --logs" while
working on a port, to ensure that previous (failed) install attempts did
not leave
* Gerben Wierda:
> Where is the start-up item for unbound so I can check before
> installing it via port load unbound?
"man port" states exactly what the "load" user action does. As for the
odd group ownerships, I don't see anything similar here.
-Ralph
Service announcement for Notmuch [1] users: My submission of a port for
Muchsync [2] has been accepted, so if you are interested in syncing mail
and tags across multiple machines, give it a spin.
-Ralph
[1] https://notmuchmail.org/
[2] http://www.muchsync.org/
* dan d.:
> I lost some email. Was there a solution to the rust install problem?
Several public archives for this mailing list exist.
-Ralph
* James Linder:
> I’ve been using firefox for a while. but increasingly it is getting
> draconian.
You could try the "Cliqz" browser (https://cliqz.com/), which is based
on a Firefox fork. Source code is available on GitHub, should you want
to build it yourself.
-Ralph
* S. L. Garwood via macports-users:
> I am porting a medium size SQL lookup application for SOHO use on a
> Mac Mini and am free to choose (as long as the API stays compatible).
If you are certain about the software being content with both MariaDB
and MySQL, I'd say it is a matter of personal
* Richard L. Hamilton:
> I see that MacPorts has most of those, but not RoundCube or
> SpamAssassin
You "see" wrong. Try 'port search' for Roundcube and SpamAssassin.
-Ralph
On 04.10.18 14:13, S. L. Garwood wrote:
> I normally copy/paste the long string of ‘rm’ commands in the
> document. Up to now it (i.e., High Sierra) it worked ok.
What exactly did you do? Do you have logs? "sudo rm ..." definitely
works for me in Mojave, as long as the user executing the command
On 11.05.18 21:45, Frederic Dubois wrote:
> is it equivalent to use port to manage "python + module" and port to
> manage "python" and pip to manage "module" ?
Both 'port' for Python modules and 'pip' change the contents of your
site-packages, so I consider them competitors for the same job.
On 28.10.17 17:16, Murray Eisenberg wrote:
> The $cfg lines for all the other variables are left commented out.
That would be consistent with "zero configuration" mode, which is the
default for current phpMyAdmin versions. If you haven't done so already,
see
On 17.10.17 16:09, Patrick Hinkle wrote:
> > To get the Portfiles and update the system, add /opt/local/bin to
> > your PATH and run: sudo port -v selfupdate
>
> I have tried many Terminal commands using the PATH environment variable
> like: PATH=$PATH:~/opt/local/bin
Like the original message
On 14.02.17 16:52, petr.2006 wrote:
> On gentoo I prefer to modify /etc/portage/package.mask where I can
> specify packages' versions which I do not want to upgrade.
Masking is useful, of course, but there is a difference between not
wanting to upgrade and not being able to upgrade due to a
34 matches
Mail list logo