pkg replay bad url

[hurd1...@gmail.com]

the pkg replay bad url in release 9.1
help me
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkg replay bad url

[Sami Halabi]

You can't use pkg add since no binaries in 9.1 its mentioned in the release
notes of this version.
You can set SITEPACKAGE env variable to use stable packages.

Sami
בתאריך 28 בינו 2013 11:41, מאת "hurd1...@gmail.com" :

> the pkg replay bad url in release 9.1
> help me
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

pkgng and updated packages

[Rainer Duffner]

Hi,

I run my own pkgng repo (via poudriere) and it seems to work great.
However, I've got more questions...

 - when PHP got updated to 5.3.21 (from 5.3.20), all the other stuff
   that depends on it (PECL-*, pear-*) got rebuilt, too.
   (In my ports-tree, I just imported the update of PHP and nothing
   else)
 - but on the client, when I ran pkg upgrade, only the php-packages got
   upgraded. Is that correct? Shouldn't it also update the PECL and pear
   packages?
 - how do I re-install all packages? I will soon upgrade some systems
   from 8.3 to 9.1 and I want to reduce the number of systems I build
   packages for. Before pkgng, I would just pkg_delete everything then
   re-install and do a diff on the output of pkg_info |cut -f 1 -d " ".
   I though there might be an easier way...
 - is there a make.conf switch to completely disable pkg_* or do I have
   to remove the binaries myself? Will they re-appear after a
   freebsd-update -r or even after a simple freebsd-update? If I install
   postfix, there is a switch in rc.conf do disable it completely and I
   think there should be something similar.





Best Regards,
Rainer



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mergemaster -p / installkernel problem

[David Demelier]

What did you have in your mergemaster.rc ? To help next people who may have
the same problem :)


2013/1/28 Michiel Boland 

> On 01/28/2013 02:10, Kevin Oberman wrote:
>
>> You don't by any chance have a mergemaster.rc in /etc or
>> .mergemasterrc in $HOME?
>>
>>
> Duh... I'll go stand in the corner for the next 37 years.
>
> Cheers
> Michiel
>
>
> __**_
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable
> To unsubscribe, send any mail to 
> "freebsd-stable-unsubscribe@**freebsd.org
> "
>



-- 
Demelier David
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn - but smaller?

[Isaac (.ike) Levy]

On CTM,

On Jan 27, 2013, at 10:54 PM, Stephen Montgomery-Smith wrote:
> On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote:
>> On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote:
>>> On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller  wrote:
 in ancient times there was cvsup.
>> 
>> Thank you for adding the ctm bits in the page, I'm deeply intrigued by 
>> possibly solving this problem with bits *already* in base?!!
...
>> - does CTM go away with the CVS servers?
>> - do CTM-compatable patch/delta files exist on project repos?
>> - what is the cleanest path to using CTM? (e.g. is the patch you mention 
>> required)
...
>> Say I have a bare 9.1 install, no ports, haven't downloaded any base/src or 
>> ports yet.
>> How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, command 
>> by command?
> 
> First, you don't need any patches to get started.
> 
> Suppose you want to keep up with 9.x-stable.  Then you look at the ftp
> site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest
> xEmpty file, and fetch it.  Then create an empty directory /usr/src, and
> then do
> cd /usr/src && ctm the-xEmpty-file-you-downloaded.
> No need to decompress the file first.
> Then fetch from the same web site all the files whose number is greater
> than the xEmpty file you downloaded and do
> cd /usr/src && ctm the-rest-of-the-files*
> 
> Now in /usr/src, you will have a reasonably up to date version of
> 9.x-stable.
> 
> You can keep it up to date by getting more files, either from the ftp
> site, or by email, and doing again
> cd /usr/src && ctm the-rest-of-the-files*
> It will automatically ignore the files already applied.
> 
> Similar instructions for all the other stable/currents and ports.  Main
> thing to remember - start with an empty directory.
> 
> Also making local changes is not permitted.  If ctm tries to modify a
> file whose md5 checksum has changed, it will quit with an error message.
> (But it won't leave your system in an unusable state - if you put that
> file back to its original state, then ctm will work again.)
> 
> Now, if you want something not offered by ctm (e.g. 8.2-release), then
> you need to use svn.  You can get svn via ctm.  But you (1) need to
> apply the patch, (2) install the svn port, and (3) install the xz port
> if your FreeBSD is really old.

Thank you Stephen, ctm(1) is quite rad, but I see now how it doesn't really 
replace the 'one-liner' pull of c[v]sup…

I updated the wiki page with an example from your notes,
https://wiki.freebsd.org/UsersFetchingSource

--
With that, 2 questions:

- I'm wondering if there is a clean/reliable way to pull an index of the CTM 
deltas?  (This is still very far from the one-liner c[v]sup had become, it 
would be great to check for new delta files in a simple automated manner.)

- does CTM go away with the CVS servers, e.g. who/how is it supported supported 
and maintained going foreword under SVN?

Best,
.ike


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn - but smaller?

[Isaac (.ike) Levy]

On Jan 27, 2013, at 10:27 PM, John Mehr wrote:
> On Sun, 27 Jan 2013 16:03:35 -0500
>  "Isaac (.ike) Levy"  wrote:
>> On Jan 25, 2013, at 8:27 PM, John Mehr wrote:
>>> On Fri, 25 Jan 2013 10:27:23 +0100
>>>   Oliver Brandmueller  wrote:
 Also I'd like to mention John Mehr, who's work on a "lightweight, 
 dependency-free, BSD licensed program to pull source using the svn 
 protocol" (couldn't say it better, so I use his words :-)). Hope this will 
 make it into ports soon and in the long run even to base!
>>> Thank you for the kind words.  If all goes well (I'm still wearing my 
>>> "Crown of Naive Optimism") I should have something ready for show-and-tell 
>>> in the next week or so and I'll be submitting it as a new port soon after 
>>> that.
>> John, Pullin' for you man!
>> If you make progress, please give a shout and I'll note it in this page:
>> https://wiki.freebsd.org/UsersFetchingSource
>> Best,
>> .ike
> 
> Hello,
> 
> I think I've got all of the protocol issues sorted out as good as they'll 
> probably get.  I can't get the exact file permissions from the get-file 
> requests -- it only lets me know which ones are executable.  Setting 
> executables to 0755 and non-executables to 0644 would work for all files in 
> my copy of /usr/src except for /usr/src/usr.bin/lex/mkskel.sh (0744) and 
> /usr/src/usr.sbin/pkg_install/tkpkg (0754).  Since they're both executable 
> for root, unless there's an issue, we could probably let it slide and assign 
> them 0755 permissions.
> 
> All I have left at this point is to add support for command line 
> configuration options, add comments, tidy everything up, get it to conform to 
> the "man style" guidelines and test it against a remote repository.

Hey Jonn, this news is better than my Monday AM coffee.

Once you have something working, however crudely, I'd love to 
link/post/reference it on the growing wiki page- so folks can give it a whirl.
https://wiki.freebsd.org/UsersFetchingSource

(If this project succeeds, it will neatly get rid of the purpose of the page!)

Thanks-

Best,
.ike


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Baptiste Daroussin]

On Mon, Jan 28, 2013 at 11:51:20AM +0100, Rainer Duffner wrote:
> Hi,
> 
> I run my own pkgng repo (via poudriere) and it seems to work great.
> However, I've got more questions...

Glad to hear it works well :)

> 
>  - when PHP got updated to 5.3.21 (from 5.3.20), all the other stuff
>that depends on it (PECL-*, pear-*) got rebuilt, too.
>(In my ports-tree, I just imported the update of PHP and nothing
>else)
>  - but on the client, when I ran pkg upgrade, only the php-packages got
>upgraded. Is that correct? Shouldn't it also update the PECL and pear
>packages?

What happen is that poudriere always want to make sure that you have sane
packages, so what it does is rebuilding everything that depends on something
that has been upgraded, so that it always have working packages and do not fall
into the pcre/png/$pickyourfavorite problem when shlib are bumped and not all
the need revision bump has be done.

pkg itself does not care about that and trust the revision number to only what
as changed is really updated. So force updating everything that depends on php a
simple pkg install -fR php should do it correctly for you.

>  - how do I re-install all packages? I will soon upgrade some systems
>from 8.3 to 9.1 and I want to reduce the number of systems I build
>packages for. Before pkgng, I would just pkg_delete everything then
>re-install and do a diff on the output of pkg_info |cut -f 1 -d " ".
>I though there might be an easier way...

pkg upgrade -f will upgrade everything. to avoid you to shoot yourself when
upgrading from 8.3 to 9.1 we also provide a pkg-static binary so that even if
pkg itself is linked against libraries that has disappeared in 9.1 you can still
reisntall everything.

>  - is there a make.conf switch to completely disable pkg_* or do I have
>to remove the binaries myself? Will they re-appear after a
>freebsd-update -r or even after a simple freebsd-update? If I install
>postfix, there is a switch in rc.conf do disable it completely and I
>think there should be something similar.

WITHOUT_PKGTOOLS will remove all the pkg_* tools if you are building world, but
nothing like this in binary upgrade like freebsd-update what you can do is
manually rm /usr/sbin/pkg_*

regards,
Bapt


pgpklMaQ9icmN.pgp
Description: PGP signature

