[QAT] 362519: 2x leftovers, 2x depend (??? in lang/ghc)

2014-07-22 Thread Ports-QAT
Fix with texlive
-

  Build ID:  20140722063200-22014
  Job owner: b...@freebsd.org
  Buildtime: 33 minutes
  Enddate:   Tue, 22 Jul 2014 07:04:44 GMT

  Revision:  362519
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=362519

-

Port:textproc/hs-lhs2tex 1.18.1_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/GHC)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140722063200-22014-381578/ghc-7.6.3_4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140722063200-22014-381579/hs-lhs2tex-1.18.1_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND (??? IN LANG/GHC)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140722063200-22014-381580/ghc-7.6.3_4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140722063200-22014-381581/hs-lhs2tex-1.18.1_6.log


--
Buildarchive URL: https://qat.redports.org/buildarchive/20140722063200-22014
redports https://qat.redports.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Any chances to reduce number of gcc ports/packages which are installed as BINARY PACKAGES dependencies?

2014-07-22 Thread Lev Serebryakov
Hello, Baptiste.
You wrote 22 июля 2014 г., 1:46:00:

 There is good news, and there is bad news.  The bad news is that
 print/pdftk actually relies on the Java functionality in the GCC ports 
 to build.  The good news is that it seems to be the only such port.
 
 Mathieu, is there a way you can help?  I'd be happy to turn off Java
 by default (but leave it in).
 
 On top of these two, the really nice improvement is going to be when
 we can support the creation of several packages out of one port -- at
 that point we'd just break out a small gcc-runtime package.
BD Won't it be possible to make gcj a slave port?
BD That is said with no idea of gcc's internal way of building :)
 In my expirience, it was possible to build only --language=java in the
past, I don't know, is it still true for modern gcc.

-- 
// Black Lion AKA Lev Serebryakov l...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

FreeBSD ports you maintain which are out of date

2014-07-22 Thread portscout
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 can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
net/delegate| 9.9.9   | 9.9.10
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: FreeBSD Port: git-2.0.1 unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

2014-07-22 Thread Wesley Shields
This comes up from time to time. I think most people solve it by
rebuilding docbook.

-- WXS

On Fri, Jul 18, 2014 at 02:06:40AM +0200, David wrote:
 Path: .
 Working Copy Root Path: /usr/ports
 URL: https://svn0.eu.freebsd.org/ports/head
 Relative URL: ^/head
 Repository Root: https://svn0.eu.freebsd.org/ports
 Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
 Revision: 362166
 Node Kind: directory
 Schedule: normal
 Last Changed Author: thierry
 Last Changed Rev: 362166
 Last Changed Date: 2014-07-17 23:17:48 +0200 (Thu, 17 Jul 2014)
 
 I/O error : Attempt to load network entity 
 http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
 warning: failed to load external entity 
 http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl;
 compilation error: file /tmp/xmlto-xsl.0LLyQ9 line 4 element import
 xsl:import : unable to load 
 http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
 gmake[2]: *** [git-subtree.1] Error 1
 gmake[2]: Leaving directory 
 `/usr/ports/devel/git/work/git-2.0.1/contrib/subtree'
 *** Error code 2
 
 Stop.
 make[1]: stopped in /usr/ports/devel/git
 *** Error code 1
 
 


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: FreeBSD Port: git-2.0.1 unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

2014-07-22 Thread Gary J. Hayers
I get this error all the time, could you expand on reinstalling docbook 
as I did this and still get the same error.


Many thanks,
Gary

On 22/07/2014 14:01, Wesley Shields wrote:

This comes up from time to time. I think most people solve it by
rebuilding docbook.

-- WXS

On Fri, Jul 18, 2014 at 02:06:40AM +0200, David wrote:

Path: .
Working Copy Root Path: /usr/ports
URL: https://svn0.eu.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn0.eu.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 362166
Node Kind: directory
Schedule: normal
Last Changed Author: thierry
Last Changed Rev: 362166
Last Changed Date: 2014-07-17 23:17:48 +0200 (Thu, 17 Jul 2014)

I/O error : Attempt to load network entity
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl;
compilation error: file /tmp/xmlto-xsl.0LLyQ9 line 4 element import
xsl:import : unable to load
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
gmake[2]: *** [git-subtree.1] Error 1
gmake[2]: Leaving directory
`/usr/ports/devel/git/work/git-2.0.1/contrib/subtree'
*** Error code 2

