Ryan Schmidt wrote:
You may also wish to check for compatible architecture in a different
way. Your way currently handles only on Intel Mac OS X, but according to
the project's web site, it works on any OS so long as it's the _86
architecture. Consider doing it the way I've done it in the wine
[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
+
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
Yves de Champlain wrote:
There is something else.
Right now, gimp2 has
python24
without_gnome
without_python
To follow your (rainer's) logic, gimp2 would then have
python24
python25
gnome
with gnome and python25 both as default.
Is this possible with the current
Ryan Schmidt wrote:
On Aug 3, 2007, at 11:27, Mark Moll wrote:
Can someone please commit
http://trac.macports.org/projects/macports/ticket/12078, a version
bump for games/xmj?
raimue resolved this ticket.
Uh, I just mentioned that my message didn't made it through...
Sorry, I used the
N_Ox wrote:
Le 14 août 07 à 19:58, N_Ox a écrit :
Le 12 août 07 à 05:28, N_Ox a écrit :
From what I've understood, the problem with default variants is that
if we do something like `port foo -bar` and that foo has
`default_variants +bar`, if an upgrade of foo is released, then `port
Daniel J. Luke wrote:
It makes sense to include NLS support by default in most ports.
I would like +nls variants, so people who want localized software could
enable this in variants.conf.
Rainer
___
macports-dev mailing list
Boyd Waters wrote:
On Aug 21, 2007, at 9:18 AM, Anders F Björklund wrote:
This change will break ports that depends on python24 and then try
to use the python binary, either directly with
#!/opt/local/bin/python or with e.g. #!/usr/bin/env python.
Maybe those ports using port:python24
Vincent Lefevre wrote:
On 2007-08-22 11:06:33 -0400, Daniel J. Luke wrote:
On Aug 22, 2007, at 10:57 AM, Vincent Lefevre wrote:
But that should be easier to find where a port is located
easier than 'port dir portname' ?
'port dir portname' only lists the first directory (when a port is
Hi,
I noticed we got a db4 port, which installs bdb 4.3.29 and a db43 port
which installs exactly the same version.
Now I'm asking if we can either
a) remove db4 completely and upgrade ports depending on it to a specific
version db4[1-6]
or
b) make db4 some sort of meta port depending on the
Weissmann Markus wrote:
2) In the case above, the third party patch file is written to be
applied from the directory above the source code (I think this would
be called the work directory) and not from inside the dynamips-0.2.7
directory created when the tarball is extracted. The best I can
Vincent Lefevre wrote:
AFAIK, the BSD license allows you to create a derived work that would
be distributed under the GPL. Owning the original source is necessary
only if you want to change the license in an incompatible manner (e.g.
you created a work which you distributed under the GPLv2 and
Vincent Lefevre wrote:
I've noticed the following error:
$ svn log -r2 https://svn.macosforge.org/repository/macports
svn: Bogus date
It is really a Bogus date, as you can see in the following log:
--snip--
| $ svn log --xml -r2 https://svn.macosforge.org/repository/macports
| ?xml
Anders F Björklund wrote:
For MacPorts 1.6.0,
I think you should split the dports trunk in two,
trunk and release, just as done with the base.
There is just too much port breakage with running the
latest developer version on the user machines, IMHO.
That sounds like a good idea. But who
Kevin Ballard wrote:
Since the cd command has been removed from trunk, perhaps another
command could be added to fill in the void? I'm proposing a command that
acts like cd but takes a block and executes the block within the given
directory, then restores the old working directory before
Ryan Schmidt wrote:
For what purpose? We already have the situation that when we want to
make, say, both apache 2.0 and apache 2.2 available, we create two
ports: apache20 and apache2, respectively. This works fine. What do you
need in addition to that?
One could choose which version to
Emmanuel Hainry wrote:
Being a simple maintainer, I would say that dependencies on specific
version (à la debian this software require thingy version 2.2.17 but
it is not going to be installed) would make me unable to manage
seriously my ports.
Why? I just don't get this point.
The not too
James Berry wrote:
I think the best behavior would be to turn off the notifiers feature.
Then it's essentially opt-in: if you want to get updates for a ticket
then you put yourself in the cc field, right? That seems perfect.
But reporter and assignee should be notified by default, otherwise it
Markus Weissmann wrote:
What would be _very_ cool to solve this problem would be something
Landon Fuller suggested: Some kind of inheritance for Portfiles.
Then we could do a gtk2 port with a description, version, hashes, etc.
and do a gtk2-quartz port which inherits from gtk2 but changes some
Pierre Queinnec wrote:
Here are two mails T. Valkonen sent respectively to FreeBSD Ports [1]
and pkgsrc [2], warning them of a license violation on his software,
ion3 (x11/ion3).
I'll be committing a removal of the port in 5 days if nobody wants to
step up and take ownership from me. Then
Vincent Lefevre wrote:
Or change the name of the software. These restrictions apply only
in this case:
[quoted from the LICENSE file]
If the name Ion(tm) or other names that can be associated with the Ion
project are used to distribute this software, then:
[/quoted]
Seems like Debian
Ryan Schmidt wrote:
BTW, as we have all these use_foo options, wouldn't it be better we
would have something like extract.type which can be set to one of bzip2,
gzip, dmg?
I was hoping nobody would bring this up. :)
Sorry for that :)
What happens if someone specifies use_bzip2 yes and
js wrote:
On Dec 22, 2007 9:41 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
So let me ask this, Do you like to have gls, guniq in your /opt/local/bin?
Is there any case that removing g prefix causes any problems?
I think they are by default off because you expect ls from BSD
Ryan Schmidt wrote:
Why is it again that we need separate dmgs for separate OS releases at
all? Why don't we just have a single universal dmg, with the PowerPC
part built with the 10.3.9 SDK and the Intel part built with the 10.4u
SDK, and everyone's happy? Isn't that the whole point of
Ryan Schmidt wrote:
Rainer, would you prefer for us to distribute 5 different disk images of
MacPorts then -- Panther PowerPC, Tiger PowerPC, Tiger Intel, Leopard
PowerPC, Leopard Intel?
A disk image with four architectures will be around four times bigger
than it needs to be... Why should
Bryan Blackburn wrote:
When someone gets a chance, the cidr port needs an update as specified
in ticket #13868:
http://trac.macosforge.org/projects/macports/ticket/13868
Committed in r32563.
Just curious, as you are writing from an email address @macports.org;
don't you have commit access
[EMAIL PROTECTED] wrote:
Revision: 32570
http://trac.macosforge.org/projects/macports/changeset/32570
Author: [EMAIL PROTECTED]
Date: 2008-01-07 19:20:00 -0800 (Mon, 07 Jan 2008)
Log Message:
---
lynx: increment revision so everyone gets the change from r32565; see
Ryan Schmidt wrote:
On Jan 10, 2008, at 04:07, Anders F Björklund wrote:
[depends_lib, depends_build, depends_run explanation]
So it's more about where you want the depend to be checked, than the
type of it ?
Is that really how it is? If so, that's really nonintuitive. Is that
really how we
Luis O'Shea wrote:
After the commit, I uninstalled asymptote, removed the reference to my
local port hierarchy from sources.conf, and did a selfupdate. However
port seemed to not find the new asymptote port:
% port info asymptote
Error: Port asymptote not found
The PortIndex is regenerated
Luis O'Shea wrote:
Two questions:
- What is the best description of the ports referenced by
file:///...? I called it my local port hierarchy, but I now think
this might be confusing. (It might mean my *copy* of
rsync://rsync.macports)
I would call it an overlay. A term coming from my
Emmanuel Hainry wrote:
So, for a port that works well with tiger's python2.3, leopard's
python2.5 and macports' python2.3, 2.4 or 2.5, the correct dependency
would be port:python_select or bin:python:python_select? And the
python to choose ${prefix}/bin/python or the first python in the
PATH?
Daniel J. Luke wrote:
Looks like it fails with the 'Broken X11 install. No X11 headers' error
even if you run it with -without-x
As a workaround:
./configure LDFLAGS=-L/usr/X11/lib
Works for me...
Rainer
___
macports-dev mailing list
Anders F Björklund wrote:
It also needs a new Portfile setting added somewhere:
a flag for this port requires root/admin priviledges
It would be set for things like servers or extensions,
that really *needs* root in order to run properly...
That's a good thing, I also don't like the hardcoded
MacPorts wrote:
#14147: port lint should warn on illegal variant names
-+--
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: enhancement | Status: new
Ryan Schmidt wrote:
No port should depend on a -devel version of a port, unless it will only
work with the -devel version. Usually this will not be the case.
Usually, a port will work with the current version of a port and the
latest development version. A port wanting to accommodate this
MacPorts wrote:
#14178: Feature Request: show default_variants in port variants foobar
+---
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: enhancement | Status: new
Ryan Schmidt wrote:
Having to specify -ssl +gnutls is stupid. The way I see it, ssl and
gnutls are two radio buttons. To select the radio button you want, you
shouldn't also have to manually deselect the radio button you don't
want. It should be automatic. Fixed the lynx port so it behaves
N_Ox wrote:
These two sugar syntaxes would make the variant writing process cleaner.
But maybe they could help us more...
Let's say the variants which do something only when they are disabled
(variant -some_variant) are always enabled by default.
In this setup, `sudo port install some_port
Ryan Schmidt wrote:
I have been adding (default) to the ends of descriptions of all
variants which are enabled by default. I think it's very clear -- much
clearer than an asterisk.
It is not possible to put (default) behind each variant in port info,
do you agree on that? And if we choose a
[EMAIL PROTECTED] wrote:
Revision: 33768
http://trac.macosforge.org/projects/macports/changeset/33768
Author: [EMAIL PROTECTED]
Date: 2008-02-04 13:40:14 -0800 (Mon, 04 Feb 2008)
Log Message:
---
initial libmemcached port
Added Paths:
---
Thomas de Grivel wrote:
I like it. If there is some kind of poll here, I'm in =)
Hm, I don't think we found final options for a voting yet, do we?
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Ryan Schmidt wrote:
What is being prepended to what? Or did you mean pretend?
Ouch. Of course I meant that! Somehow I got it wrong and didn't notice
it at all. Sorry...
Thanks, I am going to fix this.
Rainer
___
macports-dev mailing list
Hi,
I am thinking about a new port config target, which could make setting
up MacPorts much easier. Currently, the appropriate variables for PATH,
MANPATH and DISPLAY are determined in the postflight script. If we would
move that into a port config target (or port setup, the name is open for
Anders F Björklund wrote:
Rainer Müller wrote:
I am thinking about a new port config target, which could make setting
up MacPorts much easier. Currently, the appropriate variables for PATH,
MANPATH and DISPLAY are determined in the postflight script. If we would
move that into a port config
Adam Mercer wrote:
DISPLAY should not be set for Leopard, otherwise X won't work correctly.
Yes, I was talking about DISPLAY on Tiger/Panther only. Therefore a
init.sh/init.csh written by the installation should only contain env
vars applicable to the current Mac OS X version.
Rainer
Ryan Schmidt wrote:
The unfixable warnings about the names of downloaded patchfiles are
not supposed to be fixed -- the port lint warning is erroneous (as
you know). It would be great if someone could fix this bug:
http://trac.macosforge.org/projects/macports/ticket/13615
I committed a
David Bruce wrote:
Sorry - I seem to have created five tickets, judging from the mails I just
got. The first four were my attempts with Konqueror on my Linux box, which
seemed to fail to recognize my id/pw. The last one was using FireFox on
Linux, which worked smoothly. Not sure where the
Hi,
Currently we have two tutorials how to install MacPorts:
One at
http://trac.macosforge.org/projects/macports/wiki/InstallingMacPorts
and another one in the guide at
http://guide.macports.org/#installing
It is obviously difficult to keep them at sync. For example the wiki
entry does not
js wrote:
Might be better to send this to macports-dev.
On 2/13/08, Florian Ebeling [EMAIL PROTECTED] wrote:
Hi,
I submitted a Portfile for a new port a couple of weeks ago, but
nothing happend.
Sometimes everyone is busy and nobody notices new ports.
Hello,
Currently on selfupdate macports.conf is not updated in any way if it
already existed. This hides new options from long time users.
An up-to-date macports.conf provides a good overview over all options
and contains short documentation lines.
I have two proposals how this could be changed
js wrote:
As you know, MD5 has serious flaws (http://en.wikipedia.org/wiki/MD5)
So recently I don't use it and even remove it when I found it in the
checksum part of portfile.
I thought dropping use of md5 in portfile would be nice.
Any thought?
I don't think these flaws are strong enough
Jordan K. Hubbard wrote:
An up-to-date macports.conf provides a good overview over all options
and contains short documentation lines.
[ ... ]
1) Add macports.conf.dist
Yes, at a minimum, you need an updated reference config file available
at all times, though I dislike the .dist
Ryan Schmidt wrote:
Of course, this won't make Rainer happy. :-)
http://trac.macosforge.org/projects/macports/browser/trunk/dports/
editors/vim/files/patchlist?rev=34037
Look at all them pretty md5s...
These md5s are released upstream [1] and I just use them. Of course I
now could also
Ryan Schmidt wrote:
Rainer has commented on your ticket so once you review those changes
I imagine he'll commit it.
Yes, that was my intention :-)
I saw your earlier message but did not have time to deal with it.
Sometimes we're just short on time and tickets get forgotten.
That's often
js wrote:
Just out of curiosity, could you tell me why default python25 drops
those modoles?
I really don't know it, Markus will know more about it.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Hi,
I started a new HOWTO section in the wiki [1]. These HOWTOs should cover
tutorials and tips how specific things can be done using MacPorts. This
is meant to be an addition to the guide and should not contain topics
already covered by the guide. It is a place editable by everyone to
share
Jordan K. Hubbard wrote:
I think 72 hours is a very reasonable time out period. If you're that
attached to your ports, chances are very good that you'll be checking
your trac queue more often than this anyway, and if you're not that
attached to them, then why be concerned if someone
Please, always include the mailing list in your replies. Use `Reply All'
instead of `Reply'.
Brent Austin wrote:
I have:
/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin
I'm not seeing X11R6 in there even though I know it' s installed.
It may not be in there on Tiger by default. I am not sure.
Ryan Schmidt wrote:
You need to bump the port revision too so everyone gets that change.
I thought about that, but was uncertain if just this addition justifies
a revision increment.
Rainer
___
macports-dev mailing list
Ryan Schmidt wrote:
If a different set of files ends up on the user's machine, the
revision must be incremented. Otherwise some users with tuxmath
1.6.1_0 have one set of files and other users with 1.6.1_0 have a
different set of files. That's not reliable; that's not reproducible.
I
William Siegrist wrote:
I already made the offer to portmgr a while back, so they know. I
think there needs to be some added API to macports in order to make
the engineering a little cleaner server-side, but there hasnt been
much discussion yet. So if anyone wants to take the lead on
Hi,
currently, we enforce that every change has to increment the revision,
in order to force a rebuild by the user. But in fact, the current base
code also checks the last modified date of the Portfile to see if it was
changed since installation.
See sample with a non-existing port `empty':
Ryan Schmidt wrote:
Isn't it fine the way it works now? It's that way, I think, so that,
if you already have foo installed, but now you want foo +bar, you can
sudo port install foo +bar, and it'll fetch and configure and build
and destroot and install, however long that takes, and then
Ryan Schmidt wrote:
Not wasted. Just deactivate the one you got and then activate the new
one.
Not possible. Install *failed*. You can't install the exact same
version/revision/variants twice.
Rainer
___
macports-dev mailing list
Douglas Philips wrote:
this morning I did a port -d selfupdate and then port outdated which
revealed new versions of a number of python 2.5 things. When I tried
to update python25, this is what I got: (and this error probably
prevented all the other py25-whatever upgrades from
Thomas Reifferscheid wrote:
Who is maintaining the CIA bot on #macports?
As already said on IRC, it is operated by http://cia.vc
Can we install a summary-report for new trac tickets for some
time (lets say for a week) and remove it when it's getting on our nerves...
It's currently
Jordan K. Hubbard wrote:
On Feb 23, 2008, at 8:05 AM, William Siegrist wrote:
So whats left? I think you'll want a special hostname for these?
Maybe http://distfiles.macports.org/group/port/file?
I'm not sure what value group adds. port/file would seem more
than reasonable, and a
Jordan K. Hubbard wrote:
All distfiles in one single directory? I am against that at all!
Why? Collisions? If so, please name the collisions in question,
because I cannot find any.
Maybe not yet, but maybe they will come in later? Why not be collisions
aware?
If you add indirection
js wrote:
The problem is Safari 1.3 is processing the page as an XML document,
even though, just as you pointed out, it's really a XHTML.
The server seems returning the right HTTP header,
Content-Type: application/xhtml+xml; charset=utf-8,
so I think it's actually a Safari's problem.
This
Anders F Björklund wrote:
That's probably because livecheck doesn't check to see if the
new version is actually *newer*, it only checks if it changed...
if {$updated_version != ${livecheck.version}} {
set updated 1
} else {
set updated 0
}
Anders F Björklund wrote:
That's probably because livecheck doesn't check to see if the
new version is actually *newer*, it only checks if it changed...
if {$updated_version != ${livecheck.version}} {
set updated 1
} else {
set updated 0
}
We
js wrote:
I don't think this is not worth the effort.
if there were a way to provide instrictions, it would encourages
developer to write more messages I suppose.
One option would be to simply hold back any message until all ports
installed and output them afterwards. So all messages would be
js wrote:
+1
+1 for what? I just mentioned two possibilities how to solve this and we
did not even gather additional ideas. This is not the time for voting yet.
If you meant one particular idea, please use inline-replying to make
that clear.
Rainer
[EMAIL PROTECTED] wrote:
I need to add a port to distfiles in the svn repo, but how do I do it
without checking out the whole distfiles/ directory?
svn import $PATH $URL
But this way you can only add one file at a time.
Rainer
___
macports-dev
js wrote:
Before anyone does anything, I'd like to know why you want this
change.
Consistency, period.
When I upgraded from apache1 to apache2, it surprized me that
there is no conf dir in /opt/local/etc and apachectl is in
/opt/local/apache2/bin/.
I agree. Even more, the current apache2
Blair Zajac wrote:
We've discussed this briefly before on the list, but I'm of the mind that all
new Python frameworks must be installed in a separate directory from the
Python
2.4 framework for several reasons:
1) There's a conflict on the
Daniel J. Luke wrote:
There's not a built-in way to do this (but it might be a nice base/
feature), and I don't know of a really good way of doing it (you could
probably check for an installed binary in a pre-fetch action and
output an appropriate ui_error message).
Which would issue a
js wrote:
Do you mean dbmmanage.1{apache,apache20,apache2}.gz? That would be good.
Then you can read the man pages by using e.g. man 1apache2 dbmmanage.
I feel a bit odd, though.
I prefer python's style.
- /opt/local/share/man/man1/python2.5.1.gz
-
Hi Simon,
Simon Ruderich wrote:
I just created a chunked version of the guide and uploaded it on my homepage:
http://ruderich.com/macports/chunked/
Looks good so far. But I would like the TOC to be on each page for
easier switching of chapters. Could the current chapter be marked inside
the
Thomas Reifferscheid wrote:
For doing this automatically (e.g. every night),
we could need some kind of shell (bash) script doing this. Do you think
thats possible for fully automation?
I think finally this should go on guide.macports.org, there the guide is
already built automatically. We
Simon Ruderich wrote:
This shouldn't be a problem. I already modified my local Makefile for the
documentation generation. The question is how we should provide these two
versions (maybe also a third: a downloadable version of the guide). Maybe
http://guide.macports.org/ should display a
js wrote:
HOWTOs I'd like to see there are
- How to upgrate outdated ports most effectively (port upgrade -fun ?)
- How to uninstall MacPorts completely
- How to start writing Portfile
Thanks, these are good topics! I added your suggestions to the list in
the wiki.
But with one
[EMAIL PROTECTED] wrote:
I just tried this using DocBook but it didn't work for me. So I used a
simple
sed replacement to get this working. I created two examples:
http://ruderich.com/macports/guide-link.html
I like this one with the links. It makes it easy to get the URL which
links exactly
js wrote:
- db
Miscellaneous, automatically generated system-specific database
files. For example, ... what?
(Note that currently mysql data directory is created here. This is
not correct.)
No idea what is meant to reside here. Sure, mysqlX could also go into
Hi Thomas,
Following the IRC discussion from today with afb and mdickens, I wrote
together a wiki page which documents how we want to do the transition to
build pythonXX as frameworks.
http://trac.macosforge.org/projects/macports/wiki/PythonFrameworkTransition
Any comments so far?
Also see
Boyd Waters wrote:
I think that this is why I haven't committed anything; I've been
building all Python 2.5 stuff via MacPorts as a framework build for
about a year now.
I had to modify all of my Python ports that I use so that they
understand the symlink.
Should be working
js wrote:
Let's say I just installed mysql5 and apache2.
Where's the configuration files?
for mysq5, It's located in ${prefix}/etc/mysql5 by default.
for apache2 ${prefix}/apache2/conf/ by default.
Where's the log files?
mysql5 uses /opt/local/var/db/mysql5
apache2 uses
Blair Zajac wrote:
I was thinking that we should have a pre-commit script reject commits if a
portfile does not increment a revision or version if it changes any of its
depends_*. I find this pretty annoying to see commits that add a dependency
that don't bump a version or revision.
I
Matthew K. Meissner wrote:
Would a committer mind taking a look at ticket #14569 and committing
it if deemed OK? I submitted the ticket on Thursday and had a user of
the port inquire today on the status.
Committed in r34849.
Rainer
___
Simon Ruderich wrote:
I found another small problem with the livecheck. I have a port in my local
repository which uses ${name}-${version} as livecheck.version. With the
current version it gives me the following. First it says it matched and then
it doesn't.
I can also reproduce the issue
Hi,
It happens from time to time that some maintainer is busy with work or
school, has to move, is on vacation or attends some other event which
prevents him from taking action on new tickets.
So I want to setup a new wiki page (like MaintainerAway) where anybody
can add himself with a small
Derek Harland wrote:
I'm not sure I particularly like this proposed change. As I
understand it, you explicitly want to *downgrade* the functionality
of python24 to make it more like python25, by for example, removing
hashlib and zlib.
I cannot understand the logic of this. This can
js wrote:
ccache really saves so much time, but it is off by default.
Assuming this is just because MacPorts installer does not contain ccache,
how about adding ccache into the installer and making configurecache
on by default?
I think this would help many users who don't know about ccache,
js wrote:
If I add zlib dependency to python24, I'd also add it to python25.
But if you you add it as dependency, what is the benefit from putting it
in its own port?
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
[EMAIL PROTECTED] wrote:
Revision: 34938
http://trac.macosforge.org/projects/macports/changeset/34938
Author: [EMAIL PROTECTED]
Date: 2008-03-12 00:12:32 -0700 (Wed, 12 Mar 2008)
Log Message:
---
python23: use appropriate dependency type
Modified Paths:
Rainer Müller wrote:
It happens from time to time that some maintainer is busy with work or
school, has to move, is on vacation or attends some other event which
prevents him from taking action on new tickets.
So I want to setup a new wiki page (like MaintainerAway) where anybody
can add
Daniel J. Luke wrote:
On Mar 17, 2008, at 9:37 AM, Rainer Müller wrote:
So, this proposal was out now for about a week and nobody replied.
If you don't like it, please tell me at least why you think it is
not a good idea.
We already have the 72 hour timeout, the option of putting
Salvatore Domenick Desiano wrote:
o If there was some way to indicate that something
o required action by me,
o
o like say, a ticket assigned or CC'd to you? ;-)
Is that true? If I, at a minimum, look at all e-mails cc'd to me, will
that be sufficent to make sure I'm not holding anyone up?
William Siegrist wrote:
Maybe something along the lines of the w option to ps? Or a verbose
flag that turns on/off the descriptions?
Hm, we could remove the descriptions by default and only show it in
verbose mode. Although, then users might miss the descriptions at all?
If you only want
Ryan Schmidt wrote:
No, I don't want any of that, I just want what we had before. :)
You really just want to revert back to the old messy format?
I agree it got to be a mess when descriptions were longer than the
terminal window, which is why I have a shortcut to maximize a window,
and
1 - 100 of 1310 matches
Mail list logo
