[SOLVED] But question still needs to be answered - Re: openjdk6 fails to build - jobs issue?
On 03/28/12 01:12, R Skinner wrote: I'm trying to build openjdk6 but it is failing as well. Can someone confirm if I'm seeing gmake[x] if this is running as parallel jobs? I'm running every invocation I can find to prevent it (MAKE_JOBS_UNSAFE=true, DISABLE_MAKE_JOBS, env settings), but it insists... Its possible something may have changed with the variables, but can't be sure and I don't believe so; at any rate it fails compiling 'hotspot'. I get output with gmake[6], gmake[5], gmake[4]... I did finally get this to build - I don't know why it worked, but I'm not complaining. I ran portsclean -CDD, rebooted, portsnap update, and tried again: must have been a patch somewhere in the build; so thank you stranger :) I do still want a clarification, I'm still getting a handle on makefiles and building large projects: What does the gmake[n] mean? Is it parallel builds? I'm not even sure what to google for... ___ 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
x11/fireflies build fail - typo
Not trying to piss everyone off here with all these build failures I'm throwing in :) Can I get a confirmation on this one though? I was installing xscreensaver and this came port up as a failed build due to missing file. Due to a break in convention I had to edit /usr/ports/x11/fireflies/work/firelies-2.07/libgfx/src/gui.cxx: -#include FL/fl_file_chooser.H +#include FL/Fl_File_Chooser.H Build was successful once this change was made. If someone else can confirm I'll notify the maintainer. Cheers ___ 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
FAQ on PORTREVISION bump?
Looking for an FAQ on PORTREVISION bumps on commits, pr's. Basically, I make the decision based on 'hey, if I was running a cronjob to do a portupgrade -Rr every night, would I want this to be upgraded'? I know if something is broken across all builds, it doesn't need a portrevision bump. If portversion is bumped, portrevision needs to be reset to 0 (line deleted from Makefile) pkg-plist changed (except for tweaks for portdocs/portexamples) options change? I would think so, I see 'make config' called sometimes on portrevision bump, so I assume if I change the defaults, or add an option that changes build, I should bump it. What about things like removing a run_depends that isn't nessessary? ie: build_depends= This \ That \ TheOther run_depends+= $build_depends but, in reality, you only need 'that' to run. build_depends= This \ That \ TheOther run_depends = that Would the average OP want to rebuild the package just to eliminate the extra run depends? I am thinking, not. why bother? make deinstall/reinstall via portupgrade or portmanager won't really do anything make package/ pkg_delete/ pkg_add won't do anything. So, is there a definitive list? -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: FAQ on PORTREVISION bump?
On 28 Mar 2012 16:22, Michael Scheidell scheid...@freebsd.org wrote: Looking for an FAQ on PORTREVISION bumps on commits, pr's. Basically, I make the decision based on 'hey, if I was running a cronjob to do a portupgrade -Rr every night, would I want this to be upgraded'? I know if something is broken across all builds, it doesn't need a portrevision bump. If portversion is bumped, portrevision needs to be reset to 0 (line deleted from Makefile) pkg-plist changed (except for tweaks for portdocs/portexamples) options change? I would think so, I see 'make config' called sometimes on portrevision bump, so I assume if I change the defaults, or add an option that changes build, I should bump it. What about things like removing a run_depends that isn't nessessary? ie: build_depends= This \ That \ TheOther run_depends+= $build_depends but, in reality, you only need 'that' to run. build_depends= This \ That \ TheOther run_depends = that Would the average OP want to rebuild the package just to eliminate the extra run depends? I am thinking, not. why bother? make deinstall/reinstall via portupgrade or portmanager won't really do anything make package/ pkg_delete/ pkg_add won't do anything. So, is there a definitive list? You also need to consider that packages are rebuilt on a bump, so if the RUN_DEPEND removal were a real monster, the pkg_add -r users will thank you for that. Chris ___ 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: FAQ on PORTREVISION bump?
On 3/28/12 11:39 AM, Chris Rees wrote: You also need to consider that packages are rebuilt on a bump, so if the RUN_DEPEND removal were a real monster, the pkg_add -r users will thank you for that. Im guessing perl would qualify for that :-).. needs perl to build, but not run. python, bison, things like that, right? -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: FAQ on PORTREVISION bump?
On 3/28/12 11:39 AM, Chris Rees wrote: You also need to consider that packages are rebuilt on a bump, so if the RUN_DEPEND removal were a real monster, the pkg_add -r users will thank you for that. Im guessing perl would qualify for that :-).. needs perl to build, but not run. python, bison, things like that, right? Maybe we can address anything here that needs tuning/adding/removing: http://www.freebsd.org/doc/en/books/porters-handbook/book.html#MAKEFILE-NAMING-REVEPOCH -jgh ___ 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: FAQ on PORTREVISION bump?
PORTREVISION is historically bumped when you change the resultant package under the default OPTIONS. Basically if you cause the package to be rebuilt on pointyhat then you need to bump it. On 03/28/12 15:57, Jason Helfman wrote: On 3/28/12 11:39 AM, Chris Rees wrote: You also need to consider that packages are rebuilt on a bump, so if the RUN_DEPEND removal were a real monster, the pkg_add -r users will thank you for that. Im guessing perl would qualify for that :-).. needs perl to build, but not run. python, bison, things like that, right? Maybe we can address anything here that needs tuning/adding/removing: http://www.freebsd.org/doc/en/books/porters-handbook/book.html#MAKEFILE-NAMING-REVEPOCH -jgh ___ 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 -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. signature.asc Description: OpenPGP digital signature
gsimplecal - simple-lightweight gtk Calendar
First off, I would like to thank the author, as listed below, for helping making the gsimplecal desktop-tool available for installation, for FreeBSD. Project home: http://code.google.com/p/gsimplecal/ https://github.com/dmedvinsky/gsimplecal Downloads: https://github.com/dmedvinsky/gsimplecal/downloads Home page and Description: http://dmedvinsky.github.com/gsimplecal/ The above should be self-explanatory, but basically, gsimplecal, is a very light-weight calendar (dock)applet for the tint2 trayer-panel, in the Openbox environment. Optionally, of course, it can also be used with other DE's, such as Fluxbox, lxde,..., with a variety of other panel's as well. ### The below are the recommended Pre-requisite pkg's for gsimplecal ### atk-2.0.1 atkmm-2.22.5 automake-1.11.1 -(This is Required !) automake-wrapper-20101119 cairo-1.10.2_2,1 cairomm-1.10.0 dbus-glib-0.94 dejavu-2.33 freetype2-2.4.7 gdk-pixbuf-2.23.5_1 gio-fam-backend-2.28.8 glib-2.28.8_2 glib-networking-2.28.7_3 glibmm-2.28.2,1 gtk-2.24.6 gtk-engines2-2.20.2 gtk-theme-switch-2.0.0.r2_4 gtk-update-icon-cache-2.24.6 gtk2-qtcurve-theme-1.8.12 gtkmm-2.24.2 linux-f10-atk-1.24.0 linux-f10-cairo-1.8.0_1 linux-f10-gtk2-2.14.7_3 linux-f10-pango-1.28.3 linux-f10-png-1.2.37_1 linux_base-f10-10_4 openbox-3.5.0 -(This or LXDE, Fluxbox, Gnome, ..., is advisable) pango-1.28.4 pangomm-2.28.2 pixman-0.24.0 png-1.4.8 poppler-glib-0.18.0 py27-cairo-1.8.10 py27-gtk-2.24.0 X11/Xorg, ..., xorg-fonts, ... -(This is definitely Required !) ### The below pkg's (optionally) Enhance the use of gsimplecal, with tint2, ..., for example.## tint2-0.11 xcompmgr-1.1.5 xineramaproto-1.2.1 xrandr-1.3.5 INSTALLATION (alternatives): # https://github.com/dmedvinsky/gsimplecal/downloads -(download the latest, which is, in this example: gsimplecal-1.5.tar.gz) # tar -zxvf gsimplecal-1.5.tar.gz cd gsimplecal-1.5 ./configure; sudo make; sudo make install -(you can now run it from /usr/local/bin/gsimplecal # Or, you can also install it via this method: # git clone git://github.com/dmedvinsky/gsimplecal.git cd gsimplecal git pull ./autoreconf.sh ./configure make ./src/gsimplecal (to run it) # Or sudo make install (to run it from /usr/local/bin/gsimplecal) ## For example, with OpenBox/Fluxbox, + tint2: If I simply add this line: clock_lclick_command = gsimplecal to my ~/.config/tint2/tint2rc file, I get a simple toggling calendar. Right now, there is NO gsimplecal, in our FreeBSD ports/pkg's systems. Yes, I realize there is a heavier osmo alternative, however, it would still be great to also have this gsimplecal available in our FreeBSD ports as maybe: /usr/ports/deskutils/gsimplecal ??? HISTORY, and BUG Fixes to make gsimplecal work in FreeBSD9: ### Below is some excerpts from how the Author's fixed gsimplecal to make it installable, and useable in FreeBSD9: (Please read these excerpts, with respect for the Author:) ...First, BSD uses different layout of /proc. On Linux the path for current binary is stored as a symbolic link in /proc/self/exe, on BSD it's /proc/curproc/file. I actually knew it would break into pieces on something different from Linux, as I indicated that in the comment in the source long time ago (https://github.com/dmedvinsky/gsimplecal/blob/master/src/Unique.cpp#L23-24 ). The second bug is that I use semaphores to store current PID for the second instance to kill the first one to implement toggling behaviour (when you first run `gsimplecal` it starts, when you run it again, it exits) without any external dependencies, like libunique. It works for most users, because the PIDs are usually small enough (smaller than 32767 that is), but for some reason, on your system gsimplecal gets PIDs like 38207 or something. Sadly, values that big cannot be assigned to semaphores. So if I can easily fix the first problem — in fact, I already did it — I can't fix the second one easily. I need to ponder about it and figure some way to do this. Basically, it now works great in FreeBSD: Well, gsimplecal is BSD licensed, so I guess it plays nice with *BSD systems. :-) What would we like ?: # I would like gsimplecal to be officially ported over to the FreeBSD ports system. Feel free to make any changes you need, to make it install easier in FreeBSD, if you like. Also, if you need any other help or details please let me know. -- Thanks. Rick. ___ freebsd-ports@freebsd.org mailing list
Re: blank window form with qtcreator package
Forwarding to more appropriate list, and CCing kde@ On 28 March 2012 15:55, Waitman Gobble uzi...@da3m0n8t3r.com wrote: Hi, I am having an issue with qtcreator (using pkg_add) from http://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages/Latest/ running FreeBSD 10.0-CURRENT amd64/SMP When I start qtcreator a grey window form appears which is totally blank. Note that the other Qt apps appear to function (ie, qtdesigner). On another machine running FreeBSD 10.0-CURRENT i386 (32bit) with the corresponding Qt packages installed, qtcreator runs as expected. Pointers for troubleshooting appreciated! Thanks, -- Waitman Gobble San Jose California USA ___ 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: FAQ on PORTREVISION bump?
On 03/28/2012 11:13 AM, Philip M. Gollucci wrote: PORTREVISION is historically bumped when you change the resultant package under the default OPTIONS. Basically if you cause the package to be rebuilt on pointyhat then you need to bump it. I was going to say the same thing. But then I thought: this will cause PORTREVISION to be bumped anytime a RUN_DEPENDS or LIB_DEPENDS is updated (because the package will change in +CONTENTS). But, for example, it seems to me that PORTREVISION should NOT be bumped if a LIB_DEPENDS changes, and it is not a major library revision change. For example, in this case the portmaster program reinstalls the library only, and changes the +CONTENTS and +REQUIRED_BY of the various installed packages appropriately. And the program will still work just fine. So PORTREVISION should not be bumped. ___ 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: FAQ on PORTREVISION bump?
On 03/28/12 16:28, Stephen Montgomery-Smith wrote: But, for example, it seems to me that PORTREVISION should NOT be bumped if a LIB_DEPENDS changes, and it is not a major library revision change. For example, in this case the portmaster program reinstalls the library only, and changes the +CONTENTS and +REQUIRED_BY of the various installed packages appropriately. And the program will still work just fine. So PORTREVISION should not be bumped. I'm fairly sure thats exactly backwards. I believe you're talking about our 'Chase sh lib version bump' commits which most definitely require a bump even if the major version doesn't change, b/c the old packages will reference the old library. Take devel/apr-1 for example. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. signature.asc Description: OpenPGP digital signature
Re: FAQ on PORTREVISION bump?
On 3/28/12 1:06 PM, Philip M. Gollucci wrote: On 03/28/12 16:28, Stephen Montgomery-Smith wrote: But, for example, it seems to me that PORTREVISION should NOT be bumped if a LIB_DEPENDS changes, and it is not a major library revision change. For example, in this case the portmaster program reinstalls the library only, and changes the +CONTENTS and +REQUIRED_BY of the various installed packages appropriately. And the program will still work just fine. So PORTREVISION should not be bumped. I'm fairly sure thats exactly backwards. I believe you're talking about our 'Chase sh lib version bump' commits which most definitely require a bump even if the major version doesn't change, b/c the old packages will reference the old library. Take devel/apr-1 for example. So, basically, you do enough pr's, you will bump portrevision and someone will complain, and you will skip bumping portrevision and someone will complain :-) 10 programmers, 15 opinions. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: FAQ on PORTREVISION bump?
On 28 Mar 2012 19:06, Michael Scheidell scheid...@freebsd.org wrote: On 3/28/12 1:06 PM, Philip M. Gollucci wrote: On 03/28/12 16:28, Stephen Montgomery-Smith wrote: But, for example, it seems to me that PORTREVISION should NOT be bumped if a LIB_DEPENDS changes, and it is not a major library revision change. For example, in this case the portmaster program reinstalls the library only, and changes the +CONTENTS and +REQUIRED_BY of the various installed packages appropriately. And the program will still work just fine. So PORTREVISION should not be bumped. I'm fairly sure thats exactly backwards. I believe you're talking about our 'Chase sh lib version bump' commits which most definitely require a bump even if the major version doesn't change, b/c the old packages will reference the old library. Take devel/apr-1 for example. So, basically, you do enough pr's, you will bump portrevision and someone will complain, and you will skip bumping portrevision and someone will complain :-) 10 programmers, 15 opinions. ... which is why an FAQ page is good to point at if people moan! I look forward to the comments on your proposed list ;) Chris ___ 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: blank window form with qtcreator package
Chris Rees cr...@freebsd.org wrote .. Forwarding to more appropriate list, and CCing kde@ On 28 March 2012 15:55, Waitman Gobble uzi...@da3m0n8t3r.com wrote: Hi, I am having an issue with qtcreator (using pkg_add) from http://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages/Latest/ running FreeBSD 10.0-CURRENT amd64/SMP When I start qtcreator a grey window form appears which is totally blank. Note that the other Qt apps appear to function (ie, qtdesigner). On another machine running FreeBSD 10.0-CURRENT i386 (32bit) with the corresponding Qt packages installed, qtcreator runs as expected. Pointers for troubleshooting appreciated! Thanks, -- Waitman Gobble San Jose California USA other details: using Xfce4. new system build within past few days so packages/system should be close-to latest. Thank you, -- Waitman Gobble San Jose California USA ___ 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: FAQ on PORTREVISION bump?
On 03/28/12 18:06, Michael Scheidell wrote: So, basically, you do enough pr's, you will bump portrevision and someone will complain, and you will skip bumping portrevision and someone will complain Absolutely, b/c we maintain PORTREVISION for pointyhat not the end users which you blow anyway with your 1st custom option; however, afaik, what I said is what potmgr says typically, but I won't speak for them officially. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. signature.asc Description: OpenPGP digital signature
Re: FreeBSD Port: boinc-setiathome-enhanced-6.12_2
thanks for your reply Rene, I wish I knew how to help with this I guess CUDA support is being worked on by someone somewhere in the FreeBSD world, as I see many similar requests to mine on the search engines hopefully more FreeBSD users can get excited by SETI and help spur things along regards, David Whytcross - Original Message - From: Rene Ladan r...@freebsd.org To: David Whytcross dwhytcr...@gmail.com Cc: po...@freebsd.org Sent: Wednesday, March 28, 2012 9:02 AM Subject: Re: FreeBSD Port: boinc-setiathome-enhanced-6.12_2 On 24-03-2012 08:04, David Whytcross wrote: Hi guys, am hoping you may be able to assist with an enquiry my FreeBSD 9.0 machine is fitted with an NVIDIA GEForce 210 card is it possible to utilize its CUDA GPU operability into boinc_setiathome_enhanced 6.12_1 Currently not I guess, I guess this would also require CUDA support from the X.org drivers. Regards, René -- http://www.rene-ladan.nl:8080/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) ___ 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: boinc-einsteinathome-4.18_4,2
thanks for your reply Pav, I wish I knew how to help with this I guess CUDA support is being worked on by someone somewhere in the FreeBSD world, as I see many similar requests to mine on the search engines hopefully more FreeBSD users can get excited by BOINC projects and help spur things along PS. you have some great images on your oook.cz website regards, David Whytcross - Original Message - From: Pav Lucistnik p...@freebsd.org To: David Whytcross dwhytcr...@gmail.com Cc: po...@freebsd.org Sent: Saturday, March 24, 2012 7:12 PM Subject: Re: FreeBSD Port: boinc-einsteinathome-4.18_4,2 ___ 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: blank window form with qtcreator package
Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Chris Rees cr...@freebsd.org wrote .. Forwarding to more appropriate list, and CCing kde@ On 28 March 2012 15:55, Waitman Gobble uzi...@da3m0n8t3r.com wrote: Hi, I am having an issue with qtcreator (using pkg_add) from http://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages/Latest/ running FreeBSD 10.0-CURRENT amd64/SMP When I start qtcreator a grey window form appears which is totally blank. Note that the other Qt apps appear to function (ie, qtdesigner). On another machine running FreeBSD 10.0-CURRENT i386 (32bit) with the corresponding Qt packages installed, qtcreator runs as expected. Pointers for troubleshooting appreciated! Thanks, -- Waitman Gobble San Jose California USA other details: using Xfce4. new system build within past few days so packages/system should be close-to latest. Thank you, -- Waitman Gobble San Jose California USA Figured out the problem, I was looking at reinstalling Qt and noticed pkg_updating.. mentions issue 2012-03-13 about MIT-SHM. I didn't catch this error before using the launcher icon, but when starting qtcreator from terminal I notice the error about MIT-SHM.. searched a bit and found this page: http://forums.freebsd.org/archive/index.php/t-29770.html seems that # sysctl kern.ipc.shm_allow_removed=1 fixes the problem... qtcreator then starts properly with stuff on the form (ie, not blank). so... I suppose the explanation seems to be that qt4-gui-4.7.4_1 is not yet available in the /Latest amd64 packages... (?) checking this out now. Thank you, -- Waitman Gobble San Jose California USA ___ 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: blank window form with qtcreator package
Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Chris Rees cr...@freebsd.org wrote .. Forwarding to more appropriate list, and CCing kde@ On 28 March 2012 15:55, Waitman Gobble uzi...@da3m0n8t3r.com wrote: Hi, I am having an issue with qtcreator (using pkg_add) from http://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages/Latest/ running FreeBSD 10.0-CURRENT amd64/SMP When I start qtcreator a grey window form appears which is totally blank. Note that the other Qt apps appear to function (ie, qtdesigner). On another machine running FreeBSD 10.0-CURRENT i386 (32bit) with the corresponding Qt packages installed, qtcreator runs as expected. Pointers for troubleshooting appreciated! Thanks, -- Waitman Gobble San Jose California USA other details: using Xfce4. new system build within past few days so packages/system should be close-to latest. Thank you, -- Waitman Gobble San Jose California USA Figured out the problem, I was looking at reinstalling Qt and noticed pkg_updating.. mentions issue 2012-03-13 about MIT-SHM. I didn't catch this error before using the launcher icon, but when starting qtcreator from terminal I notice the error about MIT-SHM.. searched a bit and found this page: http://forums.freebsd.org/archive/index.php/t-29770.html seems that # sysctl kern.ipc.shm_allow_removed=1 fixes the problem... qtcreator then starts properly with stuff on the form (ie, not blank). so... I suppose the explanation seems to be that qt4-gui-4.7.4_1 is not yet available in the /Latest amd64 packages... (?) checking this out now. Thank you, -- Waitman Gobble San Jose California USA Looks like i'm missing qt4-gui-4.7.4_1 :-) waitman@hunny:/usr/home/waitman# uname -a FreeBSD hunny.waitman.net 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Mon Mar 26 19:48:52 PDT 2012 wait...@hunny.waitman.net:/usr/obj/usr/src/sys/KEYSHIA amd64 waitman@hunny:/usr/home/waitman# pkg_info | grep qt4 qt4-4.7.4 Multiplatform C++ application framework (metaport) qt4-accessible-4.7.4 Qt accessibility widgets qt4-assistant-4.7.4_1 Qt documentation browser qt4-clucene-4.7.4 QtCLucene full text search library wrapper qt4-corelib-4.7.4 Qt core library qt4-dbus-4.7.4 Qt4 bindings for the D-BUS messaging system qt4-declarative-4.7.4 Qt4 framework for building highly dynamic user interfaces qt4-designer-4.7.4_1 Qt ui editor qt4-doc-4.7.4 Multiplatform C++ application framework qt4-graphicssystems-opengl-4.7.4 OpenGL rendering engine (experimental) qt4-gui-4.7.4 Qt graphical user interface library qt4-help-4.7.4 QtHelp module provides QHelpEngine API and is used by Assis qt4-iconengines-4.7.4 Qt SVG icon engine plugin qt4-imageformats-4.7.4 Qt imageformat plugins for GIF, JPEG, MNG and SVG qt4-inputmethods-4.7.4 Qt input method plugins qt4-l10n-4.7.4 Qt translations messages qt4-multimedia-4.7.4 Qt4 low-level multimedia API qt4-network-4.7.4 Qt network library qt4-opengl-4.7.4Qt OpenGL library qt4-qdbusviewer-4.7.4 Qt4 D-BUS viewer qt4-qt3support-4.7.4 Qt3 compatibility library qt4-qtconfig-4.7.4 Qt graphical configuration utility qt4-qtestlib-4.7.4 Qt unit testing library qt4-qvfb-4.7.4 Qt virtual framebuffer utility qt4-script-4.7.4Qt script qt4-scripttools-4.7.4 Qt script qt4-sql-4.7.4 Qt SQL library qt4-sqlite-plugin-4.7.4 Qt SQLite 3.x database plugin qt4-svg-4.7.4 Qt SVG library qt4-webkit-4.7.4Qt4 WebKit engine qt4-xml-4.7.4 Qt XML library qt4-xmlpatterns-4.7.4 XQuery 1.0 and XPath 2.0 support for Qt4 qt4-xmlpatterns-tool-4.7.4 Qt4 command line utility for running XQueries waitman@hunny:/usr/home/waitman# pkg_info | grep qtcreator qtcreator-2.4.1 Qt Creator IDE and tools interestingly I found that on my 386 machine qtcreator version is 2.0.1 but qt4 version 4.7.4 Not sure at the moment how I managed to fetch an old version of qtcreator... which seems to work without the MIT_SHM problem. I checked and 2.4.1 is whats on 368/latest packages. -- Waitman Gobble San Jose California USA ___ 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: libreoffice-3.4.5.2 failing to build
On 03/27/12 21:42, Da Rock wrote: I've been hunting down some info on why this is failing, but all I keep running into is the previous versions failings... :( I'm building libreoffice on 9.0-Release amd64, and I'm getting build errors qa testing(?) sd. I followed the instructions, but it still failed. It spits out this: scripting deliver deliver -- version: 275594 module 'scripting' delivered successfully. 0 files copied, 28 files unchanged terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' /usr/local/bin/bash: line 1: 2019 Abort trap: 6 (core dumped) [ a whole lot of code (I'm copying by hand, so it is a bit overwhelming) - involving clone/impress/sd/unxfbsd.pro, solver, and qa_unit ] dmake: Error code 134, while making 'test' gb_LinkTarget_add_library_objects,CppunitTest/libtest_sc_ucalc.so,sc gb_LinkTarget_add_linktarget_objects,CppunitTest/libtest_sc_ucalc.so,Library/libscfb.so [ build all ] top level modules: sc [ build all ] loaded modules: sc [ build cut ] sc_ucalc Abort trap (core dumped) terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' gmake[1]: *** [/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.5.2/solver/340/unxfbsd.pro/workdir/CppunitTest/sc_ucalc.test] Error 1 dmake: Error code 2, while making 'all' [ build all ] top level modules: sw [ build all ] loaded modules: sw [ build all ] loaded modules: sw [ build log ] sw sw deliver deliver -- version: 275594 Module 'sw' delivered successfully. 0 files copied, 1 files unchanged - [ standard error message with webpage link to debug page ] internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.5.2/sd/qa/unit ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.5.2/sc/prj [ instructions to build sd part of the build to isolate the issue ] As I mentioned I followed the directions and still hit the same error filed above (if more of the data is needed I guess I'll have to find a way to post it...). I'm on a deadline for this one, so I have to get this to work. How should I further debug this to fix it? Or failing that (as an extreme last resort), will an older package already built work IF it is built for 8.2? After a portsnap update I still get core dumps in the calc/sc/cppunittester and the impress/sd/qa/unit/cppunittester. I've tried turning off make jobs, and I also checked the core files (when I finally found them). The only clue I have is this: #0 0x0008016bca7c in ?? This is in _both_ core files, and although its not very helpful it says its stopping in exactly the same place (duh). Seriously guys, where do I go from here? Googling isn't exactly offering up much - my searches can be as much as 7 results (usually my own stuff or duplicates of the same). Or, as my last resort, can I use the 8.2 package instead? Need some serious pointers, pleeease... :) ___ 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: boinc-setiathome-enhanced-6.12_2
On Tue, Mar 27, 2012 at 2:02 PM, Rene Ladan r...@freebsd.org wrote: On 24-03-2012 08:04, David Whytcross wrote: Hi guys, am hoping you may be able to assist with an enquiry my FreeBSD 9.0 machine is fitted with an NVIDIA GEForce 210 card is it possible to utilize its CUDA GPU operability into boinc_setiathome_enhanced 6.12_1 Currently not I guess, I guess this would also require CUDA support from the X.org drivers. Previously, jhb had some CUDA rigged up using linux_base on amd64: http://blogs.freebsdish.org/jhb/2010/07/20/using-cuda-with-the-native-freebsdamd64-nvidia-driver/ Royce ___ 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