[kde-freebsd] [SVN Commit] area51/KDE/editors/calligra

2011-07-19 Thread Alberto Villa
SVN commit 7354 by avilla: - Remove PORTREVISION. M +0 -1 Makefile ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information

[kde-freebsd] [SVN Commit] area51

2011-07-19 Thread Alberto Villa
SVN commit 7353 by avilla: - Update distinfo for calligra and calligra-l10n 2.3.73. M +1 -1 KDE/Mk/bsd.kde4.mk M +1 -1 KDE/chinese/calligra-l10n-zh_CN/Makefile M +2 -2 KDE/chinese/calligra-l10n-zh_TW/distinfo M +2 -2 KDE/editors/calligra-l10n-ca/distinfo M

[kde-freebsd] Re: ports/156901: [patch] devel/cmake breaks with CC containing spaces

2011-07-19 Thread Max Brazhnikov
On Fri, 15 Jul 2011 10:40:11 GMTFri, 15 Jul 2011 12:30:47 +0200, Dominic Fandrey wrote: > The following reply was made to PR ports/156901; it has been noted by > GNATS. > > From: Dominic Fandrey > To: bug-follo...@freebsd.org, kamik...@bsdforen.de > Cc: > Subject: Re: ports/156901: [patch] devel

[kde-freebsd] [SVN Commit] area51/KDE/multimedia/kdemultimedia4

2011-07-19 Thread Raphael Kubo da Costa
SVN commit 7352 by rakuco: kdemultimedia4: Add upstream patch to fix a big memleak with PulseAudio. As the upstream commit message (r1241346) says, this patch to KMix fixes a big memleak (12h of music -> 100MB) when PulseAudio is used with KMix and the Oxygen style. Bump PORTREVISION as it is a

[kde-freebsd] Re: ports/158971: textproc/qt4-xmlpatterns: build fails due to missing .rcc/release-shared dir

2011-07-19 Thread Raphael Kubo da Costa
The following reply was made to PR ports/158971; it has been noted by GNATS. From: Raphael Kubo da Costa To: Matthias Andree Cc: bug-follo...@freebsd.org Subject: Re: ports/158971: textproc/qt4-xmlpatterns: build fails due to missing .rcc/release-shared dir Date: Tue, 19 Jul 2011 13:53:23 -0300

[kde-freebsd] Re: ports/159008: [ERROR] cannot portupgrade editors/koffice-kde4 to version 2.3.3_2

2011-07-19 Thread Raphael Kubo da Costa
The following reply was made to PR ports/159008; it has been noted by GNATS. From: Raphael Kubo da Costa To: Andrei Lavreniyuk Cc: bug-follo...@freebsd.org Subject: Re: ports/159008: [ERROR] cannot portupgrade editors/koffice-kde4 to version 2.3.3_2 Date: Tue, 19 Jul 2011 13:48:47 -0300 Andre

[kde-freebsd] Re: kmix polling rate

2011-07-19 Thread Raphael Kubo da Costa
Andriy Gapon writes: > on 19/07/2011 14:23 Alberto Villa said the following: >> On Tuesday 19 July 2011 13:03:31 Andriy Gapon wrote: >>> I think that this issue has been brought up in the past - it seems that >>> kmix polls mixer states every 50 ms and I think that it this is a too fast >>> rate

[kde-freebsd] Re: ports/159008: [ERROR] cannot portupgrade editors/koffice-kde4 to version 2.3.3_2

2011-07-19 Thread Andrei Lavreniyuk
The following reply was made to PR ports/159008; it has been noted by GNATS. From: Andrei Lavreniyuk To: bug-follo...@freebsd.org Cc: Subject: Re: ports/159008: [ERROR] cannot portupgrade editors/koffice-kde4 to version 2.3.3_2 Date: Tue, 19 Jul 2011 12:58:19 +0300 Hi! > Were you actual

[kde-freebsd] Re: kmix polling rate

2011-07-19 Thread Andriy Gapon
on 19/07/2011 14:23 Alberto Villa said the following: > On Tuesday 19 July 2011 13:03:31 Andriy Gapon wrote: >> I think that this issue has been brought up in the past - it seems that >> kmix polls mixer states every 50 ms and I think that it this is a too fast >> rate for such an operating where 5

[kde-freebsd] Re: kmix polling rate

2011-07-19 Thread Alberto Villa
On Tuesday 19 July 2011 13:03:31 Andriy Gapon wrote: > I think that this issue has been brought up in the past - it seems that > kmix polls mixer states every 50 ms and I think that it this is a too fast > rate for such an operating where 500 ms would easily suffice. On my > system this polling is

[kde-freebsd] kmix polling rate

2011-07-19 Thread Andriy Gapon
I think that this issue has been brought up in the past - it seems that kmix polls mixer states every 50 ms and I think that it this is a too fast rate for such an operating where 500 ms would easily suffice. On my system this polling is sufficient to prevent powerd from using lower CPU frequenc