Stop.
make[1]: stopped in /usr/ports/devel/git
*** Error code 1





___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org



--

Regards,
Gary J. Hayers
g...@hayers.org

PGP Signature
http://www.hayers.org/pgp

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] new libdrm with old xorg

2014-07-22 Thread Marat N.Afanasyev

Baptiste Daroussin wrote:

Hi all,

I need some testers to have one unique libdrm what ever version xorg is used, we
know the newer version works properly with newer xorg, I have been testing so
far with old xorg and everything seems to work ootb.

Can anyone test and tell me if that works?
basically before and after the update nothing should have changed.
In particular I'm interested in testers for:
FreeBSD 8
FreeBSD 9

http://people.freebsd.org/~bapt/drm.diff

regards,
Bapt


just tried this patch against current ports:


/usr/ports/graphics/libdrm # make
===  Found saved configuration for libdrm-2.4.52
===   libdrm-,1 depends on file: /usr/local/sbin/pkg - found
= libdrm-.tar.bz2 is not in /mnt/mod_usr/head/graphics/libdrm/distinfo.
= Either /mnt/mod_usr/head/graphics/libdrm/distinfo is out of date, or
= libdrm-.tar.bz2 is spelled incorrectly.
*** Error code 1

Stop.
make[1]: stopped in /mnt/mod_usr/head/graphics/libdrm
*** Error code 1

Stop.
make: stopped in /mnt/mod_usr/head/graphics/libdrm

--
SY, Marat



smime.p7s
Description: S/MIME Cryptographic Signature


[Bug 187652] databases/ruby-bdb: 'make configure' fails with Ruby 2.1.

2014-07-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187652

--- Comment #10 from commit-h...@freebsd.org ---
A commit references this bug:

Author: ume
Date: Tue Jul 22 15:02:20 UTC 2014
New revision: 362546
URL: http://svnweb.freebsd.org/changeset/ports/362546

Log:
  Make it buildable with Ruby 2.1.

  PR:187652
  Submitted by:Yasuhiro KIMURA yasu__at__utahime.org
  Approved by:knu (maintainer timeout)

Changes:
  head/databases/ruby-bdb/Makefile

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[Bug 187652] databases/ruby-bdb: 'make configure' fails with Ruby 2.1.

2014-07-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187652

Hajimu UMEMOTO u...@freebsd.org changed:

   What|Removed |Added

 Status|In Discussion   |Issue Resolved
 Resolution|--- |FIXED
   Severity|Affects Only Me |Affects Many People

--- Comment #11 from Hajimu UMEMOTO u...@freebsd.org ---
Done.
I had same problem, and your patch fixed it for me too.
Thank you!

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


mass commit needed: python breakage in pkgng repo

2014-07-22 Thread Nick Hilliard
sysutils/py-salt has been broken for the last couple of weeks.  The
resulting package didn't include the python egg info directory and as a
result, py-salt crashed on startup.  There a PR in bugzilla for this:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191986

From what I can tell, this problem has been fixed by this commit:

http://svnweb.freebsd.org/ports?view=revisionrevision=362364

So py-salt will need to be rebuilt in the freebsd pkgng repo, but because
the fix was in bsd.python.mk, the port will need to have PORTREVISION
bumped in order to flush out the broken version from the pkgng repo.

I've attached a list of other ports which may also be broken (i.e. ports
whose makefiles include the text USE_PYDISTUTILS but not
PYDISTUTILS_AUTOPLIST).  Some of these ports may also need to rebuilt, but
without testing each one of them individually, it may not be be possible to
tell which.

Could someone consider doing a mass commit to each of these ports to bump
PORTREVISION so that any potential breakage is flushed out of the pkg repos?

