Re: GitHub PR Processing Stuck

Hi, On Sun, Aug 11, 2024 at 11:55:31AM +1000, Joshua Root wrote: > On 11/8/2024 11:15, Fred Wright wrote: > > No PRs after #25222 have labels or assignees.  CI checks and > > mergeability checks are still working. > > Webhook delivery for the PR bot is failing. Adding the infra list. The pr bot

Re: MacPorts 2.10

Hi Josh, On Sun, Jul 14, 2024 at 05:25:09AM +1000, Joshua Root wrote: > It would probably be good to create a new release branch and tag a > 2.10.0 beta soon, since it's very desirable to get a stable release > with 'port migrate' out ahead of Sequoia. That's a good idea. Considering the livechec

Re: rev-upgrade and checking for +universal dependencies (and build dependencies)

On Sat, Jun 08, 2024 at 01:10:50PM +0200, René J.V. Bertin wrote: > On Saturday June 08 2024 09:46:34 Clemens Lang wrote: > > > Using library preloading – which does not currently work against > > Apple's binaries on Apple Silicon Macs. > > But those aren't i

Re: rev-upgrade and checking for +universal dependencies (and build dependencies)

On Fri, Jun 07, 2024 at 12:32:20PM +0200, René J.V. Bertin wrote: > As I said I'm not at all familiar with the trace mode but from what I > understand it works by disabling access to all but a subset of > installed files. Using library preloading – which does not currently work against Apple's bin

Re: Rebuilding binaries

Hi, On Fri, Feb 09, 2024 at 01:05:04PM -0700, Dave Allured - NOAA Affiliate via macports-dev wrote: > I am working on a port that was broken because of a fault in a > dependency. The dependency port was fixed and the binaries were > rebuilt. However, the current port's binaries are not automatic

Re: Difference between mpbb and local builds

Hi, On Fri, Feb 02, 2024 at 03:54:22PM -0500, Link Dupont wrote: > I just found this too. socket_vmnet/cli.c appears to be using the > macro __MAC_OS_X_VERSION_MAX_ALLOWED. Searching the MacOS14.sdk for > that macro, I found it defined in “/usr/include/Availability.h” (note > the capital A). > >

Re: Difference between mpbb and local builds

Hi, On Fri, Feb 02, 2024 at 01:40:45PM -0500, Link Dupont via macports-dev wrote: > I submitted a new port[1] recently. I ensured that it compiled and > runs locally, but when I the commit was merged, I noticed that the > buildbot builds are failing[2] with an error: > > > cli.c:8:10: fatal error

Re: Trace Builds Fail at Extract Phase

Hi, On Sat, Dec 09, 2023 at 01:09:24PM -0500, Steven Smith wrote: > Trace builds often fail at the extract phase (example below). > > I see plenty of tickets about this on trac, but I’m not sure what the fix is. Is this an arm64 machine? If so, that's https://trac.macports.org/ticket/66358. I l

Re: MacPorts 2.9

Hey Joshua, On Thu, Nov 30, 2023 at 07:06:51AM +1100, Joshua Root wrote: > Just a heads up that I'm planning to create a new release branch and > tag a 2.9.0 beta soon. Do you have a specific plan on when you're going to do this? I'm currently finishing up the work on the automatic migration bra

Re: More classes of maintainer

Hi, On Sun, Nov 05, 2023 at 01:58:00PM -0500, Perry E. Metzger wrote: > On 11/5/23 13:37, Daniel J. Luke wrote: > > To clarify - this was in the context of commits to base/ > > > > (That may or may not change your perception - but like I said, I > > didn’t measure and this is totally measurable).

Re: hack'a'day :accessing macports:: variables from a PortGroup

Hi, On Mon, Oct 23, 2023 at 01:41:23PM +0200, René J.V. Bertin wrote: > This is probably seen as a forbidden hack, but is there a way to > access variables from the macports namespace in a PortGroup (or > Portfile)? > > I know that "user" code like this is executed under/through > `mportopen` whi

Re: Get version number of another port from inside Portfile?

Hi, On Thu, May 25, 2023 at 12:13:41AM -0400, Jason Liu wrote: > I'm working on a Portfile where the source code needs to gather a list > of all of the dependencies' version numbers into a file before it will > compile. The project has a utility python script that will gather > these version numbe

