Re: pkgsrc current DragonFly 3.1/x86_64 2012-03-14 16:32
On 3/20/2012 03:22, Justin Sherrill wrote: lang/ruby193-base is I thought fixed in pkgsrc-current, so either I had an older flavor of pkgsrc-current downloaded when I started this, or I screwed up. pkgsrc bulk build report DragonFly 3.1/x86_64 Compiler: gcc Build start: 2012-03-14 16:32 Build end: 2012-03-20 01:34 The fix was made Thu Mar 15 08:35:24 2012 UTC, so if the build time is accurate, it was started before the ruby193 fix. There might be extra time needed to propagate to CVS (Git?) mirrors as well. John
Re: Single boot EFI Mac install
On Mon, Mar 19, 2012 at 9:08 PM, Carsten Mattner carstenmatt...@googlemail.com wrote: On Mon, Mar 19, 2012 at 7:41 PM, peeter (must) karu.pr...@gmail.com wrote: On Wed, Mar 7, 2012 at 1:32 PM, Carsten Mattner carstenmatt...@googlemail.com wrote: Has anyone successfully installed DragonFly as a single boot system on an EFI Mac? I'd be interested in this too. I failed: got the boot prompt and then the boot process hung. I also tried a gpt setup described on 'man gpt' but got the same result. I would be interested in setting up a dual boot but can't risk losing the main system, currently macosx. On a positive note, rEFIt recognized the DFBSD slice and gave the boot prompt, so something goes wrong after that. What I've learned for Mac 32-bit EFI and how to use it without OS X but with rEFIt to allow booting all kinds of systems: - boot the OS X installer - start Disk Util - create a 200MB (it will actually force it to 1GB) HFS+ partition - now you will have a 200MB unused FAT EFI protected partition and a 1GB HFS+ partition - boot a livecd which has a partitioning tool that can resize the HFS+ partition - resize parition #2 (HFS+ 1GB) to 200MB, that should be enough - reboot into the OS X installer again - put rEFIt on the HFS+ partition - bless --folder ... etc. (see the shell script in rEFIt for the command) to bless refit.efi - if the resizing tool is non-destructive you could avoid booting twice into the OS X installer and instead extract and configure rEFIt on the 1GB partition - reboot - rEFIt should show up - if BSD or Linux doesn't properly boot, make sure the hybdrid partition table is synced (gptsync). rEFIt's partition tool menu item should suggest to sync if needed - if the installed rEFIt doesn't have the partition tool menu item boot rEFIt ISO - depending on what OS and bootloader you use you might want to add a 3rd partition of 1MB size and type BIOS BOOT before BSD or Linux. PS: I'm not subscribed to u...@crater.dragonflybsd.org anymore. If this is filtered, someone has to moderate it onto the list. Thanks a lot for this! Will try as soon as I get a moment. Peeter --
xulrunner from pkgsrc on DragonFly/i386 3.0.1
Hi, I have tested mozilla's product build from pkgsrc. When compiling pkgsrc/devel/xulrunner on DragonFly/i386 3.0.1, the following error generated. Can anyone reproduce this? Any idea? /usr/tmp/devel/xulrunner/work/mozilla-release/config/nsinstall -R -m 644 _xpidlgen/necko_about.xpt ../../../dist/bin/components gmake[5]: Entering directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/device' gmake[5]: Nothing to be done for `libs'. gmake[5]: Leaving directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/device' gmake[5]: Entering directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/file' /usr/tmp/devel/xulrunner/work/mozilla-release/config/nsinstall -R -m 644 _xpidlgen/necko_file.xpt ../../../dist/bin/components gmake[5]: Leaving directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/about' gmake[5]: Leaving directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/file' gmake[5]: Entering directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/ftp' /usr/tmp/devel/xulrunner/work/mozilla-release/config/nsinstall -R -m 644 _xpidlgen/necko_ftp.xpt ../../../dist/bin/components gmake[5]: Entering directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/http' HttpChannelParent.cpp c++ -o HttpChannelParent.o -c -I../../../dist/stl_wrappers -I../../../dist/system_wrappers -include ../../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DSTATIC_EXPORTABLE_JS_API -DOSTYPE=\DragonFly3\ -DOSARCH=DragonFly -DEXCLUDE_SKIA_DEPENDENCIES -DOS_POSIX=1 -DOS_DRAGONFLY=1 -DOS_BSD=1 -DIMPL_NS_NET -I./../../base/src -I../../../xpcom/ds -I../../../content/base/src -I../../../content/events/src -I../../../ipc/chromium/src -I../../../ipc/glue -I../../../ipc/ipdl/_ipdlheaders -I. -I. -I../../../dist/include -I../../../dist/include/nsprpub -I/usr/pkg/include/nspr -I/usr/pkg/include/nss/nss -I/usr/pkg/include/nss -I/usr/pkg/include/nspr -fPIC -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-! align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -O2 -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -fno-exceptions -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -fomit-frame-pointer -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -DMOZILLA_CLIENT -include ../../../mozilla-config.h -MD -MF .deps/HttpChannelParent.pp /usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/http/HttpChannelParent.cpp gmake[5]: Leaving directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/ftp' gmake[5]: Entering directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/res' /usr/tmp/devel/xulrunner/work/mozilla-release/config/nsinstall -R -m 644 _xpidlgen/necko_res.xpt ../../../dist/bin/components gmake[5]: Leaving directory `/usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/res' SpdySession.cpp c++ -o SpdySession.o -c -I../../../dist/stl_wrappers -I../../../dist/system_wrappers -include ../../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DSTATIC_EXPORTABLE_JS_API -DOSTYPE=\DragonFly3\ -DOSARCH=DragonFly -DEXCLUDE_SKIA_DEPENDENCIES -DOS_POSIX=1 -DOS_DRAGONFLY=1 -DOS_BSD=1 -DIMPL_NS_NET -I./../../base/src -I../../../xpcom/ds -I../../../content/base/src -I../../../content/events/src -I../../../ipc/chromium/src -I../../../ipc/glue -I../../../ipc/ipdl/_ipdlheaders -I. -I. -I../../../dist/include -I../../../dist/include/nsprpub -I/usr/pkg/include/nspr -I/usr/pkg/include/nss/nss -I/usr/pkg/include/nss -I/usr/pkg/include/nspr -fPIC -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align ! -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -O2 -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -fno-exceptions -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -fomit-frame-pointer -I/usr/include -I/usr/pkg/include -I/usr/pkg/include/nspr -I/usr/pkg/include/freetype2 -DMOZILLA_CLIENT -include ../../../mozilla-config.h -MD -MF .deps/SpdySession.pp /usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/http/SpdySession.cpp /usr/tmp/devel/xulrunner/work/mozilla-release/netwerk/protocol/http/HttpChannelParent.cpp:338: warning: ignoring #pragma warning In file
Re: Single boot EFI Mac install
On Tue, Mar 20, 2012 at 2:09 PM, peeter (must) karu.pr...@gmail.com wrote: On Mon, Mar 19, 2012 at 9:08 PM, Carsten Mattner carstenmatt...@googlemail.com wrote: On Mon, Mar 19, 2012 at 7:41 PM, peeter (must) karu.pr...@gmail.com wrote: On Wed, Mar 7, 2012 at 1:32 PM, Carsten Mattner carstenmatt...@googlemail.com wrote: Has anyone successfully installed DragonFly as a single boot system on an EFI Mac? I'd be interested in this too. I failed: got the boot prompt and then the boot process hung. I also tried a gpt setup described on 'man gpt' but got the same result. I would be interested in setting up a dual boot but can't risk losing the main system, currently macosx. On a positive note, rEFIt recognized the DFBSD slice and gave the boot prompt, so something goes wrong after that. What I've learned for Mac 32-bit EFI and how to use it without OS X but with rEFIt to allow booting all kinds of systems: - boot the OS X installer - start Disk Util - create a 200MB (it will actually force it to 1GB) HFS+ partition - now you will have a 200MB unused FAT EFI protected partition and a 1GB HFS+ partition - boot a livecd which has a partitioning tool that can resize the HFS+ partition - resize parition #2 (HFS+ 1GB) to 200MB, that should be enough - reboot into the OS X installer again - put rEFIt on the HFS+ partition - bless --folder ... etc. (see the shell script in rEFIt for the command) to bless refit.efi - if the resizing tool is non-destructive you could avoid booting twice into the OS X installer and instead extract and configure rEFIt on the 1GB partition - reboot - rEFIt should show up - if BSD or Linux doesn't properly boot, make sure the hybdrid partition table is synced (gptsync). rEFIt's partition tool menu item should suggest to sync if needed - if the installed rEFIt doesn't have the partition tool menu item boot rEFIt ISO - depending on what OS and bootloader you use you might want to add a 3rd partition of 1MB size and type BIOS BOOT before BSD or Linux. PS: I'm not subscribed to u...@crater.dragonflybsd.org anymore. If this is filtered, someone has to moderate it onto the list. Thanks a lot for this! Will try as soon as I get a moment. When I said you should create a HF+ partition I forgot that you should - assuming you want to have a single-boot system - Repartition the disk as GPT with a single HFS+ partition of 1GB size and then resize that to 200MB. Now you will have a GPT partition with a 200MB EFI FAT and 1GB HFS+ partition.
Anyone know how to get bitcoin to compile?
I'd like to run bitcoin. I have a Linux laptop with a working bitcoin install, but I'd rather not keep my main wallet on my laptop, so I'd like to run bitcoin on my DFly desktop. So I gitted it from git://github.com/bitcoin/bitcoin.git and tried to compile. I got two completely different errors, both related to where packages install files. The bitcoind program uses boost, and the makefile couldn't find it. Instead of CMakeLists.txt or a configure script, there's a makefile.unix which is supposed to work for all Unices, but doesn't. The include files are in /usr/pkg/include/boost/, and the makefile doesn't know to look in /usr/pkg/. The GUI program uses Qt (a welcome change from the first version I tried to install, which used a future version of some GUI library that I had to install, and couldn't get right). I had to add /usr/pkg/qt4/bin to the path to get qmake to run, and it failed to find QMainWindow and other include files. I asked on the IRC channel #bitcoin-dev and was denigrated for running an obscure operating system and not knowing how to get things to run on it. I know how to make my own programs run on it, but I don't have any GUI projects. I used to use autotools (in KDevelop) and now use CMake; I don't write makefiles and expect them to run on other systems, except for POV-Ray projects or Forth programs or things like that. Could someone who knows how to port GUI programs talk with the Bitcoin people and figure this out? The short-term solution would be to write a makefile.pkgsrc that works on NetBSD and DragonFly. The best long-term solution, I think, would be to convert the whole build process to CMake. I've compiled Vidalia, which is a CMake and Qt project, on DragonFly with no problem. Pierre -- ve ka'a ro klaji la .romas. se jmaji
Re: Anyone know how to get bitcoin to compile?
Hi, bitcoind works fine on DragonFly; you just need to modify makefile.unix appropriately; I'll post an updated makefile in a day or so. Basically, you need to set the pkgsrc paths correctly and modify a few small things wrt library names. I've never tried the Qt version on DFly. -- vs;