Re: svn - but smaller?

[Stephen Montgomery-Smith]

On 01/28/2013 07:34 AM, Isaac (.ike) Levy wrote:
> On CTM,
> 
> On Jan 27, 2013, at 10:54 PM, Stephen Montgomery-Smith wrote:
>> On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote:
>>> On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote:
 On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller  wrote:
> in ancient times there was cvsup.
>>>
>>> Thank you for adding the ctm bits in the page, I'm deeply intrigued by 
>>> possibly solving this problem with bits *already* in base?!!
> ...
>>> - does CTM go away with the CVS servers?
>>> - do CTM-compatable patch/delta files exist on project repos?
>>> - what is the cleanest path to using CTM? (e.g. is the patch you mention 
>>> required)
> ...
>>> Say I have a bare 9.1 install, no ports, haven't downloaded any base/src or 
>>> ports yet.
>>> How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, command 
>>> by command?
>>
>> First, you don't need any patches to get started.
>>
>> Suppose you want to keep up with 9.x-stable.  Then you look at the ftp
>> site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest
>> xEmpty file, and fetch it.  Then create an empty directory /usr/src, and
>> then do
>> cd /usr/src && ctm the-xEmpty-file-you-downloaded.
>> No need to decompress the file first.
>> Then fetch from the same web site all the files whose number is greater
>> than the xEmpty file you downloaded and do
>> cd /usr/src && ctm the-rest-of-the-files*
>>
>> Now in /usr/src, you will have a reasonably up to date version of
>> 9.x-stable.
>>
>> You can keep it up to date by getting more files, either from the ftp
>> site, or by email, and doing again
>> cd /usr/src && ctm the-rest-of-the-files*
>> It will automatically ignore the files already applied.
>>
>> Similar instructions for all the other stable/currents and ports.  Main
>> thing to remember - start with an empty directory.
>>
>> Also making local changes is not permitted.  If ctm tries to modify a
>> file whose md5 checksum has changed, it will quit with an error message.
>> (But it won't leave your system in an unusable state - if you put that
>> file back to its original state, then ctm will work again.)
>>
>> Now, if you want something not offered by ctm (e.g. 8.2-release), then
>> you need to use svn.  You can get svn via ctm.  But you (1) need to
>> apply the patch, (2) install the svn port, and (3) install the xz port
>> if your FreeBSD is really old.
> 
> Thank you Stephen, ctm(1) is quite rad, but I see now how it doesn't really 
> replace the 'one-liner' pull of c[v]sup…
> 
> I updated the wiki page with an example from your notes,
> https://wiki.freebsd.org/UsersFetchingSource
> 
> --
> With that, 2 questions:
> 
> - I'm wondering if there is a clean/reliable way to pull an index of the CTM 
> deltas?  (This is still very far from the one-liner c[v]sup had become, it 
> would be great to check for new delta files in a simple automated manner.)
> 

Not sure what you mean.  You can do "ctm -l file-name" and it will tell
you what files are modified in that delta.  And for ports, you have the
usual "make fetchindex."  But that is about it.

> - does CTM go away with the CVS servers, e.g. who/how is it supported 
> supported and maintained going foreword under SVN?
> 

No.  CTM is now completely dependent on svn.  I create the CTM deltas on
a computer owned by the University of Missouri.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn - but smaller?

[Isaac (.ike) Levy]

On CTM:

On Jan 28, 2013, at 9:09 AM, Stephen Montgomery-Smith wrote:
>> - I'm wondering if there is a clean/reliable way to pull an index of the CTM 
>> deltas?  (This is still very far from the one-liner c[v]sup had become, it 
>> would be great to check for new delta files in a simple automated manner.)
>> 
> 
> Not sure what you mean.  You can do "ctm -l file-name" and it will tell
> you what files are modified in that delta.  And for ports, you have the
> usual "make fetchindex."  But that is about it.

I'm sorry I wasn't clear enough- I meant:
On the FTP server, is there an index of which CTM delta files are on the FTP 
server?  I'd like to automate fetching just the new deltas...

If there was perhaps 1 file with a consistent name, I could fetch that on a 
nightly basis and fetch the other CTM files.

>> - does CTM go away with the CVS servers, e.g. who/how is it supported 
>> supported and maintained going foreword under SVN?
>> 
> 
> No.  CTM is now completely dependent on svn.  I create the CTM deltas on
> a computer owned by the University of Missouri.

Cool.
Is there any redundancy for this process, for example, deltas being created out 
on the east/west mirrors?  Perhaps as an SVN post-commit hook?

Best,
.ike


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Rainer Duffner]

Am Mon, 28 Jan 2013 14:52:20 +0100
schrieb Baptiste Daroussin :

