On 18 August 2011 09:03, wrote:
> Chris Rees wrote:
>
>> We don't want to provide broken software.
>
> Mark Linimon wrote:
>
>> ... it's obsolete, broken, junk ...
>
> Unless there is more to this than is reported in those two PRs,
> I'd call it a considerable exaggeration to describe diskcheck
Chris Rees wrote:
> We don't want to provide broken software.
Mark Linimon wrote:
> ... it's obsolete, broken, junk ...
Unless there is more to this than is reported in those two PRs,
I'd call it a considerable exaggeration to describe diskcheckd
as "broken".
* http://www.freebsd.org/cgi/que
Hi Mark,
> On Wed, Aug 17, 2011 at 04:36:23PM +0200, Julian H. Stacey wrote:
> > Better to leave the port marked as having some run errors in some
> > circumstances, that we dont have manpower for, but leave port in
> > tree.
>
> Then we have the situation of a user spends the time to install it
> software is broken, if you want FreeBSD to continue to support/provide
> it someone needs to fix it.'
Thanks for the reply Chris.
Cheers,
Julian
--
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Reply below, not above; Indent with "> "; Cumulative like a
Hi everyone,
I just tried to build mencoder from ports (ports tree is up to date).
I had to remove libass subtitle support from the configuration because
p5-Unicode-Map8 failed to build:
cp Map8/maps/IBM278.bin blib/lib/Unicode/Map8/maps/IBM278.bin
/usr/local/bin/perl5.10.1 /usr/local/lib/perl5/s
So i split this up to three pr's as was suggested by Mark:
1. Python pkg-plist fix for WITHOUT_THREADS case:
http://www.freebsd.org/cgi/query-pr.cgi?pr=159842
2. postgresql-plpython unbreak:
http://www.freebsd.org/cgi/query-pr.cgi?pr=159843
3. postgresql9x-client unbreak:
http://www.free
Chris Rees wrote on 17.08.2011 21:23:
On 17 August 2011 17:56, Ruslan Mahmatkhanov wrote:
I'm sorry, Mark, but your mailserver still dislikes me, so i can't reply to
to you directly:
"""
: host mail.soaustin.net[66.135.54.68] said: 553 5.7.1
: Sender address rejected: Refused yandex.ru: Blocke
On 17 August 2011 17:56, Ruslan Mahmatkhanov wrote:
> I'm sorry, Mark, but your mailserver still dislikes me, so i can't reply to
> to you directly:
>
> """
> : host mail.soaustin.net[66.135.54.68] said: 553 5.7.1
> : Sender address rejected: Refused yandex.ru: Blocked due
> to mail abuse: go away
I'm sorry, Mark, but your mailserver still dislikes me, so i can't reply
to to you directly:
"""
: host mail.soaustin.net[66.135.54.68] said: 553
5.7.1 : Sender address rejected: Refused yandex.ru:
Blocked due to mail abuse: go away spamming scum (in reply to RCPT TO
command)
"""
И
On Wed, Aug 17, 2011 at 11:15:54AM -0500, Mark Linimon wrote:
> > Jeremy Chadwick
>
> no longer involved with the project (since 2008).
Actually this statement is false. He's involved with project, but not as
a committer since 2008. My apologies.
mcl
__
On Wed, Aug 17, 2011 at 04:36:23PM +0200, Julian H. Stacey wrote:
> Better to leave the port marked as having some run errors in some
> circumstances, that we dont have manpower for, but leave port in
> tree.
Then we have the situation of a user spends the time to install it only
to figure out it'
On 17 August 2011 15:36, Julian H. Stacey wrote:
> Hi,
> Reference:
>> From: Chris Rees
>> Date: Wed, 17 Aug 2011 12:18:05 +0100
>> Message-id:
>>
>
> Chris Rees wrote:
>> Hi all,
>>
>> I'm trying to clear some PRs from freebsd-ports-bugs, and I've found
>> that sysutils/diskc
Hi,
Reference:
> From: Chris Rees
> Date: Wed, 17 Aug 2011 12:18:05 +0100
> Message-id:
>
Chris Rees wrote:
> Hi all,
>
> I'm trying to clear some PRs from freebsd-ports-bugs, and I've found
> that sysutils/diskcheckd is in need of some attention.
>
> It doesn't appear to
I recently updated the net-snmp port and now when I start it up I get
the following error. I'm not even using sendmail, the system is using
postfix. Anyone know how/where to fix this?
Starting snmpd.
mibII/mta_sendmail.c:open_sendmailst: could not guess version of
statistics file "/var/log/s
Hi all,
I'm trying to clear some PRs from freebsd-ports-bugs, and I've found
that sysutils/diskcheckd is in need of some attention.
It doesn't appear to have been developed (or maintained) since 2001,
and has a PR associated with it that looks a little tricky (koitsu@
has attempted to investigate
15 matches
Mail list logo