Re: [macports-ports] branch master updated: poedit: new port @2.0.7

Hey Zero, I appreciate that you stepped up as the maintainer of poedit after I had given up on it! [1] However, the poedit port now bundles full builds of other software, including zlib, gettext, boost, icu, and even wxWidgets. That really should be avoided, as this software is already available

Re: New project member: vishnu

On 2018-05-09 03:49, Zero King wrote: >> Do you want to join the MacPorts team? If you would like to be >> considered for team membership and commit access, please read this >> section of the Guide: >> >> http://guide.macports.org/chunked/project.membership.html > > Was PortMgr aware of > https://

Re: Gsoc 18 Project | Collect build statistics

On 2018-05-11 09:17, Mojca Miklavec wrote: >> I got the rough idea of the db from here: >> https://github.com/macports/macports-infrastructure/blob/2129f0cd0eb80f207d2cc62542b65c197733ac51/jobs/PortIndex2PGSQL.tcl#L249 > > Sure, you can take this as inspiration for database design, but not as > yo

Re: Gsoc 18 Project | Collect build statistics

On 2018-05-12 10:34, Vishnu wrote: > I am not saying that my db and the exiting Db would be interdependent. > Rather i am saying just once in forever I can copy the content to my > database. > Then do the code to keep on updating it whenever something is added or > deleted or modified. > > Like fo

Re: Gsoc 18 Project | Collect build statistics

On 2018-05-12 17:27, Mojca Miklavec wrote: > I would in fact really really like to see a functionality like > portindex --mode=diff --format=json > that would create a table like > > { > new = [...], > removed = [...], > updated = [...] > } > > which would only provide the differe

Re: Gsoc 18 Project | Collect build statistics

On 2018-05-12 17:26, Vishnu wrote: > So where can i see that code that checks the modification time? https://github.com/macports/macports-base/blob/bb9db185d54c04efd55a3d634518a971bbb530a7/src/port/portindex.tcl#L120-L141 > "The portindex2postgres.sql script merely converts the PortIndex file > f

Re: [macports-mgr] Question about MacPorts project membership application

On 2018-05-13 18:30, Mojca Miklavec wrote: > The portmgr team might need some time to check the contributions and > verify candidate's suitability for commit rights, but maybe they > forgot to send you a preliminary confirmation of receiving your > request and were simply waiting for the votes to a

Re: [macports-mgr] Question about MacPorts project membership application

On 2018-05-13 23:03, Mojca Miklavec wrote: > On 13 May 2018 at 21:32, Rainer Müller wrote: >> On 2018-05-13 18:30, Mojca Miklavec wrote: >>> The portmgr team might need some time to check the contributions and >>> verify candidate's suitability for commit rights, b

Re: [macports-mgr] Question about MacPorts project membership application

On 2018-05-14 08:53, Dave Horsfall wrote: > On Mon, 14 May 2018, Ryan Schmidt wrote: > Email has no such feature. >>> >>> And yet, you know what I meant. >> >> Well no, I don't. "Return receipt" to me means that the sender >> receives automatic notification that their message was received by

New project member: yan12125

To: Subject: Please join us in welcoming the following new MacPorts project member: - Chih-Hsuan Yen (yan12125) We look forward to continued excellent contributions from these new team members. - Joshua, Ryan, and Rainer Do you want to join the MacPorts team? If you would like to be considere

Re: Ticket Commit Request

On 2018-05-12 17:56, Allan Que wrote: > I am requesting the commit of tickets #56438 > and #56440 > . I am not their maintainer and > these are not under openmaintainer, but I am taking advantage of > maintainer timeou

Re: “Executable” StartupItems are preferred over “script” StartupItems

On 2018-05-15 20:57, macpo...@parvis.nl wrote: > >> On 2018-05-15, at 03:56, Ryan Schmidt wrote: >> >> >> On May 14, 2018, at 11:13, macpo...@parvis.nl wrote: >> >>> The Guide states “Executable” StartupItems are preferred over “script” >>> StartupItems. >>> >>> I have 2 daemons that are Perl s

Re: [macports-ports] branch master updated: wireshark24: fix the Portfile's "name" field. Resolves #56459.

