Re: why does ps |grep sometimes not return itself?

[Jonathan McKeown]

On Thursday 10 June 2010 03:30:14 Pieter de Goeje wrote:
> On Wednesday 09 June 2010 09:34:40 Matthew Seaman wrote:
> > On 09/06/2010 08:15:23, Eitan Adler wrote:
> > > Why do I sometimes see the grep in ps's output and sometimes not see
> > > it?
> >
> > When you run that pipeline the OS doesn't start both programs exactly
> > simultaneously. [...]  It's a race condition.
>
> I would like to add that you can avoid the issue entirely by using this
> command:
> % ps aux -p `pgrep sh`
[output snipped due to bad wrapping]

Or the old trick:

ps | grep '[s]h'

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

Midphase Hosting

[Jonathan McKeown]

So, it would appear that Midphase hosting are still incapable of working out 
why their ticketing system is sending replies with forged From: address to 
posters to the freebsd-questions mailing list. (Their support queue is at 
mpcustomer.com).

I'm assuming the list admins already have examples to work with, but here is a 
set of headers from the reply I got to my last list post, in case it's any 
help.

Return-Path: 
Received: from mx.ru.ac.za (mx.ru.ac.za [2001:4200:1010:0:250:56ff:fe8d:2ebb])
 by imap.ru.ac.za (Cyrus v###) with LMTPA;
 Thu, 10 Jun 2010 10:05:39 +0200
X-Sieve: CMU Sieve
Envelope-to: j.mcke...@ru.ac.za
Delivery-date: Thu, 10 Jun 2010 10:05:39 +0200
Received: from secure.mpcustomer.com ([208.43.146.75]:46852)
by mx.ru.ac.za with esmtp (Exim 4.69 (FreeBSD))
(envelope-from )
id 1OMcld-000Eww-H3
for j.mcke...@ru.ac.za; Thu, 10 Jun 2010 10:05:39 +0200
Received: by secure.mpcustomer.com (Postfix, from userid 99)
id 4841C1532997; Thu, 10 Jun 2010 02:46:31 -0500 (CDT)
To: Jonathan McKeown 
Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
Date: Thu, 10 Jun 2010 02:46:31 -0500
From: freebsd-questions@freebsd.org
Reply-To: supp...@mpcustomer.com
Message-ID: 
X-Priority: 3
X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.4]
X-Uberinst: uber_phase-support
X-Mailer: Ubersmith
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Matthias Fechner]

Hi,

Am 10.06.10 11:47, schrieb Jonathan McKeown:

Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
Date: Thu, 10 Jun 2010 02:46:31 -0500
From: freebsd-questions@freebsd.org
Reply-To: supp...@mpcustomer.com
Message-ID:
   


I suggest to block on the freebsd server the complete domain 
mpcustomer.com that should solve the problem.
It is really anyoing. I had already contact with the postmaster and he 
was unable to do anything.


Bye,
Matthias

--
"Programming today is a race between software engineers striving to build bigger and 
better idiot-proof programs, and the universe trying to produce bigger and better idiots. 
So far, the universe is winning." -- Rich Cook

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

Re: Midphase Hosting

[Matthias Fechner]

Am 10.06.10 11:47, schrieb Jonathan McKeown:

I'm assuming the list admins already have examples to work with, but here is a
set of headers from the reply I got to my last list post, in case it's any
help.
   


for everyone how does not want this mails anymore but into your 
/etc/mail/access the following line:
Connect:secure.mpcustomer.com   ERROR:"550 We don't accept mail from 
spammers"


Bye,
Matthias

--
"Programming today is a race between software engineers striving to build bigger and 
better idiot-proof programs, and the universe trying to produce bigger and better idiots. 
So far, the universe is winning." -- Rich Cook

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

Gnome startup awfully slow (7.3, gnome2.30)

[Ewald Jenisch]

Hi,

On my system (FreeBSD 7.3 AMD64, system & kernel current as per today)
it takes awully long to start up gnome (2.30) - "awfully long" meaning
2-3 minutes (this is on a Intel quadcore-CPU with 4GB RAM!)

In my /etc/rc.conf I've got

gnome_enable="YES"

I've already ruled out the usual suspect being a missing/wrong entry
in /etc/hosts (http://www.freebsd.org/gnome/docs/faq2.html#q20); my
hostname ist resolvable including reverse-resolution, plus I've got
the entries in my /etc/hosts.

Is there any way to speed up gnome startup - or at least a pointer as
to where I can start looking for the cause of the problem?

Thanks in advance for any clue,
-ewald
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

RE: Small webserver recommendations

[peter harrison]

Thanks for the recommendation. I'm pretty much settled on thttpd now
though - small, does cgi, no dependencies.

Thanks,

Peter.

-Original Message-
From: Nathan Peet Maier 
Sent: 09 June 2010 23:38
To: freebsd-questions@freebsd.org 
Subject: Re: Small webserver recommendations


There is a webserver bundled with a framework called web2py.
www.web2py.org.  You can run it as a user from BSD or Linux.
-Nate Maier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Rob Farmer]

On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner  wrote:
> Hi,
>
> Am 10.06.10 11:47, schrieb Jonathan McKeown:
>>
>> Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
>> Date: Thu, 10 Jun 2010 02:46:31 -0500
>> From: freebsd-questions@freebsd.org
>> Reply-To: supp...@mpcustomer.com
>> Message-ID:
>>
>
> I suggest to block on the freebsd server the complete domain mpcustomer.com
> that should solve the problem.

I haven't received any of the messages, but I think they are being
sent directly to list posters (not via the list) so FreeBSD can't
really do much about it. If mpcustomer.com refuses to deal with it you
can always try complaining to their upstream provider, taking the line
that since the messages are unsolicited and there is no way to
unsubscribe the practice is probably illegal.

-- 
Rob Farmer

> It is really anyoing. I had already contact with the postmaster and he was
> unable to do anything.
>
> Bye,
> Matthias
>
> --
> "Programming today is a race between software engineers striving to build
> bigger and better idiot-proof programs, and the universe trying to produce
> bigger and better idiots. So far, the universe is winning." -- Rich Cook
>
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
>
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Gnome startup awfully slow (7.3, gnome2.30)

[Mehmet Erol Sanliturk]

On Thu, Jun 10, 2010 at 7:18 AM, Ewald Jenisch  wrote:

> Hi,
>
> On my system (FreeBSD 7.3 AMD64, system & kernel current as per today)
> it takes awully long to start up gnome (2.30) - "awfully long" meaning
> 2-3 minutes (this is on a Intel quadcore-CPU with 4GB RAM!)
>
> In my /etc/rc.conf I've got
>
> gnome_enable="YES"
>
> I've already ruled out the usual suspect being a missing/wrong entry
> in /etc/hosts (http://www.freebsd.org/gnome/docs/faq2.html#q20); my
> hostname ist resolvable including reverse-resolution, plus I've got
> the entries in my /etc/hosts.
>
> Is there any way to speed up gnome startup - or at least a pointer as
> to where I can start looking for the cause of the problem?
>
> Thanks in advance for any clue,
> -ewald
>


One possibility may be that X system is trying to auto-detect your hardware
which is taking time .
Checking X configuration files and making them conforming to your hardware
may eliminate this possibility .

Thank you very much .

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

Re: Midphase Hosting

[Jonathan McKeown]

On Thursday 10 June 2010 14:06:46 Rob Farmer wrote:
> On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner  
wrote:
> > Hi,
> >
> > Am 10.06.10 11:47, schrieb Jonathan McKeown:
> >> Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
> >> Date: Thu, 10 Jun 2010 02:46:31 -0500
> >> From: freebsd-questions@freebsd.org
> >> Reply-To: supp...@mpcustomer.com
> >> Message-ID:
> >
> > I suggest to block on the freebsd server the complete domain
> > mpcustomer.com that should solve the problem.
>
> I haven't received any of the messages, but I think they are being
> sent directly to list posters (not via the list) so FreeBSD can't
> really do much about it. If mpcustomer.com refuses to deal with it you
> can always try complaining to their upstream provider, taking the line
> that since the messages are unsolicited and there is no way to
> unsubscribe the practice is probably illegal.

Well, yes, the message is being sent direct to list posters, but 
supp...@mpcustomer.com (or some address that's relaying to it) is presumably 
subscribed to the list (which I'm guessing was done maliciously), otherwise 
they wouldn't be receiving these messages.

I know it creates work for the admins, but couldn't their address be 
unsubscribed and banned, given that they have been creating a nuisance for at 
least the last several weeks now?

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

Re: Midphase Hosting

[Rob Farmer]

On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown  wrote:
> On Thursday 10 June 2010 14:06:46 Rob Farmer wrote:
>> On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner 
> wrote:
>> > Hi,
>> >
>> > Am 10.06.10 11:47, schrieb Jonathan McKeown:
>> >> Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
>> >> Date: Thu, 10 Jun 2010 02:46:31 -0500
>> >> From: freebsd-questions@freebsd.org
>> >> Reply-To: supp...@mpcustomer.com
>> >> Message-ID:
>> >
>> > I suggest to block on the freebsd server the complete domain
>> > mpcustomer.com that should solve the problem.
>>
>> I haven't received any of the messages, but I think they are being
>> sent directly to list posters (not via the list) so FreeBSD can't
>> really do much about it. If mpcustomer.com refuses to deal with it you
>> can always try complaining to their upstream provider, taking the line
>> that since the messages are unsolicited and there is no way to
>> unsubscribe the practice is probably illegal.
>
> Well, yes, the message is being sent direct to list posters, but
> supp...@mpcustomer.com (or some address that's relaying to it) is presumably
> subscribed to the list (which I'm guessing was done maliciously), otherwise
> they wouldn't be receiving these messages.
>
> I know it creates work for the admins, but couldn't their address be
> unsubscribed and banned, given that they have been creating a nuisance for at
> least the last several weeks now?

They posted in a previous thread about this, saying they couldn't
unsubscribe under their address, ie. somebody is relaying mail to
them. They were told they need to provide headers so postmaster can
determine what address is subscribed. They never replied (at least on
list). I'm not an expert about such things but I think without their
cooperation there's no real way to tell who the relay is.

-- 
Rob Farmer

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

Re: Midphase Hosting

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 13:32:23, Jonathan McKeown wrote:
> I know it creates work for the admins, but couldn't their address be 
> unsubscribed and banned, given that they have been creating a nuisance for at 
> least the last several weeks now?

Sure.  Just tell postmas...@freebsd.org *what* address mpcustomer.com is
subscribed as.  Hint: it's nothing to do with mpcustomer.com -- that was
the first thing checked.

Now, in order to work out how mpcustomer.com is subscribed to this list,
the obvious thing to do is examine the headers of any list e-mail as
received at their help system.  Or examining mpcustomer.com's mail logs
to correlate the incoming e-mails with the host(s) relaying them.

That involves mpcustomer.com spending some time and effort
investigating, and that seems to be something they are not doing.  Not a
good advert for them, but they don't seem at all bothered by any
potential loss of reputation.

The only other mechanism might be to tag each list e-mail with a unique
value for each recipient in such a way that it is preserved in the
message that mpcustomer.com's help system sends out.  That has severe
problems of scale and load on the FreeBSD mail servers, but it might be
possible.  There is a similar technique (whose name I have temporarily
forgotten) that some mailing lists use where they tag the envelope
sender address with the recipient name in order to identify addresses
that are bouncing back the list e-mail.

Cheers,

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwQ4vUACgkQ8Mjk52CukIz4YACfa2Vzf3K+i4nsn7YoSU83Iw5o
iWIAn2OSX4rCPsKb6bwvYaWKp5K5C2Wd
=JgcF
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Jonathan McKeown]

On Thursday 10 June 2010 14:51:42 Rob Farmer wrote:
> On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown  
wrote:
[rant about midphase hosting and mpcustomer.com]
>
> They posted in a previous thread about this, saying they couldn't
> unsubscribe under their address, ie. somebody is relaying mail to
> them. They were told they need to provide headers so postmaster can
> determine what address is subscribed. They never replied (at least on
> list). I'm not an expert about such things but I think without their
> cooperation there's no real way to tell who the relay is.

So this is a hosting company that has had (assuming everyone else is having 
the same experience as I am, namely one ticket per posting) almost 500 junk 
tickets added to their support queue in the last ten days (476 messages on 
the freebsd-questions archive for June when I checked a moment ago), and 
either can't think of a way to address the issue, or doesn't actually care 
enough to do anything about it, all the while presumably having real support 
requests swamped in the noise?

I'd be jumping up and down looking for a solution by now (in fact I would have 
been weeks ago - can anyone remember how long this has been happening?).

Jonathan
(I should probably stress that I am not speaking on behalf of my employer and 
my opinions are entirely my own).
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Bill Moran]

In response to Rob Farmer :

> On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown  wrote:
> > On Thursday 10 June 2010 14:06:46 Rob Farmer wrote:
> >> On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner 
> > wrote:
> >> > Hi,
> >> >
> >> > Am 10.06.10 11:47, schrieb Jonathan McKeown:
> >> >> Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
> >> >> Date: Thu, 10 Jun 2010 02:46:31 -0500
> >> >> From: freebsd-questions@freebsd.org
> >> >> Reply-To: supp...@mpcustomer.com
> >> >> Message-ID:
> >> >
> >> > I suggest to block on the freebsd server the complete domain
> >> > mpcustomer.com that should solve the problem.
> >>
> >> I haven't received any of the messages, but I think they are being
> >> sent directly to list posters (not via the list) so FreeBSD can't
> >> really do much about it. If mpcustomer.com refuses to deal with it you
> >> can always try complaining to their upstream provider, taking the line
> >> that since the messages are unsolicited and there is no way to
> >> unsubscribe the practice is probably illegal.
> >
> > Well, yes, the message is being sent direct to list posters, but
> > supp...@mpcustomer.com (or some address that's relaying to it) is presumably
> > subscribed to the list (which I'm guessing was done maliciously), otherwise
> > they wouldn't be receiving these messages.
> >
> > I know it creates work for the admins, but couldn't their address be
> > unsubscribed and banned, given that they have been creating a nuisance for 
> > at
> > least the last several weeks now?
> 
> They posted in a previous thread about this, saying they couldn't
> unsubscribe under their address, ie. somebody is relaying mail to
> them. They were told they need to provide headers so postmaster can
> determine what address is subscribed. They never replied (at least on
> list). I'm not an expert about such things but I think without their
> cooperation there's no real way to tell who the relay is.

I host my own mail server.  The published terms of service warn that I
will charge people for time spent reading/investigating/otherwise
dealing with unsolicited mail:
http://www.potentialtech.com/cms/node/9

Whether or not this is legally enforceable has yet to be seen.  And in
most cases, it's completely useless (i.e., spam coming from China, or
a single email from a single breach where the sysadmins are johnny on
the spot getting things cleaned up).

However, in cases where there is a continuing problem, I've found that
contacting the admins and pointing out that their failure to solve the
issue will result in an invoice will get people to get off their ass and
do their job.

I recommend posting similar terms of service for all of you who host your
own emails/sites/whatever.  Also, if I get spam in response to this message,
I will contact the spammer to notify them of the terms they are violating,
which may get things cleared up all by itself.  And if it continues, who
knows, I may get my first opportunity to see if that TOS holds up in
court.

-- 
Bill Moran
http://www.potentialtech.com
http://people.collaborativefusion.com/~wmoran/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Jonathan McKeown]

On Thursday 10 June 2010 15:04:53 Matthew Seaman wrote:
>
> The only other mechanism might be to tag each list e-mail with a unique
> value for each recipient in such a way that it is preserved in the
> message that mpcustomer.com's help system sends out.  That has severe
> problems of scale and load on the FreeBSD mail servers, but it might be
> possible.  There is a similar technique (whose name I have temporarily
> forgotten) that some mailing lists use where they tag the envelope
> sender address with the recipient name in order to identify addresses
> that are bouncing back the list e-mail.

Isn't that called VERP (variable envelope return path)? I agree - the load it 
would impose isn't worth it. I'm just shocked that midphase care so little 
about their reputation or the impression this is giving, on one of the more 
widely-archived mailing lists, of their competence and diligence.

I'll shut up now.

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

Re: Midphase Hosting

[Rob Farmer]

On Thu, Jun 10, 2010 at 6:09 AM, Jonathan McKeown  wrote:
> On Thursday 10 June 2010 14:51:42 Rob Farmer wrote:
>> On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown 
> wrote:
> [rant about midphase hosting and mpcustomer.com]
>>
>> They posted in a previous thread about this, saying they couldn't
>> unsubscribe under their address, ie. somebody is relaying mail to
>> them. They were told they need to provide headers so postmaster can
>> determine what address is subscribed. They never replied (at least on
>> list). I'm not an expert about such things but I think without their
>> cooperation there's no real way to tell who the relay is.
>
> So this is a hosting company that has had (assuming everyone else is having
> the same experience as I am, namely one ticket per posting) almost 500 junk
> tickets added to their support queue in the last ten days (476 messages on
> the freebsd-questions archive for June when I checked a moment ago), and
> either can't think of a way to address the issue, or doesn't actually care
> enough to do anything about it, all the while presumably having real support
> requests swamped in the noise?
>
> I'd be jumping up and down looking for a solution by now (in fact I would have
> been weeks ago - can anyone remember how long this has been happening?).

Agreed - if this was a small non-profit with no technical staff it
might be understandable, but they are supposedly a web host. As
Matthew just mentioned, this is not good advertising for them. Looking
on the bright side - at least you know who *not* to go with for your
next web site.

-- 
Rob Farmer

>
> Jonathan
> (I should probably stress that I am not speaking on behalf of my employer and
> my opinions are entirely my own).
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
>
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 14:12:48, Jonathan McKeown wrote:
> Isn't that called VERP (variable envelope return path)? I agree - the load it 

Dat's der bunny.

> would impose isn't worth it. I'm just shocked that midphase care so little 
> about their reputation or the impression this is giving, on one of the more 
> widely-archived mailing lists, of their competence and diligence.

Who knows?  I suspect if the story got carried on slashdot or
theregister it might cause their management to wake up.  Or if the story
started showing up on the first page of a Google search.  (Fat chance of
that though -- they've obviously been working hard on the SEO)

Until then, as someone upthread said, block them using your access DB if
you run your own sendmail based mail system.  The equivalents for people
running other MTAs are left as exercises for interested students.  If
you don't have your own mail system, then I suspect that it will be
quite hard for you to arrange to block the e-mail from midphase.

Cheers,

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwQ6QAACgkQ8Mjk52CukIzHNgCgg1hFw5qMkPNA0y+wV33fyA54
A+cAn22AA51QJqYsN3EdLAobF1oTGEW7
=+8uO
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

RE: Gnome startup awfully slow (7.3, gnome2.30)

[daniele p]

I also have a similar problem (slow start-up) with gnome 2.30. In my case 
gnome-panel stops for some time (30 secs ?) then outputs a message to the 
console and then everything is ready to accept input. I can't attach the output 
message now.

In my /etc/rc.conf I just added

hald_enable="YES"
dbus_enable="YES" 

and then created '.xinitrc' in ~ with the following line

exec gnome-session

I start everything with 'startx'.

This way I can see error messages on the tty, where 'startx' has been launched. 

I can not say where debug messages are sent once you also enable gdm.

d

> Date: Thu, 10 Jun 2010 08:14:18 -0400
> From: m.e.sanlit...@gmail.com
> To: a...@jenisch.at
> CC: freebsd-questions@freebsd.org
> Subject: Re: Gnome startup awfully slow (7.3, gnome2.30)
> 
> On Thu, Jun 10, 2010 at 7:18 AM, Ewald Jenisch  wrote:
> 
> > Hi,
> >
> > On my system (FreeBSD 7.3 AMD64, system & kernel current as per today)
> > it takes awully long to start up gnome (2.30) - "awfully long" meaning
> > 2-3 minutes (this is on a Intel quadcore-CPU with 4GB RAM!)
> >
> > In my /etc/rc.conf I've got
> >
> > gnome_enable="YES"
> >
> > I've already ruled out the usual suspect being a missing/wrong entry
> > in /etc/hosts (http://www.freebsd.org/gnome/docs/faq2.html#q20); my
> > hostname ist resolvable including reverse-resolution, plus I've got
> > the entries in my /etc/hosts.
> >
> > Is there any way to speed up gnome startup - or at least a pointer as
> > to where I can start looking for the cause of the problem?
> >
> > Thanks in advance for any clue,
> > -ewald
> >
> 
> 
> One possibility may be that X system is trying to auto-detect your hardware
> which is taking time .
> Checking X configuration files and making them conforming to your hardware
> may eliminate this possibility .
> 
> Thank you very much .
> 
> Mehmet Erol Sanliturk
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
  
_
Hotmail: Powerful Free email with security by Microsoft.
https://signup.live.com/signup.aspx?id=60969___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Question on gvinum

[Adam Vande More]

On Wed, Jun 9, 2010 at 10:11 PM, Vinay  wrote:

> Hi,
>
> I am new to FreeBSD. I have installed FreeBSD 6.3 and was playing with
> gvinum.
>
> 
> Can you let me know what am i missing?
>

You should use a current release of FreeBSD, if 6.3 is still supported it
won't be for much longer.

Use the 8.0 and then use the handbook.

http://www.freebsd.org/doc/handbook/vinum-config.html

Pay attention to the differences between vinum and gvinum.


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

Re: Midphase Hosting

[Matthias Fechner]

Am 10.06.10 15:30, schrieb Matthew Seaman:

Until then, as someone upthread said, block them using your access DB if
you run your own sendmail based mail system.  The equivalents for people
running other MTAs are left as exercises for interested students.  If
you don't have your own mail system, then I suspect that it will be
quite hard for you to arrange to block the e-mail from midphase.
   


is it possible to get there hostname/IP-address to some spamer blacklists?
That should solve the problem for a lot of people.

Bye,
Matthias

--
"Programming today is a race between software engineers striving to build bigger and 
better idiot-proof programs, and the universe trying to produce bigger and better idiots. 
So far, the universe is winning." -- Rich Cook

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

Question on packages and ports (and versions)

[Antonio Vieiro]

Hi all,

I can't find an answer to this question, so I decided to post here.
Since I'm not very good at english let me ask this with an example.

I assume that packages and ports may have different versions of the
same software (am I right?) so, for instance, if you install gnome
with packages you can have a certain "glib" version (say 1.0), but if
you install gnome with ports you can have a more recent "glib" version
(say 1.1).

Now my question is, am I right on this assumption? If so, may I have
those two versions installed at the same time (from a package and a
port)? How does software from packages and ports interfere each other?

Does software installed from packages live in different directories
than software installed from ports? If not, how does FreeBSD select
one over the other?

Thanks in advance,
Antonio
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Question on packages and ports (and versions)

[Erik Trulsson]

On Thu, Jun 10, 2010 at 04:58:56PM +0200, Antonio Vieiro wrote:
> Hi all,
> 
> I can't find an answer to this question, so I decided to post here.
> Since I'm not very good at english let me ask this with an example.
> 
> I assume that packages and ports may have different versions of the
> same software (am I right?) so, for instance, if you install gnome
> with packages you can have a certain "glib" version (say 1.0), but if
> you install gnome with ports you can have a more recent "glib" version
> (say 1.1).
> 
> Now my question is, am I right on this assumption? If so, may I have
> those two versions installed at the same time (from a package and a
> port)? How does software from packages and ports interfere each other?
> 
> Does software installed from packages live in different directories
> than software installed from ports? If not, how does FreeBSD select
> one over the other?

A package is best seen as simply a pre-compiled port, i.e. packages are
built from ports. After it has been installed there is no 
difference between software installed via ports or software installed
via packages.




-- 

Erik Trulsson
ertr1...@student.uu.se
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Robert Bonomi]

> From owner-freebsd-questi...@freebsd.org  Thu Jun 10 06:25:02 2010
> Date: Thu, 10 Jun 2010 13:24:55 +0200
> From: Matthias Fechner 
> To: freebsd-questions@freebsd.org
> Subject: Re: Midphase Hosting
>
> Hi,
>
> Am 10.06.10 11:47, schrieb Jonathan McKeown:
> > Subject: [#24548754] Re: why does ps |grep sometimes not return itself?
> > Date: Thu, 10 Jun 2010 02:46:31 -0500
> > From: freebsd-questions@freebsd.org
> > Reply-To: supp...@mpcustomer.com
> > Message-ID:
> >
>
> I suggest to block on the freebsd server the complete domain 
> mpcustomer.com that should solve the problem.
> It is really anyoing. I had already contact with the postmaster and he 
> was unable to do anything.
>

Blocking on the freeBSD server will accomplish -nothing-, unfortunately.

Some idiot subscribed -- and *confirmed* -- *their* address to the mailing
list  (the Midphase ticket system is _not_ subscribed), and then aliased
or forwarded that address to the supp...@mpcustomer.com ticket system.

As such, it is effectively _impossible_ for the list owner to resolve the
problem.  The required information is simply _not_ available at the origin.

The *ONLY* people who can resolve the problem _IS_ the Midphase mail admin.
All he needs to do is check the *complete* headers for one of the list 
messages _as_received_ by Midphase, and see who the _original_ addressee is.
THEN that address can be unsubscribed, and the problem is solved.

A week or so ago, the usual 'monthly subscribtuion notification' went out
to all users.  THAT message alone, in the message _BODY_ had the info that
MidPhase would needed to act, had they cared to.



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

Re: Midphase Hosting

[Jerry]

On Thu, 10 Jun 2010 15:12:48 +0200
Jonathan McKeown  articulated:

> On Thursday 10 June 2010 15:04:53 Matthew Seaman wrote:
> >
> > The only other mechanism might be to tag each list e-mail with a
> > unique value for each recipient in such a way that it is preserved
> > in the message that mpcustomer.com's help system sends out.  That
> > has severe problems of scale and load on the FreeBSD mail servers,
> > but it might be possible.  There is a similar technique (whose name
> > I have temporarily forgotten) that some mailing lists use where
> > they tag the envelope sender address with the recipient name in
> > order to identify addresses that are bouncing back the list e-mail.
> 
> Isn't that called VERP (variable envelope return path)? I agree - the
> load it would impose isn't worth it. I'm just shocked that midphase
> care so little about their reputation or the impression this is
> giving, on one of the more widely-archived mailing lists, of their
> competence and diligence.

I have employed VERP with mailing lists that I controlled. I never
noticed any adverse effects. I know of several technical lists
like Dovecot that employ it. Obviously, they find it useful.

-- 
Jerry
freebsd.u...@seibercom.net

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

"If you have a hill to climb, waiting won't make it smaller."

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

sh ++/-- operators

[RW]

FreeBSD's sh (in 8.0) doesn't seem to support the ++ or -- arithmetic
operators 

  $ echo "$((n++))"
  arithmetic expression: syntax error: "n++"

Am I wrong in thinking these are POSIX operators? It seems odd if they
were simply left-out..
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Midphase Hosting

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 15:13:39, Matthias Fechner wrote:
> Am 10.06.10 15:30, schrieb Matthew Seaman:
>> Until then, as someone upthread said, block them using your access DB if
>> you run your own sendmail based mail system.  The equivalents for people
>> running other MTAs are left as exercises for interested students.  If
>> you don't have your own mail system, then I suspect that it will be
>> quite hard for you to arrange to block the e-mail from midphase.
>>
> 
> is it possible to get there hostname/IP-address to some spamer blacklists?
> That should solve the problem for a lot of people.

I believe they are already on rfc-ignorant  -- yep:

http://www.robtex.com/dns/secure.mpcustomer.com.html#blacklists

Heh.  That's a familiar name in the abuse report.

Cheers,

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwREM0ACgkQ8Mjk52CukIwQ7ACfTKs6QCqVcVf3x3rW8Xw0fssT
sIIAn3Q6/PKy/7H7HhYYPN/Phnadvv4g
=jSQG
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

CVSUP

[Grant Peel]

Hi all,

Its been a while since I have used CVSup.

I have a server with FreeBSD 8 RELEASE on it. It was built very shortly 
after 8.0 was released.


I want to run CVSup on the source and ports before deploying it

TO make sure that just ports and source are updated, what tag do I use in 
the supfile (to stay with RELEASE only)?


RELENG_8_0?

-Grant



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

Re: Midphase Hosting

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 17:12:50, Jerry wrote:
> On Thu, 10 Jun 2010 15:12:48 +0200
> Jonathan McKeown  articulated:
> 
>> On Thursday 10 June 2010 15:04:53 Matthew Seaman wrote:
>>>
>>> The only other mechanism might be to tag each list e-mail with a
>>> unique value for each recipient in such a way that it is preserved
>>> in the message that mpcustomer.com's help system sends out.  That
>>> has severe problems of scale and load on the FreeBSD mail servers,
>>> but it might be possible.  There is a similar technique (whose name
>>> I have temporarily forgotten) that some mailing lists use where
>>> they tag the envelope sender address with the recipient name in
>>> order to identify addresses that are bouncing back the list e-mail.
>>
>> Isn't that called VERP (variable envelope return path)? I agree - the
>> load it would impose isn't worth it. I'm just shocked that midphase
>> care so little about their reputation or the impression this is
>> giving, on one of the more widely-archived mailing lists, of their
>> competence and diligence.
> 
> I have employed VERP with mailing lists that I controlled. I never
> noticed any adverse effects. I know of several technical lists
> like Dovecot that employ it. Obviously, they find it useful.

VERP itself is reasonably lightweight, as it modifies the envelope
sender address -- something that can be applied during processing by the
MTA as part of sending the message.

Unfortunately, I suspect that to get the message through to
mpcustomer.com and then have it spammed back to the sender *with the tag
intact*, VERP per se won't do the trick.  It will probably be necessary
to put the tag into the body of the message.  As far as mail delivery
goes, that's a very different story -- it goes from one message with
tens of thousands of recipients, to tens of thousands of messages each
with one recipient.

Cheers,

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwREzsACgkQ8Mjk52CukIyueACfRxA92D363Qf73nqRmoDLAYSu
7NcAnRl9BdZfax3+65N0y9Wxr3yy22hQ
=2Edq
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: CVSUP

[Jason]

On Thu, Jun 10, 2010 at 12:26:22PM -0400, Grant Peel thus spake:

Hi all,

Its been a while since I have used CVSup.

I have a server with FreeBSD 8 RELEASE on it. It was built very shortly
after 8.0 was released.

I want to run CVSup on the source and ports before deploying it

TO make sure that just ports and source are updated, what tag do I use in
the supfile (to stay with RELEASE only)?

RELENG_8_0?


This handbook article may be what you are looking for:
http://www.freebsd.org/doc/handbook/cvs-tags.html

RELENG_8_0 sounds right though...


-Grant



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


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

Re: CVSUP

[Brian Seklecki (Mobile)]

RELENG_8_0


 Yes.  This will give you the latest 8.0 release + desired patch level
 (critical security patches).  This is almost certain what you want to be
 running before going to production status.  I mean, you could use
 RELENG_8_0_RELEASE I suppose, but then the cvsup would be without merit.

 Dont use a tag with the ports supfile.

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

Re: Midphase Hosting

[Svein Skogen (Listmail Account)]

On 10.06.2010 18:12, Jerry wrote:
> On Thu, 10 Jun 2010 15:12:48 +0200
> Jonathan McKeown  articulated:
> 
>> On Thursday 10 June 2010 15:04:53 Matthew Seaman wrote:
>>>
>>> The only other mechanism might be to tag each list e-mail with a
>>> unique value for each recipient in such a way that it is preserved
>>> in the message that mpcustomer.com's help system sends out.  That
>>> has severe problems of scale and load on the FreeBSD mail servers,
>>> but it might be possible.  There is a similar technique (whose name
>>> I have temporarily forgotten) that some mailing lists use where
>>> they tag the envelope sender address with the recipient name in
>>> order to identify addresses that are bouncing back the list e-mail.
>>
>> Isn't that called VERP (variable envelope return path)? I agree - the
>> load it would impose isn't worth it. I'm just shocked that midphase
>> care so little about their reputation or the impression this is
>> giving, on one of the more widely-archived mailing lists, of their
>> competence and diligence.
> 
> I have employed VERP with mailing lists that I controlled. I never
> noticed any adverse effects. I know of several technical lists
> like Dovecot that employ it. Obviously, they find it useful.

Wouldn't adding an explicit route (to null) for the ip range employed by
mpcustomer.com for the poor FreeBSD server do the trick? It would build
up queue for a while, then the probe message wouldn't get there, then
the problem would simply vanish. ;)

//Svein

-- 
+---+---
  /"\   |Svein Skogen   | sv...@d80.iso100.no
  \ /   |Solberg Østli 9| PGP Key:  0xE5E76831
   X|2020 Skedsmokorset | sv...@jernhuset.no
  / \   |Norway | PGP Key:  0xCE96CE13
|   | sv...@stillbilde.net
 ascii  |   | PGP Key:  0x58CD33B6
 ribbon |System Admin   | svein-listm...@stillbilde.net
Campaign|stillbilde.net | PGP Key:  0x22D494A4
+---+---
|msn messenger: | Mobile Phone: +47 907 03 575
|sv...@jernhuset.no | RIPE handle:SS16503-RIPE
+---+---
 If you really are in a hurry, mail me at
   svein-mob...@stillbilde.net
 This mailbox goes directly to my cellphone and is checked
even when I'm not in front of my computer.

 Picture Gallery:
  https://gallery.stillbilde.net/v/svein/




signature.asc
Description: OpenPGP digital signature

Fixing the spam from MPCUSTOMER.com

[Robert Bonomi]

I have an approach that will get MidPhase's attention, but I need the help
of as many of the other victims of their borked support system as I can
round up.

Anybody who gets one of their misbeggotten trouble-ticket acks, please
forward (or copy, or whatever) the message, with *COMPLETE* headers, to
'mp-s...@r-bonomi.com'.   Feel free to forward _every_ such ack you get,

If you have saved copies of their prior crimes, feel free to send them to
the above address, as well.  Please send each such as a separate email,
however; I'm tabulating on the basis of each message received -here-.

If you have/use procmail for handling incoming mail,, a recipie of:

   0: H:
   * ^From: freebsd-questions@freebsd.org
   * ^Reply.*mpcustomer
   ! mp-s...@r-bonomi.com

will do it automatically, _and_ eliminate it from your inbox.

However you do it, I'll bit-bucket anything not matching those two REs in
an _unanchored_ form,  so a 'false-positive' in a forwarded message is "no 
problem".

The larger the number of 'victims' I can show _actual_proof_ of, the more
of a reaction I'll be able to  stir up.

The 'fun-and-games' -- They are in out-and-out violation of that mostly 
*useless* piece of legislation known as CAN-SPAM.  Their *forgery* of the
"From: " line to show the address of the mailing-list is a clear violation
of 15 USC 7704 (a) (1).  What's even -more- fun, is that they are going to
shoot themselves in the foot -- they will auto-ack *this* message, thereby
establishing that they have "actual notice" of the violation, and thus, 
that *EVERY* subsequent violation is 'knowing and wilful'.

Enough of the people on this list (a) run their own servers, and (b) provide 
email handling for at least _one_ other person, such that they qualify, UNDER
CAN-SPAM, as an ISP, and thus _have_ "standing" to initate a private lawsuit 
under said law (=individuals= do _not_ have that right, *only* ISPs, the way 
the law is written).  Now, with a whole _bunch_ of *ISPs* being victims, 
there is the possibility of a _CLASS_ACTION_ civil suit.  

One can imagine what kind of _news_ coverage that even the contemplation
of such an action would carry.

When I have a reasonable amount of 'ammunition' in hand, I look forward to
a _very_ "interesting" discussion with their legal counsel.  <*BIG* grin>



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

Re: CVSUP

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 17:26:22, Grant Peel wrote:
> Hi all,
> 
> Its been a while since I have used CVSup.
> 
> I have a server with FreeBSD 8 RELEASE on it. It was built very shortly
> after 8.0 was released.
> 
> I want to run CVSup on the source and ports before deploying it
> 
> TO make sure that just ports and source are updated, what tag do I use
> in the supfile (to stay with RELEASE only)?
> 
> RELENG_8_0?

Yes.

Except that cvsup is spelled csup nowadays -- or at least the C language
version in the base system is csup(1).

Also RELENG_8_0 is a tag that applies /only/ to the source distribution.
 Ports simply isn't tagged and branched in the same way.  You pretty
much always want HEAD when csup'ing ports.

Verb. Sap.  Put something like the following in your /etc/make.conf
(choose a cvsup server closer to you) and you can update both src and
ports by running 'make update' in /usr/src:

SUP_UPDATE= yes
SUP=/usr/bin/csup
SUPFLAGS=   -L2
SUPHOST=cvsup.uk.freebsd.org
SUPFILE=/usr/share/examples/cvsup/standard-supfile
PORTSSUPFILE=   /usr/share/examples/cvsup/ports-supfile

(standard-supfile should default to RELENG_8_0 on a box running
8.0-RELEASE, but check and edit the file to make sure)

Cheers

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwRFT0ACgkQ8Mjk52CukIxjiQCfa/3K/gEHHwr/0hpBLLXyPilm
EMIAn070XZWdvY2dzm62tFzjkWgBa7yK
=JIM2
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: sh ++/-- operators

[Dan Nelson]

In the last episode (Jun 10), RW said:
> FreeBSD's sh (in 8.0) doesn't seem to support the ++ or -- arithmetic
> operators
> 
>   $ echo "$((n++))"
>   arithmetic expression: syntax error: "n++"
> 
> Am I wrong in thinking these are POSIX operators? It seems odd if they
> were simply left-out..

Easy enough to check:

http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04

 * The sizeof() operator and the prefix and postfix "++" and "--" operators
   are not required.

Patches welcome to implement them if you want them :)

-- 
Dan Nelson
dnel...@allantgroup.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Switched to Bash and Comparison of Shells

[Dan D Niles]

I had been using csh/tcsh for 20 years and I just switched to bash.  The
recent discussion about the differences between the shells prompted me
to take another look at bash.  I thought I'd share my perception of the
differences between tcsh and bash.

The big thing tcsh is lacking, and the reason I switched, is the lack of
sensible redirection (as some call it).  Specifically, not being able to
do 'command 2>/dev/null >/somefile' is why I switched. 

The which command functions differently between bash and tcsh.  For
example, I have ls aliased to do color output and add some other options
that I like.  With tcsh, 'which ls' returns 
"ls: aliased to \ls -GFB"; with bash it returns 
"/bin/ls".  The tcsh behavior tells you what will be executed when you
run ls.  The bash behavior can be achieved in tcsh with 'which \ls', so
I think I like the tcsh behavior better.  I could probably write a
function in bash that emulates tcsh's builtin which command.

The alias mechanism in bash lacks the ability to do parameter
substitutions like tcsh can.  You can achieve the same thing with bash
functions.  The disadvantage of this is it doesn't show up in the
aliases list.  I worked around this by adding aliases for the functions
too (because of the which behavior).  The advantage of using bash's
functions is you can do more complex things.

With bash-completions installed, the two shells both do completions
well.  Bash lacks the "enhance" mode of tcsh that "considers periods,
hyphens and underscores (‘.’, ‘-’ and ‘_’)  to  be word  separators  and
hyphens and underscores to be equivalent."  Both can do case insensitive
completions.

Bash completions do remote file completion, a feature I longed for in
tcsh.  There are some bugs in the bash-completions code, mostly due to
its age.  For example, the _rsync function still has the default shell
as rsh and remote file completion does not work.

I think tcsh completions are a little easier to set up, but you can do
more with bash completions.

Those are the big differences that I've noticed so far.  All in all, the
transition has been fairly easy.

I hope someone will find my observations useful.

Dan


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

Re: Too many defunct processes; kill -9 not working

[Robert Bonomi]

> From owner-freebsd-questi...@freebsd.org  Wed Jun  9 06:09:36 2010
> From: Eitan Adler 
> Date: Wed, 9 Jun 2010 14:08:58 +0300
> To: questi...@freebsd.org
> Cc: 
> Subject: Too many defunct processes; kill -9 not working
>
> Lately I've been getting a considerable number of defunct processes. I
> do not know of any major event that changed my computer (ie it is not
> related to an ports update or a freeBSD upgrade).
>
> This is often caused by me killing the process using kill -15 or kill
> -3 or kill -9.
>
> What can I do to determine why processes are not getting killed by kill -9?
>
> % ps -o ppid -o comm|grep defunct|cut -d ' ' -f 1 |xargs kill -9
> typically gets rid of them (by killing their parent)

A 'defunct' process _has_ been killed.  What you see is the 'remains' of 
the dead process,  because the parent process has not yet 'reaped' the 
exit status of the dead child.  

All the resources of the child have been released, _except_ for the job-
table slot entry.  THAT is needed because that is where the child's exit
status is kept.


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

Re: Switched to Bash and Comparison of Shells

[Lowell Gilbert]

Dan D Niles  writes:

> The which command functions differently between bash and tcsh.  For
> example, I have ls aliased to do color output and add some other options
> that I like.  With tcsh, 'which ls' returns 
> "ls:   aliased to \ls -GFB"; with bash it returns 
> "/bin/ls".  The tcsh behavior tells you what will be executed when you
> run ls.  The bash behavior can be achieved in tcsh with 'which \ls', so
> I think I like the tcsh behavior better.  I could probably write a
> function in bash that emulates tcsh's builtin which command.

bash (like most other sh-style shells) has no "which" builtin.  You end
up running /usr/bin/which.  bash (like most other sh-style shells) does
have a (rough) equivalent, which is "type".
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Switched to Bash and Comparison of Shells

[Dan Nelson]

In the last episode (Jun 10), Lowell Gilbert said:
> Dan D Niles  writes:
> 
> > The which command functions differently between bash and tcsh.  For
> > example, I have ls aliased to do color output and add some other options
> > that I like.  With tcsh, 'which ls' returns 
> > "ls: aliased to \ls -GFB"; with bash it returns 
> > "/bin/ls".  The tcsh behavior tells you what will be executed when you
> > run ls.  The bash behavior can be achieved in tcsh with 'which \ls', so
> > I think I like the tcsh behavior better.  I could probably write a
> > function in bash that emulates tcsh's builtin which command.
> 
> bash (like most other sh-style shells) has no "which" builtin.  You end up
> running /usr/bin/which.  bash (like most other sh-style shells) does have
> a (rough) equivalent, which is "type".

zsh's which command will prints the output of aliases, and a very
comprehensive completion system, too.  It also supports more csh
features/syntax than bash (good for people used to csh/tcsh).

(d...@dan.13) /home/dan> which ls
ls: aliased to ls -Fa

-- 
Dan Nelson
dnel...@allantgroup.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Fixing the spam from MPCUSTOMER.com

[Chip Camden]

On Jun 10 2010 11:36, Robert Bonomi wrote:
> I have an approach that will get MidPhase's attention, but I need the help
> of as many of the other victims of their borked support system as I can
> round up.
> 
> Anybody who gets one of their misbeggotten trouble-ticket acks, please
> forward (or copy, or whatever) the message, with *COMPLETE* headers, to
> 'mp-s...@r-bonomi.com'.   Feel free to forward _every_ such ack you get,
> 
> If you have saved copies of their prior crimes, feel free to send them to
> the above address, as well.  Please send each such as a separate email,
> however; I'm tabulating on the basis of each message received -here-.
> 
> If you have/use procmail for handling incoming mail,, a recipie of:
> 
>0: H:
>* ^From: freebsd-questions@freebsd.org
>* ^Reply.*mpcustomer
>! mp-s...@r-bonomi.com
> 
> will do it automatically, _and_ eliminate it from your inbox.
> 
> However you do it, I'll bit-bucket anything not matching those two REs in
> an _unanchored_ form,  so a 'false-positive' in a forwarded message is "no 
> problem".
> 
> The larger the number of 'victims' I can show _actual_proof_ of, the more
> of a reaction I'll be able to  stir up.
> 
> The 'fun-and-games' -- They are in out-and-out violation of that mostly 
> *useless* piece of legislation known as CAN-SPAM.  Their *forgery* of the
> "From: " line to show the address of the mailing-list is a clear violation
> of 15 USC 7704 (a) (1).  What's even -more- fun, is that they are going to
> shoot themselves in the foot -- they will auto-ack *this* message, thereby
> establishing that they have "actual notice" of the violation, and thus, 
> that *EVERY* subsequent violation is 'knowing and wilful'.
> 
> Enough of the people on this list (a) run their own servers, and (b) provide 
> email handling for at least _one_ other person, such that they qualify, UNDER
> CAN-SPAM, as an ISP, and thus _have_ "standing" to initate a private lawsuit 
> under said law (=individuals= do _not_ have that right, *only* ISPs, the way 
> the law is written).  Now, with a whole _bunch_ of *ISPs* being victims, 
> there is the possibility of a _CLASS_ACTION_ civil suit.  
> 
> One can imagine what kind of _news_ coverage that even the contemplation
> of such an action would carry.
> 
> When I have a reasonable amount of 'ammunition' in hand, I look forward to
> a _very_ "interesting" discussion with their legal counsel.  <*BIG* grin>
> 

Excellent.  For those who use getlessmail, I've just committed a change
(http://bitbucket.org/apotheon/getlessmail/) to allow piping the message
to another command -- in this case, mail.  The relevant rule to add to a
.getlessmail profile would be something like:

((pipe '/usr/bin/mail -s mpcustomer mp-s...@r-bonomi.com') && block) if field 
"Reply-To",/\bmpcustomer\.com\b/i

-- 
Sterling (Chip) Camden | camdensoftware.com | chipstips.com | chipsquips.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Anyone aware of dahdi port not working?

[jay west]

I emailed the maintainer but got no response.

Fresh install of FreeBSD 8.0-Release and a port collection from around 
6/5/10. Did a make on the dahdi-2.3.0rc2 port, but it fails.

I can provide details, but was wondering if it was something on my machine 
or if others have noticed this and are aware of it?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: lang/cmucl broken on amd64?

[Martin Cracauer]

Douglas Thrift wrote on Thu, Jun 10, 2010 at 02:27:25PM -0700: 
> Hello,
> 
> I've run into this before and it seems to me like the port should
> actually depend on misc/compat6x. I emailed Martin about this a while
> back, but never received any reply. Apparently there is even an open bug
> for this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146680

Oops.

Sorry I'll fix it.

Right now I think there's a general lack of people building CMUCL
binaries, BTW.

Martin

> Hope this helps!
> -- 
> Douglas William Thrift
> 
> 
> 
> On 6/10/2010 1:43 PM, C. P. Ghost wrote:
> > Hello Martin, *,
> > 
> > the port lang/cmucl has a dependency on a very old libutil,
> > libc and libm:
> > 
> > % lisp
> > /libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by 
> > "lisp"
> > 
> > % which lisp
> > /usr/local/bin/lisp
> > 
> > % ldd `which lisp`
> > /usr/local/bin/lisp:
> > libutil.so.5 => not found (0x0)
> > libm.so.4 => not found (0x0)
> > libc.so.6 => not found (0x0)
> > 
> > % pkg_info -W /usr/local/bin/lisp
> > /usr/local/bin/lisp was installed by package cmucl-19f_1
> > 
> > I've reinstalled the port, but still the same problem.
> > 
> > misc/compat4x (compat4x-i386-5.3_9) is installed (and
> > updated) too. Still, no joy.
> > 
> > Any other way to get cmucl on amd64?
> > 
> > Thanks,
> > -cpghost.
> > 

-- 
%%%
Martin Cracauerhttp://www.cons.org/cracauer/
FreeBSD - where you want to go, today.  http://www.freebsd.org/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Switched to Bash and Comparison of Shells

[Jerry]

On Thu, 10 Jun 2010 13:41:32 -0400
Lowell Gilbert  articulated:

> bash (like most other sh-style shells) has no "which" builtin.  You
> end up running /usr/bin/which.  bash (like most other sh-style
> shells) does have a (rough) equivalent, which is "type"

Personally, I have found the "command" equivalent quite adequate. I use
a version of the following in all of my Bash scripts that require
checking for the presents of another program.

command -v command1 >/dev/null && echo "command1 Found In \$PATH" || echo 
"command1 Not Found in \$PATH"

-- 
Jerry
freebsd.u...@seibercom.net

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

Sure you can trust the Government; ask any Indian.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: lang/cmucl broken on amd64?

[C. P. Ghost]

On Thu, Jun 10, 2010 at 11:27 PM, Douglas Thrift  wrote:
> Hello,
>
> I've run into this before and it seems to me like the port should
> actually depend on misc/compat6x. I emailed Martin about this a while
> back, but never received any reply. Apparently there is even an open bug
> for this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146680

Ah, thank you. I'll try to use misc/compat6x instead. ;-)

-cpghost.

> Hope this helps!
> --
> Douglas William Thrift
> 
> 

-- 
Cordula's Web. http://www.cordula.ws/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: lang/cmucl broken on amd64?

[Douglas Thrift]

Hello,

I've run into this before and it seems to me like the port should
actually depend on misc/compat6x. I emailed Martin about this a while
back, but never received any reply. Apparently there is even an open bug
for this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146680

Hope this helps!
-- 
Douglas William Thrift



On 6/10/2010 1:43 PM, C. P. Ghost wrote:
> Hello Martin, *,
> 
> the port lang/cmucl has a dependency on a very old libutil,
> libc and libm:
> 
> % lisp
> /libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by 
> "lisp"
> 
> % which lisp
> /usr/local/bin/lisp
> 
> % ldd `which lisp`
> /usr/local/bin/lisp:
> libutil.so.5 => not found (0x0)
> libm.so.4 => not found (0x0)
> libc.so.6 => not found (0x0)
> 
> % pkg_info -W /usr/local/bin/lisp
> /usr/local/bin/lisp was installed by package cmucl-19f_1
> 
> I've reinstalled the port, but still the same problem.
> 
> misc/compat4x (compat4x-i386-5.3_9) is installed (and
> updated) too. Still, no joy.
> 
> Any other way to get cmucl on amd64?
> 
> Thanks,
> -cpghost.
> 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Dahdi issue, found fix.

[jay west]

I should have spent just a few more minutes googling. Found this:

http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.bsd/3083

Looks like exactly the issue I ran in to.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: cron not sending emails (SOLVED)

[Carlos Fernando Assis Paniago]

I Had a terrible week with freebsd. In monday I did an upgrade from 7.3 
to 8.1-prerelease in 3 machines, 2 of them worked normaly and one stop 
functioning, and without user (ldap) e cron is not sending emails. The 
log for cron is:


Jun 10 19:45:00 sol /usr/sbin/cron[80892]: (root) CMD (/usr/libexec/atrun)
Jun 10 19:45:00 sol cron[80892]: NSSWITCH(_nsdispatch): ldap, group, 
setgrent, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80891]: NSSWITCH(_nsdispatch): ldap, group, 
setgrent, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80892]: NSSWITCH(_nsdispatch): ldap, group, 
getgrent_r, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80891]: NSSWITCH(_nsdispatch): ldap, group, 
getgrent_r, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80892]: NSSWITCH(_nsdispatch): ldap, group, 
endgrent, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80891]: NSSWITCH(_nsdispatch): ldap, group, 
endgrent, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80891]: NSSWITCH(_nsdispatch): ldap, passwd, 
endpwent, not found, and no fallback provided
Jun 10 19:45:00 sol cron[80892]: NSSWITCH(_nsdispatch): ldap, passwd, 
endpwent, not found, and no fallback provided