Re: auto-multiple-choice update to 1.6.0

Hi, On Mon, Feb 13, 2023 at 01:54:26PM +0100, Joël Brogniart wrote: > Can someone take a look at the auto-multiple-port pull request > https://github.com/macports/macports-ports/pull/17654 and validate it? Done. Thank you for your contribution. -- Clemens

Re: Review a fix for OpenSSL3 CVE

On Tue, Nov 01, 2022 at 07:04:40PM +0100, Kirill A. Korinsky via macports-dev wrote: > OpenSSL team released a fix for found CVE: > https://www.openssl.org/blog/blog/2022/11/01/email-address-overflows/ > > > May I ask someone to review a PR to fix this CVE? > > https://github.com/macports/macpo

Re: Reason for rpath usage on arm64

Hi, On Tue, May 24, 2022 at 10:01:09AM -0700, Ken Cunningham wrote: > That comes right from Iain - here's the relevant gcc ticket I believe: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88590 > > I'm sure Iain would be delighted to find a way around this. MacPorts works around this by makin

Re: Creating account for Trac

Hello Dave, On Thu, Mar 31, 2022 at 12:25:25PM -0600, Dave Allured - NOAA Affiliate via macports-dev wrote: > * There should be instructions for setting up a Trac account in plain > sight. I can not find it. Where is it? If there is none, I would be > willing to write one. A Trac account is a

Re: OpenSSH 8.9p1 deprecated variants cleanup feedback request

On Mon, Mar 14, 2022 at 10:14:05PM +, grey wrote: > What do others think? Feedback is welcome! I didn't mean to harsh on > Renee in the PR comments either, but Renee was pretty up front about > not actually using the OpenSSH port, so I would mostly appreciate > perspective from individuals who

Re: /usr/bin/python will be removed in macOS 12.3!

On Sat, Feb 19, 2022 at 05:23:41PM +, Christopher Jones wrote: > > But how does one (a) find out the dependency exists and (b) make > > sure the software finds python from MacPorts? > > Not so easy, as it could be hidden away in the build infrastructure. > It might not be at all obvious from j

Trace mode slow? Test this patch.

Hi developers, I recently noticed that trace mode was significantly slower on modern macOS than it used to be, and found some time to investigate the root cause. If you saw the same, please test the current master branch state with https://github.com/macports/macports-base/commit/3b949ccfe7a30

Re: FAQ and Wiki page about -Wimplicit-function-declaration warning, review welcomed

Hi Jim, On Sun, Jan 23, 2022 at 11:42:59PM -0800, Jim DeLaHunt wrote: > WimplicitFunctionDeclaration > Thank you. This is the wiki page I should have written when I implemented the check, but never found the time to write. -- Clemens

Re: Publicizing MacPorts

Hi, On Mon, Apr 19, 2021 at 07:58:02PM +0200, Georges Martin wrote: > Speaking of the PR checklist, the "Tested On" section could include the > architecture name: > > echo "macOS $(sw_vers -productVersion) $(sw_vers -buildVersion) on > $(uname -m)" > > As I'm now testing both on x86_64 a

Re: Publicizing MacPorts

Hi, On Mon, Apr 19, 2021 at 11:52:18AM -0600, Dave Allured - NOAA Affiliate via macports-dev wrote: > It would be very helpful for new impressions of Macports, if the ports > website could be fixed to properly show current port status. This > problem has been lingering for months now: > > https

Re: "cask" ports just keep on rolling in...

Hi Ken, On Sun, Feb 07, 2021 at 07:59:39AM -0800, Ken Cunningham wrote: > > Now, we're apparently shipping binaries compiled by other people > > with other people's toolchains. When I previously installed things > > from MacPorts, I knew that I'd either compile those with my own > > toolchain loca

Re: "cask" ports just keep on rolling in...

Hi Ken, On Sat, Feb 06, 2021 at 11:35:58PM -0800, Ken Cunningham wrote: > although I was concerned about getting this pattern right before we > had too many of these to fix, it does seem the admins feel there's > really no issue to worry about here. I don't like this tone, Ken. "The admins" have

Re: Can we enable CI for legacy systems?

Hi, GitHub Actions supports self-hosted runners, see https://docs.github.com/en/actions/hosting-your-own-runners/about-self-hosted-runners I personally wouldn't have a problem with optional CI steps running on other people's machines, as long as that's for pull requests and we don't use the re

