gmane.os.apple.macports.devel

Re: [106284] trunk/dports/multimedia/transcode/Portfile

Ryan Schmidt — 2013-05-21T06:59:22

On May 21, 2013, at 01:33, jeremyhu-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org wrote:


FYI I wasn't revbumping those library dependents of ImageMagick that only used it in non-default variants, since it wouldn't affect the binaries on the packages server, and existing users would be fixed by rev-upgrade.

Re: [106263] trunk/dports/devel/zmq

Joshua Root — 2013-05-21T06:25:21

You mean ${os.major}, of course.

- Josh

Re: [106263] trunk/dports/devel/zmq

Ryan Schmidt — 2013-05-21T01:05:59

On May 20, 2013, at 18:02, cal-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org wrote:


Do you have reason to believe that a hypothetical OS X 10.6.9 would include strndup? Your commit message says you intend to check for earlier than Lion; in that case, you should instead test for ${os.platform} == "darwin" && ${os.version} < 11.

Re: MacPorts Lion buildbot is stuck

William Siegrist — 2013-05-20T15:57:14

Rebooted. 

-Bill


On May 20, 2013, at 12:48 AM, Ryan Schmidt <ryandesign-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org> wrote:

MacPorts Lion buildbot is stuck

Ryan Schmidt — 2013-05-20T07:48:49

Tonight it is the Lion buildbot that's stuck deploying archives:



(view as text)
./deploy_archives.sh archive_staging-buildports-lion-x86_64

** RUNNING ON BUILDMASTER **
 in dir /var/buildbot
 argv: ['./deploy_archives.sh', 'archive_staging-buildports-lion-x86_64']

Re: [106237] trunk/dports/graphics/openjpeg

Ryan Schmidt — 2013-05-20T07:02:38

On May 20, 2013, at 01:57, stromnov-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org wrote:




The cmake portgroup adds the port:cmake dependency for you; you just have to use `depends_build-append` so that you don't overwrite it when adding the port:pkgconfig dependency.

Re: [106209] trunk/dports/mail/offlineimap/Portfile

Ryan Schmidt — 2013-05-20T05:37:46


Oh yes, you're right. I saw you updated checksums in r106207 but that was only for the gmail variant.

Re: Putting my Mac to sleep wedged my Installer package scripts

Michael Crawford — 2013-05-20T02:40:22

Here is the relevant part of install.log.  The full log follows below:

./postinstall: --->  Updating the ports tree
 ./postinstall: Synchronizing local ports tree from rsync://
rsync.macports.org/release/tarballs/ports.tar
 ./postinstall: receiving file list ... done
 ./postinstall: ports.tar
 System is going to sleep.
 System awoke from sleep.
 System is going to sleep.
 System awoke from sleep.
 installd: Client lost for token 92F4CEDD-646A-43D2-81A6-B1F3D4743D56

--------------

