hi Scott,
you have solved it now ?
do you still geht the error if you do an update
cd /usr/ports/databases/
svn up
?
you can also make a
cd /usr/ports/databases/innotop
svn diff
(http://svnbook.red-bean.com/de/1.7/svn-book.html#svn.ref.svn.c.diff )
which shows you the differences from
For nearly two weeks I've been stymied by an apparently damaged record
in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately,
it is a record for a port that is depended upon rather heavily, lang/gcc.
lang/gcc compiled and linked just fine, but any attempt to install the resu
horst leitenmueller wrote:
> you can try to follow this posting
>
> http://stackoverflow.com/questions/13376483/how-to-solve-svn-error-e155010
>
> first:
>
> svn cleanup (in /usr/ports/)
>
> if not helping you have to check WHY this node was not updated/ removed or
> whatever..
>
> hope info h
Hi,
I'm looking for a committer for this.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199436
Thanks,
--
`whois vmeta.jp | nkf -w`
meta
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscr
On 05/11/2015 17:28, Dr. Peter Voigt wrote:
What is wrong with my system? Why does porttree need port openssl as
well. It is obviosuly wrong. If I build ports-mgmt/porttree from
source, there is not dependency from port openssl. Might there be
something wrong with my package database? How can I f
On Mon, 11 May 2015 15:34:55 -0700
Yuri wrote:
> On 05/11/2015 15:02, Dr. Peter Voigt wrote:
> > OK, I currently haven't firefox installed and did not download the
> > package to do this test myself. But your results go along with the
> > output of "make run-depends-list". And back to my initial
On 05/11/2015 15:02, Dr. Peter Voigt wrote:
I changed to base openssl after fighting with latest port openssl.
As reported by several people
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198788
You can also downgrade security/openssl port locally to the last known
version, and then rebuild
Hi Patrick,
I hope you're doing well too.
The issue has been already reported
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199953
I'm closely working with Bryan Drewery on the issue.
--
Sergey A. Osokin
o...@freebsd.org
On Mon, May 11, 2015 at 01:15:57PM -0700, Patrick Gibson wrote:
> I
On Mon, 11 May 2015 13:08:02 -0700
Yuri wrote:
> On 05/11/2015 11:21, Dr. Peter Voigt wrote:
> > Thanks for your feedback. I have to admit that I am a bit lost with
> > the referenced PR:
>
> Or you can just run 'pkg info -d firefox' - it doesn't show any
> openssl dependencies. Running 'ldd' on
Hi all,
I had sent this to Luca but maybe others might have an idea...
I'm running into some difficulty debugging a live, multithreaded
application. This seems to be the case with the 7.8.x gdbs and 7.9 (both
9.2 and 10 release). When I attach, I see duplicates for the first thread:
5Th
I now seem unable to get www/rubygem-passenger built within Poudriere. It
fails with the following error:
>> Ignoring www/rubygem-passenger: rebuild nginx with third-party 5.0.7
module, current verion is nginx: not found
build of www/rubygem-passenger ended at Mon May 11 12:55:48 PDT 2015
T
On 05/11/2015 11:21, Dr. Peter Voigt wrote:
Thanks for your feedback. I have to admit that I am a bit lost with the
referenced PR:
Or you can just run 'pkg info -d firefox' - it doesn't show any openssl
dependencies. Running 'ldd' on elfs in firefox package also don't show
openssl. So firefox
On Sat, 09 May 2015 22:25:09 -0700
Yuri wrote:
> On 05/09/2015 03:56, Dr. Peter Voigt wrote:
> >
> > I am wondering, if www/firefox really depends on security/openssl.
> > According to the following, it should not:
> >
>
> This stage-qa test that I submitted half year ago tests if some
> package
On 2015-04-27 09:59, Baptiste Daroussin wrote:
On Mon, Apr 27, 2015 at 09:21:40AM -0400, Michael Jung wrote:
Maybe I'm missing something obvious, but pkg 1.5.1 wants to remove
locked
packages. The packages are indeed really removed.
Thanks.
--mikej
"pkg lock is used to lock packages against r
hi Scott,
you can try to follow this posting
http://stackoverflow.com/questions/13376483/how-to-solve-svn-error-e155010
first:
svn cleanup (in /usr/ports/)
if not helping you have to check WHY this node was not updated/ removed or
whatever..
hope info helps a little
br horst
> On 11 May
For the last three weeks, every time I run "svn update /usr/ports",
it seems to run normally, but always ends with the line,
svn: E155010: The node '/usr/ports/databases/innotop/distinfo' was not found.
Does anyone know what might have caused this message to start appearing at
that time? Is
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
On Mon, May 11, 2015 at 10:35 AM, olli hauer wrote:
Hi,
> Hi Cristiano,
>
> this should be fixed.meanwhile.
>
> Please run the command
> # pkg audit -F
Confirmed, fixed. Thanks.
--
Cris, member of G.U.F.I
Italian FreeBSD User Group
http://www.gufi.org/
On May 11, 2015 9:38:46 AM CEST, Cristiano Deana
wrote:
> Hi,
>
> this morning I got for my mailservers
>
> # pkg audit
> postfix-2.11.4,1 is vulnerable:
> postfix -- plaintext command injection with SMTP over TLS
> CVE: CVE-2011-0411
> WWW:
> http://vuxml.FreeBSD.org/freebsd/14a6f516-502f-11e
Thanks.
I have submitted the PR here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200118
On Mon, May 11, 2015 at 5:22 PM, Matthew Seaman wrote:
> On 11/05/2015 06:48, Anders Jensen-Waud wrote:
> > As part of our effort to port CoreCLR and the Roslyn compiler collection
> to
> > FreeBSD,
Hi,
this morning I got for my mailservers
# pkg audit
postfix-2.11.4,1 is vulnerable:
postfix -- plaintext command injection with SMTP over TLS
CVE: CVE-2011-0411
WWW: http://vuxml.FreeBSD.org/freebsd/14a6f516-502f-11e0-b448-bbfa2731f9c7.html
postfix-2.11.4,1 is vulnerable:
Postfix -- memory co
On 11/05/2015 06:48, Anders Jensen-Waud wrote:
> As part of our effort to port CoreCLR and the Roslyn compiler collection to
> FreeBSD, it has been necessary for us to have a working version of Mono
> v4.0.1 on FreeBSD.
>
> The version in Ports is on version 3.x, which is getting quite old. So I
>
22 matches
Mail list logo