Hello everyone!
Not long ago some of us discussed on this list a new set of
ticketing guidelines to match our current practices with Trac. The
result of such brainstorming was the Wiki doc I compiled at [1] and
which Mark has been fleshing out into the new guide at [2]
After
On 3 Aug 2007, at 05:53, Randall Wood wrote:
UNDO THIS!
All but 1 active ticket assigned to me have been deactivated, and
there are now only 10 active tickets in the database. All tickets
by Milestone (including closed) only returns 180 items.
I was able to find 6000+ tickets using a
UNDO THIS!
All but 1 active ticket assigned to me have been deactivated, and
there are now only 10 active tickets in the database. All tickets by
Milestone (including closed) only returns 180 items.
Most of my tickets are now just gone including tasks that I created
for myself.
Please
Can someone please commit http://trac.macports.org/projects/macports/
ticket/12078, a version bump for games/xmj?
--
Mark
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
Hello,
I have attached an updated Portfile for flagpoll. Thanks.
Doug
Portfile
Description: Binary data
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
[EMAIL PROTECTED] wrote:
Revision
27427 http://trac.macosforge.org/projects/macports/changeset/27427
Author
[EMAIL PROTECTED]
Date
2007-08-03 09:30:45 -0700 (Fri, 03 Aug 2007)
[...]
+variant without_python conflicts python24 {
+depends_lib-delete port:py25-gtk
+
Le 07-08-03 à 12:47, Rainer Müller a écrit :
[EMAIL PROTECTED] wrote:
Revision
27427 http://trac.macosforge.org/projects/macports/changeset/
27427
Author
[EMAIL PROTECTED]
Date
2007-08-03 09:30:45 -0700 (Fri, 03 Aug 2007)
[...]
+variant without_python conflicts python24 {
+
On Jul 27, 2007, at 2:42 AM, [EMAIL PROTECTED] wrote:
Juan Manuel Palacios [EMAIL PROTECTED] writes:
http://trac.macports.org/projects/macports/wiki/NewTracTicketing
I just committed a try at the Trac guidelines in the new guide.
See what
you think and modify. I also threw in a
I don't like default variants either (except for those system-wide
ones like darwin_8). Does port info pkg show default variants? If
it does not, it's not a good idea to use default variants.
Best
Regards,
Xin Liu
On 8/3/07, Rainer Müller [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Xin Liu wrote:
I don't like default variants either (except for those system-wide
ones like darwin_8). Does port info pkg show default variants? If
it does not, it's not a good idea to use default variants.
It could be changed to do so :-)
I don't like the syntax +without_foo as it reads with
Hello Chris! So good to hear about your progress on the revamped
registry, kudos! Some comments following:
On Jul 28, 2007, at 5:28 PM, Chris Pickel wrote:
So, here's the deal:
As (a couple of) you are aware, my project is to build a more
advanced registry; to keep more state for
On 03 Aug, 2007, at 16:02, Juan Manuel Palacios wrote:
I've also written a script to up-convert a user's existing
receipts/filemap into the new format. It's reasonably fast (and
was not so before I got smarter with sqlite transactions).
How would that script be run? Each user manually at
Le 07-08-03 à 14:48, Daniel J. Luke a écrit :
On Aug 3, 2007, at 1:45 PM, Rainer Müller wrote:
I don't like the syntax +without_foo as it reads with without
foo for
me. Why do we have that +/- syntax if we don't use it?
We don't use it because it's currently broken (ie, the -variants
On Aug 3, 2007, at 12:45, Rainer Müller wrote:
But as said, port info should show default variants. And they could be
also marked (with a star or something) in port variants.
I have taken to using the variant description to indicate whether a
variant is the default, among other things.
14 matches
Mail list logo