The ldap stop working with the messages:

Jun 10 17:25:09 sol slapd[41741]: @(#) $OpenLDAP: slapd 2.3.43 (Jun 10 
2010 17:16:31)
$   
r...@sol.cnptia.embrapa.br:/usr/ports/net/openldap23-server/work/openldap-2.3.43/servers/slapd
Jun 10 17:25:09 sol slapd[41741]: NSSWITCH(_nsdispatch): ldap, passwd, 
endpwent, not found, and no fallback provided
Jun 10 17:25:09 sol slapd[41741]: NSSWITCH(_nsdispatch): ldap, group, 
setgrent, not found, and no fallback provided
Jun 10 17:25:09 sol slapd[41741]: NSSWITCH(_nsdispatch): ldap, group, 
getgrent_r, not found, and no fallback provided
Jun 10 17:25:09 sol slapd[41741]: NSSWITCH(_nsdispatch): ldap, group, 
endgrent, not found, and no fallback provided
Jun 10 17:25:09 sol slapd[41741]: NSSWITCH(_nsdispatch): ldap, group, 
endgrent, not found, and no fallback provided

Jun 10 17:25:09 sol slapd[41742]: slapd starting

and in auth.log this log

Jun  7 19:22:17 sol login: pam_acct_mgmt(): error in service module