Re: [MacPorts] #62001: opensmtpd sets startupitem.autostart yes

Hi, On Wed, Jan 06, 2021 at 01:49:35PM -0500, Ryan Kavanagh wrote: > That said, looking at a few other ports (apache2, nginx, exim, > dovecot) that provide system daemons, it appears that none of them > automatically load their launchd plist. So feel free to change the > default autostart behaviou

Re: CCache: Segregating cache directories per port

Hi Christopher, On Fri, Dec 11, 2020 at 01:20:02PM -0500, Christopher Nielsen wrote: > I did some quick digging through the MacPorts TCL files, and didn’t > see support for such an override. > > My current solution — workable, though not ideal — is to update > ‘ccache_dir’ in ~/.macports/macports

Upcoming Changes to CI [Was: Re: Time to remove Travis support?]

Hi everyone, I spent some time over the last few days to update our CI environment for base and ports. The changes in base are already merged, and I have a PR for you below to look at the upcoming changes for ports. ## Changes that apply to base and ports First, I've removed the Travis CI. See e

Re: Time to remove Travis support?

Hi, On Fri, Nov 27, 2020 at 04:24:01PM +, Zero King wrote: > Beware that we have other repositories under our organization that are > using travis-ci.org, and they have to migrate away as well. For > example, https://github.com/macports/macports-webapp. It's probably not complicated to migrat

Re: fixing curl fetches on older MacPorts versions by using MacPorts' self-installed version of curl

Hi, On Wed, Nov 25, 2020 at 01:06:27PM -0800, Ken Cunningham wrote: > Well — to make this work we’d either have to force the newer libcurl > from ${prefix}/lib using DYLD_LIBRARY_PATH or interposing it or some > other idea, or we’d have to something in the curl.c code to try to > dlopen the one in

port maintainers: please test check for implicit decls

Hello port maintainers, I just merged https://github.com/macports/macports-base/pull/217, a sanity check that runs after the configure phase to detect implicitly declared functions in autotools configure scripts. This will become a significant problem with the release of Big Sur, since Apple has

Re: ACTION REQUIRED: Set your SMTP password

Hi Ryan, On Sun, Nov 22, 2020 at 09:19:43PM -0600, Ryan Schmidt wrote: > I tried just now. (2020-11-23 03:14 UTC) It failed. The Mail.app sheet > said: > > [...] > > There is a button to open the "Connection Doctor". In the Mail > Connection Doctor window, the MacPorts IMAP server is shown as be

Re: Force Xcode SDK instead of CLI SDK?

Hi, On Fri, Nov 20, 2020 at 04:52:24PM -0600, Ryan Schmidt wrote: > > I'm very-well aware of this problem. However, when `use_xcode` is > > set, I think we must prefer an Xcode SDK with the required tools for > > GUI stuff, even if it isn't the exact version and a CLT SDK with the > > expected ver

Re: ACTION REQUIRED: Set your SMTP password

Hi, On Fri, Nov 20, 2020 at 04:54:28PM -0600, Ryan Schmidt wrote: > On Nov 17, 2020, at 21:37, Clemens Lang wrote: > > I'm not able to send mail through this server today. Mail.app's > connection doctor asks me to verify that the username and password are > correct, but

Re: Force Xcode SDK instead of CLI SDK?

Hi Josh, On Sat, Nov 21, 2020 at 01:47:31AM +1100, Joshua Root wrote: > On 2020-11-21 01:20 , Aaron Madlon-Kay wrote: > > Seems reasonable to me. > > Unfortunately it isn't really. The result of not using an SDK matching > your OS version is that autoconf (and cmake etc.) detects functions > that

Re: Force Xcode SDK instead of CLI SDK?

Hi Aaron, On Fri, Nov 20, 2020 at 04:05:47PM +0900, Aaron Madlon-Kay wrote: > Sorry, I should have mentioned that I tried that, but the result was > that it still used the CLI SDK: > > SDKROOT='/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk' That's weird. Can you provide the following

Re: ACTION REQUIRED: Set your SMTP password

Hi Mojca, On Wed, Nov 18, 2020 at 06:36:08AM +0100, Mojca Miklavec wrote: > Awesome, thank you very much for setting this up. GMail users > (including almost every GSOC student) were in fact unable to set up > sending emails from their macports alias, Google disabled that > functionality many year

