Quoting Dan Nelson dnel...@allantgroup.com (from Thu, 26 Feb 2009
23:57:37 -0600):
In the last episode (Feb 26), Nate Eldredge said:
In the past few months I've noticed a bug in portupgrade. When I update
my ports tree and do `portupgrade -a', often a few ports will be skipped,
supposedly
Hi folks,
In the past few months I've noticed a bug in portupgrade. When I update
my ports tree and do `portupgrade -a', often a few ports will be skipped,
supposedly because another port on which they depend failed to install.
However, the apparently failed port actually did not fail
In the last episode (Feb 26), Nate Eldredge said:
In the past few months I've noticed a bug in portupgrade. When I update
my ports tree and do `portupgrade -a', often a few ports will be skipped,
supposedly because another port on which they depend failed to install.
However, the apparently
I'm very surprised and upset that running pkgdb -F has started a whole
upgrade of my stable machine. I'm sure hacker's isn't the right list
for this but it is so amazing that I don't know what the right list
would be and I think just calling attention to some very bizarre
behavior is maybe the
list would be
Ports problems go to the ports list. Problems with a particular port
(e.g. portupgrade) go to that list and/or the port's maintainer.
Deinstall xorg-manpages-6.9.0 ? [no] yes
--- Deinstalling 'xorg-manpages-6.9.0'
[Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 70
to is the
portupgrade maintainer, [EMAIL PROTECTED]
For the rest of it - you've apperently got x.org 6.9 installed on the
system and x.org 7.0 in the ports tree. So once it starts installing
ports, it's pretty much going to install the entire xorg ports
set. Since they install in different
even though you told it not
to. That's a pkgdb issue, and the right person to talk to is the
portupgrade maintainer, [EMAIL PROTECTED]
For the rest of it - you've apperently got x.org 6.9 installed on the
system and x.org 7.0 in the ports tree. So once it starts installing
ports, it's pretty
In [EMAIL PROTECTED], Kris Kennaway [EMAIL PROTECTED] typed:
--- Checking the package registry database
Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto):
Install stale dependency? ([y]es/[n]o/[a]ll) [yes] n
^
New
On Sun, Jun 10, 2007 at 08:15:33PM -0400, Mike Meyer wrote:
In [EMAIL PROTECTED], Kris Kennaway [EMAIL PROTECTED] typed:
--- Checking the package registry database
Stale dependency: Xaw3d-1.5E_1 - xf86dgaproto-2.0.2 (x11/xf86dgaproto):
Install stale dependency? ([y]es/[n]o/[a]ll) [yes]
On 2/28/07, Sean Bryant [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
On Thu, 15 Feb 2007, Michel Talon wrote:
Give me a few weeks, and if I can band together with a few people I
wanted to try and port sections of portupgrade and its related tools
to
C++ (and maybe do some code tweaks
[EMAIL PROTECTED] wrote:
On Thu, 15 Feb 2007, Michel Talon wrote:
Give me a few weeks, and if I can band together with a few people I
wanted to try and port sections of portupgrade and its related tools to
C++ (and maybe do some code tweaks along the way). Most of the ruby
files are over 400
David Gilbert wrote:
Jeremy Messenger wrote::
Give ports-mgmt/portmaster a try.
I just did. One flaw it has is that I have two no longer supported
ports installed. I want to run portmaster -a, but when it finds tund
(and I assume it would also stop for xsysinfo), it stops. I put a
David Gilbert wrote:
I have 734 ports installed on my laptop right now. I'm pretty sure,
at times, I've had over 1000 ports on my laptop.
On machine with moderate numbers of ports (most servers seem to have
50 to 200 ports), portupgrade takes a moderate amount of time to start
work
Quoting Olivier Warin [EMAIL PROTECTED] (from Wed, 14 Feb 2007
19:54:09 +0100):
This issue is not only related to portupgrade, pkg_add a new port takes
far too long now... and make index each time I upgrade my ports is
awfull too.
Regarding make index: try make fetchindex right after
On Thu, Feb 15, 2007 at 01:17:58AM +0100, Michel Talon wrote:
The problem is the so called topological sorting of a DAG which is of
order (n+m) where n is the number of nodes and m the number of arrows in
the DAG. In my python program pkgupgrade, i perform this sorting for
the whole set of
On 2/15/07, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting Olivier Warin [EMAIL PROTECTED] (from Wed, 14 Feb 2007
19:54:09 +0100):
This issue is not only related to portupgrade, pkg_add a new port takes
far too long now... and make index each time I upgrade my ports is
awfull too
As a tentative solution to the problem in the subject, i have corrected
still more bugs in my program pkguprade. The last version is at
http://www.lpthe.jussieu.fr/~talon/pkgupgrade
I had observed on my own machine two problems, one being that the
topological sort was scrambled, this i have
On Thu, 15 Feb 2007 17:52:29 +0100
Michel Talon [EMAIL PROTECTED] wrote:
As a tentative solution to the problem in the subject, i have corrected
still more bugs in my program pkguprade. The last version is at
http://www.lpthe.jussieu.fr/~talon/pkgupgrade
I had observed on my own machine two
On 2/15/07, Coleman Kane [EMAIL PROTECTED] wrote:
On 2/15/07, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting Olivier Warin [EMAIL PROTECTED] (from Wed, 14 Feb 2007
19:54:09 +0100):
This issue is not only related to portupgrade, pkg_add a new port takes
far too long now... and make
On Thu, 15 Feb 2007, Coleman Kane wrote:
On 2/15/07, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting Olivier Warin [EMAIL PROTECTED] (from Wed, 14 Feb 2007
19:54:09 +0100):
This issue is not only related to portupgrade, pkg_add a new port takes
far too long now... and make index each
On Thu, 15 Feb 2007, Michel Talon wrote:
Give me a few weeks, and if I can band together with a few people I
wanted to try and port sections of portupgrade and its related tools to
C++ (and maybe do some code tweaks along the way). Most of the ruby
files are over 400 lines long, sparsely
[EMAIL PROTECTED] wrote:
On Thu, 15 Feb 2007, Coleman Kane wrote:
On 2/15/07, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting Olivier Warin [EMAIL PROTECTED] (from Wed, 14 Feb 2007
19:54:09 +0100):
This issue is not only related to portupgrade, pkg_add a new port
takes
far too
On Thu, 15 Feb 2007, Michel Talon wrote:
A lot of things that I think are half right.
I think that porting portupgrade to C++ would be time spent in vain. In
my opinion, some of the basic ideas of portupgrade are deeply flawed,
and as much as one polishes the algorithms it will not gain much
is not only related to portupgrade, pkg_add a new port takes
far too long now... and make index each time I upgrade my ports is
awfull too.
Regarding make index: try make fetchindex right after the cvsup.
IT may not be up to the point with the cvsupped stuff, but not far off.
Bye
to portupgrade, pkg_add a new port
takes
far too long now... and make index each time I upgrade my ports is
awfull too.
Regarding make index: try make fetchindex right after the cvsup.
IT may not be up to the point with the cvsupped stuff, but not far off.
Bye,
Alexander.
I don't think we who use
On Thu, 15 Feb 2007 12:17:00 -0600, [EMAIL PROTECTED] wrote:
snip
=
Pros:
=
-It's written in python (portable).
Isn't our more portable for hardware than Python? Also, it is smaller?
-It's a system which focuses on ports compilation from source, not
binary package installation.
for
the whole set of ports (16000 +) in a couple of seconds. I am quite sure
that portupgrade uses one of the standard algorithms so i doubt very
much that the problem is here. I suspect it is much more in the constant
appeal to databases instead of bringing all data in memory, plus
David Gilbert wrote:
Jeremy == Jeremy Messenger [EMAIL PROTECTED] writes:
Jeremy Give ports-mgmt/portmaster a try.
I just did. One flaw it has is that I have two no longer supported
ports installed.
What do you mean by no longer supported?
I want to run portmaster -a, but when it
suggested
above, speak up. :)
Don't know, at least, I am 100% happy with portmaster and have not use
portupgrade for months (maybe almost a year). ;-)
Cheers,
Mezz
Doug
--
[EMAIL PROTECTED] - [EMAIL PROTECTED]
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http
I have 734 ports installed on my laptop right now. I'm pretty sure,
at times, I've had over 1000 ports on my laptop.
On machine with moderate numbers of ports (most servers seem to have
50 to 200 ports), portupgrade takes a moderate amount of time to start
work. On machines like my laptop
On Wednesday 14 February 2007 12:41, David Gilbert wrote:
I have 734 ports installed on my laptop right now. I'm pretty sure,
at times, I've had over 1000 ports on my laptop.
On machine with moderate numbers of ports (most servers seem to have
50 to 200 ports), portupgrade takes a moderate
On Wed, Feb 14, 2007 at 12:41:33PM -0500, David Gilbert wrote:
On machine with moderate numbers of ports (most servers seem to have
50 to 200 ports), portupgrade takes a moderate amount of time to start
work. On machines like my laptop, portupgrade seems to take much more
time to run. I
to have
50 to 200 ports), portupgrade takes a moderate amount of time to start
work. On machines like my laptop, portupgrade seems to take much more
time to run. I assume it's solving the dependency graph before it
decides what to upgrade first, but is this truly a O(n^2) problem? It
seems like
[EMAIL PROTECTED]:~ % pkg_info | wc -l
-[19:49]-
917
Really portupgrade becomes clearly not so usable for me after I
switch to Xorg 7.2RC which install 300 more packages, my workstation
is a xSeries 226 with a Xeon 2,8Ghz 1Go DDR2. So I can imagine
On Wed, 14 Feb 2007 11:41:33 -0600, David Gilbert [EMAIL PROTECTED] wrote:
I have 734 ports installed on my laptop right now. I'm pretty sure,
at times, I've had over 1000 ports on my laptop.
On machine with moderate numbers of ports (most servers seem to have
50 to 200 ports), portupgrade
Jeremy == Jeremy Messenger [EMAIL PROTECTED] writes:
Jeremy Give ports-mgmt/portmaster a try.
I just did. One flaw it has is that I have two no longer supported
ports installed. I want to run portmaster -a, but when it finds tund
(and I assume it would also stop for xsysinfo), it stops. I
of ports (16000 +) in a couple of seconds. I am quite sure
that portupgrade uses one of the standard algorithms so i doubt very
much that the problem is here. I suspect it is much more in the constant
appeal to databases instead of bringing all data in memory, plus the
natural slowness of ruby. Portmaster
for
the whole set of ports (16000 +) in a couple of seconds. I am quite sure
that portupgrade uses one of the standard algorithms so i doubt very
much that the problem is here. I suspect it is much more in the constant
appeal to databases instead of bringing all data in memory, plus the
natural slowness
Unfortunately, the semantics of -r and -R options of pkg_info is the
opposite of the semantics used by pkgtools (such as
portupgrade/portinstall, pkg_glob and so on).
Eugene
Marek Denis wrote:
On Tue, Dec 12, 2006 at 05:55:40PM -0500, Dino Michailidis wrote:
portupgrade -r will also
Hi all,
I must have ommited something, because this wasn't my first upgrade of
any soft with portupgrade. But this thime, when I upgraded..let's say
ettercap pkg_info -r show that it's depend is also libiconv-1.9.2_1,
which is not the most actuall (1.9.2_2). So I just typed:
# portupgrade -r
portupgrade -r will also upgrade packages that depend on the port you are
upgrading. It seems that this is not what you want.
portupgrade -R will also upgrade packages required by the port you are
upgrading - I believe this *is* what you want.
Be sure to use capital '-R', not lower-case '-r
On Tue, Dec 12, 2006 at 05:55:40PM -0500, Dino Michailidis wrote:
portupgrade -r will also upgrade packages that depend on the port you are
upgrading. It seems that this is not what you want.
portupgrade -R will also upgrade packages required by the port you are
upgrading - I believe
:
Hi,
There is a bug with portupgrade when it is used to upgrade already
compiled and installed ports for which some dependencies have been
deleted in the package database. This causes a crash in the function
'deorigin' in pkgdb.rb.
Since I don't know the internals of portupgrade, I
Hello.
Olivier Certner wrote:
Le Mardi 12 Juillet 2005 19:39, Florent Thoumie a écrit :
Le Mardi 12 juillet 2005 à 12:55 -0400, Kris Kennaway a écrit :
On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier Certner wrote:
Hi,
There is a bug with portupgrade when it is used
,
There is a bug with portupgrade when it is used to upgrade
already
compiled and installed ports for which some dependencies have been
deleted in the package database. This causes a crash in the function
'deorigin' in pkgdb.rb.
Since I don't know the internals of portupgrade
On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier Certner wrote:
Hi,
There is a bug with portupgrade when it is used to upgrade already
compiled
and installed ports for which some dependencies have been deleted in the
package database. This causes a crash in the function
Le Mardi 12 juillet 2005 à 12:55 -0400, Kris Kennaway a écrit :
On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier Certner wrote:
Hi,
There is a bug with portupgrade when it is used to upgrade already
compiled
and installed ports for which some dependencies have been deleted
Le Mardi 12 Juillet 2005 19:39, Florent Thoumie a écrit :
Le Mardi 12 juillet 2005 à 12:55 -0400, Kris Kennaway a écrit :
On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier Certner wrote:
Hi,
There is a bug with portupgrade when it is used to upgrade already
compiled
Hi,
There is a bug with portupgrade when it is used to upgrade already
compiled
and installed ports for which some dependencies have been deleted in the
package database. This causes a crash in the function 'deorigin' in pkgdb.rb.
Since I don't know the internals
Hi,
On Fri, Jul 11, 2003 at 10:38:52PM -0700, Andrew Konstantinov wrote:
I've written a simple script to make my life easier, but there is a
problem with that script and I can't figure out the source of that problem.
I'm inferring from your email that you want to pass make flags to certain
Andrew Konstantinov wrote:
I've written a simple script to make my life easier, but there is a
problem with that script and I can't figure out the source of that problem.
[ ... ]
The problem is simple. Whenever this script confronts a program which
needs to be upgraded, portupgrade removes
* Andrew Konstantinov [EMAIL PROTECTED] [030712 01:39]:
if [ $variables != ]; then
echo portupgrade -m '$variables' $progname
(portupgrade -m \'$variables\' $progname)
else
echo portupgrade $progname
(portupgrade $progname)
fi
While you're
On Sat, Jul 12, 2003 at 11:25:07AM +0200, Stijn Hoop wrote:
Hi,
On Fri, Jul 11, 2003 at 10:38:52PM -0700, Andrew Konstantinov wrote:
I've written a simple script to make my life easier, but there is a
problem with that script and I can't figure out the source of that problem.
I'm
Hello,
I've written a simple script to make my life easier, but there is a problem with
that script and I can't figure out the source of that problem.
if [ $variables != ]; then
echo portupgrade -m '$variables' $progname
(portupgrade -m \'$variables\' $progname
23, 2003 at 01:09:29AM +0100, Julian Mayer wrote:
hello
there is a bug in portupgrade-20021216: when you change the FTP port in
/etc/services to run the FTP demon on another port, portupgrade is
unable to download ports/packages via ftp
is there a workaround?
Errr
Lately Peter Pentchev told:
Attached is a patch to the libexec/ftpd source, which adds a new -P
option taking an argument of either a numeric port number or a service
name as described in the getaddrinfo(3) manual page. What do people
think about adding this functionality?
looks good
in portupgrade-20021216: when you change the FTP port in
/etc/services to run the FTP demon on another port, portupgrade is
unable to download ports/packages via ftp
is there a workaround?
Errr.. this is not a bug in portupgrade, but the way most (all?) FTP
clients work. If you change
On Thu, Jan 23, 2003 at 03:47:49PM +0200, Peter Pentchev wrote:
Attached is a patch to the libexec/ftpd source, which adds a new -P
option taking an argument of either a numeric port number or a service
name as described in the getaddrinfo(3) manual page. What do people
think about adding
On Thu, Jan 23, 2003 at 08:47:06PM +0300, Yar Tikhiy wrote:
On Thu, Jan 23, 2003 at 03:47:49PM +0200, Peter Pentchev wrote:
Attached is a patch to the libexec/ftpd source, which adds a new -P
option taking an argument of either a numeric port number or a service
name as described in the
On Thu, Jan 23, 2003 at 07:53:44PM +0200, Peter Pentchev wrote:
Peter, here is a bit reworked version of your patch.
Does it look reasonable?
Yes, this looks fine; the data connection port issue was brought up by
Matthew Seaman in a private message to me, which I did not respond to
On Thu, Jan 23, 2003 at 09:11:21PM +0300, Yar Tikhiy wrote:
On Thu, Jan 23, 2003 at 07:53:44PM +0200, Peter Pentchev wrote:
Peter, here is a bit reworked version of your patch.
Does it look reasonable?
Yes, this looks fine; the data connection port issue was brought up by
Matthew
61 matches
Mail list logo
