ifconfig can't clear 'monitor' mode on the wireless device
Over a year ago I filed this PR: http://lists.freebsd.org/pipermail/freebsd-bugs/2009-February/034115.html There is no response, and this problem is still there. Is there any way to clear monitor mode from network device? Yuri ___ 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: why does ps |grep sometimes not return itself?
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
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: freebsd-questions@freebsd.org 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 freebsd-questions@freebsd.org) 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 j.mcke...@ru.ac.za 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: e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
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)
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
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 maier.nat...@gmail.com Sent: 09 June 2010 23:38 To: freebsd-questions@freebsd.org 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
On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner ide...@fechner.net 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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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)
On Thu, Jun 10, 2010 at 7:18 AM, Ewald Jenisch a...@jenisch.at 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
On Thursday 10 June 2010 14:06:46 Rob Farmer wrote: On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner ide...@fechner.net 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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown j.mcke...@ru.ac.za wrote: On Thursday 10 June 2010 14:06:46 Rob Farmer wrote: On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner ide...@fechner.net 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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
-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
On Thursday 10 June 2010 14:51:42 Rob Farmer wrote: On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown j.mcke...@ru.ac.za 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
In response to Rob Farmer rfar...@predatorlabs.net: On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown j.mcke...@ru.ac.za wrote: On Thursday 10 June 2010 14:06:46 Rob Farmer wrote: On Thu, Jun 10, 2010 at 4:24 AM, Matthias Fechner ide...@fechner.net 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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
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
On Thu, Jun 10, 2010 at 6:09 AM, Jonathan McKeown j.mcke...@ru.ac.za wrote: On Thursday 10 June 2010 14:51:42 Rob Farmer wrote: On Thu, Jun 10, 2010 at 5:32 AM, Jonathan McKeown j.mcke...@ru.ac.za 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
-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)
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 a...@jenisch.at 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
On Wed, Jun 9, 2010 at 10:11 PM, Vinay vinay.par...@gmail.com wrote: Hi, I am new to FreeBSD. I have installed FreeBSD 6.3 and was playing with gvinum. snip 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
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)
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)
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. -- Insert your favourite quote here. 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
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 ide...@fechner.net 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:e436b556aafa1c4bd0f2c367a0097...@secure.mpcustomer.com 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
On Thu, 10 Jun 2010 15:12:48 +0200 Jonathan McKeown j.mcke...@ru.ac.za 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
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
-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
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
-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 j.mcke...@ru.ac.za 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
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
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
On 10.06.2010 18:12, Jerry wrote: On Thu, 10 Jun 2010 15:12:48 +0200 Jonathan McKeown j.mcke...@ru.ac.za 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
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
-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
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
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
From owner-freebsd-questi...@freebsd.org Wed Jun 9 06:09:36 2010 From: Eitan Adler li...@eitanadler.com 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
Dan D Niles d...@more.net 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
In the last episode (Jun 10), Lowell Gilbert said: Dan D Niles d...@more.net 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
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?
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?
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 douglas...@gmail.com http://douglasthrift.net/ 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 Cracauer craca...@cons.org http://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
On Thu, 10 Jun 2010 13:41:32 -0400 Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org 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?
On Thu, Jun 10, 2010 at 11:27 PM, Douglas Thrift douglas...@gmail.com 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 douglas...@gmail.com http://douglasthrift.net/ -- 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?
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 douglas...@gmail.com http://douglasthrift.net/ 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.
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)
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?
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
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
On Thu, Jun 10, 2010 at 3:40 PM, kalin m ka...@el.net 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
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
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 • Exercise ADJUSTMENTS
x11/kdebase4-workspace: build error
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