Re: ACTION REQUIRED: Set your SMTP password

Hi Ryan, On Tue, Nov 17, 2020 at 11:44:17PM -0600, Ryan Schmidt wrote: > I have for years already had my MacPorts address set up in a dummy > Mail.app POP3 account that has garbage (a hostname that does not > exist) for its incoming mail server. I don't remember why I set it up > this way. I had i

Re: ACTION REQUIRED: Set your SMTP password

Hi Ryan, On Tue, Nov 17, 2020 at 10:17:29PM -0600, Ryan Schmidt wrote: > Could you provide more guidance on how to do this in Apple's Mail.app > on macOS, iOS, iPadOS? I don't use Mail.app, so I had to check on this. > Do we just edit our existing email account and add another SMTP server > to t

ACTION REQUIRED: Set your SMTP password

Hi everyone, On Tue, Nov 17, 2020 at 04:35:50PM +0100, Clemens Lang wrote: > As a consequence, I will be setting up an SMTP submission service on > our server. I will also provide a self-service to set your SMTP > password that will leverage GitHub OAuth2 authentication. If y

Upcoming changes to sending mails

Hi macports devs, as you know, our setup to send emails from aliases under the MacPorts domain currently is to use your own mail servers to do so using aliasing rules. It is becoming increasingly obvious that this will no longer work, since many services are now treating our intentionally lenient

Re: Travis CI timeouts for MacPorts builds

Hi, On Tue, Sep 08, 2020 at 06:48:58PM +, Zero King wrote: > On Tue, Sep 08, 2020 at 06:39:41PM +0200, Mojca Miklavec wrote: > > After a while Azure came around with 6 hours of timeout which was a > > lot more useful, and the same solution was ported from Travis to > > Azure. I forgot why we n

Re: admin user (and ditto group member) no longer has the corresponding permissions?!

Hi, On Mon, Jul 27, 2020 at 09:10:40PM +0200, René J.V. Bertin wrote: > To streamline things as a port dev/maintainer I've set `macportsuser` > to myself, which means that as a member of the admin group I get to do > a lot of things without needing to sudo all the time. I know the > risks, and alw

Re: macOS 11 and Apple Silicon

Hi, On Mon, Jun 22, 2020 at 01:19:34PM -0700, Jeremy Huddleston Sequoia wrote: > 1) libtool required an update for the version bump. This means many > projects might need an autoreconf to build correctly. Should we just make running autoreconf for autotools and automake builds the default? This

Re: Call for designers for our ports website

Hi Mojca, Arjun, On Fri, Jun 12, 2020 at 07:24:49PM +0200, Mojca Miklavec wrote: > - http://macports.silentfox.tech/search/?installed_file=&q=root&name=on Please keep in mind that we do value URL stability. Specifically, I've recently added redirects so that our old ports.php script will now redi

Re: [MacPorts] #60590: Macports mirrors are down?

Hi Ryan, On Sun, Jun 07, 2020 at 05:24:23PM -0500, Ryan Schmidt wrote: > (stuff about distributing PortIndex via git) I don't think that was ever suggested. There was a suggestion to somehow distribute PortIndexes related to Git versions, but never directly in the Git history. > We used to commi

Re: [MacPorts] #60590: Macports mirrors are down?

Hi, On Sat, Jun 06, 2020 at 12:57:19PM +0200, Ruben Di Battista wrote: > I'm probably saying something completely wrong, but can't you leverage > the CI system and buildbots to create a Github release that includes > the PortIndex and whatsoever and then download it from Github servers > via http?

Re: [MacPorts] #60590: Macports mirrors are down?

Hi, On Fri, Jun 05, 2020 at 06:05:41PM -0500, Christopher Chavez wrote: > As a user, I've thought it would be great if MacPorts used git syncing > by default. I have used git-over-https since 2016 when I was > constrained to ports 80/443 by a university campus network. I had > found it also avoide

Re: [MacPorts] #60590: Macports mirrors are down?

On Thu, Jun 04, 2020 at 02:38:20PM -0400, Herby G wrote: > Anything to be done about having such a single point of failure like > this in MacPorts infra? Unfortunately running our own rsync server costs us money, so ever since our server hardware is no longer being sponsored by Apple a couple of y

