polishing, update the documentation
and go ahead. The fact that synth is written in a relatively obscure
language can be a deterrent,
but in fact it is very readable by non ada practitioners.
--
Michel Talon
___
freebsd-ports@freebsd.org
-mime-info|1.2
kdelibs|4.10.5_2
kde-wallpapers|4.10.5
kde-base-artwork|4.10.5
polkit-kde|0.99.1
sqlite .quit
niobe%
From this it is easy to experiment, and the full sqlite documentation is at:
http://www.sqlite.org/lang.html
--
Michel Talon
ta...@lpthe.jussieu.fr
smime.p7s
Description
to come to parity with apt, and is light years ahead of the old
system.
--
Michel Talon
ta...@lpthe.jussieu.fr
smime.p7s
Description: S/MIME cryptographic signature
of use.
--
Michel Talon
ta...@lpthe.jussieu.fr
smime.p7s
Description: S/MIME cryptographic signature
in the diagram that you cannot see anything, rendering the idea
quite useless. I hoped one could discover islands with little interconnections
between them
but in fact mostly everything becomes connected by dependency.
--
Michel Talon
ta...@lpthe.jussieu.fr
smime.p7s
Description: S/MIME
Doug Barton wrote:
What I'm looking for is compelling motivation to make this overwhelming
change to the ports infrastructure.
Because the present state of the ports system is not a compelling enough
reason? My
arms are falling …
--
Michel Talon
ta...@lpthe.jussieu.fr
See
http://lists.freebsd.org/pipermail/freebsd-ports/2011-December/071814.html
--
Michel Talon
ta...@lpthe.jussieu.fr
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
is useless here.
--
Michel Talon
ta...@lpthe.jussieu.fr
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
/~talon/show_index.fcgi
Already 5 years this was done ...
--
Michel Talon
ta...@lpthe.jussieu.fr
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr
.
Now gmake install doesn't work and produces an infinite number of
submakes. I don't know how to make a proper install.
Hope this may help you to do a port
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
Note that the source code can be obtained from Debian, apparently.
Does it work, i don't know.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd
things in real
languages like python, lisp, etc. This argument of being included in
base system is so completely bogus ...
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
that pkgng shares something to some penguinist
system, beware it will be villified by some guardians of the orthodoxy
who are quite vocal. Anyways if it is indeed fast it will make a happy
difference with the present pkg-* tools.
--
Michel TALON
___
freebsd
(i work in a lab which is almost 100% RedHat since many years,
and i am not happy at all with that. As much as Ubuntu is despised
here, it is light years ahead of the Fedora always beta stuff).
--
Michel TALON
___
freebsd-ports@freebsd.org mailing
rdup_entry_c = rdup_entry;
which makes sense is (probably automatically) replaced by the line
rdup_entry = rdup_entry;
which is superfluous.
gcc doesn't bark at that while clang does.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
Robert Huff said:
Michel TALON writes:
Finally
the file UPDATING should be forcefully removed from the system
While I support all reasonable efforts to get automation to
always Do The Right Thing(tm), my reaction to this is: absolutely
not.
Until you can show
means which
don't prevent automatisation (for example upping the revision levels of
all appropriate ports, even if they are very numerous). At the end of
the day, portupgrade is so awfully slow that i think moving away from
ruby could also help in this respect.
--
Michel TALON
in the laptops i tried?
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
than the other ...
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
It appears ruby-rbtree is marked deprecated because the master site has
disappeared.
In fact it has moved here:
http://rubyforge.org/frs/download.php/67118/rbtree-0.3.0.tar.gz
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
= 500509
? 5*6
%1 = 30
?
In other words everything works completely out of the box, without any
intervention.
After that people will say that the freebsd ports are the best thing
since sliced bread!
--
Michel TALON
___
freebsd-ports@freebsd.org
tex2mail.1
and the compressed versions.
Good luck
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
not convinced that continually forking tons
of programs can be very fast, and it would be nice to be able to exploit
parallelism on modern multiproc machines.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
Le Monday 01 August 2011, Doug wrote:
A lot of people say that, but I'll stack it up against just about any
interpreted language. Some of my routines are actually faster than the
equivalents in pkg_info (which is why I use them).
Yes, i have seen that portmaster is quite fast. I was
, in particular the fact that the
base system has the Berkeley database, or that using the filesystem as a
poor man's database was a better idea.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Mon, Aug 01, 2011 at 09:39:05AM -0700, Jos Backus wrote:
On Aug 1, 2011 7:10 AM, Michel Talon ta...@lpthe.jussieu.fr wrote:
[snip]
This being said if an upgrade tool needs to compute (partially) the INDEX,
most of the time is spent in running make -V variables in each port,
because
.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
2);
return l;
}
%%
Many thanks for the suggestion.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
in that
direction is OpenBSD. From what i hear, people are happy with the
management of ports in OpenBSD, while most of people i hear are very
unhappy with FreeBSD ports.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
Le mardi 26 juillet 2011 12:38:35, vous avez écrit :
Sure, why not kill one of the biggest strengths FreeBSD is known for
while we're at it...
Or most obvious weakness ... The biggest strength was a good kernel, better
than Linux, but this was years ago.
Two questions:
Who will
-4.1.1
netcdf-4.1.1
paraview-3.8.1
py27-h5py-1.2.1_1
py27-netCDF4-0.9.3
hdf-szip-2.1_1
It is easy to get from the same INDEX the required hdf port.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
quicklisp
http://www.quicklisp.org/beta/
and after that hundreds of applications can be installed automatically
in the same way as cpan does for perl modules. Instead there are a
select few lisp applications in the ports, which have a clisp and a sbcl
slave port. This is strange.
--
Michel TALON
are on their own.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
(package_id, origin)
So this seems fine.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
solutions. I have just taken a look at the table packages,
it seems that it does not contain dependency information, but you can
discover it through analyze_elf, where do you store it?
This project is the thing i had dreamed about.
--
Michel TALON
On Thu, Mar 17, 2011 at 07:33:01AM +0300, Ruslan Mahmatkhanov wrote:
17.03.2011 02:33, Michel Talon ??:
Hello,
i noted that ucpp is deprecated because it cannot be fetched
from original site. This is an alternate c preprocessor
supposed to be better than the gnu one, written
:
http://code.google.com/p/ucpp/
I hope you may reconsider your decision.
With my best regards
(*) i think he now runs a crypto firm in the Boston area.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
/gimp.shtml
and which is in the ports. So this deprecation is fine.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
(maple, etc.) always
type their code in a window using a standard editor, and copy-paste it
in another window running maple, maxima, etc. Using the GUI toolkits
is almost always a considerable loss of time.
--
Michel TALON
___
freebsd-ports@freebsd.org
comments.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
the right thing and/or
notify you about ports that you need to reinstall.
Or if you like something more automated, faster, and giving more
information, you can run:
http://www.lpthe.jussieu.fr/~talon/check_pkg.py
--
Michel TALON
___
freebsd-ports
to a good userland, depending
on the care offered by the Debian people to this project. I don't think
that grafting apt on the ports system would work as well as in Debian.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
edited, which
is the precious stuff, but it preserves a lot of useless stuff.
The following python script by Cyrille Szymanski may be more useful:
http://www.lpthe.jussieu.fr/~talon/pkg_save.py
It keeps the config files and the shared libraries.
--
Michel TALON
is in the same spirit as my own:
http://www.lpthe.jussieu.fr/~talon/pkgupgrade
except written in shell, which is quite a feat!
Since python is easier to manage, pkgupgrade follows MOVED
and tries to be fast.
--
Michel TALON
___
freebsd-ports
the configuration of a large number of ports, you cannot expect
a packages-based upgrade to work. In this case the only reasonable way
is to upgrade from source.
Miroslav Lachman
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
computation by doing things on its own. In principle you have a
global view of the problem, which is better than the local view embedded
in each package. Hence forcing pkg_add is the only sane way.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
for example django if you want to understand
fastcgi. By the way the aim is to display the FreeBSD ports trough
a fastcgi responder.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
with a partial order given by dependency.
There is always such a total order, but it is not unique.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
Martin Wilke wrote:
Next run,
We updated the port to 2.2.2r19801.
Works for me fine on a FreeBSD-7.1 machine running i386. I am running
just now a FreeBSD-8 snapshot. But the NetBSD-5 iso crashed the virtual
machine.
Nice work
Thanks.
--
Michel TALON
wise decisions. If
a little judgement was applied in such cases, it would enhance
greatly the usefulness of the ports system.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
.
And the end user who uses prepackaged packages will get mtools with
a totally useless GUI. I have hard time beleiving you are not trolling
with such theories.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
does it, an so does my pkgupgrade. Using such an order (it
is not unique) one can guarantee that (barring bugs in the ports system)
one can remove packages without breaking other packages or install
without doing multiple rebuilds.
--
Michel TALON
as the new Maple Java
interface, maybe it is wise to keep the old Scilab 4.x in the
ports tree ...
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
useful. Otherwise the main window
seems fine.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
!!!) hence breaks the build for
matplotlib.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
, and it is easy to figure out how to use it.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
in the complexity of the big ones.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Le jeudi 08 janvier 2009, vous avez écrit :
On Thu, Jan 08, 2009 at 05:48:10PM +0100, Michel Talon wrote:
This mail agent doesn't offer anything compelling compared to sendmail,
only it is much smaller and presumably more secure.
I have previously seen it advocated for base
/base/size10.clo)) (./toto.aux)
[1]
(./toto.aux) )
Output written on toto.dvi (1 page, 624 bytes).
Transcript written on toto.log.
niobe% ls /var/db/pkg|grep teTeX
teTeX-3.0_1/
teTeX-base-3.0_6/
teTeX-texmf-3.0_3/
--
Michel TALON
___
freebsd-ports
adds dependencies like cm-super which are
perfectly non necessary, please don't impose on us abominations like
TeXLive, leave that optional.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
/
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
is minimal. I have checked on the xvid site that there is no more recent
version.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
perfectly parallelizes the computations on the 128 bits registers.
This is a good illustration of the fact that compilers are not always
as smart as people say, and assembly code can crush C code.
--
Michel TALON
___
freebsd-ports@freebsd.org
On Mon, Oct 06, 2008 at 02:17:43AM +0400, Boris Samorodov wrote:
Michel Talon [EMAIL PROTECTED] writes:
I think that CONFLICTS is a cure with worse effects than
the disease.
Well, then you may cut off this cure by defining DISABLE_CONFLICTS.
This is indeed the solution i came
Jan Henrik Sylvester wrote:
Should all CONFLICTS be documented?
I think CONFLICTS should be treated by ignoring them completely.
They cause no end of troubles in Debian, for very little if any
usefulness.
What is the problem if you install texi2dvi one way or another?
--
Michel TALON
On Sun, Oct 05, 2008 at 04:24:46PM -0500, Scot Hetzel wrote:
On Sun, Oct 5, 2008 at 3:25 PM, Michel Talon [EMAIL PROTECTED] wrote:
Jan Henrik Sylvester wrote:
Should all CONFLICTS be documented?
I think CONFLICTS should be treated by ignoring them completely.
They cause no end
little is needed.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
I am quite sure that one of the keys of Marcin's success is having
limited his aims. Similarly the excellent portmaster tool for upgrading
owes its success to strict limitation to upgrade from source, using the
available preexisting pkg_* tools - plus a lot of polishing.
--
Michel TALON
packages. I hope it is reliable. Then i suggest to download it
and work from that.
Best regards
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL
this socket. To browse the ports tree, just
point the browser at /showindex/ on the given server. A reasonable
number of queries per second is achievable through this setup.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
, but it was completely reproducible on these web
pages.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
if the basic tools (pkg_add, etc.) work correctly by themselves, since
portupgrade mainly calls these tools. But of course, injecting the above
state information in pkgdb.db would perhaps be useful.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing
and detailed data
basis of the operations, of course. By the way, on the course of time,
ports belonging on a transaction are upgraded, may change name
(according to the MOVED file) so one also have to continually update
this information in the data basis.
--
Michel TALON
comparable to what one
may expect under Linux. Compiling a single KDE port took longer that
the whole upgrade procedure except the compilation.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
On Sat, Jul 12, 2008 at 04:35:29PM +0200, Kris Kennaway wrote:
Michel Talon wrote:
Hello,
Since KDE recently appeared in the Latest prebuilt packages
Well, it's always been there, except when it could not be built.
Well it was not here ten days ago, i think, when it was discussed
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
- because comparing to what the most recent versions
of bdb in the ports can do has a different bearing on the question.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
afficionados who are convinced that their toy is the best in the world.
Let me recall that *one* person has completely rewritten the ports system
for OpenBSD (Marc Espie), including the pkg* tools and all the Makefile
scripts, and now it works.
--
Michel TALON
,
including myself, only to be scorned by people of your sort. I have yet
to see people like you contributing any testing or discussion when code
is offered, all you are good for is parrotting Code speaks louder than
mere words.
--
Michel TALON
___
freebsd
On Thu, Mar 20, 2008 at 01:05:27AM -0700, Doug Barton wrote:
On Thu, 20 Mar 2008, Michel Talon wrote:
Doug Barton wrote:
i would venture to say that such an utility
should be able to upgrade things based of *binary* packages, and
consequently that portmaster is not a suitable candidate
On Thu, Mar 20, 2008 at 05:59:28PM +0800, Denise H. G. wrote:
Michel Talon [EMAIL PROTECTED] writes:
Actually I don't think a batch download and install process would help
much, especially for a freshly installed system because it might be a
huge download job and much waiting time if one
not enough
information) for each package. So in principle one could do similar things as
Debian does.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
of many distributions, including
Free and NetBSD, with incredible bandwith. See
ftp://ftp.free.fr/mirrors
I can download a DVD from my office at 100Mb/s from here at any time.
I would venture to say that the problem you mention is really a non problem.
--
Michel TALON
in the middle, like it is the
case with all present standard FreeBSD upgraders.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
minutes.
Robert Huff
Last time i have built the INDEX on a core 2 duo machine, it took less
than 10 minutes, in fact 8 minutes if i remember well, which is ways
less than the numbers you are claiming.
--
Michel TALON
be happier with a distribution much
lighter than TeTeX, i think the only progress of any interest in all
that stuff is pdftex. If only i could put Latex2e in the trash can ...
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
people are happy with the source based system, and all the
problems going with such a choice.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL
individual interest.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
. The Debian
people have a simpler situation with apt-get, they have only one sort of
dependency to consider, the equivalent of RUN_DEPENDS. Hence they can
build a reliable sorted graph of dependencies.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
accordingly, the presence of unwanted and uncleaned ports may be not
only a small inconvenience, but may have bad consequences. So i think
it should be wise to introduce a database as indicated above, in the
same way it has been introduced in aptitude as an enhancement of apt-get.
--
Michel TALON
have opinions about this ...
Sure this is a point of interest, the more opinions, the better.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL
leaving a mess if
something goes astray like portupgrade does.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
Moral of the story, as other people are saying, keeping a backup of the
pkgdb should be necessary before taking unreliable action.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
possible means would be very beneficial.
By the way an alternative system would be to use something other than
make to do the job. This is what the Gentoo people are doing, using
first a python based system, and now a C++ one (paludis). Here also i
don't have any idea if it is faster.
--
Michel
don't want to rely on
this mechanism, you keep your copy and use it only in case some library
is really missing and you don't know how to solve the problem in another
way.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
it on /var/db/pkg. Of course this is the
sort of thing absolutely impossible to characterize.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL
directly in the repository.
Hoping that this will help maintaining FreeBSD boxes without spending
hours doing it.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
, it is, like portupgrade,
somewhat complex, and bugs can easily creep in short as well as complex
programs. I will be very happy if i get feedback on bugs or
misbehaviors, and so will Cyrille.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http
. In my case i have around 600
installed ports, it discovers around 100 dependencies, and the procedure
takes around 1mn25 (on a P4, 3Ghz). The result can be found in the files
ErrorLog and INDEX.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing
.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
1 - 100 of 107 matches
Mail list logo