May 19 16:55:02 Michaels-MacBook-Pro.local Installer[3886]:
< at >(#)PROGRAM:Install  PROJECT:Install-735
May 19 16:55:02 Michaels-MacBook-Pro.local Installer[3886]:
< at >(#)PROGRAM:Installer  PROJECT:Installer-614
May 19 16:55:02 Michaels-MacBook-Pro.local Installer[3886]: Hardware:
MacBookPro10,1 < at > 2.40 GHz (x 8), 8192 MB RAM
May 19 16:55:02 Michaels-MacBook-Pro.local Installer[3886]: Running OS
Build: Mac OS X 10.8.3 (12D78)
May 19 16:55:02 Michaels-MacBook-Pro.local Installer[3886]: Env:
PATH=/usr/bin:/bin:/usr/sbin:/sbin
May 19 16:55

Putting my Mac to sleep wedged my Installer package scripts

Michael Crawford — 2013-05-20T02:08:07

Hi,

I'm trying to install MacPorts 2.1.3 on my Retina Display MacBook Pro,
Model Identifier MacBookPro10,1, running Mac OS X 10.8.3.

When the Installer was running the package scripts, and reporting that it
had five minutes left, I had to catch a bus so I put the unit to sleep,
then closed the lid.

When I opened it, the Installer reported that it had seven minutes left.  I
let the installer run quite a lot longer than seven minutes, but the
estimated time left steadily grew to seventeen minutes without any
advancement of the progress bar.

Finally I used Command-Option-Escape to kill the process, but when I try to
run the installer again, it tells me that it's waiting for a previous
installation to complete.  I killed the process again, then tried to
restart, but OS X won't let me.  Instead it displays a window that says I
have to wait until the installation completes.  It still says Running
Package Scripts, but does not display a time estimate.

I can force a shutdown by holding down the power key, but a

Re: no response to ticket #8901

David Strubbe — 2013-05-20T01:07:18

Of course. Sorry for my confusion.

On Sun, May 19, 2013 at 9:01 PM, Mark Anderson <emer-ICKL9BVQsy0< at >public.gmane.org> wrote:

Re: no response to ticket #8901

Mark Anderson — 2013-05-20T01:01:51

April 23 - May 23 is one month.

—Mark
_______________________
Mark E. Anderson <emer-ICKL9BVQsy0< at >public.gmane.org>


On Sun, May 19, 2013 at 8:50 PM, David Strubbe <dstrubbe-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: no response to ticket #8901

David Strubbe — 2013-05-20T00:50:50

Yes, sorry I lost a digit, I do mean #38901. I agree it says "opened 4
weeks ago" but it was created April 23. Since it is May 19, I count that as
just 4 days short of two months. I am not sure how Trac reckons that as 4
weeks.

David

On Sun, May 19, 2013 at 8:29 PM, Joshua Root <jmr-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org> wrote:

Re: no response to ticket #8901

Joshua Root — 2013-05-20T00:29:26

No doubt you mean #38901. It's actually been open 4 weeks, not 2 months.
Maintainer timeout is 3 days in any case, so there's really no need to
exaggerate. :)

- Josh

no response to ticket #8901

David Strubbe — 2013-05-20T00:03:27

Hello,

There has been no response in 2 months from maintainer
fabian.renn-gM/Ye1E23mwN+BqQ9rBEUg< at >public.gmane.org to ticket #8901 which I filed about port libxc.
Can the patch I submitted there please be reviewed and committed? These are
minor issues, but it doesn't look like the maintainer is active anymore.

Thanks,
David

Re: [106209] trunk/dports/mail/offlineimap/Portfile

Sean Farley — 2013-05-19T23:07:53

Ryan Schmidt writes:


Actually, I think the subports needed the update too since the repo
changed there as well.

Re: PyPy buildbot times out

Sean Farley — 2013-05-19T23:04:06

Joshua Root writes:


Yeah, that's probably a good idea.


I have a log file with each line timestamped (perhaps I could create a
ticket and upload the log?) and the longest time between two lines is
168s so I guess it's believable that the VMs could be thrashing around?
I can't say for sure without more details.

As for the patch I have, should I just commit it and if the build fails
again, ask Bill for some input?

Re: [MacPorts] #39006: OpenSceneGraph < at >3.0.1 Runtime error - infiniterecursion on sinf

Eduardo Poyart — 2013-05-19T19:48:06

OSG doesn't necessarily need wxWidgets. It's an optional dependency. I'll
check how the example is set up and why it's failing.

Eduardo


On Sun, May 19, 2013 at 12:26 PM, MacPorts <noreply-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org> wrote:

Re: PyPy buildbot times out

Joshua Root — 2013-05-19T15:15:20

No, the timeout value is global. I don't think we want to wait any
longer for builds that are actually stuck to be killed.


It's timing out in the C generation or the final link step after
compiling the C. I suspect that the slaves may be thrashing, as the
build takes a lot of memory. I don't think it ever took anywhere near 20
minutes between printing lines when I built locally (with 8 GB of RAM).

If it's possible to allocate more memory to the slave VMs, that might help.

- Josh

Re: [106209] trunk/dports/mail/offlineimap/Portfile

Ryan Schmidt — 2013-05-19T06:42:30

On May 18, 2013, at 17:03, sean-/EBbbHb69GVg9hUCZPvPmw< at >public.gmane.org wrote:


Note that since this is in the global part of the portfile, it affects all the subports: it causes necessary remirroring of the offlineimap distfile, and also causes unnecessary remirroring of the offlineimap-devel distfiles which had not changed.

Re: PyPy buildbot times out

Vincent Habchi — 2013-05-19T06:30:02


Pypy takes a long time (ca. 3 hours on my old Core 2 MacBook) to extract various parameters in order to synthesize its JIT. It normally outputs a lot of debug info during this pass, but whether this is taken into account by the buildbot automated build process remains unknown (at least to me).

Vincent

Re: PyPy buildbot times out

Sean Farley — 2013-05-18T21:50:40

Hmm, that's a good point. It seems that the job is killed after 1200
of no output. I'll have to try to build this on my laptop and see.