Re: Migrating the guide to AsciiDoc

Hi, On Sat, Feb 15, 2020 at 01:52:44AM +0100, Rainer Müller wrote: > It has been almost two years... I would like to suggest we finally > decide on a flag day on which I will do a final conversion of the > DocBook to AsciiDoc and after that only the AsciiDoc version is kept > in the repository. Al

Re: Fwd: [GSoC Mentors] GSoC 2020 Organization Applications are now open (and close on February 5th)

Hi, On Wed, Jan 15, 2020 at 07:28:37AM +0100, Jackson Isaac wrote: > GSoC 2020 org applications are now open. > > Let's participate again this year, we have some ideas on wiki, maybe they > need some refinement ? Also, buildbot mentors are happy to collaborate > again this year with us. JFYI, I

Re: Index Broken on 10.5

On Sat, Oct 19, 2019 at 02:55:06PM -0700, Fred Wright wrote: > Will that also fix the problem where -p becomes an infinite loop in > the presence of this error? -p is considered harmful for almost all use-cases, especially so when used with the upgrade command. Use -p only for idempotent operation

Re: 2.6.0 features

Hi, On Sat, Oct 05, 2019 at 08:30:18AM -0500, Ryan Schmidt wrote: > > * Ports that need a full Xcode installation to build should set > > 'use_xcode yes'. This is set automatically if build.type is 'xcode'. > > Ports that don't set this option to 'yes' are assumed to be able to > > be built with j

Re: How to enforce a particular Python version during port build

Hi, On Sat, Aug 31, 2019 at 06:45:09PM -0700, Blair Zajac wrote: > The problem could be scons. It looks like Re-iterating on that, the problem is likely SCons, because it will filter all environment variables and thus ignore any settings you do in configure.env, build.env, destroot.env, unless y

Re: Preparing for 2.6.0 beta

Hi Josh, On Sat, Aug 24, 2019 at 01:45:30PM +1000, Joshua Root wrote: > I think we're pretty close to being ready to make a new stable branch > and tag a beta. Clemens is going to make one more change related to > Xcode checking Here's the change: https://github.com/macports/macports-base/pull/14

Re: Outage of braeburn.macports.org

Hi, On Sun, Aug 18, 2019 at 02:03:16PM +, Zero King wrote: > On Sun, Aug 18, 2019 at 01:58:36PM +, Zero King wrote: > > The prbot.service is down. Please try to start it. I restarted the service. -- Clemens

Re: [GSOC] Request for feedback for the new web application

Hi, On Sat, Jul 27, 2019 at 11:24:23PM +0200, Mojca Miklavec wrote: > The application written by Arjun made a decent progress so far and is > available under a temporary URL: > http://ec2-52-34-234-111.us-west-2.compute.amazonaws.com/ > > We would be extremely happy for any feedback you might

Re: Phase Out Xcode Dependency GSOC Project Update

Hi, On Wed, Jul 17, 2019 at 01:03:26PM +0700, Satryaji Aulia wrote: > There’s no existing code in port 1.0 that accesses a PortGroup > (besides lint which parses the file) so I assume that change needs to > be for macports-ports right? When do we make this change? Correct. We can make the change

Re: accessing the notes of the active port version

On Tue, Jul 16, 2019 at 07:17:02PM +0200, René J.V. Bertin wrote: > This just came up: is there a quick way to get the notes for the > active version of a port? $> port notes $portname This will use the notes from the current state of the ports tree. I don't think we have a simple way to use the

Re: Phase Out Xcode Dependency GSOC Project Update

Hi Sat, On Tue, Jul 16, 2019 at 10:57:41PM +0700, Satryaji Aulia wrote: > We haven't discussed whether or not the `xcodeversion` PortGroup > should be included. We also **restrict** Xcode in tracemode if not > needed. An exception if is CLT isn't installed. The xcodeversion PortGroup says it dete

Re: Merging "port migrate"?

Hi, On Tue, Jul 02, 2019 at 05:21:54PM +0200, Mojca Miklavec wrote: > The biggest mystery to me is that if you forget to do something with > MacPorts before you update, you can only run "rm -rf ..."; you cannot > even run "port installed" etc., which would be handy in such > situations. Again, som

Re: Merging "port migrate"?

