Hello,
I'm having problems upgrading LibSM, some problem with aclocal.
I tried to upgrade portupgrade -f 'autoconf*' 'automake*' but it didn't help
Thanks for your help,
Michel
(FreeBSD 6.2-RELEASE-p12 i386)
/usr/ports/x11/libSM $ make configure
===> libSM
SAITOU Toshihide wrote:
In message: <49c65f17.9020...@seliverstoff.fr>
michel writes:
Hello,
I'm having problems upgrading LibSM, some problem with aclocal.
I tried to upgrade portupgrade -f 'autoconf*' 'automake*' but it didn't help
Thanks
SAITOU Toshihide wrote:
In message: <49e687c1.70...@seliverstoff.fr>
michel writes:
SAITOU Toshihide wrote:
In message: <49c65f17.9020...@seliverstoff.fr>
michel writes:
--- (the lines is omitted) ---
I encountered a same problem a
d by the second component. It may be that Debian/kFreeBSD
will succeed in associating a good kernel 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
' which will prompt you to do 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
__
ybe it would help
to recognize that such observations are perhaps not unrelated to the
original poster 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"
mplicated.
(*) most serious users of CAS software i know (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
_
:
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
ge.net/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"
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
> >suppo
uot;package_id INTEGER REFERENCES packages(id),"
"PRIMARY KEY (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"
g fast and tested instead of some
half-brewed 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 th
mess. Those you like to change things 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"
a
select few lisp applications in the ports, which have a clisp and a sbcl
slave port. This is strange.
--
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"
s-1.3.3_7
netcdf-ftn-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.
u can never be sure that a source
port will compile. The only *BSD i am aware of that has moved 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
__
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 p
that i think it is a
pretty good program. Similarly portmaster is a brilliant example of
shell scripting and works OK as far as i can see. The real problems are
in the ports system itself.
--
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"
oup * grp, char const * group,
> }
> if (grbuf != NULL)
> free(grbuf);
> + system("nscd -I group 2>/dev/null >&2");
> return l;
> }
>
> %%
Many thanks for the suggestion.
--
Michel TALON
__
n't know. Moreover i am 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
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 me
o keep
a fast access copy of the important data in /var/db/pkg, but this idea
was dismissed for "various" reasons, 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
_
On Mon, Aug 01, 2011 at 09:39:05AM -0700, Jos Backus wrote:
> On Aug 1, 2011 7:10 AM, "Michel Talon" 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 in each port,
>
primelimit = 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@f
in /usr/local/man/man1
gp-2.5.1 gp.1 gphelp.1 pari.1 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"
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
stem and an installer which is not a joke like FreeBSD
one. Wonder why one system has more users 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"
ich of the two supported the network
controllers 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"
et at the same effect through 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 r
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.
&g
ine
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 l
and that ReHat doesn't come anywhere close to cater to this
market (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
_
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
e
to be reliably maintained by automatic procedures, contrary to some
concurrence. How to solve the problem, i don't know.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscr
> something has broken during a port upgrade run
I don't think pkg_create preserves the config files user 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/
in the basement instead
of a server farm, the point of view is not the same ...
By the way if you mention 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 inde
es shorter 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/listi
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 ma
stackLimit != RLIMIT_VMEM)
which i hope is correct.
Then csl builds to the end and then reduce builds. At the end you get:
Info: Recompilation complete
if test -f reduce.app/Contents/reduce.img; \
then cp reduce.app/Contents/reduce.img
/home/michel/pub/reduce-algebra/trunk/csl/cs
www.lpthe.jussieu.fr/~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 ma
e and live it here. The ports system 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"
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
r similar 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
ITHOUT_X11 knob.
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://li
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.
--
Mic
later
exten => h,1,DeadAGI(script.sh)
If I replace the Zap/g2 with a SIP channel then I don't get the message.
Is there something I can do about this?
Thanks for your help,
Michel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.o
problem is to get a total order
on a set of ports compatible 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/mailm
rver than 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/free
Hello,
I think that Quanta plus is missing in kdewebdev-4.3.1
less pkg-plist
bin/kfilereplace
bin/kimagemapeditor
bin/klinkstatus
bin/kommander
bin/kxsldbg
bin/xsldbg
.
...
..
.
but no Quanta+
___
freebsd-ports@freebsd.org mailing list
http://list
s your
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 mailin
ram. I think that a
similar behaviour should be viable on FreeBSD. If you extensively
modify 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
__
Very nice, your program 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
__
ing it, which avoids 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]"
ve, in the
same way it has been introduced in aptitude as an enhancement of apt-get.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
u had erased
it, the distfile would have disappeared, or marked broken with
new versions of FreeBSD, no more compilable, etc.
> I'd be interested to hear if others have opinions about this ...
Sure this is a point of interest, the more opinions, the better.
--
Michel TALON
thing else is garbage. 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
___
free
like Mark Linimon says, these fields may
have 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]"
Maybe you could be interested by the following substitute which avoids
to clobber the ports tree while giving the same information than
make readmes:
http://www.lpthe.jussieu.fr/~talon/show_index.py
--
Michel TALON
___
freebsd-ports@freebsd.org
This means in particular that i am
not a portupgrade maniac, upgrading each day to have the satisfaction of
completely breaking my installation ...
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
the messages on Ubuntu forums, the stability is poor.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rts, i want the packages, that i will install with pkg_add -r,
and i want them immediately with the new FreeBSD-7, not 3 months later.
Having them 3 months later would be extremely user unfriendly, to the
point that i would delay using FreeBSD-7 by 3 months, at least.
--
Michel TALON
___
derstood that, but now it appears that
most FreeBSD 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/free
that it is not an ultra hot
priority. Personnally i would 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
only 512mb of RAM) it
> routinely takes about 75 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 tha
eu.fr/~talon/freebsdports.html (resp .pdf .tex).
Of course everyone is free to copy part or all, and to improve or criticize.
I hope this may be useful for beginners wanting to learn "how it works" in
more details.
--
Michel TALON
__
grade says something
about its efficiency.
(*) The program outputs timings.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Sat, Sep 30, 2006 at 06:14:26AM +1000, Peter Jeremy wrote:
> On Fri, 2006-Sep-29 19:21:22 +0200, Michel Talon wrote:
> >timings (*) one gets. On my machine, a P4 3Ghz, oldish, it takes 23 minutes
> >to
> >complete building the INDEX, but the python script doesn't
(portdir, '', 1)"
and you will see them. If you have kept the safe.pkl you can read it and just
run everything after "safe = open('safe.pkl','r')", it will run in
something like 5 seconds.
--
Michel TALON
_
SMP mode). This
is why i was curious to know the effect of this idea on a machine with real
SMP and perhaps disks supporting tagged queuing, which should allow better
throughput for these simultaneous makes. I had, perhaps naively, assumed that
with a good machine one can divide time
P4, 3 Ghz, hyperthreaded.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Thu, Nov 02, 2006 at 10:08:49PM +1100, Edwin Groothuis wrote:
> On Thu, Nov 02, 2006 at 11:54:23AM +0100, Michel Talon wrote:
> > Today someone lent me a Core 2 Duo machine on which i have loaded
> > FreeBSD-64.
> > Nice result is that both my python program (that i hav
a question of having pretty
templates to show something nice, and a simple http server. For example i know
this is trivial to do with python BaseHTTPServer, but it should be as trivial
with perl or other similar tool.
--
Michel TALON
__
some proxy.
If port 8080 is inconvenient, on can launch it as
./show_index.py
This server is very snappy for single use, it is much faster and cleaner
than building the README.html (but requires python, of course!). Someone
with html skills, not my case, could improve on templates, however.
-
. 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
, 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
now found 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 unsubsc
come to do
anything he wants with them, including modifying, improving, rewriting
in C++, whatever. Personnally i have no intention to change them in the
short term. Perhaps rewrite in C++ later on, if nobody does, and if it
appears useful.
--
Mi
. Anyways the
program gives a detailed report in CheckLog, and runs in short time, a
few seconds the first time, around a second when the files are in cache.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
k_pkg.py first time i used 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
necessary,
which are not (libchk cannot assert that since it looks only in standard
places) or you can say like portmaster, i 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
+ one (paludis). Here also i
don't have any idea if it is faster.
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
s edits the file.
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/
soon as possible, polish whatever
needs 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
___
will
not end in a mess if something crashes 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]"
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 tha
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 jo
es which lists similar information (perhaps 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/free
oblem. For example my provider, which
is a quite large one, has a mirror 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 proble
e those FreeBSD ports
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.
--
people have brought code to the table,
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 l
tem has to offer
compared to sqlite - 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/mailm
jussieu.fr/~talon/pkg_check.py
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ble time, completely 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/mail
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
r.
As to the necessary modifications in portupgrade, perhaps not a lot
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
very complete 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.
--
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]"
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
FreeBSD ftp sites have an INDEX of
available 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-port
reeBSD ports system.
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 polishi
1 - 100 of 131 matches
Mail list logo