On 2018-05-10 23:10, Eric Hall wrote: > ghosthound pushed a commit to branch master > in repository macports-ports. > > https://github.com/macports/macports-ports/commit/879e68cd177d0e4b03d29e1851aab6bf6ee50afb > > The following commit(s) were added to refs/heads/master by this push: > new 879e68c

Re: configuredistcc=yes and ~/.distcc/hosts

On 2018-05-18 10:41, René J.V. Bertin wrote: > From what I can see in base, distcc is invoked in the controlled build > environment without any attempt at setting things up for distributed > compiling. > I don't exactly have a standard install (and so have $workpath/.home and .tmp > directories)

Re: [macports-ports] 02/02: py-alabaster: update to 0.7.10

On 2018-05-24 16:06, Renee Otten wrote: > Perry E. Metzger (pmetzger) pushed a commit to branch master > in repository macports-ports. > > https://github.com/macports/macports-ports/commit/ed0c7271ee05130702cdb1833ae686969e3e780f > > commit ed0c7271ee05130702cdb1833ae686969e3e780f Author: reneeotte

Re: [MacPorts] #55764: geoexpress-sdk @9.0.0.3864: upgrade to 9.5.4.4709

On 2018-05-24 20:56, Vincent Habchi wrote: >> I don’t understand the licensing requirements, but I find this to be a >> convenient port for getting Mr. Sid support with the MacPorts gdal. I find >> it useful and hope that it can remain as long as it is appropriate. > > In any case, the support w

Online Meeting 2018-05-26

Hello, in our last meeting, we scheduled the next meeting to be tomorrow, 2018-05-26 13:00 UTC. However, this seems to have fallen off the radar, because we have not set any agenda yet... One point would be the website-related topics that we postponed in the last meeting due to time constraints.

Re: 2.5 and cxx_stdlib

On 2018-05-29 11:39, Vincent Habchi wrote: > Josh, > >> Not sure how you ran into that. Installing the new version of base must >> be done as root as well, and it runs scripts that open the registry and >> should trigger that upgrade. > > Transcript from my terminal: > > Air > sudo port selfupda

Re: install-patch-install cycles & install without activate

On 2018-05-29 20:31, macpo...@parvis.nl wrote: > I'm trying to work as much as possible with scripted procedures. > > After an initial install of a new/modified port, I need to apply/change > patches. > > My workflow is: > > port install munin > > #- cycle start > port clean --work munin

Re: multiple ports with stdlibc++ mismatches (all on 10.13)...

On 2018-05-31 16:49, Ken Cunningham wrote: > > On 2018-05-30, at 11:04 PM, Joshua Root wrote: > >> On 2018-5-31 15:39 , Ken Cunningham wrote: >>> gcc5 is using libstdc++ (this installation is configured to use libc++) >>> gcc6 is using libstdc++ (this installation is configured to use libc++) >>>

Re: multiple ports with stdlibc++ mismatches (all on 10.13)...