Hi, On Sat, Jun 29, 2019 at 11:58:04PM +0200, Mojca Miklavec wrote: > We are approaching the release of 10.15. > > What are the chances to get the "port migrate" code merged before the > end of this summer and before the release of 10.15? > > If we wait too long, the OS might change sufficiently

Re: Slack-like chat (also for GSOC)

Hi, 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 with > respect to setting up a service like Zulip Chat / Rocket Chat / ... > for aiding the GS

Re: Blackist mirrors.shu.edu.cn from CI?

On Fri, May 10, 2019 at 06:49:56PM +0200, Ruben Di Battista wrote: > That mirror is making some of the builds fail because it is > unreachable. Would it be possible to blacklist it from the build > machines? > > https://paste.macports.org/7b1151ac389f Is anybody able to reach that mirror? It didn

Re: Guide theme update?

Hi Horst, - On 5 May, 2019, at 16:14, Horst Gutmann macpo...@zerokspot.com wrote: > I noticed that the main website today (or yesterday) got a little > refresh with the bright blue tone being more prominent. Is someone > already working on updating the guide's stylesheet to also reflect that

Re: Speed up trace mode (GSoC Project)

Hi, On Wed, May 01, 2019 at 11:57:14AM +0530, Mihir Luthra wrote: > For making my implementation of shared memory data structure more > space efficient, I was trying to implement a stack which stores > offsets to unused locations in the shared memory file. But as stack is > being shared it also ne

Re: Speed up trace mode (GSoC Project)

Hi, On Sun, Apr 21, 2019 at 11:01:09PM +0530, Mihir Luthra wrote: > This is almost the same way as in the arXiv paper you shared with me. > As we are dealing with paths, I saw implementing the above hash > function would make the search faster as this happens quite a few > times that files with sa

Re: Speed up trace mode (GSoC Project)

Hi Mihir, On Tue, Apr 16, 2019 at 11:59:53PM +0530, Mihir Luthra wrote: > Kindly provide your suggestions for this. > In the path search Ctrie data structure, I categorised the paths with > the hash function working like: > > If I input a path /test/files/abc.h for check > Here we have open to ab

Re: Speed up trace mode (GSoC Project)

Hi, On Fri, Apr 12, 2019 at 11:16:46PM +0530, Mihir Luthra wrote: > I was constructing the trie data structure which has to be operated > from the address space mapped by mmap(2). In place of “array of next > nodes”, I am using “array of offsets”. Sounds correct. > the void * returned from calli

Re: GSoC 2019 [Phase out dependency on Xcode]

Hi Satryaji, On Mon, Apr 08, 2019 at 10:44:43AM +0700, Satryaji Aulia wrote: > Hi Clemens, I'd also like your feedback on my proposal, particularly > about Xcode dependency. What do you think? I've left a couple of comments in your Google Doc, but overall yours is a solid proposal. Sorry for only

Re: GSoC 2019 proposal - Feedback request

Hi AmirAli, On Sat, Apr 06, 2019 at 06:17:25PM +, AmirAli Mashayekhi via macports-dev wrote: > I have uploaded my proposal draft on GSoC webpage. > > Unfortunately we at EPITA(mon École) got informed late about this > years GSoC opportunity. But this doesn’t affect my true excitement > about

Re: Speed up trace mode (GSoC Project)

Hi, On Sun, Apr 07, 2019 at 01:03:12AM +0530, Mihir Luthra wrote: > > Can you pastebin a main.log of a build that fails like this? > > https://pastebin.com/FVdp4WTw The problematic lines are :debug:archivefetch failed verification with key /opt/local/share/macports/macports-pubkey.pem :debug:a

Re: Speed up trace mode (GSoC Project)

Hi, On Sat, Apr 06, 2019 at 01:05:08AM +0530, Mihir Luthra wrote: > > You have the right ideas to solve the problem. Do keep in mind > > though that CAS will only work up to a word size or a double word > > size at most, i.e. swapping more than 64 bit with CAS atomically is > > probably not going

Re: Speed up trace mode (GSoC Project)

Hi Mihir, On Thu, Apr 04, 2019 at 06:25:00PM +0530, Mihir Luthra wrote: > I have made the memory expansion idea precise and filtered out bugs > from the one I sent previously. > Please check the pdf in the attachment. I see you're getting the hang of the difficulties of the project now :) You ha