And until today after recompiling everithing from the ports to the 
system I cannot find the error.


Today I found this:

rigel# ldd  /usr/local/lib/nss_ldap.so.1
/usr/local/lib/nss_ldap.so.1:
libldap-2.3.so.2 => /usr/local/lib/libldap-2.3.so.2 (0x800c0)
liblber-2.3.so.2 => /usr/local/lib/liblber-2.3.so.2 (0x800d37000)
libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x800e45000)
libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x800f5d000)
libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8010ca000)
libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x8011cc000)
libc.so.6 =>(unknow)
libssl.so.6 => /usr/lib/libssl.so.6 (0x8012e6000)
libcrypto.so.6 => /lib/libcrypto.so.6 (0x801438000)
libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x8016d2000)
libhx509.so.10 => /usr/lib/libhx509.so.10 (0x8017db000)
libroken.so.10 => /usr/lib/libroken.so.10 (0x80191a000)
libasn1.so.10 => /usr/lib/libasn1.so.10 (0x801a2b000)
libcrypt.so.5 => /lib/libcrypt.so.5 (0x801baa000)

The problem was the libsasl2 (cyrus-sasl2) that was old. I found a lot 
of pages in google with this problem and no solution.
And I find it using the command "cd /usr/local/lib ; grep -R libc.so.6 
*". After the finding I compiled the module (cyrus-sals2) and everything 
comes back to normal.


