Oliver Fromme wrote:
The following is probably the most efficient solution.
It doesn't run into all subdirectories (and works with
an arbitrary numebr of subdirectories).
cd /usr/ports; echo */*/work | xargs rm -rf
Best regards
Oliver
So does this:
find /usr/ports -mindepth 3 -maxdepth 3
smartmontools can enable SMART on your hard drives even if the BIOS had
disabled them. Sometimes it can even force the BIOS to always turn it on,
but it does depend on the BIOS. Some of them are picky about that.
Naram Qashat
- Original Message -
From: "Matthew Hagerty" <[EMAIL PROTECTE
mal content wrote:
On 29/08/06, Matthew Hagerty <[EMAIL PROTECTED]> wrote:
Greetings,
I have a hard drive that every now and then makes a sound like the head
is moving from one extreme to the other, then parking. It is hard to
explain, kind of a towk-kok-click with a metallic ring to it. If y
Eric Anderson wrote:
On 08/28/06 21:10, Matthew Hagerty wrote:
Greetings,
I have a hard drive that every now and then makes a sound like the
head is moving from one extreme to the other, then parking. It is
hard to explain, kind of a towk-kok-click with a metallic ring to
it. If you have h
On 29/08/06, Matthew Hagerty <[EMAIL PROTECTED]> wrote:
Greetings,
I have a hard drive that every now and then makes a sound like the head
is moving from one extreme to the other, then parking. It is hard to
explain, kind of a towk-kok-click with a metallic ring to it. If you
have heard a driv
On 08/28/06 21:10, Matthew Hagerty wrote:
Greetings,
I have a hard drive that every now and then makes a sound like the head
is moving from one extreme to the other, then parking. It is hard to
explain, kind of a towk-kok-click with a metallic ring to it. If you
have heard a drive do this b
Greetings,
I have a hard drive that every now and then makes a sound like the head
is moving from one extreme to the other, then parking. It is hard to
explain, kind of a towk-kok-click with a metallic ring to it. If you
have heard a drive do this before, you know the sound. I heard a drive
I realized today that this one was possible. I suspect it would be
useful to lots of people working on ports, as well as for the sysadmin
stuff I do with it. I'm just not sure where it should goes.
checkdeps.sh
#!/bin/sh
TMPFILE=/tmp/checkdeps.$$
pkg_info -r $1 | sed -n 's/D
On Mon, Aug 28, 2006 at 02:18:48PM -0400, Mike Meyer wrote:
>
> If echo is a shell built in, then it works just fine, and the xargs
> insures that you don't try passing to many arguments to rm.
Ah! I was mistaken; I didn't think about builtins not requiring argument
passing.
> > Also I don't s
In <[EMAIL PROTECTED]>, Rick C. Petty <[EMAIL PROTECTED]> typed:
> On Mon, Aug 28, 2006 at 06:18:58PM +0200, Oliver Fromme wrote:
> > Rick C. Petty wrote:
> > > I find that the following command works just fine for me:
> > > find /usr/ports -type d -name work -prune -print -delete
> > The followi
On Mon, Aug 28, 2006 at 06:18:58PM +0200, Oliver Fromme wrote:
> Rick C. Petty wrote:
> >
> > I find that the following command works just fine for me:
> >
> > find /usr/ports -type d -name work -prune -print -delete
>
> The following is probably the most efficient solution.
> It doesn't run
The default configuration doesn't expose sendmail to the publicly
visible IP addres. The daemon it runs only listens for
connections to
the localhost address.
Which is rewritten to the jails (externally visible) address on a
connect()
Yup. I wasn't aware of that strange behavior of jails. Th
Rick C. Petty wrote:
> Mario Lobo wrote:
> > My /usr/ports directory was occuping 24 gigs, of which 20 was just from
> > the
> > 'work' directories !
You should type "make clean" more often. ;-)
> > Removing them one by one was a pain so I wrote this little utility to wipe
> > them off
Gregory Shapiro escribió:
The default configuration doesn't expose sendmail to the publicly
visible IP addres. The daemon it runs only listens for connections to
the localhost address.
Unfortunately, in jails, localhost gets remapped to the jail IP
address and therefore, he is correct, it
Mike Meyer <[EMAIL PROTECTED]> wrote:
> In <[EMAIL PROTECTED]>, Fabian Keil <[EMAIL PROTECTED]> typed:
> > Mike Meyer <[EMAIL PROTECTED]> wrote:
> >
> > > In <[EMAIL PROTECTED]>, Dirk Engling <[EMAIL PROTECTED]> typed:
> >
> > > > > The default configuration doesn't expose sendmail to the public
In <[EMAIL PROTECTED]>, Fabian Keil <[EMAIL PROTECTED]> typed:
> Mike Meyer <[EMAIL PROTECTED]> wrote:
>
> > In <[EMAIL PROTECTED]>, Dirk Engling <[EMAIL PROTECTED]> typed:
>
> > > > The default configuration doesn't expose sendmail to the publicly
> > > > visible IP addres. The daemon it runs on
Mike Meyer <[EMAIL PROTECTED]> wrote:
> In <[EMAIL PROTECTED]>, Dirk Engling <[EMAIL PROTECTED]> typed:
> > > The default configuration doesn't expose sendmail to the publicly
> > > visible IP addres. The daemon it runs only listens for connections to
> > > the localhost address.
> > Which is rew
Yuan, Jue wrote:
> Hi all.
>
> Could I change the kernel version tag manually?
/sys/conf/newvers.sh
hth,
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
18 matches
Mail list logo