Re: macports-dev Digest, Vol 152, Issue 1

Hi Mihir, On Mon, Apr 01, 2019 at 09:13:42PM +0530, Mihir Luthra wrote: > Actually my question is what is the purpose of the call (1), because > till what I understood, kevent(2) only lets the program proceed > further when it will return and it only returns when it detects an > event. Call (1) is

Re: Speed up trace mode (GSoC Project)

On Sun, Mar 31, 2019 at 10:06:12PM +0530, Mihir Luthra wrote: > I need help understanding *static* *int* TracelibRunCmd(Tcl_Interp > *in), it has blown my mind, I am totally new with these kevents. > > I have been trying to understand that from a while now. Till what I > understand, the thread res

Re: Speed up trace mode (GSoC Project)

Hi Mihir, On Thu, Mar 28, 2019 at 12:07:20AM +0530, Mihir Luthra wrote: > On Wed, Mar 27, 2019 at 10:22 PM Mojca Miklavec wrote: > > What I miss a bit is some clear definition of deliverables, what > > pieces of code would be suitable enough for merging them into base > > and when. > > > > Backgr

Re: Speed up trace mode (GSoC Project)

Hi, On Sun, Mar 24, 2019 at 08:40:30PM +0530, Mihir Luthra wrote: > I had a few questions regarding Darwin trace library. > > Darwintrace library being injected, most I/O operations get > reimplemented. If a “single” process is working on files, it more or > less should call most of these functio

Re: Regarding GSoC

Hi, On Fri, Mar 22, 2019 at 05:06:08PM +0100, Mojca Miklavec wrote: > Our tickets are accessible from > https://trac.macports.org/wiki/Tickets > and the most relevant for you would live in "Base Bugs" and "Base > Enhancements". Or > https://trac.macports.org/roadmap > However I'm not sure

Re: Speed up trace mode Project GSoC

base_address + offset). The code that deals with the cache data structure needs to be aware of that. > On Wed, Mar 20, 2019 at 3:04 AM Clemens Lang wrote: > > > Hi, > > > > On Sun, Mar 17, 2019 at 01:03:00PM +0530, Mihir Luthra wrote: > > > I wanted to con

Re: Auto-Detection of Build Dependencies, Gsoc 2019

Hi, On Sun, Mar 10, 2019 at 09:46:32AM -0700, Marcus Calhoun-Lopez wrote: > I am responding to this message on the developer mailing list in case > anyone else has more insight than I. > > A minor point: you may want to avoid the word “trace” in this context > since trace has another meaning in M

Server outage

Hi everybody, as you may have noticed, the services hosted by braeburn (trac, website, mailing lists, the GitHub bot, the pastebin service) have been offline since 22:41 UTC yesterday. This happened because the machine did not come back up after a routine reboot due to a kernel upgrade. Rainer di

Re: Online meeting next Saturday?

Hi, On Fri, Oct 26, 2018 at 10:11:55PM +0200, Mojca Miklavec wrote: > So: any interest for a meeting tomorrow, or a better suggestion for > the date? I have an appointment tomorrow so I won't be able to join. Don't let that stop you from doing the meeting anyway, though. Better to meet more often

Re: Online meeting next Saturday?

Hi, On Sun, Oct 14, 2018 at 07:29:04PM +0200, Mojca Miklavec wrote: > What do you think about another MacPorts online meeting next Saturday > (20th) at 13:00 UTC? > > If you are interested in joining: > - Do you have time? > - Or do you propose another weekend which would be more suitable? > - Wh

Re: squash and merge, license documentation, "size" documentation

Hi Perry, On Fri, Aug 17, 2018 at 09:44:47AM -0400, Perry E. Metzger wrote: > As many of you are aware, I merge a significant fraction of the pull > requests these days. Thanks! > 1. We have squash and merge disabled. This means that I often have to > coach people through doing the squash on the

Re: Trac not sending messages?

Hi, On Sun, Jun 24, 2018 at 08:23:36PM +0200, Mihai Moldovan wrote: > Have you also noticed Trac not sending out email notifications for the > past 36 hours or the like? Well, the messages on the mailing list still arrive, and I also haven't noticed any missing notifications. Do you have more de

Re: Online Meeting 2018-05-26

