___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hello All,
I would like to participate in SoC again. I have a draft proposal, which
I haven't submitted yet, you can read it here:
http://www.kovesdan.org/soc/article.html
Similarly, to the last year, it is a set of minor (but demanded)
improvements to the Ports Collection infrastructure. If
Hi,
The latest version has a bug in the clamav-clamd.sh and clamav-freshclam.sh
files. It does not contain the prefix /usr/local when calling rc.subr. The
previous versions always had this right.
Regards,
Nicki
___
freebsd-ports@freebsd.org mailing li
Current FreeBSD problem reports
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including experimental
development code and obsolete releases.
Bugs can be in one of several states:
o - open
A problem report has bee
Every once in a while (like this week with gettext) a
library with a very large number of dependencies has a
shared library version bump, and a note is placed in
UPDATING requesting that users do something like
portupgrade -rf gettext
But if I'm using portupgrade, isn't this unnecessary?
doesn't
What I'd like to see added, is a flag, which would cause bsd.port.mk to simply
ignore the explicit shared libraries' major numbers in LIB_DEPENDS.
In almost all cases requiring a specific number does not make sense (not from
a user's point of view, anyway). It only causes unneccessary rebuilds:
On Mar 19, 2007, at 4:10 , Brian Gruber wrote:
portupgrade -rf gettext
But if I'm using portupgrade, isn't this unnecessary?
doesn't pkg_deinstall (and by extension portupgrade)
preserve old shared libraries just to avoid this? what
am i missing? why do i need to recompile half my
system?
Be
On 3/19/07, Mikhail Teterin <[EMAIL PROTECTED]> wrote:
What I'd like to see added, is a flag, which would cause bsd.port.mk to simply
ignore the explicit shared libraries' major numbers in LIB_DEPENDS.
In almost all cases requiring a specific number does not make sense (not from
a user's point o
Running pkgdb -Ff today gives me the following error:
Stale origin: 'multimedia/totem-gstreamer': perhaps moved or obsoleted.
-> The port 'multimedia/totem-gstreamer' was moved to 'multimedia/totem' on
2007-03-19 because:
"multimedia/totem now uses gstreamer by default"
sed: 1: "s|^\(@com
Hi,
After upgrading to knoda and hk_classes 0.8.1 on FreeBSD 6.2 and KDE 3.5.5,
I'm having some problems. The iconv library installed doesn't support
'WCHAR_T' which is causing problems when any report is rendered in knoda.
The installed iconv library version is 1.9.2. This library is directl
>"multimedia/totem now uses gstreamer by default"
> sed: 1: "s|^\(@comment[": unbalanced brackets ([])
Perhaps there is a specific problem here, but i have observed
corruption under FreeBSD-6.2. Several times on my laptop where
various applications suddenly misbehave, rebooting cures that,
On Mon, Mar 19, 2007 at 02:52:21PM -0400 I heard the voice of
Joe Marcus Clarke, and lo! it spake thus:
>
> sed: 1: "s|^\(@comment[": unbalanced brackets ([])
> Failed to rewrite /var/db/pkg/totem-gstreamer-2.16.5/+CONTENTS: Command
> failed [exit code 1]: "sed" "\"s|^(@comment[\"" "\"\"" "\"]
in message <[EMAIL PROTECTED]>,
wrote Joe Marcus Clarke thusly...
>
> Running pkgdb -Ff today gives me the following error:
>
> Stale origin: 'multimedia/totem-gstreamer': perhaps moved or obsoleted.
> -> The port 'multimedia/totem-gstreamer' was moved to 'multimedia/totem' on
> 2007-03-19 becaus
Pav Lucistnik wrote:
Alexander Leidinger píše v po 19. 03. 2007 v 12:51 +0100:
Quoting Pav Lucistnik <[EMAIL PROTECTED]> (from Sun, 18 Mar 2007
16:38:50 + (UTC)):
pav 2007-03-18 16:38:50 UTC
FreeBSD doc repository
Modified files:
en/projects/ideasideas.xml
Log:
Doug Barton píše v po 19. 03. 2007 v 17:25 -0700:
> Pav Lucistnik wrote:
> > Alexander Leidinger píše v po 19. 03. 2007 v 12:51 +0100:
> >> Quoting Pav Lucistnik <[EMAIL PROTECTED]> (from Sun, 18 Mar 2007
> >> 16:38:50 + (UTC)):
> >>
> >>> pav 2007-03-18 16:38:50 UTC
> >>>
> >>> Fre
Recently the bugbusting team has been seeing a few cases where PRs are
being submitted without a clear understanding of how best to do so.
Although there is a document that references this*, please let me reiterate
a few points:
- Please only send one PR for a particular problem. The mail queue
16 matches
Mail list logo