The problem is that nss_ldap.so.1 dont say that the library is missing 
but point the error to the PAM modules.


Everyone that have this same problem try to find in the nss_ldap, 
pam_ldap etc, some reference to old libs.


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

lang/cmucl broken on amd64?

[C. P. Ghost]

Hello Martin, *,

the port lang/cmucl has a dependency on a very old libutil,
libc and libm:

% lisp
/libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by "lisp"

% which lisp
/usr/local/bin/lisp

% ldd `which lisp`
/usr/local/bin/lisp:
libutil.so.5 => not found (0x0)
libm.so.4 => not found (0x0)
libc.so.6 => not found (0x0)

% pkg_info -W /usr/local/bin/lisp
/usr/local/bin/lisp was installed by package cmucl-19f_1

I've reinstalled the port, but still the same problem.

misc/compat4x (compat4x-i386-5.3_9) is installed (and
updated) too. Still, no joy.

Any other way to get cmucl on amd64?

Thanks,
-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

sendmail access

[kalin m]

hi all... 

reading 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sendmail.html


i did get an access file set up. it doesn't do anything thought... 


i have only entry like this:

some.domain.comOK

and did make. then changed /etc/defaults/rc.conf to 
sendmail_enable="YES"


restarted sendmail. cool. so far. now mail is a accepted from everywhere 
not only the entry in access: some.domain.com


