LibSM problem with make configure

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

Re: LibSM problem with make configure

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

Re: LibSM problem with make configure

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

Re: Debian GNU/kFreeBSD

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

Re: Find a corrupt port

' 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 __

Re: FreeBSD needs fresh Blood!

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"

Re: Superfluous dependencies

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 _

Re: Deprecation campaign

: 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

Re: deprecated ports

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"

Re: Deprecation campaign

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

Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install

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"

Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install

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

Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install

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"

Re: Dropping maintainership of my ports

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"

Re: Why so many versions of the port science/hdf?

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.

Re: Time to mark portupgrade deprecated?

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 __

Re: Time to mark portupgrade deprecated?

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

Re: Time to mark portupgrade deprecated?

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"

Re: nscd vs. ports that add user/group (Was: Time to mark portupgrade deprecated?)

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 __

Re: UPDATING 20110730

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

Re: UPDATING 20110730

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

Re: UPDATING 20110730

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 _

Re: UPDATING 20110730

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, >

Re: FreeBSD unmaintained ports which are currently scheduled for deletion

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

Re: FreeBSD unmaintained ports which are currently scheduled for deletion

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"

ruby-rbtree

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

Re: Ports system quality

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"

Re: Ports system quality

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"

Re: suggestion for pkgdb from ports-mgmt/portupgrade: add more explanation

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

Re: suggestion for pkgdb from ports-mgmt/portupgrade: add more explanation

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

Re: [ANNOUNCE]: clang compiling ports, take 2

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

Re: ports-system priorities rant (Re: sysutils/cfs)

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 _

Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule

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

Re: Direct or indirect libdependencies (using the libintl.so.8 case)

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

Re: i keep *trying* to move from portupgrade to portmaster

> 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/

Re: testing PKGNG

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

Re: Detecting dependencies

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

Re: How to resurrect ltrace from Attic?

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

Re: Is there a port to math/reduce?

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

Re: A new and better way to do "make readmes"?

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

Re: Please update lang/cmucl to 20c

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"

Re: Port suggestion: REDUCE (math) is available under a BSD license

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

Re: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72)

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

Re: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72)

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

Re: [Call For Testing] VirtualBox for FreeBSD! take2

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

Zaptel causes kernel: FIXME: per-channel check for O_NONBLOCK

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

Re: [HEADUP] FreeBSD Gecko's TODO and plan for future

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

Re: Lighttpd: (mod_fastcgi.c.1742) connect failed

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

FreeBSD Port: kdewebdev-4.3.1

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

Re: Portmaster with package support ready for beta testing

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

Re: Portmaster with package support ready for beta testing

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 __

Re: Portmaster with package support ready for beta testing

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 __

Re: Finding slowdowns in pkg_install

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]"

Re: Keeping track of automatically installed dependency-only ports

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]"

Re: Keeping track of automatically installed dependency-only ports

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

Re: Proposal for another category in INDEX: common_deps

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

Re: Proposal for another category in INDEX: common_deps

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]"

Re: Make readmes broken?

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

Re: duration of the ports freeze

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

Re: duration of the ports freeze

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]"

Re: duration of the ports freeze

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 ___

Re: duration of the ports freeze

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

Re: TeTeX and TeXLive

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

Re: portupgrade installing unexpected dependencies

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

Documentation

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 __

Yet another INDEX builder.

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]"

Re: Yet another INDEX builder.

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

Re: Yet another INDEX builder.

(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 _

Re: Yet another INDEX builder.

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

Building the INDEX

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]"

Re: Building the INDEX

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

Building the README.html's (was Re: Building the INDEX)

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 __

Server to browse ports tree.

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. -

Dependency question

. 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

pkgupgrade

, 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

pkgupgrade

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

pkgupgrade

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

pkg_check.py

. 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

Re: Problems running pkgdb -fF

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

Re: Specs for saving old shared libs

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

Re: Looking for speed increases in "make index"

+ 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]"

Re: Uggg!

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/

Re: Moving to synth (was: Removing documentation)

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 ___

Re: Utility for safe updating of ports in base system

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]"

Re: Utility for safe updating of ports in base system

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

Re: Utility for safe updating of ports in base system

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

Re: Utility for safe updating of ports in base system

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

Re: Utility for safe updating of ports in base system

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

Re: ports system woes

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. --

Re: ports system woes

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

Re: ports system woes

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

Re: [patch] pkg_delete(1) speedup

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]"

Upgrading through packages: an experience.

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

Re: Upgrading through packages: an experience.

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

Re: Call for comments - pkg_trans

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

Re: Call for comments - pkg_trans

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. --

Re: firefox 3 causing xorg to suck up all available CPU

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]"

Exploring the FreeBSD ports tree

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

Re: My interactive version of pkg_add

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

Re: My interactive version of pkg_add

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   2   >