> On Mon, Jan 28, 2013 at 11:51:20AM +0100, Rainer Duffner wrote:
> > Hi,
> > 
> > I run my own pkgng repo (via poudriere) and it seems to work great.
> > However, I've got more questions...
> 
> Glad to hear it works well :)


Just needed some patience ;-)


> pkg itself does not care about that and trust the revision number to
> only what as changed is really updated. So force updating everything
> that depends on php a simple pkg install -fR php should do it
> correctly for you.

Ah, OK.

> pkg upgrade -f will upgrade everything. to avoid you to shoot
> yourself when upgrading from 8.3 to 9.1 we also provide a pkg-static
> binary so that even if pkg itself is linked against libraries that
> has disappeared in 9.1 you can still reisntall everything.


I currently don't have systems with pkgng. They are being rolled out as
new installs come.
But I've got about 50 systems I have to migrate. Most are 9.0 or 8.3.

> WITHOUT_PKGTOOLS will remove all the pkg_* tools if you are building
> world, but nothing like this in binary upgrade like freebsd-update
> what you can do is manually rm /usr/sbin/pkg_*
> 


OK, I'll note this.



Best Regards
Rainer
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mergemaster -p / installkernel problem

[Michiel Boland]

On 01/28/2013 13:59, David Demelier wrote:

What did you have in your mergemaster.rc ? To help next people who may have the
same problem :)


The mergemaster.rc that caused the problem has this