why?

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

Re: sendmail access

[Neal Hogan]

On Thu, Jun 10, 2010 at 3:40 PM, kalin m  wrote:
>
>
>
> hi all...
> reading
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sendmail.html
>
> i did get an access file set up. it doesn't do anything thought...
> i have only entry like this:
>
> some.domain.com            OK
>
> and did make. then changed /etc/defaults/rc.conf to
> sendmail_enable="YES"
>
> restarted sendmail. cool. so far. now mail is a accepted from everywhere not
> only the entry in access: some.domain.com
>
> why?
>

As far as I understand it, the access file makes more fine-grained
"decisions." That is, sendmail allows everything and the access file
allows you to discriminate more precisely. Notice that the example has
(something like) :

spam.com  REJECT
.
.
.
okay.spam.com  OK

So, if you only want to allow emails only from some.domain.com then
you have to REJECT all other domains . . . good luck ;-)


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

Re: Switched to Bash and Comparison of Shells

[Malcolm Kay]

On Fri, 11 Jun 2010 02:49 am, Dan D Niles wrote:
> I had been using csh/tcsh for 20 years and I just switched to
> bash.  The recent discussion about the differences between the
> shells prompted me to take another look at bash.  I thought
> I'd share my perception of the differences between tcsh and
> bash.