On 2018-05-31 17:39, Rainer Müller wrote: > On 2018-05-31 16:49, Ken Cunningham wrote: >> >> On 2018-05-30, at 11:04 PM, Joshua Root wrote: >> >>> On 2018-5-31 15:39 , Ken Cunningham wrote: >>>> gcc5 is using libstdc++ (this installation is configured

Re: (Not) deprecating py35 subports

On 2018-06-03 01:37, Joshua Root wrote: > On 2018-6-3 07:28 , Mojca Miklavec wrote: >> The whole idea of the graveyard was to help users migrate to a newer >> version automatically, but in case of python it doesn't really serve >> the purpose if ports get moved to the graveyard at random times (ok,

Re: CC vs assign

On 2018-06-06 03:14, iEFdev wrote: > When I added #56618, I forgot to CC the maintainer (mojca). When > modifying the ticket that CC option is gone, and all there's left is assign. > > I'm not really sure I feel that's up to me to do the assigning part. How > should I do/proceed? Assign is the co

Re: How are other dev's filtering macports mail?

On 2018-06-05 21:53, Daniel J. Luke wrote: > This may be something that would be useful to put in the wiki, but I thought > I'd ask on list how other committers deal with the large MacPorts email > volume. The way I've been doing it for many years doesn't work anymore (I > missed notification of

glfw does not have a version option in PortIndex

Hello, a user on IRC reported a strange behavior that currently breaks updating the repology database. The glfw port does not have a version option in PortIndex set. The problem can be seen here: $ rsync --no-motd rsync://rsync.macports.org/macports//trunk/dports/PortIndex_darwin_16_i386/PortIn

Re: glfw does not have a version option in PortIndex

On 2018-06-07 18:16, Joshua Root wrote: > On 2018-6-8 02:04 , Joshua Root wrote: >> On 2018-6-8 00:23 , Rainer Müller wrote: >>> Can anybody figure out what might be causing this? >>> >>> Note we run 'portindex -p darwin_16_i386' on the buildbot job t

Re: [MacPorts] KDE modified

On 2018-06-11 17:03, MacPorts Wiki wrote: > Page "KDE" was changed by jjstickel > Diff URL: > Revision 26 > Comment: it seems that the location of Macports-supplied lanuchagents have > changed recently > Changes: > ---8<--8<--

dbus does not install startupitem into /Library/LaunchAgents (was: Re: [MacPorts] KDE modified)

On 2018-06-11 17:29, Jonathan Stickel wrote: > OK. Now I see the symlink for org.macports.kdecache.plist, but the > symlink for org.freedesktop.dbus-session.plist is definitely missing on > my machine. As a consequence, dbus was not loaded in launchctl and KDE > apps would not run for me this morni

Re: PortGroup vs. Portfile search strategy

On 2018-06-12 10:43, René J.V. Bertin wrote: > Where would I have to look if I wanted to make a local patch to "base" so > that PortGroup files are looked up with the same tree hierarchy as used for > Portfiles (i.e. search first in the default tree, not only in the current > tree and then the d

Re: PortGroup vs. Portfile search strategy

On 2018-06-12 21:20, René J.V. Bertin wrote: > Rainer Müller wrote on 20180612::18:22:46 re: "Re: PortGroup vs. Portfile > search strategy" > > Hi, > >> The implementation of PortGroup is here: >> https://github.com/macports/macports-base/blob/master

Re: Cmake build problem workaround

On 2018-06-18 21:20, Randolph M. Fritz wrote: > This is what I ended up with. I don't like it at all. > > pre-destroot { >     # This fixes what may be a cmake error >     catch { > # look for DESTDIR in the fixup_bundle arguments > exec grep -q {fixup_bundle.*DESTDIR} > ${workpath}/build/InstallR

Re: [macports-ports] branch master updated: grep: add new variant to install as ggrep

Just to add to the previous discussion, /usr/bin/grep used to be GNU grep on older versions of macOS. That is probably the reason why it does not implement the g* prefix like the other ports for GNU tools yet. On 2018-06-27 21:14, George Plymale II wrote: > I noticed that most of them have build d

Re: [macports-ports] branch master updated: grep: add new variant to install as ggrep

On 2018-06-30 08:39, George Plymale II wrote: > Ryan Schmidt writes: > >> Do all of the ports that declare the dependency "bin:grep:grep" already know >> that they should alternately look for a binary called "ggrep"? I don't know, >> and figuring that out and making any necessary adjustments to

Re: [macports-ports] branch master updated: grep: add new variant to install as ggrep

On 2018-06-30 20:46, George Plymale II wrote: > Rainer Müller writes: >> If grep is installed as ggrep, just just remove the dependency on >> bin:grep:grep and be done. > > I was inclined to do that initially, but I thought that since Macports > tries to rely on its own

Re: feature request: a method to try a Port build against the buildbot farm BEFORE it is committed to the main macports repository

On 2018-07-07 21:00, Ken Cunningham wrote: > It would be very helpful to be able to try a Portfile build against the > buildbot farm before committing it. > > We would get lots of info regarding breakage before the damage is done that > way. > > I can see that at present there is no easy metho

Re: feature request: a method to try a Port build against the buildbot farm BEFORE it is committed to the main macports repository

On 2018-07-08 18:02, Ken Cunningham wrote: > > On 2018-07-08, at 7:59 AM, Rainer Müller wrote: > >> >> There was a lengthy thread on this in April: >> https://lists.macports.org/pipermail/macports-dev/2018-April/038023.html >> >> Rainer > > I had t

New project member: amake

Please join us in welcoming the following new MacPorts project member: - Aaron Madlon-Kay (amake) We look forward to continued excellent contributions from these new team members. - Joshua, Ryan, and Rainer Do you want to join the MacPorts team? If you would like to be considered for team mem

Re: "size" documentation

On 2018-08-18 09:53, Jan Stary wrote: > On Aug 17 22:06:13, c...@macports.org wrote: >> I think the idea of the size keyword is to start to use it to display >> download progress bars for servers that do not send a Content-Length >> HTTP header (or do not have an equivalent of such a header due to

Re: Identifying possible situations for interactivity

On 2018-09-01 18:12, Eric Gallager wrote: > - modifications to configuration files: > {{{ > Configuration file `/sw64/etc/shells' > ==> File on system created by you or by a script. > ==> File also in package provided by package maintainer. >What would you like to do about it ? Your options

Re: Golang dependencies and glide

On 2018-09-04 11:54, Mojca Miklavec wrote: > Our current support for go-based software and libraries is pretty much > non-existant. The fact that everything needs to be done manually is > super suboptimal. Ideally we would have a PortGroup which could take > care of dependencies in a similar way as

Re: noise on selfupdate

On 2018-09-25 16:48, Dr M J Carter wrote: > On Tue, Sep 25, 2018 at 02:19:29AM +0100, Chris Jones wrote: > >> That said, does it ever say anything useful, more than the welcome >> below ? I confess I stopped playing detailed attention some time >> ago, but i don’t recall it ever saying anything i

Re: new xcode build system and build failures

On 2018-10-01 16:53, Ryan Schmidt wrote: > > > On Oct 1, 2018, at 09:00, Ken Cunningham wrote: > >> To force Xcode10 to use the old build system (as it did before) add this >> flag to the xcodebuild args. Some ports need this in both the build and >> destroot args (aquaterm), others pass it in

Re: qreduce

On 2018-10-06 22:39, Mark Brethen wrote: > One advantage of the subport, it wouldn’t require fetching another copy of > the 270+ mb source file, but I could use svn to fetch just the qreduce source. If you use separate ports, you can use a common dist_subdir in both to share the distfile. Rainer

Re: Tcl namespaces and private procedures and variables

On 2018-10-09 00:18, Ryan Schmidt wrote: > What's the correct way to make a private procedure or variable in a portgroup > -- something the portgroup will use internally but that portfiles using the > portgroup should not use?> > I think the answer is to use a namespace. The xcode-1.0 portgroup d

Re: cloning the macports-ports travis/CI to personal ports tree repositories?

On 2018-10-16 12:55, René J.V. Bertin wrote: > Are there guidelines somewhere how to tweak the travis.yml and > _ci/bootstrap.sh in order to get things set up correctly? You do not need anything special, just create an account on travis-ci.org, enable it for your fork of macports-ports, and selec

Re: cloning the macports-ports travis/CI to personal ports tree repositories?

On 2018-10-16 21:23, René J.V. Bertin wrote: > The biggest mystery for me is why the script adds a remote for the > macports-ports repo and then checks it out; isn't that taken care of > automatically by the CI? This is used to update the timestamps of the Portfiles. We use the PortIndex as dist

Re: Merging pull requests before 72 hours

On 2018-10-16 10:06, Chris Jones wrote: > On 16/10/18 07:37, Leonardo Brondani Schenkel wrote: >>> On 15 Oct 2018, at 11:18 pm, Chris Jones >> hep.phy.cam.ac.uk> wrote: >>> On 15 Oct 2018, at 10:34 pm, Leonardo Brondani Schenkel >>> at macports.org> wrote: I'm a committer, and if I'm doin

Re: Merging pull requests before 72 hours

On 2018-10-17 09:42, Christopher Jones wrote: > On 17 Oct 2018, at 1:17 am, Rainer Müller wrote: >> >> What you describe would be the process without openmaintainer. With >> openmaintainer, "minor updates" can be pushed directly by other project >> member

Re: Verify domain for github.com/macports

On 2018-10-23 12:18, Zero King wrote: > GitHub now supports verifying organization's domain[1], and Homebrew > verified their brew.sh[2]. Should we verify ours too? macports.org is now verified for the MacPorts organization. Rainer

Re: Keep 32-bit build support on Mojave

On 2018-10-24 23:53, Joshua Root wrote: > On 2018-10-2 08:50 , Joshua Root wrote: >> Second, I'm not sure about changing the SDK only some of the time, or >> not changing the deployment target. We've always recommended changing >> the deployment target for an entire installation globally if it's go

Re: loading checksums table from pre-checksum block?

On 2018-10-27 09:16, René J.V. Bertin wrote: > I have a port with lots of subports for which I keep the checksums in a > table-like structure in a dedicated file, so as to keep the Portfile a bit > more manageable (and to be able to generate said table with a script when > it's upgrade time). >

Re: How do base commits get released?

In addition to what Ryan already said, let me add a few more pointers. On 2018-11-02 03:41, George Plymale II wrote: > Furthermore, upon examining the commits between 2.5.3 and 2.5.4 it is > apparent that some commits on the master branch are missing: > https://github.com/macports/macports-base/co

Re: How to resolve a technical conflict

On 03.11.18 14:27, Perry E. Metzger wrote: > So an instance of something that hasn't happened much has appeared, > and I'd like some guidance both on the individual instance and on the > problem in general. [...] > 1. How does one adjudicate this particular dispute? > 2. How does one adjudicate s

Fwd: [GitHub] Subscribed to macports/macports-legacy-support notifications

What is the plan? Should we also connect this new repository with Trac? Rainer Forwarded Message Subject: [GitHub] Subscribed to macports/macports-legacy-support notifications Date: Wed, 07 Nov 2018 12:47:03 -0800 From: GitHub To: rai...@macports.org Hey there, we’re just wr

Re: Fwd: [GitHub] Subscribed to macports/macports-legacy-support notifications

On 07.11.18 22:10, Rainer Müller wrote: > What is the plan? Should we also connect this new repository with Trac? Ah, just found the ticket: https://trac.macports.org/ticket/57537 Rainer

Re: Macports-mgr

On 04.11.18 16:09, Mark Anderson wrote: > I sent a message to Macports-mgr in July and haven't heard back. I know > it can take a long time, but how long is a long time? It is already way too long. The goal is to answer within one week. PortMgr has failed way too often with this. In many cases it

Re: [GitHub] Subscribed to macports/macports-legacy-support notifications

On 07.11.18 22:31, Ryan Schmidt wrote: > > > On Nov 7, 2018, at 15:22, Rainer Müller wrote: > >> On 07.11.18 22:10, Rainer Müller wrote: >>> What is the plan? Should we also connect this new repository with Trac? >> >> Ah, just found the ticket: >>

Re: convert a static library to a dynamic one?

On 18.11.18 20:36, Mark Brethen wrote: > The spooles src creates a static ‘spooles.a’ library. I want to get a dynamic > library out of it. In BSD, for a .so library you would use: > > ld -Bshareable -o libspooles.so.1 -x -soname libspooles.so.1 --whole-archive > spooles.a > > For macports I tr

Re: Dealing with a click-through license

On 26.11.18 03:26, Randolph M. Fritz wrote: > No, you can download it. The license is an old BSD license, so it's > pretty good, but users are required to read and accept it. Is there any > way to accommodate this, or do I simply have to say that we can't > distribute a portfile for the system? Ev

Re: trying to understand the --no-exec activate option (on by default?)

On 29.11.18 11:08, René J.V. Bertin wrote: > I'm trying to understand how/where the activate --no-exec option is set, I > have the impression it's on by default. To clarify the double negative here, the post-activate phase will be executed by default. Rainer

Re: trying to understand the --no-exec activate option (on by default?)

On 29.11.18 23:25, Fred Wright wrote: > In the particular case of code signing, would it be possible to do that > in the post-destroot phase, so that the signature would remain across > activations and deactivations, or does the signature mechanism defend > against that (even though a verbatim copy

Re: trying to understand the --no-exec activate option (on by default?)

On 29.11.18 22:59, René J.V. Bertin wrote: > That's what I understand from the embedded help but also what I'm trying to > confirm in the code. > As said, I'm not seeing output from post-activate phases when I reactivate a > port after having deactivated it. Have you tried unconditional output f

Re: extract gzip files

On 30.11.18 18:09, Mark Brethen wrote: > This doesn’t work: > > extract.suffix= .gz > extract.cmd = gunzip > extract.pre_args = -c > extract.post_args = "> ${workpath}" This cannot work as ${workpath} is a directory and you cannot redirect output to a directory, you wou

Re: macports rot

On 03.12.18 17:00, Jonathan Stickel wrote: > I would like to express some concerns about trends I've noticed in the > Macports community. I've been a Macports user and contributor for many > years. I understand the imperfect nature of open-source projects run by > volunteers. Interest and contribut

Scheduled downtime on Dec 14

Hello, due to maintenance on the network in the data center where our server is hosted, there will be a 20-minute disconnection in the time frame given below. Start: 2018-12-14 03:00:00 UTC End:2018-12-14 05:00:00 UTC (expected) This will mostly affect the website, Trac, and the mailing lis

New project member: mark

Please join us in welcoming the following new MacPorts project member: - Mark Anderson (mark@, @markemer) We look forward to continued excellent contributions from these new team members. - Joshua, Ryan, and Rainer Do you want to join the MacPorts team? If you would like to be considered for

Re: Online MacPorts meeting? This Saturday?

On January 10, 2019 10:00:54 PM GMT+01:00, Mojca Miklavec wrote: >Should we stick with 15:00 (3 p.m.) UTC for the meeting or does anyone >have any other requests? > >For those who can attend, please raise your hands (publicly or >privately). Works for me, I will attend. >We met via Google hango

Re: depspec generator?

On 14.01.19 10:33, René J.V. Bertin wrote: > I think MacPort "base" already has most of the code required to generate a > depspec list from a new/upgraded port's destroot, as a means of verification > and convenience for port maintainers. (A bit like my own > port-check-conflicts.tcl > [https:/

Re: Q about a (new) portgroup file

On 27.01.19 14:33, Eric F (iEFdev) wrote: > > On 1/27/19 14:21 , Christopher Jones wrote: >> If you don’t think it is quite ready, but you want to start to get >> feedback, then that is exactly with WIP PRs are for. Just remember to >> start the title with ‘WIP” and also add the wip label to the P

Re: Tcl removes a level of backslashes when accessing a string as a list

On 02.02.19 02:52, Ryan Schmidt wrote: > You'd think I'd understand tcl's lists and strings by now. But no. A list is > a string and a string is a list. Or maybe it isn't. > > I'm having trouble with livecheck.regex. Since it's a regular expression, > it's pretty common for it to contain backsla

Re: Universal packaging tool (for pypi, cpan, ruby, ...)

Hey, On 12.02.19 03:40, Cyril Roelandt wrote: > I'm the author of upt. Thanks for joining the discussion! > On 2019-02-10 21:24, Mojca Miklavec wrote: >> Hi, >> >> Last week I was sitting in cafeteria with the author of a new python >> package "upt" (Universal packaging tool) whose aim is to pro

Mail delivery of macports-changes disabled for Gmail users

Hello, if you are using Gmail or a Google hosted mail service for your domain, your subscription to the macports-changes mailing list was likely disabled on 2019-02-22 by mailman due to "excessive or fatal bounces". If you still want to receive the mailing list, but are currently not getting the

Re: Mail delivery of macports-changes disabled for Gmail users

On 26.02.19 02:55, Zero King wrote: > CCing the author would send the email to them, right? I don't want to > receive these emails, and PR authors could be confused when receiving > these emails. Yes, you are right. Thanks for pointing this out. Using CC is not a solution. The goal [1] was to add

Re: Google Summer Of Code

On 28.02.19 10:35, Mojca Miklavec wrote: > Dear Ryan, > > On Thu, 28 Feb 2019 at 02:39, Ryan Schmidt wrote: >> On Feb 27, 2019, at 17:07, Mojca Miklavec wrote: >>> >>> Now it's really time to: >>> - Put a short news with a logotype on at least https://www.macports.org >>> (Ryan?) >> >> I don't th

Re: New Portfiles

On 11.03.19 01:13, MacPorts wrote: > I don't remember why I ended up making a new port for html-tree. > > There seem to be two different modules at cpan that use the name > Web::Scraper. One uses Web::Scraper::LibXML. The port I created includes > the module that uses Web::Scraper::LibXML. It is

Re: Slack-like chat (also for GSOC)

On 12.05.19 21:49, Mojca Miklavec wrote: > On Sun, 12 May 2019 at 21:15, Clemens Lang wrote: >> On Thu, May 09, 2019 at 11:38:16PM +0200, Mojca Miklavec wrote: >>> I know that our official channels only include mailing lists, IRC and >>> PR/ticket discussion so far, but I'm curious about your stand

Re: Slack-like chat (also for GSOC)

On 2019-05-14 18:11, Rainer Müller wrote: For the self-hosted options, Rocket Chat would be an option. However, when we used it at work, after a while I started to miss some kind of threading for longer conversations. Although we also usually do not have long conversations or that much

Re: Slack-like chat (also for GSOC)

On 2019-05-14 22:32, Mojca Miklavec wrote: On Tue, 14 May 2019 at 18:11, Rainer Müller wrote: >>> Would it be realistic to install such a service on breaburn if needed? >>> (Or is it too complex / too much work?) >> >> I'd prefer a SaaS offering he

Re: Slack-like chat (also for GSOC)

On 16.05.19 19:20, Mojca Miklavec wrote: > On Thu, 16 May 2019 at 13:31, Ruben Di Battista wrote: >> >> I would like to stress once again about Matrix. >> >> If we setup Matrix, we can bridge the channels with whatever service you >> might need. First of all IRC, so people that like to keep hangin

Re: Slack-like chat (also for GSOC)

On 17.05.19 23:54, Umesh Singla wrote: > I tried setting one up. Well, it only takes one to sign up (email > optional) and create rooms. Please give it > a try: https://riot.im/app/#/room/#macports-public:matrix.org. This > one's a public room, you can see the messages but not talk until you > sign

Re: Slack-like chat (also for GSOC)

On 18.05.19 00:04, Rainer Müller wrote: > On 17.05.19 23:54, Umesh Singla wrote: >> I tried setting one up. Well, it only takes one to sign up (email >> optional) and create rooms. Please give it >> a try: https://riot.im/app/#/room/#macports-public:matrix.org. This >> o

Re: PRs

On 19.05.19 20:45, Christopher Chavez wrote: > On 5/19/2019 1:40 PM, Mark Anderson wrote: >> making it possible to re-run CI from GitHub commits. > > As a PR submitter, one workaround I'm aware of is rebasing the PR > commit(s). I'm not sure that's something members can/should try though, > so a b

Re: PRs

On 19.05.19 20:40, Mark Anderson wrote: > Who is currently working on out CI/CD stuff like Travis, etc? And where > is it? There are some things I'd like to propose/do, like making the > maintainer timeout label automatic and making it possible to re-run CI > from GitHub commits. The bot is mainta

Re: URGENT -- massive merge commit on macports/macports-ports

As a reference for everyone, we are talking about this commit in this thread: https://github.com/macports/macports-ports/commit/8636b39946229023fecc2c8c5d99be1b0a0bccd1 On 22.05.19 01:06, Christopher Jones wrote: > Its a merge commit, i.e. the committer at some point pulled in changes to a > bran

Re: Packaging buildbot-www

On 28.05.19 09:11, Rajdeep Bharati wrote: > I am packaging buildbot 2.x as a port. However, a key part of buildbot 2 > is the web interface, buildbot-www, which uses many javascript > dependencies (those aren't available as MacPorts packages yet). Please > find the attached image which shows the de

Re: Mail delivery of macports-changes disabled for Gmail users

On 03.04.19 01:07, Ryan Schmidt wrote: > This happened again yesterday. And again today... :-/ Because I am clearly not making progress here, if anyone wants to help this would be the script that wraps git-multimail to handle the mails to macports-changes: https://github.com/macports/trac.macpor

Re: openssl source install with trace mode bugged

On 03.06.19 15:50, Mihir Luthra wrote: > I noticed that on a “new" MacPorts installation, if we try to install > openssl with flags   -st, it will fail. > > Problematic lines in main.log with debug on are :- > > :info:configure darwintrace[30583:0x10fc915c0]: > posix_spawn(/opt/original-base/var/

Re: upt-macports project update and feedback request

On 06.06.19 04:36, Karan Sheth via macports-dev wrote: > Community feedback is requested on the following topics: > > 1. The naming convention of Python ports > For upt to be able to process dependencies correctly and add missing > packages recursively, it is important to have a consistent naming

Re: Slack-like chat (also for GSOC)

On 14.06.19 11:10, Chris Jones wrote: > ( The main problem I have, is not something specific to Riot or whatever > forum we use, but more we need to perhaps give some thought to the > channels. Currently there is really only one, which gets (some) chat but > also messages for each and every commit.

Re: Slack-like chat (also for GSOC)

On 14.06.19 13:01, Nils Breunese wrote: > > Chris jones wrote: > >> ( The main problem I have, is not something specific to Riot or whatever >> forum we use, but more we need to perhaps give some thought to the channels. >> Currently there is really only one, which gets (some) chat but also mes

Re: macOS 10.15 Read Only root

On 30/06/2019 04.15, Ryan Schmidt wrote: > On Jun 29, 2019, at 19:53, Mark Anderson wrote: > >> Do we have any plans with how to deal with 10.15 not allowing us to create >> /opt if it doesn’t exist? Or does /opt just come with the file system? I >> can’t remember. > > macOS does not come with

Re: Request for enabling some web hooks for the new buildbot test setup

On 02/07/2019 09.41, Mojca Miklavec wrote: > Would it be acceptable to enable some web hooks in the base & ports > repository for testing? > > On Tue, 2 Jul 2019 at 08:41, Rajdeep Bharati wrote: >> On Tue, Jul 2, 2019 at 11:21 AM Rajdeep Bharati wrote: >>> >>> Hi, >>> I had a query: are webhooks e

Re: Setting up port builds on Azure using master branch of macports

On 04/08/2019 17.34, Ryan Schmidt wrote: > On Aug 1, 2019, at 10:50, Blair Zajac wrote: > >> Why Azure? > > We already use Azure to test pull requests, but we test against the released > version of MacPorts base, currently 2.5.4. I guess Mojca is suggesting we add > another builder that uses th

Re: Setting up port builds on Azure using master branch of macports

On 2019-08-09 11:23, Ruben Di Battista wrote: What are the longest ports to build? In my experience paraview and mame, also probably the compilers. And they should fit the 360 minutes, right? I do not think any single port build will take that long. However, we first need to install all depen

Outage of braeburn.macports.org

Hello, according to monitoring, braeburn went down at 2019-08-17 06:10 UTC for an unknown reason. When I noticed the downtime, I was unable to find out any more clues and issued a hardware reset of the server some time at around 09:30. It booted normally and logs had no hint to what had happened.

Re: Github CI/CD

On 17/08/2019 21.33, Mark Anderson wrote: > So I got let into the beta and I messed around a bit. > > https://github.com/markemer/macports-cicd-test/commit/3afe383d66fc1c073bf33af821fc6701e4b9acc0/checks > > I was able to get macports-base to build. In 2 min. I'm going to give regular > Macports

Re: Outage of braeburn.macports.org

Hello, something similar as in August happened today and I issued another reset of the machine. I already started prbot manually, as it tried once again to start before postgres was running. I am only on my phone, so I could not fix it properly right away. Please check if any other service i

Re: Developer mode

On 20/11/2019 01.21, Ralph Seichter wrote: > * Ryan Schmidt: > >> We might also add a way for a developer to indicate for which ports >> developer mode should be turned on. A developer might wish, for >> example, to be notified of issues relating to the ports they maintain >> but not the ports tha

Re: invalid certificate chain during port-fetch

On 29.12.19 10:50, René J.V. Bertin wrote: > On Saturday December 28 2019 21:51:07 Ryan Schmidt wrote: > >> If I understood the patch correctly, it adds a fallback so that if fetching >> via the curl library fails, then it tries fetching via the curl command line >> program. To my knowledge MacP

Re: right way to add a library to src/

On 16/01/2020 13.20, Mihir Luthra wrote: > I was trying to add some code to a new directory in macports-base/src/ dir > such > that I can use it in both porttrace.tcl(as a tcl cmd) and darwintrace.c. > > Basically it is a library that needs to be dynamically generated(because it > uses > `__attr

<    1   2   3   4   5   6   >