Nick
astro/py-aipy
audio/jokosher
audio/mpdbrowser
audio/picard
audio/puddletag
audio/py-fastaudio
audio/py-musicbrainz2
audio/py-musicbrainzngs
audio/py-mutagen
audio/py-pylast
audio/py-pyliblo
cad/pythoncad
comms/chirp
comms/py-bulksms
comms/py-libconcord
comms/py-lirc
comms/py-serial
converters/py-bsdconv
databases/buzhug
databases/emma
databases/kinterbasdb
databases/openark-kit
databases/py-apsw
databases/py-carbon
databases/py-couchdb
databases/py-cql
databases/py-dbf
databases/py-pickledb
databases/py-pyPgSQL
databases/py-sqlkit
databases/py-sybase
databases/py-whisper
databases/pydbx
databases/pyspatialite
deskutils/conkyemail
deskutils/conkyforecast
deskutils/pybookreader
deskutils/taskcoach
deskutils/tel
deskutils/tnote
deskutils/wammu
deskutils/x-tile
devel/bicyclerepair
devel/bzr
devel/bzrtools
devel/cx_Freeze
devel/dissy
devel/distorm
devel/ditrack
devel/epydoc
devel/fnorb
devel/gazpacho
devel/hachoir-core
devel/hachoir-parser
devel/hachoir-regex
devel/hgview
devel/mercurial
devel/osc
devel/py-Products.ATContentTypes
devel/py-Products.Archetypes
devel/py-Products.CMFCalendar
devel/py-Products.CMFCore
devel/py-Products.CMFDefault
devel/py-Products.CMFEditions
devel/py-Products.CMFPlacefulWorkflow
devel/py-Products.LDAPUserFolder
devel/py-Products.PasswordResetTool
devel/py-Products.PloneLanguageTool
devel/py-akismet
devel/py-astroid
devel/py-bluelet
devel/py-ciphon
devel/py-cld
devel/py-cmdln
devel/py-coil
devel/py-cxx
devel/py-dialog
devel/py-extras
devel/py-fsm
devel/py-gdata
devel/py-geotypes
devel/py-gflags
devel/py-instant
devel/py-interface
devel/py-itools
devel/py-jcc
devel/py-levenshtein
devel/py-log4py
devel/py-logilab-common
devel/py-mccabe
devel/py-mx-experimental
devel/py-notifier
devel/py-ode
devel/py-pycallgraph
devel/py-pyechonest
devel/py-pyke
devel/py-pyshapelib
devel/py-pytemplate
devel/py-simpy
devel/py-sqlcc
devel/py-tables
devel/py-testtools
devel/py-tvrage
devel/py-twistedFlow
devel/py-uncompyle2
devel/pybaz
devel/pylint
devel/pymacs
devel/pyst
devel/pysvn
devel/qct
devel/tailor
devel/tortoisehg
editors/gwrite
editors/py-room
editors/zim
emulators/dynagen
emulators/dynagui
emulators/gns3
emulators/loemu
emulators/virtualbox-ose-legacy
emulators/virtualbox-ose
finance/electrum
finance/sabernetdcs-client
ftp/py-ftputil
ftp/py-pyftpdlib
games/balazar
games/balazarbrothers
games/endgame-singularity
games/glchess
games/gnomesudoku
games/jools
games/kye
games/plutocracy
games/py-pychess
games/pydance
games/pythonsudoku
games/slune
games/unknown-horizons
graphics/driconf
graphics/imgtops
graphics/mirage
graphics/py-chart
graphics/py-editobj
graphics/py-glewpy
graphics/py-graphviz
graphics/py-pyglet
graphics/py-sane
graphics/py-soya3d
graphics/py-stltools
graphics/pygts
graphics/sk1libs
graphics/uniconvertor
graphics/uniconvw
irc/py-gozerbot
irc/py-supybot
japanese/kana-no-quiz
japanese/py-mecab
japanese/py-tegaki-gtk
japanese/py-tegaki
japanese/py-zinnia
japanese/tegaki-recognize
lang/py-mx-base
lang/tinypy
mail/courier-pythonfilter
mail/getmail
mail/isbg
mail/mailtray
mail/offlineimap
mail/postfix-policyd-spf-python
mail/py-apolicy
mail/py-authres
mail/spamdb-curses
mail/svnmailer
math/lybniz
math/py-basemap
math/py-bitvector
math/py-ffc
math/py-munkres
math/py-numpy
math/py-nzmath
math/py-statsmodels
misc/diary-hercules
misc/fbless
misc/metalink-editor
misc/xyzcmd
multimedia/arista
multimedia/freevo
multimedia/gaupol
multimedia/gdvrecv
multimedia/mimms
multimedia/miro
multimedia/openshot
net-im/papyon
net-im/py-xmpppy
net-mgmt/nagstamon
net-mgmt/py-ipcalc
net-mgmt/py-pyang
net-mgmt/virtinst
net-p2p/btqueue
net-p2p/libtorrent-rasterbar-python
net-p2p/py-py2play
net-p2p/tribler
net/googlecl
net/pdb
net/py-GeoIP
net/py-libnet
net/py-miniupnpc
net/py-pcapy
net/py-pcs
net/py-s3cmd
net/py-soapy
net/pygopherd
net/pynids
net/pythondirector
net/reposado
net/sippy_b2bua
net/splatd
news/hellanzb
news/py-yenc
news/rawdog
ports-mgmt/portbuilder