It seems to me that it is a little late in the day to be changing
to bash. Some well known Linux distributions are beginning to see 
that some non-posix features of bash can create difficulties. I 
believe recent releases of Ubuntu use dash as the prefered 
shell, and it looks as though Debian will be going the same way.
Dash is supposed to be a modern, faster and cleaner 
implementation of sh -- if installed through FBSD ports it has 
the same man page as sh.

>
> The big thing tcsh is lacking, and the reason I switched, is
> the lack of sensible redirection (as some call it). 
> Specifically, not being able to do 'command 2>/dev/null
> >/somefile' is why I switched.

I'm also a long time csh/tcsh user (somewhat more than 20 years)
and freely admit that redirection at the command line can 
occassionally be a problem. I've always used sh for any serious
scripting.

Unless you wish to play with one or other fairly common but 
lesser known shells such as zsh or ksh then I would suggest that
sh or dash (perhaps with a -E or -V option for interactive use) 
would be more appropriate than bash in a modern OS.

But ultimately each to his own.

Good luck,

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

Malaysian Customs Procedures & Accounting Skills For Accounts Clerks & Assistants Training

[Quality Dynamics Consultancy Sdn Bhd]

Disclaimer: If this mail has been sent to you by mistake or if you prefer not 
to receive any future emails on Training Program from us, please reply this 
e-mail with "REMOVE" in the subject line. We apologize for any inconveniences 
caused. Thank you for your time.
Please forward this e-mail to your relatives, colleagues, friends or any of 
your contacts, if you feel that the program will benefit them. 
Thank you for your time.
QUALITY DYNAMICS CONSULTANCY SDN BHD (Co. No. 620717-P)
( www.qdc.com.my ) 
 (PSMB Reg. No: 0938) (MoF Reg. No: 357-02064214)
 
 PRESENTS

 Malaysian Customs Procedures 
