Hi,
This patch uses the app portgroup to create the tuxtype port's application
bundle, and adds an icon to it. May I commit it?
Yes, by all means
--
David Bruce
For all your software needs, visit The Apt Store:
deb http://ftp.us.debian.org/debian stable main
Hi,
This patch adds an icon to the TuxMath application bundle. May I commit
it?
I'ts certainly fine with me - thanks!
--
David Bruce
For all your software needs, visit The Apt Store:
deb http://ftp.us.debian.org/debian stable main
___
macports
inclusion when it works as intended.
Thanks,
David Bruce
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
/tux4kids/t4k_common.git
use_autoreconf yes
}
plus whatever else is needed to get it to work.
Thanks for any advice,
David Bruce
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi
Hi,
Committed in r78422 with a few minor changes. Importantly, I had to add
the line patchfiles patch-linewrap_fix.diff or I got a build failure
Thanks - I must have erroneously submitted a version of the portfile
without the patchfiles line.
David Bruce
with a third macports under something like
/opt/local/t4k_no_X11.
Thanks for any suggestions,
David Bruce
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Hi,
Have you already cleaned and tried again? (sudo port clean --all)
That fixes this issue - thanks. The build itself still runs into a
snag which I have to sort out. I'll get back when the portfile is
ready or if I encounter other issues I can't figure out.
David Bruce
in the past.
Thanks for any help,
David Bruce
(attempted Portfile for t4k_common)
# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; \
c-basic-offset: 4 -*- vim:fenc=utf-8:filetype=tcl:et:sw=4:ts=4:sts=4
# $Id$
PortSystem 1.0
Hi,
I think chromium falls into the same category, myself.
Probably so, although the overwhelming majority probably still just
calls it Chrome, even when referring to an outside build from the
Chromium source tree rather than an official Google binary release.
btw, I *really* *really* like the
a
couple of days ago and am waiting for it to be committed. I'm happy
to do the commits myself if given access, and I'd have no intention of
touching anything outside of my own portfiles.
Cheers,
David Bruce
___
macports-dev mailing list
macports-dev
should have been able to figure that one out.
This will probably eliminate the ugly #ifdef WIN32 as well...
Anyway, expect a portfile for tuxtype as soon as I get the fixed
upstream tarball posted.
Thanks,
David Bruce
___
macports-dev mailing list
for features a la
Autoconf rather than just checking for a platform symbol. But if
anyone knows these details offhand, I could have a functioning tuxtype
port tonight.
Thanks for any help,
David Bruce
(p.s. I tried to send this to the list about an hour ago and got a
bounce - I apologize if you
to list standard system libraries as
dependencies - do gettext and iconv fall into this category? If so, I plan
to just eliminate gettext from my list of dependencies.
Thanks,
--
David Bruce
___
macports-dev mailing list
macports-dev
to be safe.
Thanks,
--
David Bruce
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
with the first draft Portfile (#14279), and it still
seems to be in limbo. Is there something else I'm supposed to be doing? I
really would like to contribute to this project.
Thanks,
--
David Bruce
___
macports-dev mailing list
macports-dev
would be a good starting point?)
Also, is this list just for development of the port infrastructure itself, or
is it also the place for help with individual ports by client programmers
like me?
Cheers,
--
David Bruce
___
macports-dev mailing list
16 matches
Mail list logo