Re: mass commit needed: python breakage in pkgng repo

2014-07-22 Thread olli hauer
On 2014-07-22 17:34, Nick Hilliard wrote: sysutils/py-salt has been broken 
for the last couple of weeks.  The
 resulting package didn't include the python egg info directory and as a
 result, py-salt crashed on startup.  There a PR in bugzilla for this:
 
 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191986
 
From what I can tell, this problem has been fixed by this commit:
 
 http://svnweb.freebsd.org/ports?view=revisionrevision=362364
 
 So py-salt will need to be rebuilt in the freebsd pkgng repo, but because
 the fix was in bsd.python.mk, the port will need to have PORTREVISION
 bumped in order to flush out the broken version from the pkgng repo.
 
 I've attached a list of other ports which may also be broken (i.e. ports
 whose makefiles include the text USE_PYDISTUTILS but not
 PYDISTUTILS_AUTOPLIST).  Some of these ports may also need to rebuilt, but
 without testing each one of them individually, it may not be be possible to
 tell which.
 
 Could someone consider doing a mass commit to each of these ports to bump
 PORTREVISION so that any potential breakage is flushed out of the pkg 
 repos?
 

Sorry, my mobile has taken the discussion out of list ...

 isn't it easier to bump python instead ?
 yep sure would, but that will force a rebuild of ~2700 ports instead of 300.

 I suspect even more then the 2300 ports (depening ports also counting) but
 this way really everything will be cached.
 Dont know if the snap for weekly build was already taken if not it would be
 an option
 
 tbh, i'm not familiar enough with the main repo build process +
 consequences to be able to assess how best to deal with this.
 

Best to address this also to portmgr@ for decicission (added to CC)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: mass commit needed: python breakage in pkgng repo

2014-07-22 Thread Antoine Brodin
On Tue, Jul 22, 2014 at 7:09 PM, olli hauer oha...@gmx.de wrote:
On 2014-07-22 17:34, Nick Hilliard wrote: sysutils/py-salt has been broken 
for the last couple of weeks.  The
 resulting package didn't include the python egg info directory and as a
 result, py-salt crashed on startup.  There a PR in bugzilla for this:

 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191986

From what I can tell, this problem has been fixed by this commit:

 http://svnweb.freebsd.org/ports?view=revisionrevision=362364

 So py-salt will need to be rebuilt in the freebsd pkgng repo, but because
 the fix was in bsd.python.mk, the port will need to have PORTREVISION
 bumped in order to flush out the broken version from the pkgng repo.

 I've attached a list of other ports which may also be broken (i.e. ports
 whose makefiles include the text USE_PYDISTUTILS but not
 PYDISTUTILS_AUTOPLIST).  Some of these ports may also need to rebuilt, but
 without testing each one of them individually, it may not be be possible 
 to
 tell which.

 Could someone consider doing a mass commit to each of these ports to bump
 PORTREVISION so that any potential breakage is flushed out of the pkg 
 repos?


 Sorry, my mobile has taken the discussion out of list ...

 isn't it easier to bump python instead ?
 yep sure would, but that will force a rebuild of ~2700 ports instead of 
 300.

 I suspect even more then the 2300 ports (depening ports also counting) but
 this way really everything will be cached.
 Dont know if the snap for weekly build was already taken if not it would be
 an option

 tbh, i'm not familiar enough with the main repo build process +
 consequences to be able to assess how best to deal with this.


 Best to address this also to portmgr@ for decicission (added to CC)