(by Mr. P. Nadaraja)
( 15 – 16 June 2010
(Holiday Inn Glenmarie)

OBJECTIVES

   At the end of the course, participants will be able to:
•   Gain an insight into how the Customs Department is organized into 
various divisions
•   Ensure that businesses stay on the right side of the law as well 
as guide the businesses on the required documentation.
•   assist businesses to discover the various facilities available in order 
to remain competitive 
•   Explore and discover the possibilities of tax savings.

   PROGRAM CONTENT

•   Objectives, Responsibilities & Organizational structure of Customs 
Department

•   Sales Tax Procedures
- Licensing 
- Scope & charge to Tax
- Exemptions/Refund & Drawback
- Facilities under Sales Tax Act
- Offences & Penalties

•   Service Tax Procedures
- Licensing
- Scope & Charge to tax
- Refund claims
- Calculation of threshold

•   Valuation & Classification
- General principles of valuation and Form Customs 1A
- Principles and rules of classification

•   Import & Export Procedures & Documentation
- Legislations
- Legal landing place and mode of transport
- Customs declaration forms
- Examination and assessment by Customs
- Claim for preferential rates of CEPT & AHTN
- Customs clearance & Payment of duty
- Payment under protest, transhipment & transportation
- Import / Export Prohibition Orders
- Procedures in Labuan & Langkawi
- Offences under section 133 & 135 Customs Act 1967

•   An outline of facilities under Customs Act 1967
- Licensed Warehouse under section 65
- Licensed Manufacturing Warehouse under section
  65/65A
- Temporary Import / ATA Carnet under section 97
  Customs
  Act 1967
- Refund & Drawback under section 16,93,95 and 99 
  Customs Act 1967 
- Treasury Exemptions under section 14(2) Customs 
  Act 1967
- International Procurement Centers.

•   Free Zones under Free Zone Act 1990

•   Appeal System

•   Questions & Answers.

INVESTMENT (Fee)

Enjoy EARLY BIRD Rate by (02/06/10) at

RM 910.00   per participant for a minimum of 2 participants from the same 
company
RM 960.00   per participant

Group Discount : RM 1,010.00 per participant for a minimum of 2 participants 
from the same company.
Standard  :  RM 1,060.00 per participant
Accounting Skills For Accounts Clerks & Assistants
 (by MR. Thye Foot Leong)
 (15– 16 June 2010)
 (Holiday Inn Glenmarie)

 OBJECTIVES

This course would enable accounting staff to understand and appreciate the 
steps performed in the accounting process and their contribution to management 
decision making.

In today’s computerized accounting world, accounting staff perform very 
specific duties as part of the accounting process.  They may be involved in one 
specific area like handling accounts payable, accounts receivable, payroll, 
cash book, etc.  As a result, they are often very focused in their respective 
areas of work that they may not be aware or knowledgeable of the other 
important areas in accounting.

With the advancement of computerized accounting packages, the accounting 
process is somewhat isolated and as a result these staff do not see the 
physical transaction actually taking place.  This may lead to a lack of 
understanding of the accounting process.  Knowledge in these other areas of 
accounting will enable the staff to contribute more effectively to the 
organization.

  PROGRAM CONTENT

  INTRODUCTION
•   What is Accounting?
•   Accounting Process
•   Role in today’s business
•   The Accounting Equation 
•   Transaction Analysis

  THE RECORDING PROCESS DOUBLE ENTRY SYSTEM OF RECORDING
•   Assets
•   Liabilities
•   Capital
•   Revenue
•   Expenses
•   Extracting the Trial Balance
•   Exercise  

  PREPARING BASIC FINANCIAL STATEMENTS 
•   The Trading Account
•   The Profit & Loss Account
•   The Balance Sheet

  BOOKS OF ORIGINAL ENTRY
 JOURNALS
•   Cash Book
•   Sales & Purchases Journal
•   Returns Journal
•   The General Journal
  POSTING TO LEDGER
•   The Creditors Ledger
•   The  Debtors Ledger
•   The General Ledger
•   Exer

x11/kdebase4-workspace: build error

[Martin Schweizer]

Hello

While I'm on the upgradeing path to KDE 4.4.4 I get the follwoing error in 
x11/kdebase4-workspace. Any ideas?

Kind regards,


===>  Building for kdebase-workspace-4.4.4
[  0%] [  0%] Built target kgreet_generic_automoc
Built target kgreet_classic_automoc
[  0%] Built target kgreet_winbind_automoc
[  0%] Built target plasmaclock_automoc
[  0%] Built target kworkspace_automoc
[  0%] Built target kded_kephal_automoc
[  0%] Built target plasmagenericshell_automoc
[  0%] Built target solidcontrol_automoc
[  0%] [  0%] Built target solid_fakenet_automoc
Built target solid_fakenet_static_automoc
[  0%] Built target solidcontrolifaces_automoc
[  0%] Built target actions for org.kde.ksysguard.processlisthelper
[  0%] Built target lsofui_automoc
[  2%] Built target kephal
[  2%] [  2%] Built target ksysguardprocesslist_helper_automoc
Built target processcore_automoc
[  2%] Built target taskmanager_automoc
[  2%] Built target processui_automoc
[  2%] Built target ksignalplotter_automoc
[  2%] Built target systemsettingsview_automoc
[  2%] Built target classic_mode_automoc
[  2%] Built target systemsettings_automoc
[  2%] Built target icon_mode_automoc
[  2%] Built target kcheckpass
[  2%] Built target kscreensaver_automoc
[  2%] Built target kblankscrn.kss_automoc
[  2%] Built target krandom.kss_automoc
[  2%] Built target kwinnvidiahack_automoc
[  2%] Built target kdecorations_automoc
[  2%] Built target kwin_killer_helper_automoc
[  2%] Built target kwineffects_automoc
[  2%] Built target kcm_kwindecoration_automoc
[  2%] Built target kcm_kwinoptions_automoc
[  2%] Built target kcm_kwinrules_automoc
[  2%] Built target kdeinit_kwin_rules_dialog_automoc
[  2%] Built target kcm_kwincompositing_automoc
[  2%] Built target kcm_kwinscreenedges_automoc
[  2%] Built target kcm_kwindesktop_automoc
[  2%] Built target kwin_plastik_config_automoc
[  2%] Built target kcm_kwintabbox_automoc
[  2%] Built target kwin3_plastik_automoc
[  2%] [  2%] Built target kwin_aurorae_config_automoc
Built target kwin3_aurorae_automoc
[  2%] Built target kwin3_b2_automoc
[  2%] Built target kwin_b2_config_automoc
[  2%] Built target kwin3_kde2_automoc
[  2%] Built target kwin_kde2_config_automoc
[  2%] Built target kwin_keramik_config_automoc
[  2%] Built target kwin3_keramik_automoc
[  2%] Built target kwin3_laptop_automoc
[  2%] Built target kdeinit_kwin_automoc
[  2%] Built target kwin_modernsys_config_automoc
[  2%] Built target kwin3_modernsys_automoc
[  2%] Built target kwin3_quartz_automoc
[  2%] Built target kwin_quartz_config_automoc
[  2%] Built target kwin3_oxygen_automoc
[  2%] Built target kwin3_redmond_automoc
[  2%] [  2%] Built target kwin3_web_automoc
Built target kwin_oxygen_config_automoc
[  2%] Built target kwin_tabstrip_config_automoc
[  2%] Built target kwin_update_default_rules_automoc
[  2%] [  2%] Built target kwin_update_tabbox_settings_automoc
Built target kwin3_tabstrip_automoc
[  2%] Built target kwin_update_window_settings_automoc
[  2%] Built target kcheckrunning_automoc
[  2%] Built target kcm_smserver_automoc
[  2%] Built target kdeinit_ksmserver_automoc
[  2%] Built target kdeinit_kcminit_automoc
[  2%] Built target kdeinit_kcminit_startup_automoc
[  2%] Built target kcm_kwin4_effect_builtins_automoc
[  2%] Built target prepareanim_automoc
[  2%] Built target ksplashx_scale_automoc
[  2%] Built target shade_automoc
[  3%] Built target ksplashsimple
[  3%] Built target ksplashx
[  3%] Built target kcm_ksplashthemes_automoc
[  3%] Built target kded_khotkeys_automoc
automoc4: empty source file: 
/usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/khotkeys/libkhotkeysprivate/conditions/conditions.cpp
[  3%] Built target kcm_hotkeys_automoc
[  3%] Built target kdeinit_ksysguard_automoc
[  3%] Built target kwin4_effect_builtins_automoc
[  3%] Built target ksgrd_automoc
[  3%] Built target libksysguardd
[  3%] Built target khotkeysprivate_automoc
[  3%] Built target kded_kwrited_automoc
[  3%] Built target kcm_powerdevilconfig_automoc
[  3%] Built target kded_powerdevil_automoc
[  3%] [  3%] Built target kcm_pkk_authorization_automoc
Built target polkit-kde-manager_automoc
[  3%] Built target kde
[  3%] Built target polkit-kde-authorization_automoc
[  3%] Built target polkitkdeprivate_automoc
[  3%] Built target kscreenlocker_automoc
[  3%] Built target kcm_solid_automoc
[  3%] Built target kdeinit_klipper_automoc
[  3%] Built target solid-action-desktop-gen_automoc
[  3%] Built target kcm_solid_actions_automoc
[  3%] Built target kdeinit_krunner_automoc
[  3%] [  3%] Built target solid_wicd_static_automoc
Built target solid_wicd_automoc
[  3%] Built target solid_lirc_automoc
[  3%] Built target solid_lirc_static_automoc
[  3%] [  3%] Built target plasma_applet_simplelauncher_automoc
[  3%] Built target kdeinit_kmenuedit_automoc
Built target kickoff_automoc
[  3%] Built target plasma_applet_launcher_automoc
[  3%] [  3%] Built target plasma_applet_trash_automoc
Built target plasma_applet_windowl

Re: Question on packages and ports (and versions)

[Antonio Vieiro]

Hi,

Ah, I see.

So if I need a more advanced version of some software, that has been
installed as a package, I can use portupgrade (or other port
management tools) to upgrade the package to a port. Am I right?

Thanks,
Antonio

(As a newbie I'm somewhat concerned about keeping consistency between
package and port versions, but I suppose this is handled by port
management tools automagically)

2010/6/10 Erik Trulsson :
>
> A package is best seen as simply a pre-compiled port, i.e. packages are
> built from ports. After it has been installed there is no
> difference between software installed via ports or software installed
> via packages.
>
>
>
>
> --
> 
> Erik Trulsson
> ertr1...@student.uu.se
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
>
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"