IGNORE_FILES='/etc/group /etc/hosts.allow /etc/mail/* /etc/master.passwd 
/etc/motd /etc/passwd /etc/sysctl.conf /etc/ttys /etc/namedb/*'


Obviously ignoring /etc/master.passwd et al isn't a good idea if you want to 
upgrade.


Maybe there could be a warning added to "mergemaster -p" if it would skip 
essential steps because of IGNORE_FILES. (Then at least some good can come out 
of this. :)


Cheers
Michiel
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Rainer Duffner]

Am Mon, 28 Jan 2013 14:52:20 +0100
schrieb Baptiste Daroussin :

> pkg upgrade -f will upgrade everything. to avoid you to shoot
> yourself when upgrading from 8.3 to 9.1 we also provide a pkg-static
> binary so that even if pkg itself is linked against libraries that
> has disappeared in 9.1 you can still reisntall everything.



Unfortunately, it did not work.
Well, not at first.
It seems, it does not uninstall the old packages (which I thought it
would)
I go from PERL 5.10 to PERL 5.16, for example and it complains that
perl5.16 conflicts with perl5.10...


This I needed, too:

pkg set -o long/perl5.10:lang/perl5.16
pkg remove perl 
pkg set -o devel/pkg-config:devel/pkgconf
pkg remove -f pkg-config


But I don't really blame that on pkgng. 





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Glen Barber]

On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote:
> I go from PERL 5.10 to PERL 5.16, for example and it complains that
> perl5.16 conflicts with perl5.10...
> 
> This I needed, too:
> 
> pkg set -o long/perl5.10:lang/perl5.16
> pkg remove perl 
> pkg set -o devel/pkg-config:devel/pkgconf
> pkg remove -f pkg-config
> 

Hmm, you should not have needed to remove perl or pkg-config.  They
should have been upgraded as any other package.

Glen



pgplHsOiINGDl.pgp
Description: PGP signature

Re: svn - but smaller?

[Stephen Montgomery-Smith]

On 01/28/13 08:17, Isaac (.ike) Levy wrote:

On CTM:

On Jan 28, 2013, at 9:09 AM, Stephen Montgomery-Smith wrote:

- I'm wondering if there is a clean/reliable way to pull an index of the CTM 
deltas?  (This is still very far from the one-liner c[v]sup had become, it 
would be great to check for new delta files in a simple automated manner.)



Not sure what you mean.  You can do "ctm -l file-name" and it will tell
you what files are modified in that delta.  And for ports, you have the
usual "make fetchindex."  But that is about it.


I'm sorry I wasn't clear enough- I meant:
On the FTP server, is there an index of which CTM delta files are on the FTP 
server?  I'd like to automate fetching just the new deltas...

If there was perhaps 1 file with a consistent name, I could fetch that on a 
nightly basis and fetch the other CTM files.


I can easily put in something like this.  Maybe the output of ls in each 
directory?


If you have more ideas on this, sign up to the ctm-users mailing list, 
and we can discuss exactly what is wanted.






- does CTM go away with the CVS servers, e.g. who/how is it supported supported 
and maintained going foreword under SVN?



No.  CTM is now completely dependent on svn.  I create the CTM deltas on
a computer owned by the University of Missouri.


Cool.
Is there any redundancy for this process, for example, deltas being created out 
on the east/west mirrors?  Perhaps as an SVN post-commit hook?



No.  The deltas are created in one place.  And they are created every 16 
hours according to a rigid schedule.


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Rainer Duffner]

Am 28.01.2013 um 18:31 schrieb Glen Barber :

> On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote:
>> I go from PERL 5.10 to PERL 5.16, for example and it complains that
>> perl5.16 conflicts with perl5.10...
>> 
>> This I needed, too:
>> 
>> pkg set -o long/perl5.10:lang/perl5.16
>> pkg remove perl 
>> pkg set -o devel/pkg-config:devel/pkgconf
>> pkg remove -f pkg-config
>> 
> 
> Hmm, you should not have needed to remove perl or pkg-config.  They
> should have been upgraded as any other package.
> 


I tried it without and it said it conflicted. It wanted to install perl5.16, 
without doing anything to 5.10.
Maybe it is because I already had PERL_VERSION=5.16.2 in /etc/make.conf?

I still have a couple of those to upgrade.
I can send pkg_info etc. and the commands I ran from the next server on 
Wednesday night.





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn - but smaller?

[Isaac (.ike) Levy]

>> On CTM:

Taking the CTM questions over to ctm-users@

Best,
.ike


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Andreas Nilsson]

I just wanted to add that when I today went about upgrading a computer I
had a very similar thing happen (with pkg-1.0.6 on 9.1-RELEASE): The new
version of the package reported conflicts with the old one.

Best regards
Andreas


On Mon, Jan 28, 2013 at 7:59 PM, Rainer Duffner wrote:

>
> Am 28.01.2013 um 18:31 schrieb Glen Barber :
>
> > On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote:
> >> I go from PERL 5.10 to PERL 5.16, for example and it complains that
> >> perl5.16 conflicts with perl5.10...
> >>
> >> This I needed, too:
> >>
> >> pkg set -o long/perl5.10:lang/perl5.16
> >> pkg remove perl
> >> pkg set -o devel/pkg-config:devel/pkgconf
> >> pkg remove -f pkg-config
> >>
> >
> > Hmm, you should not have needed to remove perl or pkg-config.  They
> > should have been upgraded as any other package.
> >
>
>
> I tried it without and it said it conflicted. It wanted to install
> perl5.16, without doing anything to 5.10.
> Maybe it is because I already had PERL_VERSION=5.16.2 in /etc/make.conf?
>
> I still have a couple of those to upgrade.
> I can send pkg_info etc. and the commands I ran from the next server on
> Wednesday night.
>
>
>
>
>
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: countdown from 31: helping with the FAQ

[John Nielsen]

Cherry-picking a few:

[install-PLIP]  Has anyone used PLIP successfully on a currently-supported 
version of FreeBSD? (or any version since 4.x?) The last I remember hearing 
about it was Julian Stacey saying it didn't work in 2007. JHB has made

http://lists.freebsd.org/pipermail/freebsd-hackers/2007-June/020820.html
http://lists.freebsd.org/pipermail/freebsd-current/2007-December/081123.html

I think I still have a laplink cable but I don't think I've used it since the 
90's. That said, it was a nice feature, especially before CD's, USB and 
standard (or any) Ethernet interfaces were ubiquitous on laptops.

If it works at all the FAQ should be fine; if it doesn't the docs should be 
updated to either remove the FAQ or include a caveat.


[win95-connection] This is a bit dated but fine. The natd Handbook page could 
maybe reference other ways of doing NAT besides natd--e.g. using pf or ipfw. 
The IPFW Handbook page could be updated and simplified to include e.g. 
"firewall_nat_enable" instead of using divert/natd.



[nfs-linux] Looks fine. Possibly less of an issue than it used to be but I do 
remember encountering that issue.


[bpf-not-configured] Looks fine.


[icmp-response-bw-limit] Looks fine, the sysctls haven't changed.


JN


On Jan 26, 2013, at 1:00 PM, Eitan Adler  wrote:

> Hey all,
> 
> I've been working for past several months on improving the FAQ.  At
> the moment there are 31 unreviewed questions.
> 
> Can you all help out by commenting on the yellow questions here:
> https://wiki.freebsd.org/ThwackAFAQ   - once the review stage is done
> we could continue fixing the red ones!
> 
> -- 
> Eitan Adler
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
> 

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: countdown from 31: helping with the FAQ

[Eitan Adler]

On 28 January 2013 15:16, John Nielsen  wrote:
> Cherry-picking a few:

Awesome.  Thanks for the comments. I've added them to the wiki page.
Would you like an account?

23 unreviewed questions left!  About 70 questions awaiting patches.


-- 
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pkgng and updated packages

[Paul Mather]

On Jan 28, 2013, at 1:59 PM, Rainer Duffner  wrote:

>   
> Am 28.01.2013 um 18:31 schrieb Glen Barber :
> 
>> On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote:
>>> I go from PERL 5.10 to PERL 5.16, for example and it complains that
>>> perl5.16 conflicts with perl5.10...
>>> 
>>> This I needed, too:
>>> 
>>> pkg set -o long/perl5.10:lang/perl5.16
>>> pkg remove perl 
>>> pkg set -o devel/pkg-config:devel/pkgconf
>>> pkg remove -f pkg-config
>>> 
>> 
>> Hmm, you should not have needed to remove perl or pkg-config.  They
>> should have been upgraded as any other package.
>> 
> 
> 
> I tried it without and it said it conflicted. It wanted to install perl5.16, 
> without doing anything to 5.10.


The lang/perl5.10 and lang/perl5.16 ports are separate ports that are marked in 
their respective Makefiles as conflicting (because they install files into 
common places).  Perl 5.16 is not an "upgrade" of Perl 5.10 in the standard 
ports sense.  That is why both the Makefile and pkgng will complain if you try 
and install both (e.g., installing Perl 5.16 when Perl 5.10 is still installed).

If you want to switch to lang/perl5.16 from lang/perl5.10 you could follow a 
procedure like that outlined in the 20120630 entry of /usr/ports/UPDATING.

Cheers,

Paul.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn - but smaller?

[Dimitry Andric]

On 2013-01-25 19:43, Chris Rees wrote:

On 25 Jan 2013 18:28, "Dimitry Andric" mailto:d...@freebsd.org>> wrote:

...

 > Thanks, but the port does not link on head, due to a problem in apr:
 >
 > /usr/local/lib/libapr-1.a(apr_snprintf.o): In function `apr_vformatter':
 > /usr/ports/devel/apr1/work/apr-1.4.6/strings/apr_snprintf.c:1023: undefined 
reference to `isnan'
 >
 > The issue is that apr-1-config --libs does not list -lm.  Any idea how
 > to correct that?

That's a question for Lev really, since it applies equally to devel/subversion.

I'll fix it tomorrow when I'm back at the keyboard unless Lev fixes it first.


I'm currently using the attached patch.  The relevant change is that I
changed the check for modf (which is in our libc) to modff (which is in
libm), the others are just standard fixes for clang.
Index: devel/apr1/files/patch-apr_network.m4
===
--- devel/apr1/files/patch-apr_network.m4	(revision 0)
+++ devel/apr1/files/patch-apr_network.m4	(working copy)
@@ -0,0 +1,29 @@
+--- apr-1.4.6/build/apr_network.m4.orig	2011-07-31 16:30:56.0 +0200
 apr-1.4.6/build/apr_network.m4	2011-07-31 16:31:06.0 +0200
+@@ -64,7 +64,7 @@
+ #include 
+ #endif
+ 
+-void main(void) {
++int main(void) {
+ struct addrinfo hints, *ai;
+ int error;
+ 
+@@ -152,7 +152,7 @@
+ #include 
+ #endif
+ 
+-void main(void) {
++int main(void) {
+ struct sockaddr_in sa;
+ char hbuf[256];
+ int error;
+@@ -195,7 +195,7 @@
+ #include 
+ #endif
+ 
+-void main(void) {
++int main(void) {
+ if (EAI_ADDRFAMILY < 0) {
+ exit(0);
+ }
Index: devel/apr1/files/patch-configure.in
===
--- devel/apr1/files/patch-configure.in	(revision 0)
+++ devel/apr1/files/patch-configure.in	(working copy)
@@ -0,0 +1,20 @@
+--- apr-1.4.6/configure.in.orig	2011-05-20 19:39:54.0 +0200
 apr-1.4.6/configure.in	2013-01-28 22:09:21.0 +0100
+@@ -583,7 +583,7 @@
+ #include 
+ #include 
+ 
+-void main(void)
++int main(void)
+ {
+ int fd, ret = 0;
+ struct stat64 st;
+@@ -677,7 +677,7 @@
+   AC_SEARCH_LIBS(socket, socket)
+   AC_SEARCH_LIBS(crypt, crypt ufc)
+   AC_CHECK_LIB(truerand, main)
+-  AC_SEARCH_LIBS(modf, m)
++  AC_SEARCH_LIBS(modff, m)
+;;
+ esac
+ 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: countdown from 31: helping with the FAQ

[Mark Saad]

Eitan
  In the section for "need-to-run" there should be a mention about setting
kern.cam.ctl.disable=1 in /boot/loader.conf , for systems with less then
256M of ram . Also I wonder if there are more low memory tunings that need
an mention here.

http://lists.freebsd.org/pipermail/freebsd-stable/2012-December/thread.html#71334



On Sat, Jan 26, 2013 at 3:00 PM, Eitan Adler  wrote:

> Hey all,
>
> I've been working for past several months on improving the FAQ.  At
> the moment there are 31 unreviewed questions.
>
> Can you all help out by commenting on the yellow questions here:
> https://wiki.freebsd.org/ThwackAFAQ   - once the review stage is done
> we could continue fixing the red ones!
>
> --
> Eitan Adler
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>



-- 
mark saad | nones...@longcount.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

ZFS deadlock on rrl->rr_ -- look familiar to anyone?

[Garrett Wollman]

I just had a big fileserver deadlock in an odd way.  I was
investigating a user's problem, and decided for various reasons to
restart mountd.  It had been complaining like this:

Jan 28 21:06:43 nfs-prod-1 mountd[1108]: can't delete exports for 
/usr/local/.zfs/snapshot/monthly-2013-01: Invalid argument 

for a while, which is odd because /usr/local was never exported.  When
I restarted mountd, it hung waiting on rrl->rr_, but the system may
already have been deadlocked at that point.  procstat reported:

87678 104365 mountd   -mi_switch sleepq_wait _cv_wait 
rrw_enter zfs_root lookup namei vfs_donmount sys_nmount amd64_syscall 
Xfast_syscall 

I was able to run shutdown, and the rc scripts eventually hung in
sync(1) and timed out.  The kernel then hung trying to do the same
thing, but I was able to break into the debugger.  The debugger
interrupted an idle thread, which was not particularly helpful, but I
was able to quickly gather the following information before I had to
reset the machine to restore normal service.

Locked vnodes


0xfe00536383c0: 0xfe00536383c0: tag syncer, type VNON
tag syncer, type VNON
usecount 1, writecount 0, refcount 2 mountedhere 0
usecount 1, writecount 0, refcount 2 mountedhere 0
flags (VI(0x200))
flags (VI(0x200))
lock type syncer: EXCL by thread 0xfe00348cc470 (pid 22)
lock type syncer: EXCL by thread 0xfe00348cc470 (pid 22)

db> ps
  pid  ppid  pgrp   uid   state   wmesg wchancmd
87996 1 87994 65534  D   rrl->rr_ 0xfe0048ff8108 df
87976 1 87726 0  D+  rrl->rr_ 0xfe0048ff8108 sync
87707 1 87705 65534  D   rrl->rr_ 0xfe0048ff8108 df
87700 1 87698 65534  D   rrl->rr_ 0xfe0048ff8108 df
87678 1 87657 0  D+  rrl->rr_ 0xfe0048ff8108 mountd
87531 1 87529 65534  D   rrl->rr_ 0xfe0048ff8108 df
87387 1 87385 65534  D   rrl->rr_ 0xfe0048ff8108 df
87380 1 87378 65534  D   rrl->rr_ 0xfe0048ff8108 df
87103 1 87101 65534  D   rrl->rr_ 0xfe0048ff8108 df
87096 1 87094 65534  D   rrl->rr_ 0xfe0048ff8108 df
85193 1 85192 0  D   zio->io_ 0xfe10d3e75320 zfs
   24 0 0 0  DL  sdflush  0x80e50878 [softdepflush]
   23 0 0 0  DL  vlruwt   0xfe0048c0a940 [vnlru]
   22 0 0 0  DL  rrl->rr_ 0xfe0048ff8108 [syncer]
   21 0 0 0  DL  psleep   0x80e3c048 [bufdaemon]
   20 0 0 0  DL  pgzero   0x80e5a81c [pagezero]
   19 0 0 0  DL  psleep   0x80e599e8 [vmdaemon]
   18 0 0 0  DL  psleep   0x80e599ac [pagedaemon]
   17 0 0 0  DL  gkt:wait 0x80de6c0c [g_mp_kt]
   16 0 0 0  DL  ipmireq  0xfe00347400b8 [ipmi0: kcs]
9 0 0 0  DL  ccb_scan 0x80dc1360 [xpt_thrd]
8 0 0 0  DL  waiting_ 0x80e41e80 [sctp_iterator]
7 0 0 0  DL  (threaded)  [zfskern]
101355   D   tx->tx_s 0xfe0050342e10 [txg_thread_enter]
101354   D   tx->tx_q 0xfe0050342e30 [txg_thread_enter]
100989   D   tx->tx_s 0xfe004fd27a10 [txg_thread_enter]
100988   D   tx->tx_q 0xfe004fd27a30 [txg_thread_enter]
100593   D   tx->tx_s 0xfe004a8c0a10 [txg_thread_enter]
100592   D   tx->tx_q 0xfe004a8c0a30 [txg_thread_enter]
100216   D   l2arc_fe 0x81228bc0 [l2arc_feed_thread]
100215   D   arc_recl 0x81218d20 
[arc_reclaim_thread]
   15 0 0 0  DL  (threaded)  [usb]
[32 uninteresting and identical threads deleted]
6 0 0 0  DL  mps_scan 0xfe00276816a8 [mps_scan2]
5 0 0 0  DL  mps_scan 0xfe0027612ca8 [mps_scan1]
4 0 0 0  DL  mps_scan 0xfe00274ef4a8 [mps_scan0]
   14 0 0 0  DL  -0x80ded764 [yarrow]
3 0 0 0  DL  crypto_r 0x80e4e0a0 [crypto returns]
2 0 0 0  DL  crypto_w 0x80e4e060 [crypto]
   13 0 0 0  DL  (threaded)  [geom]
100055   D   -0x80de6b90 [g_down]
100054   D   -0x80de6b88 [g_up]
100053   D   -0x80de6b78 [g_event]
   12 0 0 0  WL  (threaded)  [intr]
100189   I   [irq1: atkbd0]
100188   I   [swi0: uart uart]
100187   I   [irq19: atapci1]
100186   I   [irq18: atapci0+]
100169   I 

[releng_7 tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/i386/i386
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:04 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:04 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:04 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:04 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:34 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:34 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:34 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:34 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:34 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:34 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:04 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:04 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:04 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:04 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:04 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:04 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:04 - 0.41 user 0.96 system 303.47 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on amd64/amd64

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/amd64/amd64
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:02 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:32 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:32 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:02 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:02 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:02 - 0.08 user 0.04 system 301.48 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/i386/pc98
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:06 - 1.04 user 1.97 system 305.48 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/sparc64/sparc64
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:06 - 0.99 user 2.17 system 305.48 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on ia64/ia64

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for ia64/ia64
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/ia64/ia64
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:06 - 1.01 user 1.99 system 305.48 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for powerpc/powerpc
TB --- 2013-01-29 03:40:00 - cleaning the object tree
TB --- 2013-01-29 03:40:00 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/powerpc/powerpc
TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 03:40:07 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:07 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:07 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:07 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 03:40:37 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:40:37 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:40:37 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 03:41:37 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:41:37 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:41:37 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 03:43:07 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:43:07 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:43:07 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 03:45:07 - /usr/local/bin/svn update /src
TB --- 2013-01-29 03:45:07 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 03:45:07 - ERROR: unable to check out the source tree
TB --- 2013-01-29 03:45:07 - 1.14 user 2.45 system 306.46 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on ia64/ia64

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for ia64/ia64
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/ia64/ia64
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:03 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:03 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:03 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:03 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:33 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:33 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:33 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:33 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:33 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:33 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:03 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:03 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:03 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:03 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:03 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:03 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:03 - 0.28 user 0.52 system 302.07 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/i386/pc98
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:02 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:32 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:32 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:02 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:02 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:02 - 0.07 user 0.05 system 301.08 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on amd64/amd64

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/amd64/amd64
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:02 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:32 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:32 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:32 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:02 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:02 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:02 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:02 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:02 - 0.06 user 0.06 system 301.08 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/i386/i386
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:05 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:05 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:05 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:05 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:35 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:35 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:35 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:35 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:35 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:35 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:05 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:05 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:05 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:05 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:05 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:05 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:05 - 0.93 user 1.73 system 304.07 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/sparc64/sparc64
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:06 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:36 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:36 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:06 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:06 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:06 - 1.07 user 1.77 system 305.08 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_7 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca
TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for powerpc/powerpc
TB --- 2013-01-29 06:05:01 - cleaning the object tree
TB --- 2013-01-29 06:05:01 - checking out /src from 
svn://svn.freebsd.org/base/stable/7
TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/powerpc/powerpc
TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src
TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:06 - WARNING: sleeping 30 s and retrying...
TB --- 2013-01-29 06:05:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:05:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:05:36 - WARNING: sleeping 60 s and retrying...
TB --- 2013-01-29 06:06:36 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:06:36 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:06:36 - WARNING: sleeping 90 s and retrying...
TB --- 2013-01-29 06:08:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:08:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:08:06 - WARNING: sleeping 120 s and retrying...
TB --- 2013-01-29 06:10:06 - /usr/local/bin/svn update /src
TB --- 2013-01-29 06:10:06 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2013-01-29 06:10:06 - ERROR: unable to check out the source tree
TB --- 2013-01-29 06:10:06 - 1.18 user 2.03 system 305.07 real


http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"