Hi,

py-setuptools was updated on Wednesday 16th so all ports depending on
it will be rebuilt during next bulk on the pkg builders.
But I can still bump PORTREVISION on py-salt as for this specific port
the missing egginfo is harmful?  (for most other ports it's harmless)

Cheers,

Antoine
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: mass commit needed: python breakage in pkgng repo

2014-07-22 Thread Nick Hilliard
On 22/07/2014 18:43, Antoine Brodin wrote:
 But I can still bump PORTREVISION on py-salt as for this specific port
 the missing egginfo is harmful?  (for most other ports it's harmless)

that would be great, thanks.

Nick

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Crash in the vbox driver

2014-07-22 Thread Larry Rosenman
I've seen the following crash 2 times (separated by 3 months and 
a lot of system update/churn).

Can someone look at it?


borg.lerctr.org dumped core - see /var/crash/vmcore.4

Thu Apr 24 10:39:06 CDT 2014

FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r264823M: Wed Apr 
23 09:35:35 CDT 2014 r...@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER  amd64

panic: Most recently used by iprtheap

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...

Unread portion of the kernel message buffer:
Memory modified after free 0xf80b26a82680(120) val=e69eedef @ 
0xf80b26a82690
panic: Most recently used by iprtheap

cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe100de68360
kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe100de68410
vpanic() at vpanic+0x126/frame 0xfe100de68450
panic() at panic+0x43/frame 0xfe100de684b0
mtrash_ctor() at mtrash_ctor+0x8a/frame 0xfe100de684e0
uma_zalloc_arg() at uma_zalloc_arg+0x4d1/frame 0xfe100de68550
malloc() at malloc+0x194/frame 0xfe100de685a0
rtR0MemAllocEx() at rtR0MemAllocEx+0xd2/frame 0xfe100de68600
RTMemAllocZTag() at RTMemAllocZTag+0x14/frame 0xfe100de68620
rtR0MemObjNew() at rtR0MemObjNew+0x2f/frame 0xfe100de68650
rtR0MemObjFreeBSDAllocPhysPages() at rtR0MemObjFreeBSDAllocPhysPages+0x31/frame 
0xfe100de686a0
rtR0MemObjNativeAllocPhysNC() at rtR0MemObjNativeAllocPhysNC+0x2e/frame 
0xfe100de686c0
g_aUnits() at g_aUnits+0x58d9/frame 0xfe100de68720
g_aUnits() at g_aUnits+0x266a/frame 0xfe100de687a0
g_aUnits() at g_aUnits+0x1f9f/frame 0xfe100de68820
g_aUnits() at 0x83261c35/frame 0xfe100de68870
g_aUnits() at 0x832640de/frame 0xfe100de688b0
g_aUnits() at 0x83263c23/frame 0xfe100de688f0
supdrvIOCtlInnerUnrestricted() at supdrvIOCtlInnerUnrestricted+0x5a1/frame 
0xfe100de68970
VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0x1e6/frame 0xfe100de689d0
devfs_ioctl_f() at devfs_ioctl_f+0xfb/frame 0xfe100de68a30
kern_ioctl() at kern_ioctl+0x22b/frame 0xfe100de68a90
sys_ioctl() at sys_ioctl+0x13c/frame 0xfe100de68ae0
amd64_syscall() at amd64_syscall+0x25a/frame 0xfe100de68bf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe100de68bf0
--- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80128f6ea, rsp = 
0x7f7a4c58, rbp = 0x7f7a4c60 ---
Uptime: 1d0h40m19s
Dumping 9979 out of 64464 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%

Reading symbols from /boot/kernel/linux.ko.symbols...done.
Loaded symbols for /boot/kernel/linux.ko.symbols
Reading symbols from /boot/kernel/if_lagg.ko.symbols...done.
Loaded symbols for /boot/kernel/if_lagg.ko.symbols
Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done.
Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols
Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done.
Loaded symbols for /boot/kernel/snd_spicds.ko.symbols
Reading symbols from /boot/kernel/coretemp.ko.symbols...done.
Loaded symbols for /boot/kernel/coretemp.ko.symbols
Reading symbols from /boot/kernel/ichsmb.ko.symbols...done.
Loaded symbols for /boot/kernel/ichsmb.ko.symbols
Reading symbols from /boot/kernel/smbus.ko.symbols...done.
Loaded symbols for /boot/kernel/smbus.ko.symbols
Reading symbols from /boot/kernel/ichwd.ko.symbols...done.
Loaded symbols for /boot/kernel/ichwd.ko.symbols
Reading symbols from /boot/kernel/cpuctl.ko.symbols...done.
Loaded symbols for /boot/kernel/cpuctl.ko.symbols
Reading symbols from /boot/kernel/crypto.ko.symbols...done.
Loaded symbols for /boot/kernel/crypto.ko.symbols
Reading symbols from /boot/kernel/cryptodev.ko.symbols...done.
Loaded symbols for /boot/kernel/cryptodev.ko.symbols
Reading symbols from /boot/kernel/dtraceall.ko.symbols...done.
Loaded symbols for /boot/kernel/dtraceall.ko.symbols
Reading symbols from /boot/kernel/profile.ko.symbols...done.
Loaded symbols for /boot/kernel/profile.ko.symbols
Reading symbols from /boot/kernel/cyclic.ko.symbols...done.
Loaded symbols for /boot/kernel/cyclic.ko.symbols
Reading symbols from /boot/kernel/dtrace.ko.symbols...done.
Loaded symbols for /boot/kernel/dtrace.ko.symbols
Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done.
Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols
Reading symbols from /boot/kernel/systrace.ko.symbols...done.
Loaded symbols for /boot/kernel/systrace.ko.symbols
Reading symbols from /boot/kernel/sdt.ko.symbols...done.
Loaded symbols for /boot/kernel/sdt.ko.symbols
Reading symbols from /boot/kernel/lockstat.ko.symbols...done.
Loaded symbols for /boot/kernel/lockstat.ko.symbols
Reading symbols from 

Re: Any chances to reduce number of gcc ports/packages which are installed as BINARY PACKAGES dependencies?

2014-07-22 Thread Diane Bruce
On Mon, Jul 21, 2014 at 11:32:11PM +0200, Gerald Pfeifer wrote:
 On Thu, 17 Jul 2014, Lev Serebryakov wrote:
   Maybe, we should encourage ports, which is needed gcc, to use only one
   version? If many ports needs 4.8, maybe, we should bump any version to
   4.8 for gcc-less systems? And move all other versions to 4.8?
 
 I would love to do that, in fact, I hope that at one point we can
 eventually get rid of USE_GCC=any.
 
 What I can do for now, and have been planning to do for a few weeks,
 is https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192025 aka
 Update default version of GCC (USE_GCC=yes, lang/gcc,...) to GCC 4.8.

Any chance we could have a script gfortran which by default
ran the default gcc from bsd.default-versions.mk and make.conf ?

..
 
 Gerald
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

-- 
- d...@freebsd.org d...@db.net http://www.db.net/~db
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: FreeBSD Port: git-2.0.1 unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

2014-07-22 Thread David

It worked! Thanks. But now I get this instead.

===  Checking if devel/git already installed
===   Registering installation for git-2.0.2
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-http-fetch): 
No such file or directory
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-http-push): 
No such file or directory
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-http): 
No such file or directory
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-https): 
No such file or directory
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-ftp): 
No such file or directory
pkg-static: 
lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-ftps): 
No such file or directory

