Re: [HEADS UP] pkgsrc stuff

2010-05-07 Thread McLone
On Thu, May 6, 2010 at 5:13 AM, Justin C. Sherrill
jus...@shiningsilence.com wrote:
 Is anyone still using DragonFly systems older than 2.4?  I have old
 aliases for the original pkg_radd path on avalon, and if they are unused,
 I'd like to dump them.
I have a pair of 2.2.1 boxes and i can not replace them yet.
They are remote and under load.
-- 
wbr,|\  _,,,---,,_   dog bless ya!
`   Zzz /,`.-'`'-.  ;-;;,_
McLone at GMail dot com|,4-  ) )-,_. ,\ (  `'-'
  net- and *BSD admin '---''(_/--'  `-'\_)   ...translit rawx!



Re: [HEADS UP] pkgsrc stuff

2010-05-07 Thread Matthew Dillon
We could just put up a link to a more recent pkg_radd script on the wiki
for older DFly boxes.  Those people can upgrade just that one script.
I'd like to get rid of the old links too.

-Matt



Re: [HEADS UP] pkgsrc stuff

2010-05-06 Thread Justin C. Sherrill
On Wed, May 5, 2010 10:13 pm, Justin C. Sherrill wrote:
 Thing 1:

 I've finally almost got a 2.7 build of pkgsrc-2010Q1 complete, so I'm
 going to shift the default pkg_radd target to point at it for each
 architecture within the next 24 hours.

Aaaand it's pointed.  Packages downloaded through pkg_radd (or directly)
for 2.6 and 2.7 are now from pkgsrc-2010Q1.



[HEADS UP] pkgsrc stuff

2010-05-05 Thread Justin C. Sherrill
Thing 1:

I've finally almost got a 2.7 build of pkgsrc-2010Q1 complete, so I'm
going to shift the default pkg_radd target to point at it for each
architecture within the next 24 hours.

Thing 2:

Is anyone still using DragonFly systems older than 2.4?  I have old
aliases for the original pkg_radd path on avalon, and if they are unused,
I'd like to dump them.  This is a cosmetic change, so it's not that
important.

Thing 3:

A project for anyone that wants it: pkg_search will find listed packages
in pkg_summary that did build, but they won't be available through
pkg_radd because the package has some restriction on being distributed
from the software creator.  Changing pkg_search and pkg_radd to explain
this discrepancy would be helpful, instead of just having pkg_radd fail to
find it as it does now.