Re: xf86-video-ati 6.14.0 crashes System
On 27/02/2011 17:39, Heino Tiedemann wrote: Hi There, after update tu the new xorg on my FreeBSD8 my system crashes all time I start X. There is no mouse responding (no light in the mouse), the screen turns black and the system is not respondig by keybord. There is only a way out by hard-reset. The advice in UPDATING makes no fifference: Section Device Option int10 on Option BusType PCIE Option RenderAccel on Option AccelMethod exa Option DynamicPM on Option DRI on System: FreeBSD 8.2-PRERELEASE #0: Thu Feb 3 23:46:34 CET 2011 Video-Card: drm0:ATI Radeon AR 9600 XT on vgapci0 info: [drm] AGP at 0xf400 64MB info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs The old driver works fine: xf86-video-ati613-6.13.2 Are trhere any logs arround, if the System freezes? Heino For me it worked fine, but one time my screen goes black suddenly and system crashed, don't know if it's another awful panic or something else but nothing in /var/crash neither in /var/log/Xorg.*.log but the dmesg after reboot says that / was not properly dismounted ... -- David Demelier ___ 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: Firefox 4 - Beta
06.03.2011 19:59, Sergey Nikolenko пишет: On 06.03.2011 19:17, Heino Tiedemann wrote: is there someone who likes to go for the Firefox 4 in ports? maybe into www/firefox-devel? Firefox 4 is in the State beta 12 - what means it is the release candidate. Firefox 4 is available for FreeBSD for a long time in our development repository. Please have a look at this page for more information about the freebsd-gecko repository: https://trillian.chruetertee.ch/freebsd-gecko/ Firefox 4 lives at: https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/www/firefox-devel/ We are not going to commit a Firefox 4 Beta or RC to the ports tree. If you like to test Firefox 4 use the one from the development repository at your own risk. Cool. Any manpage or howto how I can gat this on my computer? Do I need SVN for that 1. cd /usr/ports/devel/subversion; make install clean 2. cd /usr/ports/www 3. svn co https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/www/firefox-devel 4. cd firefox-devel 5. make install clean The performance of Firefox 4 is impressive, sometimes it's even working faster than Chromium. It seems that devel/mercurial is needed in build process. I see couple of hg: command not found. Also, when build is finished, i see this message: sed: /usr/ports/www/firefox-devel/work/mozilla-central/build/unix/*.pc: No such file or directory But firefox install and works fine. -- Regards, Ruslan ___ 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
Superfluous dependencies
Porters, I have been working on some fresh FreeBSD 8.2 installations recently and I was surprised about the amount of extra ports that get installed as dependencies. Once I finish an installation of Xorg and KDE 3 (yes, still using it, like many FreeBSD users and developers), I end up with a handful of scripting languages and development tools I did not ask for. One of them that I already hunted down is bison-2.4.3,1 that gets dragged in via gobject-introspection-0.9.12_1 when installing xorg-7,5.1 (even as a package). This is caused by bison specified as a dependency of type both in the port Makefile of gobject-introspection where it should be specified as build. I don't think that Bison is used on run-time here and most likely not even on build- time. I also doubt the need for Python in this case, i.e. as a dependency for an Xorg installation, but it may be needed in a more general use case of gobject-introspection. I have changed the dependency in my Makefile and rebuilt everything. I now do not have bison as a dependency anymore and can safely delete it, just like all other build dependencies. I am sure there are more of these superfluous dependencies and I will probably hunt down a few more. Does anyone have an idea how to do this systematically? Kind regards, Hans Ottevanger ___ 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: Superfluous dependencies
On 3/8/11 4:42 AM, Hans Ottevanger wrote: One of them that I already hunted down is bison-2.4.3,1 that gets dragged in via gobject-introspection-0.9.12_1 when installing xorg-7,5.1 (even as a package). This is caused by bison specified as a dependency of type both in the port Makefile of gobject-introspection where it should be specified as build. I don't think that Bison is used on run-time here and most likely not even on build- time. appears one of our 'short cuts' causes this. and I found it on a port I took over maint of. happens all the time if you do a 'RUN_DEPENDS += BUILD_DEPENDS' pulls in all kind of cruft. example: tshark_lite.. pulls in pkg_conf.. makes it messy if you make a port binary package, and try to install it with pkg_add {port}.tbz. lots of ports used that short cut above. and it should not (and I think port lint complains) Q: wireshark/tshark_lite maintainer: do you really need perl for runtime? or just to build tshark_lite? I installed it with pkg_add -f tshark_lite and never needed it (and system didn't have perl) -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 *| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 __ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ __ ___ 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
teamspeak-server commit
Hello, Becaues the TeamSpeak server port is not maintained, I want to become maintainer and have made a new port for the TeamSpeak 3 server some time ago (1 month). However, it wasn't commited since now. It's my first port so I don't know if everything is correct or if I have to do something else or how I can further help to get it committed? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154453 Greetings, Richard ___ 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: teamspeak-server commit
On 8 Mar 2011 15:31, Richard Hirner hir...@bitfire.at wrote: Hello, Becaues the TeamSpeak server port is not maintained, I want to become maintainer and have made a new port for the TeamSpeak 3 server some time ago (1 month). However, it wasn't commited since now. It's my first port so I don't know if everything is correct or if I have to do something else or how I can further help to get it committed? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154453 Greetings, Richard Hey, I brought this up on IRC, and I'll let you know later what we were talking about-- I'm at work atm. 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: FreeBSD needs fresh Blood!
Warren Block writes: It continues to amaze me how much you have in there. Oh, and my times earlier were probably user time rather than wall time, for which I'll shiftily blame the difference between csh's time builtin and /usr/bin/time. Redoing that: portmaster -L | filterfu: 43.6 pkg_version -vl'':30.5 portversion -vl'': 3.6 portmaster -L --index-only: 2.5 I don't have the same experience by far: on a jail i have: . === 68 total installed ports === 61 have new versions available portmaster -L --index-only 0.76s user 1.65s system 6% cpu 38.871 total So it takes 38s on a *very small* installation. My experience is that all FreeBSD ports tools are incredibly slow, be it portupgrade, portmaster, even the basic tools like pkg_version. Maybe it would help to recognize that such observations are perhaps not unrelated to the original poster comments. -- Michel TALON ___ 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
Creating a new port, overriding a Makefile variable
Hello, I'm writing a port for a game, I setup a MANPREFIX= /share/man for almost all the systems to install in the correct place. In the port Makefile I've tried to use MAKE_ENV= MANPREFIX=/man to override it, but it seems it's ignored. Can I solve this without creating a files/patch-Makefile? Cheers, -- David Demelier ___ 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 needs fresh Blood!
On Tue, 8 Mar 2011, Michel Talon wrote: Warren Block writes: portmaster -L | filterfu: 43.6 pkg_version -vl'':30.5 portversion -vl'': 3.6 portmaster -L --index-only: 2.5 I don't have the same experience by far: on a jail i have: . === 68 total installed ports === 61 have new versions available portmaster -L --index-only 0.76s user 1.65s system 6% cpu 38.871 total So it takes 38s on a *very small* installation. The times are relative, of course, and mine are not from a jail. If there's a new index file, it will be downloaded and that is entirely dependent on bandwidth. For comparison, on a little system here with only 71 ports, the --index-only version takes 4.7 seconds when a new index is retrieved, and 1.2 seconds alone. My experience is that all FreeBSD ports tools are incredibly slow, be it portupgrade, portmaster, even the basic tools like pkg_version. Maybe it would help to recognize that such observations are perhaps not unrelated to the original poster comments. I don't understand what you mean by that last sentence. OP was talking about the difficulty of using or merging alternate ports trees, AFAIR. Sorry about the topic drift; we can start a new thread if appropriate. ___ 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 needs fresh Blood!
On Tue, 8 Mar 2011, Warren Block wrote: On Tue, 8 Mar 2011, Michel Talon wrote: My experience is that all FreeBSD ports tools are incredibly slow, be it portupgrade, portmaster, even the basic tools like pkg_version. Maybe it would help to recognize that such observations are perhaps not unrelated to the original poster comments. I don't understand what you mean by that last sentence. OP was talking about the difficulty of using or merging alternate ports trees, AFAIR. Sorry about the topic drift; we can start a new thread if appropriate. And of course now I see it: the OP also mentioned the delay in rebuilding INDEX after merging ports trees. That was a problem back before the ports cluster built INDEX files for download, and there were Perl and other implementations that could rebuild a local index faster than the stock ports implementation. Can't recall exactly what they were. If still applicable, integrating those faster methods into the ports system would be a solid improvement. ___ 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 needs fresh Blood!
portmaster -L --index-only 0.76s user 1.65s system 6% cpu 38.871 total So it takes 38s on a *very small* installation. My experience is that all FreeBSD ports tools are incredibly slow, be it portupgrade, portmaster, even the basic tools like pkg_version. Maybe it would help to recognize that such observations are perhaps not unrelated to the original poster comments. I am only seeing ~8s for this on my 9-CURRENT amd64 system with ~400 ports, including the time to download a new index from the server. These comparisons aren't very helpful when they're not accompanied by enough information to reason about causes. Incredibly slow is rather subjective. Compared to what? What specific recommendations do you have for improvements? And I might add, why haven't you submitted your own tools as a port, since you seem to think, as you have written elsewhere, that they offer substantial improvements over the others that are available? b. ___ 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: Creating a new port, overriding a Makefile variable
On 8 March 2011 17:11, Chris Rees utis...@gmail.com wrote: On 8 Mar 2011 17:04, David Demelier demelier.da...@gmail.com wrote: Hello, I'm writing a port for a game, I setup a MANPREFIX= /share/man for almost all the systems to install in the correct place. In the port Makefile I've tried to use MAKE_ENV= MANPREFIX=/man to override it, but it seems it's ignored. Can I solve this without creating a files/patch-Makefile? Cheers, -- David Demelier If It's hard set in the Makefile, I'd use REINPLACE_CMD. Chris or MAKE_ARGS= -EMANPREFIX MAKE_ENV= MANPREFIX=/man I tested this with: [crees@zeus]~% cat Makefile HELLO= hello, world all: @echo ${HELLO} [crees@zeus]~% make hello, world [crees@zeus]~% env HELLO=hello make hello, world [crees@zeus]~% env HELLO=hello make -EHELLO hello [crees@zeus]~% Try it out! Though I still think the usual response is to use REINPLACE_CMD on the Makefile. Chris NB gmake doesn't have the -E flag, but the -e flag sets environment precedence on all variables. Sounds risky! ___ 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
ncurses updated
Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. -- David Demelier ___ 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: ncurses updated
On 08/03/2011 19:53, David Demelier wrote: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. Or you can also bump the mplayer revision seems it seems to be the only one to be broken right now. -- David Demelier ___ 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: ncurses updated
08.03.2011 21:53, David Demelier пишет: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. As far i understand, ncurses it's a library that placed into base system, and it updates only when you updating FreeBSD version. General recommendation about what to do after FreeBSD minor or major update is to rebuild all the installed ports (i'd did it after `make delete-old-libs` in /usr/src). -- Regards, Ruslan ___ 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: ncurses updated
Ruslan Mahmatkhanov cvs-...@yandex.ru writes: 08.03.2011 21:53, David Demelier пишет: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. As far i understand, ncurses it's a library that placed into base system, and it updates only when you updating FreeBSD version. He's talking about the devel/ncurses port. ___ 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: ncurses updated
On Tue, 8 Mar 2011, Ruslan Mahmatkhanov wrote: 08.03.2011 21:53, David Demelier пишет: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. As far i understand, ncurses it's a library that placed into base system, and it updates only when you updating FreeBSD version. General recommendation about what to do after FreeBSD minor or major update is to rebuild all the installed ports (i'd did it after `make delete-old-libs` in /usr/src). Rebuilding all ports should not be necessary for a minor version upgrade of FreeBSD, like 8.1 to 8.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: Firefox 4 - Beta
Heino Tiedemann rot...@gmx.de wrote: https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/www/firefox-devel/ Alternatively, just use the Download in other formats: Zip Archive link on the abovementioned page. I cannot find it - where exactly? It's actually a different URL, sorry. https://trillian.chruetertee.ch/freebsd-gecko/browser/branches/experimental/www/firefox-devel -- Christian naddy Weisgerber na...@mips.inka.de ___ 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: Creating a new port, overriding a Makefile variable
Chris Rees utis...@gmail.com wrote: In the port Makefile I've tried to use MAKE_ENV= MANPREFIX=/man to override it, but it seems it's ignored. MAKE_ARGS= -EMANPREFIX MAKE_ENV= MANPREFIX=/man NB gmake doesn't have the -E flag, but the -e flag sets environment precedence on all variables. Sounds risky! Just use MAKE_ARGS= MANPREFIX=/man Variables set on the command line override Makefile settings. (So says POSIX.) -- Christian naddy Weisgerber na...@mips.inka.de ___ 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