*** Error code 74

Stop.
make[1]: stopped in /usr/ports/devel/git
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/git

(I'm trying to use openssl from ports if that might be causing this.)

On 2014-07-22 16:01, Gary J. Hayers wrote:
I get this error all the time, could you expand on reinstalling 
docbook as I did this and still get the same error.


Many thanks,
Gary

On 22/07/2014 14:01, Wesley Shields wrote:

This comes up from time to time. I think most people solve it by
rebuilding docbook.

-- WXS

On Fri, Jul 18, 2014 at 02:06:40AM +0200, David wrote:

Path: .
Working Copy Root Path: /usr/ports
URL: https://svn0.eu.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn0.eu.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 362166
Node Kind: directory
Schedule: normal
Last Changed Author: thierry
Last Changed Rev: 362166
Last Changed Date: 2014-07-17 23:17:48 +0200 (Thu, 17 Jul 2014)

I/O error : Attempt to load network entity
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl; 


compilation error: file /tmp/xmlto-xsl.0LLyQ9 line 4 element import
xsl:import : unable to load
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
gmake[2]: *** [git-subtree.1] Error 1
gmake[2]: Leaving directory
`/usr/ports/devel/git/work/git-2.0.1/contrib/subtree'
*** Error code 2

Stop.
make[1]: stopped in /usr/ports/devel/git
*** Error code 1





___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org








smime.p7s
Description: S/MIME Cryptographic Signature


Re: FreeBSD Port: git-2.0.1 unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

2014-07-22 Thread Wesley Shields
Ugh, I thought I thoroughly tested this update. I don't think the
problem is related to OpenSSL from ports at all. I botched the plist
somewhere. I'll take a look at this tomorrow and hopefully get a fix in.

Sorry for the noise, my testing systems have recently undergone some major
changes.

-- WXS

On Wed, Jul 23, 2014 at 03:16:50AM +0200, David wrote:
 It worked! Thanks. But now I get this instead.
 
 ===  Checking if devel/git already installed
 ===   Registering installation for git-2.0.2
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-http-fetch):
  
 No such file or directory
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-http-push):
  
 No such file or directory
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-http):
  
 No such file or directory
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-https):
  
 No such file or directory
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-ftp):
  
 No such file or directory
 pkg-static: 
 lstat(/usr/ports/devel/git/work/stage/usr/local/libexec/git-core/git-remote-ftps):
  
 No such file or directory
 *** Error code 74
 
 Stop.
 make[1]: stopped in /usr/ports/devel/git
 *** Error code 1
 
 Stop.
 make: stopped in /usr/ports/devel/git
 
 (I'm trying to use openssl from ports if that might be causing this.)
 
 On 2014-07-22 16:01, Gary J. Hayers wrote:
  I get this error all the time, could you expand on reinstalling 
  docbook as I did this and still get the same error.
 
  Many thanks,
  Gary
 
  On 22/07/2014 14:01, Wesley Shields wrote:
  This comes up from time to time. I think most people solve it by
  rebuilding docbook.
 
  -- WXS
 
  On Fri, Jul 18, 2014 at 02:06:40AM +0200, David wrote:
  Path: .
  Working Copy Root Path: /usr/ports
  URL: https://svn0.eu.freebsd.org/ports/head
  Relative URL: ^/head
  Repository Root: https://svn0.eu.freebsd.org/ports
  Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
  Revision: 362166
  Node Kind: directory
  Schedule: normal
  Last Changed Author: thierry
  Last Changed Rev: 362166
  Last Changed Date: 2014-07-17 23:17:48 +0200 (Thu, 17 Jul 2014)
 
  I/O error : Attempt to load network entity
  http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
  warning: failed to load external entity
  http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl; 
 
  compilation error: file /tmp/xmlto-xsl.0LLyQ9 line 4 element import
  xsl:import : unable to load
  http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
  gmake[2]: *** [git-subtree.1] Error 1
  gmake[2]: Leaving directory
  `/usr/ports/devel/git/work/git-2.0.1/contrib/subtree'
  *** Error code 2
 
  Stop.
  make[1]: stopped in /usr/ports/devel/git
  *** Error code 1
 
 
 
 
  ___
  freebsd-ports@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-ports
  To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
 
 
 
 


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org