Hi, On Fri, May 25, 2018 at 04:50:48PM +0200, Rainer Müller wrote: > 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

Re: macports_version

rts1.0 should be documented. [1] https://github.com/macports/macports-base/blob/master/src/macports1.0/macports.tcl#L87-L98 -- Clemens Lang

Re: macports_version

e trying to do something unsupported. IMHO, using a proc for read-only variables is much cleaner than using a write trace, which feels like a hack to me. Why would you need it to be a variable? Could you not just call the proc instead? -- Clemens Lang

Re: is "port reclaim" not documented?

On May 21, 2018 9:15:20 PM GMT+02:00, "Perry E. Metzger" wrote: >I noticed that "reclaim" doesn't seem to be in the man page or in the >guide. Am I missing something? There is a man page: https://man.macports.org/port-reclaim.1.html Maybe it's not in your release yet? Hi, -- Clemens Lang

Re: Gsoc 18 Project | Collect build statistics

Hi, On Mon, May 07, 2018 at 10:31:09AM +0200, Mojca Miklavec wrote: > On 6 May 2018 at 20:52, Bradley Giesbrecht wrote: > > macports-webapp? > > Let's go with that one then. Created. -- Clemens

Re: [macports-ports] branch master updated: quassel: Update to 0.12.5, security

Hi, On Fri, Apr 27, 2018 at 01:50:34PM -0500, Ryan Schmidt wrote: > On Apr 27, 2018, at 08:18, Clemens Lang wrote: > > +github.setupquassel quassel f29f8527d44648d6c2c05054add559c977f80153 > > +version 0.12.5 > > Why not: > > github.setupquassel qua

Re: Why didn't this PR get labeled?

Hi Zero, On Mon, Apr 30, 2018 at 09:49:10AM -0400, Perry E. Metzger wrote: > Sometimes, I've noticed, PRs in the queue don't get automatically > labeled as expected. See this one, for example: > > https://github.com/macports/macports-ports/pull/1687 > > Anyone know why? Can you take a look? >F

Re: Trac ticket graph?

Hi, On Sun, Apr 29, 2018 at 04:44:44PM -0400, Perry E. Metzger wrote: > On Sun, 29 Apr 2018 16:29:34 -0400 "Perry E. Metzger" > wrote: > > I don't know much about Trac. Is it possible to do a query against > > it to get raw data on open tickets over time, which could be fed to > > a graph that c

Re: Strange behaviour of trace mode in MacPorts 2.4.3 / 10.13

mode library into signed processes, unless it is also signed (which our copy is not). This usually means that the binary will not run under trace mode, i.e. your svn fetch was run without trace mode. In consequence, this means that your fetch failure could not have been related to trace mode. -- Clemens Lang

Re: How do I check what is autobuilding successfully?

Hi, On Wed, Apr 25, 2018 at 02:58:13PM -0400, Perry E. Metzger wrote: > There's a port I suspect hasn't built in a long while. How can I check > on what is and isn't building on the buildbots? Recently, we added build status reporting to commits in macports-ports. If a port has been updated recen

Re: Can't use Expect in a portfile

On April 20, 2018 4:52:28 PM GMT+02:00, Ryan Schmidt wrote: > >Thanks. This fixes it for me: > >https://github.com/macports/macports-base/pull/81 > >Is that safe to commit? Not at my laptop right now, so can't leave the review on GitHub, but this looks safe to commit

Re: Buiid/install stages documentation?

and possibly steal > pieces of? You can take a look at the haskell portgroup, which uses cabal to build and destroot things. The rust portgroup that uses cargo might also be an interesting example. -- Clemens Lang

Re: Regarding acl2 Port

the portfile or is there any easy way to do so (maybe run a build > bot job ?). There's no easy way to test variant combinations. With acl2's 5 variants, testing each combination would already mean starting 32 builds. This is computationally not feasible. I usually test each variant separately, and sometimes all variants together. -- Clemens Lang

Re: CI system for PR builds

Hi, On Sat, Apr 07, 2018 at 03:45:29PM +0200, db wrote: > On 7 Apr 2018, at 14:37, Ryan Schmidt wrote: > > Only after a PR has been approved and merged to master should a > > binary be uploaded anywhere. > > That's what I meant — but reusing buildbot for testing the PRs. Remember that Portfiles

  1   2   3   >