p5-XML-Parser-2.40 fail on sparc64 tinderbox.... anything I have done wrong ??
Hi Folks I am trying to build xorg ports for 8.2-RELEASE on a sparc64 tinderbox... It's failing on p5-XML-Parser. I have attached the log. chmod 644 Parser.bs rm -f blib/arch/auto/XML/Parser/Parser.so cc -shared -L/usr/local/lib -fstack-protector Parser.o -o blib/arch/auto/XML/Parser/Parser.so cc: Parser.o: No such file or directory cc: No input files specified *** Error code 1 Stop in /work/a/ports/textproc/p5-XML-Parser/work/XML-Parser-2.40. *** Error code 1 Is it something I have messed up or is it a genuine fail ? Any simple fixes ? Thanks Craig Butler p5-XML-Parser-2.40.log Description: Binary data ___ 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: webkit-gtk2-1.2.7 doesn't upgrade after changing python to 2.7
On 14.03.2011 23:52, Jeremy Messenger wrote: On Mon, Mar 14, 2011 at 11:26 AM, Gritsuk Anton wrote: HI! Now i'm using FreeBSD 8.2 (r219048): # uname -srm FreeBSD 8.2-STABLE i386 I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of this. I use instruction from /usr/ports/UPDATING: # portupgrade -o lang/python27 lang/python26 # cd /usr/ports/lang/python&& make upgrade-site-packages After this update, installation/upgading of webkit-gtk2 is failed. Let's see: # portupgrade webkit-gtk2-1.2.7 ... CCLD Programs/unittests/testhttpbackend CCLD Programs/unittests/testloading CCLD Programs/unittests/testglobals CCLD Programs/unittests/testmimehandling CCLD Programs/unittests/testnetworkrequest CCLD Programs/unittests/testnetworkresponse CCLD Programs/unittests/testwebframe CCLD Programs/unittests/testwebbackforwardlist CCLD Programs/unittests/testwebhistoryitem CCLD Programs/unittests/testwindow CCLD Programs/unittests/testdownload CCLD Programs/unittests/testatk CCLD Programs/unittests/testhittestresult CCLD Programs/unittests/testwebsettings CCLD Programs/unittests/testwebresource CCLD Programs/unittests/testwebdatasource CCLD Programs/unittests/testwebview CCLD Programs/unittests/testkeyevents GENWebKit-1.0.gir /usr/local/bin/g-ir-scanner: not found gmake[1]:*** [WebKit-1.0.gir] ??127 gmake[1]:*** ?? ???... gmake[1]: Leaving directory `/usr/ports/www/webkit-gtk2/work/webkit-1.2.7' gmake:*** [all] ??2 ** Command failed[exit code 1]: /usr/bin/script -qa /tmp/portupgrade20110313-72168-1mkl71b-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=webkit-gtk2-1.2.7 UPGRADE_PORT_VER=1.2.7 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored/ *:skipped/ !:failed) ! www/webkit-gtk2 (webkit-gtk2-1.2.7)(unknown build error) If I replace first string in /usr/local/bin/g-ir-scanner: #!/usr/local/bin/python2.6 to #!/usr/local/bin/python2.7 Reinstall gobject-introspection is a best solution. I don't follow the UPDATING complete about Python upgrade, which I just follow on -o part then did the portmaster -r python27-2.7.1_1. I did it because I know that it will work a lot better than upgrade-site-packages by 99%. The shortcut usually bite. Cheers, Mezz my upgrade finish successful. Please, investigate this problem. -- best regards, Anton yes, after upgrade # portupgrade -f gobject-introspection-0.9.12_1 problem is solved Maybe should be added some more instructions for python upgrade in UPDATING file? -- best regards, Anton ___ 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: webkit-gtk2-1.2.7 doesn't upgrade after changing python to 2.7
On Mon, Mar 14, 2011 at 11:26 AM, Gritsuk Anton wrote: > HI! > > Now i'm using FreeBSD 8.2 (r219048): > # uname -srm > FreeBSD 8.2-STABLE i386 > > I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of > this. I use instruction from /usr/ports/UPDATING: > # portupgrade -o lang/python27 lang/python26 > # cd /usr/ports/lang/python && make upgrade-site-packages > > After this update, installation/upgading of webkit-gtk2 is failed. > > Let's see: > > # portupgrade webkit-gtk2-1.2.7 > ... > CCLD Programs/unittests/testhttpbackend > CCLD Programs/unittests/testloading > CCLD Programs/unittests/testglobals > CCLD Programs/unittests/testmimehandling > CCLD Programs/unittests/testnetworkrequest > CCLD Programs/unittests/testnetworkresponse > CCLD Programs/unittests/testwebframe > CCLD Programs/unittests/testwebbackforwardlist > CCLD Programs/unittests/testwebhistoryitem > CCLD Programs/unittests/testwindow > CCLD Programs/unittests/testdownload > CCLD Programs/unittests/testatk > CCLD Programs/unittests/testhittestresult > CCLD Programs/unittests/testwebsettings > CCLD Programs/unittests/testwebresource > CCLD Programs/unittests/testwebdatasource > CCLD Programs/unittests/testwebview > CCLD Programs/unittests/testkeyevents > GEN WebKit-1.0.gir > /usr/local/bin/g-ir-scanner: not found > gmake[1]:*** [WebKit-1.0.gir] ??127 > gmake[1]:*** ?? ???... > gmake[1]: Leaving directory `/usr/ports/www/webkit-gtk2/work/webkit-1.2.7' > gmake:*** [all] ??2 > ** Command failed[exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20110313-72168-1mkl71b-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=webkit-gtk2-1.2.7 UPGRADE_PORT_VER=1.2.7 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored/ *:skipped/ !:failed) > ! www/webkit-gtk2 (webkit-gtk2-1.2.7) (unknown build error) > > > If I replace first string in /usr/local/bin/g-ir-scanner: > #!/usr/local/bin/python2.6 to #!/usr/local/bin/python2.7 Reinstall gobject-introspection is a best solution. I don't follow the UPDATING complete about Python upgrade, which I just follow on -o part then did the portmaster -r python27-2.7.1_1. I did it because I know that it will work a lot better than upgrade-site-packages by 99%. The shortcut usually bite. Cheers, Mezz > my upgrade finish successful. > > Please, investigate this problem. > > -- > > best regards, > Anton -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@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"
Re: gscan2pdf 0.9.32 has unsatisfied dependencies
Update: On Sun, Mar 13, 2011 at 6:56 PM, Torfinn Ingolfsen wrote: > Yes, it still fails, but at least the it doesn't complain about missing stuff. > A debug run: > tingo@kg-v2$ gscan2pdf --debug > Constant subroutine main::LC_CTYPE redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_CTYPE () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_NUMERIC redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_NUMERIC () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_TIME redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_TIME () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_COLLATE redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_COLLATE () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_MONETARY redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_MONETARY () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_MESSAGES redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_MESSAGES () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Constant subroutine main::LC_ALL redefined at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > Prototype mismatch: sub main::LC_ALL () vs none at > /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. > at /usr/local/bin/gscan2pdf line 160 > This Perl not built to support threads > Compilation failed in require at /usr/local/bin/gscan2pdf line 12397. > BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 12397. I rebuilt my perl to be threaded (THREADS=on) and rebuilt all perl modules, and now gscan2pdf starts up: tingo@kg-v2$ scanimage -L device `snapscan:libusb:/dev/usb:/dev/ugen2.2' is a AGFA SNAPSCAN 1212U_2 flatbed scanner tingo@kg-v2$ gscan2pdf --debug Constant subroutine main::LC_CTYPE redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_CTYPE () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_NUMERIC redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_NUMERIC () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_TIME redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_TIME () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_COLLATE redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_COLLATE () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_MONETARY redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_MONETARY () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_MESSAGES redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_MESSAGES () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Constant subroutine main::LC_ALL redefined at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Prototype mismatch: sub main::LC_ALL () vs none at /usr/local/lib/perl5/5.10.1/Exporter.pm line 67. at /usr/local/bin/gscan2pdf line 160 Name "PDF::API2::Version::CVersion" used only once: possible typo at /usr/local/bin/gscan2pdf line 433. INFO - Starting gscan2pdf 0.9.32 INFO - Log level DEBUG INFO - Using en_US.ISO8859-1 locale INFO - Startup LC_NUMERIC C INFO - Reading config from /home/tingo/.gscan2pdf Running init Running sane_init INFO - Gtk2-Perl version 1.221 INFO - Built for GTK 2.22.1 INFO - Running with GTK 2.22.1 IN
Re: webkit-gtk2-1.2.7 doesn't upgrade after changing python to 2.7
You can also disable introspection (by default in configure script it disabled) in CONFIGURE_ENV macro. Nothing to add in pkg-plist. 2011/3/14 Gritsuk Anton : > HI! > > Now i'm using FreeBSD 8.2 (r219048): > # uname -srm > FreeBSD 8.2-STABLE i386 > > I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of > this. I use instruction from /usr/ports/UPDATING: > # portupgrade -o lang/python27 lang/python26 > # cd /usr/ports/lang/python && make upgrade-site-packages > > After this update, installation/upgading of webkit-gtk2 is failed. > > Let's see: > > # portupgrade webkit-gtk2-1.2.7 > ... > CCLD Programs/unittests/testhttpbackend > CCLD Programs/unittests/testloading > CCLD Programs/unittests/testglobals > CCLD Programs/unittests/testmimehandling > CCLD Programs/unittests/testnetworkrequest > CCLD Programs/unittests/testnetworkresponse > CCLD Programs/unittests/testwebframe > CCLD Programs/unittests/testwebbackforwardlist > CCLD Programs/unittests/testwebhistoryitem > CCLD Programs/unittests/testwindow > CCLD Programs/unittests/testdownload > CCLD Programs/unittests/testatk > CCLD Programs/unittests/testhittestresult > CCLD Programs/unittests/testwebsettings > CCLD Programs/unittests/testwebresource > CCLD Programs/unittests/testwebdatasource > CCLD Programs/unittests/testwebview > CCLD Programs/unittests/testkeyevents > GEN WebKit-1.0.gir > /usr/local/bin/g-ir-scanner: not found > gmake[1]:*** [WebKit-1.0.gir] ??127 > gmake[1]:*** ?? ???... > gmake[1]: Leaving directory `/usr/ports/www/webkit-gtk2/work/webkit-1.2.7' > gmake:*** [all] ??2 > ** Command failed[exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20110313-72168-1mkl71b-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=webkit-gtk2-1.2.7 UPGRADE_PORT_VER=1.2.7 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored/ *:skipped/ !:failed) > ! www/webkit-gtk2 (webkit-gtk2-1.2.7) (unknown build error) > > > If I replace first string in /usr/local/bin/g-ir-scanner: > #!/usr/local/bin/python2.6 to #!/usr/local/bin/python2.7 > > my upgrade finish successful. > > Please, investigate this problem. > > -- > > best regards, > Anton > > ___ > 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" > -- olivier ___ 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: webkit-gtk2-1.2.7 doesn't upgrade after changing python to 2.7
On Mon, 2011-03-14 at 18:26 +0200, Gritsuk Anton wrote: > > I upgraded and replaced my Python 2.6 to 2.7 and all packages is related > of this. I use instruction from /usr/ports/UPDATING: ># portupgrade -o lang/python27 lang/python26 ># cd /usr/ports/lang/python && make upgrade-site-packages > > After this update, installation/upgading of webkit-gtk2 is failed. > > If I replace first string in /usr/local/bin/g-ir-scanner: > #!/usr/local/bin/python2.6 to #!/usr/local/bin/python2.7 > > my upgrade finish successful. > > Please, investigate this problem. > I'm using python 2.7 along with webkit-gtk2-1.2.7 and there are no poblems during webkit build and/or use. From your description it seems to me more like your gobject-introspection-0.9.12_1 didn't get properly rebuilt after Python upgrade. Btw, as upgrading Python has always been a non-trivial task (I don't use upgrade-site-packages so I can't comment on that step - I found it flaky once and didn't bother anymore after), I always make sure to rebuild every Python based port during the next step before anything else (same goes with major Perl upgrades). There are not many of them directly depending on Python and it always saves from trouble like these. m. -- Michal Varga, Stonehenge (Gmail account) ___ 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"
webkit-gtk2-1.2.7 doesn't upgrade after changing python to 2.7
HI! Now i'm using FreeBSD 8.2 (r219048): # uname -srm FreeBSD 8.2-STABLE i386 I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of this. I use instruction from /usr/ports/UPDATING: # portupgrade -o lang/python27 lang/python26 # cd /usr/ports/lang/python && make upgrade-site-packages After this update, installation/upgading of webkit-gtk2 is failed. Let's see: # portupgrade webkit-gtk2-1.2.7 ... CCLD Programs/unittests/testhttpbackend CCLD Programs/unittests/testloading CCLD Programs/unittests/testglobals CCLD Programs/unittests/testmimehandling CCLD Programs/unittests/testnetworkrequest CCLD Programs/unittests/testnetworkresponse CCLD Programs/unittests/testwebframe CCLD Programs/unittests/testwebbackforwardlist CCLD Programs/unittests/testwebhistoryitem CCLD Programs/unittests/testwindow CCLD Programs/unittests/testdownload CCLD Programs/unittests/testatk CCLD Programs/unittests/testhittestresult CCLD Programs/unittests/testwebsettings CCLD Programs/unittests/testwebresource CCLD Programs/unittests/testwebdatasource CCLD Programs/unittests/testwebview CCLD Programs/unittests/testkeyevents GENWebKit-1.0.gir /usr/local/bin/g-ir-scanner: not found gmake[1]:*** [WebKit-1.0.gir] ??127 gmake[1]:*** ?? ???... gmake[1]: Leaving directory `/usr/ports/www/webkit-gtk2/work/webkit-1.2.7' gmake:*** [all] ??2 ** Command failed[exit code 1]: /usr/bin/script -qa /tmp/portupgrade20110313-72168-1mkl71b-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=webkit-gtk2-1.2.7 UPGRADE_PORT_VER=1.2.7 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored/ *:skipped/ !:failed) ! www/webkit-gtk2 (webkit-gtk2-1.2.7)(unknown build error) If I replace first string in /usr/local/bin/g-ir-scanner: #!/usr/local/bin/python2.6 to #!/usr/local/bin/python2.7 my upgrade finish successful. Please, investigate this problem. -- best regards, Anton ___ 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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
Hi! Complete! During upgrade portmaster (-a) said me ... cc -I. -I../mesa -I../mapi -I../../include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DHAVE_XCB_DRI2 -DFEATURE_GL=1 -L/usr/local/lib glcpp/glcpp-lex.o glcpp/glcpp-parse.o glcpp/pp.o glcpp/glcpp.o ../mesa/program/hash_table.o ../../src/glsl/libglsl.a -o glcpp/glcpp gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.10.1/src/glsl' gmake[2]: Entering directory `/usr/ports/graphics/dri/work/Mesa-7.10.1/src/mesa' python -t -O -O main/es_generator.py -S main/APIspec.xml -V GLES1.1 > main/api_exec_es1.c Traceback (most recent call last): File "main/es_generator.py", line 26, in import APIspecutil as apiutil File "/usr/ports/graphics/dri/work/Mesa-7.10.1/src/mesa/main/APIspecutil.py", line 28, in import libxml2 ImportError: No module named libxml2 gmake[2]: *** No rule to make target `depend', needed by `default'. Stop. gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.10.1/src/mesa' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.10.1/src' gmake: *** [default] Error 1 *** Error code 1 Stop in /usr/ports/graphics/dri. ===>>> make failed for graphics/dri ===>>> Aborting update ===>>> Update for graphics/dri failed ===>>> Aborting update Then I installed /usr/ports/textproc/py-libxml2. Then portmaster (-a) finished work successfully. http://pastebin.com/90RdXudb FreeBSD 8.2 RELEASE i386, xorg-server-1.9.4(with_hal), xf86-video-ati-6.14.0_1. I just tried to play in UrbanTerror on-line game, and it works fine ;) xfce 4.8 too. Waiting for [part 2] =) miwi-2 wrote: > > Hi, > > First of all, note that *this is very experimental, so you really have to > know what > you’re doing.* We managed to get drm/dri with the newer xorg-server to > work, > and we have removed the support for WITHOUT_NOUVEAU. > > We have just updated the xorg-dev repo: > > – libdrm -> 2.4.24 > – libGL to 7.10.1 > – libGLU to 7.10.1 > – libGLUw to 7.10.1 > – libglut to 7.10.1 > – xproto to 7.0.17 > – libXaw to 1.0.9 > – libXt to 1.1.0 > – libX11 to 1.4.1 > – xorg-server to 1.9.4 > > After installing these, you will have to rebuild the following ports: > > – your graphic driver > – keybord driver > – mouse/synaptics driver > > Upon rebuilt, restart them. > So to get the xorg stuff you will need to: > run > > svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev > > A small merge script to merge the svn checkout into the real portstree can > be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the kdemerge script. Please set the > KDEDIR > variable to the path of your X.org ports. > > After merging, run one of the following command, depending on which tool > you > use > to manage your installed packages. > > portupgrade -af \* > portmaster -af > > Please report any problems and issues to x11 (at) FreeBSD.org. > > *Again, please be aware that this is very experimental*, and > I personally haven’t tested any 3D things yet, but we want > to share our work and start testing to get early feedback > for improvements. We plan to update Xorg fully to 7.6 after > we get some feedback for update part 1. It will be much easier > for us to figure out what the problems are with the updates > being separated in 3 parts. Please make sure you know what > you’re doing. > > Thanks to Piter (gahr@) for helping me to get it compiled with our > base gcc version. > > - Martin > > PS: ECFT -> Experimental Call for Testing [image: :P] > ___ > 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" > > -- View this message in context: http://old.nabble.com/-ECFT--drm-dri-mesa-xorg-server-update--Part-1--tp31124272p31144133.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: Generate plist from install_manifest.txt when port uses CMake?
On Sun, Mar 13, 2011 at 9:10 PM, Raphael Kubo da Costa wrote: > Either way, using install_manifest.txt even as a hint does sounds useful > to me too. > What i am proposing is using manifest to generate plist when _user_ installs a port. Not when porter writes a port, because porter surely can write tiny script for parsing install_manifest.txt and producing lines for pkg-plist. But this still leaves him with burden of manually checking for plist correctness, which may be painful and error-prone in cases described in my first post. Ideally, i want any plist to be generated automatically. ___ 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: portmaster comments
On Mon, Mar 14, 2011 at 05:08:26AM -0400, J. Hellenthal wrote:
>
> On Sun, 13 Mar 2011 20:45, dougb@ wrote:
> > On 3/13/2011 5:35 PM, Peter Jeremy wrote:
> >> Hi Doug,
> >>
> >> I'd like to raise a couple of nits with portmaster (primarily a wish
> >> for more configurability):
> >>
> >> 1) In v3.0, you added code to nice(1) all make(1) invocations. In some
> >> cases, the default niceness does not suit me (in particular, I'd often
> >> prefer '0' to '10'). Would it be possible to add an option to control
> >> the priority?
> >>
> >> 2) In v3.6, you added a "find $WRKDIRPREFIX ..." to the cleanup. For
> >> various reasons, I have _lots_ of unrelated stuff under that tree and
> >> so the find(1) takes an unacceptably long time to run. It would be
> >> nice to restrict that search to $WRKDIRPREFIX${.CURDIR} and have an
> >> option to disable it completely.
> >
> > Neither is likely to happen. :) I may however remove 1, it didn't really
> > help much, if at all. As for 2, my suggestion is to have a WRKDIRPREFIX for
> > development stuff, and a different one for portmaster. It's pretty easy to
> > do
> > with a make.conf knob searching for whether UPGRADE_TOOL is set to
>
> This doesn't have any effect for,
> /usr/ports/lang/python/Makefile:31:.if defined(USE_PORTMASTER)
>
> Does it ?
It has an effect on how the upgrade-site-packages target works. I wrote
it specifically because I didn't want to have to install portupgrade
just to get the upgrade-site-packages target to work.
> It would be real nice if these things were somewhat in sync for their
> intended use.
I don't know what you mean by this.
> Ill BCC python@ for the heads up on ``UPGRADE_TOOL'' I would prefer this
> personally over USE_ vars. But is this common among portupgrade and
> portmaster ? If not can something be done in tree to decipher it into what
> is supposed to be set to avoid confusion ?
I don't know what you mean by this.
I think you might be confusing two different issues. The USE_PORTMASTER
knob was put in place specifically for the upgrade-site-packages target,
which is not something called during the normal build process by any
upgrading tool. I'm not sure how using UPGRADE_TOOL will help this at
all.
-- WXS
___
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"
CFT: net-im/openfire 3.7.0
Hi all, I have a patch ready to upgrade net-im/openfire to 3.7.0, here: http://people.freebsd.org/~gahr/openfire-3.7.0.diff I plan to commit this patch later this week and mark as IGNORE the development port at net-im/openfire-devel, if nobody comes with a very good reason not to do so. Thanks for testing! -- Pietro Cerutti The FreeBSD Project g...@freebsd.org PGP Public Key: http://gahr.ch/pgp pgpVvslW92tgO.pgp Description: PGP signature
Re: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
14.03.2011 00:03, George Liaskos пишет:
The crash is probably happening the first time something tries to access
dri, libdrm.
I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.
Ok, after some research about the patch i believe that this how it should
be :
Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:
Xorg.0.log:
[22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[22.760] drmOpenDevice: node name is /dev/dri/card0
[22.761] Failed to change owner or group for file /dev/dri! 2: No such
file or directory
[22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
such file or directory
[22.761] drmOpenDevice: open result is -1, (No such file or directory)
[22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
such file or directory
[22.761] drmOpenDevice: open result is -1, (No such file or directory)
[22.761] drmOpenDevice: Open failed
This is only an excerpt from the full log, and it is due to slightly weird
open procedure for drm node. Either post the whole log, or look at
the log down, where driver should say that drm opened and dri initialized.
gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"
This looks more serious and might be the actual cause of failed startup.
I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.
This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.
However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)
Best regards,
Gus
--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986
PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style
___
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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/155547java/jboss 5 port build failure o ports/155546libtool doesn't work properly if not using built in co f ports/155545Updating port multimedia/mediainfo to 0.7.42 o ports/155538new port devel/radlib radlib developer library. Event- o ports/155537Update deskutils/xneur to 0.12.0 o ports/155525[MAINTAINER] games/assaultcube: fixes and additions o ports/155519multmedia/xvid update to v1.3.0 o ports/155516LibreOffice lags o ports/155515OpenOffice lags o ports/155509Update port: net/xrdp update to current cvs version an o ports/155501[UPDATE] mail/dbmail: dbmail-2.2.16 to dbmail 2.2.17 - o ports/155472Change a mail address, . o ports/155471Change a mail address, . o ports/155470Change a mail address, . f ports/155469[patch] science/meep missing build dependency gsed o ports/155456security/openssh-portable fails to compile with LPK en f ports/155450net/bmon: bmon depends on rrdtool with WITHOUT_RRDTOOL f ports/155422Build of 'mail/mutt-devel' fails o ports/155417[patch] www/nspluginwrapper: NSPlugin Viewer WARNING: o ports/155413devel/pwlib fails to install o ports/155405databases/cego: [update] [ports] new version and added f ports/155404[PATCH] mail/mutt-devel: doesn't build in presence of f ports/155393[PATCH] www/speedtest-mini: update to 2.1.8 f ports/155356audio/xwave changed master site o ports/155344New port: irc/inspircd12 f ports/155306multimedia/openshot doesn't work o ports/155225plz split antlr2 and antlr3 ports. not update antlr2 - f ports/155208sysutils/file is updated to 5.05 f ports/155200[UPDATE] devel/libchipcard: Update to 5.0.0, remove de f ports/155170[update] www/ocaml-net to 3.2.1 o ports/155166update deskutils/org-mode.el to 7.4 f ports/155143/usr/ports/irc/unreal - Unreal IRCD runs as root by d f ports/155120Update of port devel/php-libawl o ports/155116Port update: devel/antlr2-python-runtime f ports/155115devel/doxygen: dependancy loop o ports/155111Create new megaglest port o ports/155105Port science/vis5d+ does not build. o ports/155070NEW PORT: games/CastleVox - new fast strategy board ga o ports/155064New port: devel/stringtemplate, a java lib for text fo o ports/155063Port update: devel/antlrworks a ports/155062Port update: devel/antlr o ports/155014New port: security/create-cert: Create self-signed cli o ports/154995[NEW PORT] audio/umurmur: Minimalistic Murmur (Mumble f ports/154973[PATCH] security/ike: fix plist when QTGUI=off, respec o ports/154942net/scribe: rc.d/thrift starts no matter what the rc.c o ports/154902[patch] Port devel/libedit: added libedit.pc for gnome o ports/154867new port: net-mgmt/glpi-plugins-fusioninventory-server o ports/154829[PATCH] devel/arduino: Eliminate references to legacy o ports/154793Fix broken ports: korean/unzip f ports/154743[PATCH] games/odamex v0.5.1 o ports/154730security/openssh-portable is 5.2 f ports/154719[PATCH] net/netdude update to 0.5.1 (incl. libnetdude o ports/154711security/heimdal: kadmin: hdb_open: hdb_open failed in o ports/154700[REPOCOPY] change name of japanese/asterisk-sounds to f ports/154682net/iaxmodem: add rc script for running more than 1 ia o ports/154555[PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154551New port: java/jdownloader - Download manager for host o ports/154548textproc/pootle: Pootle's rc.d script don't take into o ports/154530[PATCH] graphics/libvisual04: Fix path conflict & take o ports/154519[PATCH] net/beacon: update to 1.4 f ports/154431[patch] ports/Tools/scripts: python scripts use bad sh o ports/154401New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154285[NEW PORT] java/netty: Java NIO client server framewor o ports/154254[patch] asmail imap login broken with gmail at al. o ports/154202New port: security/scannedonly - A Samba VFS virus sca f ports/154194
Re: Compiling ports in a post-9.0-RELEASE world
On Sat, Mar 12, 2011 at 02:00:33PM -0800, Doug Barton wrote: > 1. Fix all ports to compile with both gcc 4.2 (for RELENG_[78]) and clang. I do not believe we have enough time before 9.0R to accomplish this; especially as I understand that there is pressure within the src committer community to simply "throw the switch". > 2. Adopt an official "ports compiler," which would likely be one of > the gcc versions from the ports tree itself, and update all ports to > work with it. I think this is our only reasonable alternative medium-term. Let me add on to this discussion the attempts to do this so far. (Note: I have not worked on any of them; this is all just FYI). PR ports/155408 [PATCH] add support for USE_GCC_BUILD to bsd.port.mk IMHO, necessary but insufficient. http://wiki.freebsd.org/PortsAndClang A status report on a package run vs. the clang compiler. Some of the data may be stale; updates are welcome. This is probably the best place to start updating data. fwiw, it includes a link to patches to not only various ports, but also the infrastructure: http://rainbow-runner.nl/clang/patches/ http://wiki.freebsd.org/SOC2010AndriusMorkunas This was a Google Summer of Code project: "making ports work with clang". I do not know the status of this project. I hope that someone will update the wiki with the latest status on the latter two projects. mcl ___ 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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
14.03.2011 12:06, Kostik Belousov пишет: On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote: 14.03.2011 00:03, George Liaskos пишет: The crash is probably happening the first time something tries to access dri, libdrm. I believe that kwin tries to use desktop effects by default. Better try a simple xinit for start to see how it goes and post the log. Ok, after some research about the patch i believe that this how it should be : Tried both this patch and previous one. It compiles fine, but still doesn't working. There is the messages: Xorg.0.log: [22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available [22.760] drmOpenDevice: node name is /dev/dri/card0 [22.761] Failed to change owner or group for file /dev/dri! 2: No such file or directory [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [22.761] drmOpenDevice: open result is -1, (No such file or directory) [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [22.761] drmOpenDevice: open result is -1, (No such file or directory) [22.761] drmOpenDevice: Open failed This is only an excerpt from the full log, and it is due to slightly weird open procedure for drm node. Either post the whole log, or look at the log down, where driver should say that drm opened and dri initialized. Yes, you are right. But i thought it worth mentioned. gdm/:0.log /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so: Undefined symbol "dixRequestPrivate" This looks more serious and might be the actual cause of failed startup. Seems so. -- 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: Plans for making MAKE_JOBS_SAFE as default
On Sun, Mar 13, 2011 at 10:14:46PM +0300, Anonymous wrote: > Alexey Dokuchaev writes: > > On Thu, Dec 23, 2010 at 07:12:22AM -0600, Ade Lovett wrote: > >> Given that we're _really_ close to 7.4/8.2 -- not this side of > >> January -- random uneducated guess. In time for 9.0. > > > > I understand that it's not in time for upcoming releases, but I'd like > > to push the change after the ports tree is unslushed. > > 7.4/8.2 are officially out. Didn't you request an -exp run yet? I'm not sure if it's perfect time for this right now, as new gmake is supposed to hit the tree soon, and flipping -jX switch now could jeopardize the transit. Maybe portmgr@ (if they're reading this) can provide some guidance on how to handle this the best way. ./danfe ___ 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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so: > Undefined symbol "dixRequestPrivate" I am at work right now but from a quick look dixRequestPrivate seems to be removed from xserver somewhere between 1.8 and 1.9 branch. It was defined at include/xorg/privates.h and this function gets called from src/i830_exa.c:1038 http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/src/i830_exa.c?h=2.7 There seems to be some info about the dixRequestPrivate replacement here http://lists.x.org/archives/xorg-devel/2010-April/007892.html ___ 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: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot
On Mon, 14 Mar 2011 04:30, mikael.urankar@ wrote:
On Mon 14 March 2011 at 02:44:16AM -0400, J. Hellenthal wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 10 Mar 2011 08:17, mikael.urankar@ wrote:
Hi,
I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot
and this soft is broken since the upgrade of my pool to ZFSv28.
After some debugging it appears that "zfs list" behaviour has changed
with ZFSv28, and since freebsd-snapshot relies on "zfs list" to retrieve
the "ZFS file system name" from the "mountpoint name" the soft doesn't
work anymore.
output of "zfs list" on a 8.2R amd64 (ZFSv15) :
zfs list /home/murankar
NAME USED AVAIL REFER MOUNTPOINT
tank/home/murankar 1.47M 1.59T 1.47M /home/murankar
zfs list tank/home/murankar
NAME USED AVAIL REFER MOUNTPOINT
tank/home/murankar 1.47M 1.59T 1.47M /home/murankar
on a 9-Current amd64 I've got no output for "zfs list /home/murankar"
and a exit code of 1
the output of "zfs list tank/home/murankar" is correct :
NAME USED AVAIL REFER MOUNTPOINT
tank/home/murankar 6,56G 286G 6,55G /home/murankar
Looking at the output here I am hoping that this is not hand typed! the
character ',' appears in this output which might fool a script into doing
other things if it has not been avoided in the first place.
This is not hand typed and depends on the locale in use :
zfs list tank/home/murankar
NAME USED AVAIL REFER MOUNTPOINT
tank/home/murankar 6,65G 286G 6,58G /home/murankar
setenv LANG en_US.UTF8
zfs list tank/home/murankar
NAME USED AVAIL REFER MOUNTPOINT
tank/home/murankar 6.65G 286G 6.58G /home/murankar
freebsd-snapshot set LC_ALL and LANG to C
If you have upgraded that machine to 9-CURRENT and have
sysutils/zfsnap installed I would recommend deleting any snapshots
that you have before it runs the snapshot scripts. This assumes that the
snapshot script might have changed since you upgraded it and that the
snapshot names are different. Better to be on the sane side.
See UPDATING/20100929 for reference.
I've deleted all old snapshots before running the snapshot scripts, but
to not avail.
# Correct syntax:
zfs list pool/dataset1/dataset2
# Incorrect syntax: ( I hope you were hand typing that and missed... )
zfs list /dataset1/dataset2
In fact I was only doing by "hand" what freebsd-snapshot is doing.
See op_make() from /usr/local/sbin/snapshot (near line 285) :
# operate on filesystem
+echo "XXX zfs list $fs_dir"
if [ ".$zfs_enabled" = .yes ] && (zfs list $fs_dir) >/dev/null
2>&1; then
/usr/local/sbin/snapshot make -g4 /var:test
XXX zfs list /var
Is it the normal behaviour for ZFSv28 or some kind of regression ?
No its not normal, and some sort of regression possible. Though I usually
take regression as performance issues as in speed.
Also,
pkg-descr
freebsd-snapshot is a set of convenience front-end tools to mount(8)
and mdconfig(8) for the management of UFS2 snapshots. It is
also the under-lying tool used in the periodic snapshot
scheduler periodic-snapshot(8) and the mounting/unmouning
command in the amd(8) map /usr/local/etc/amd.map.snap. It
provides the making, expiring, visiting, mounting and
unmounting of filesystem snapshots.
pkg-descr
zfSnap is simple sh script to make rolling zfs snapshots with cron. Main
advantage of zfSnap is that it's written in %100 pure /bin/sh, doesn't
require any additional software to run, and is simple to use.
zfSnap keeps all information about snapshot in snapshot name. zfs snapshot
names are in form: Time-stamp--TTL where time-stamp is date and time of
snapshot creation and TTL is Time To Live in human readable form.
Did you happen to mix the above two up ? If so then rinse and repeat.
Nope, freebsd-snapshot can handle ZFS snapshot and it uses to work fine
with ZFSv{14,15}, see the copyright notice :
FreeBSD UFS/ZFS Snapshot Management Environment, the pkg-descr file
seems outdated.
Thanks for your help.
Since this is s locale dependent script I have added the maintainer to the
CC so he can adjust it properly upstream.
A simple ( export LC_ALL=C ) to the top of the script should fix it
permanently.
--
Regards,
J. Hellenthal
(0x89D8547E)
JJH48-ARIN
___
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: portmaster comments
Am 14.03.2011 01:45, schrieb Doug Barton:
On 3/13/2011 5:35 PM, Peter Jeremy wrote:
Hi Doug,
I'd like to raise a couple of nits with portmaster (primarily a wish
for more configurability):
1) In v3.0, you added code to nice(1) all make(1) invocations. In some
cases, the default niceness does not suit me (in particular, I'd often
prefer '0' to '10'). Would it be possible to add an option to control
the priority?
2) In v3.6, you added a "find $WRKDIRPREFIX ..." to the cleanup. For
various reasons, I have _lots_ of unrelated stuff under that tree and
so the find(1) takes an unacceptably long time to run. It would be
nice to restrict that search to $WRKDIRPREFIX${.CURDIR} and have an
option to disable it completely.
Neither is likely to happen. :) I may however remove 1, it didn't really
help much, if at all. As for 2, my suggestion is to have a WRKDIRPREFIX
for development stuff, and a different one for portmaster. It's pretty
easy to do with a make.conf knob searching for whether UPGRADE_TOOL is
set to "portmaster." I have such a thing which I can send you if you
really need me to, but I'm not booted into FreeBSD right now so I don't
have it close to hand.
BTW, the reason I'm not amenable to your suggestion in 2 is that only a
few developer-types actually care about this, and that doesn't justify
the code complexity. Just be thankful I didn't go with my first
instinct, which was to 'rm -rf $WRKDIRPREFIX' :)
Hi Doug,
as to the 2nd issue:
What's the issue with $WRKDIRPREFIX${.CURDIR}? Or possibly, if you need
wider coverage, $WRKDIRPREFIX$PORTSDIR? The latter is, however, harmful
if multiple processes run in parallel, but I haven't checked lately if
portmaster sets locks to avoid that situation.
Best
--
Matthias Andree
ports committer
___
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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote: > 14.03.2011 00:03, George Liaskos пишет: > >>The crash is probably happening the first time something tries to access > >>dri, libdrm. > > > >I believe that kwin tries to use desktop effects by default. Better > >try a simple xinit for start to see how it goes and post the log. > > > >Ok, after some research about the patch i believe that this how it should > >be : > > > > Tried both this patch and previous one. It compiles fine, but still doesn't > working. There is the messages: > > Xorg.0.log: > [22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available > [22.760] drmOpenDevice: node name is /dev/dri/card0 > [22.761] Failed to change owner or group for file /dev/dri! 2: No such > file or directory > [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No > such file or directory > [22.761] drmOpenDevice: open result is -1, (No such file or directory) > [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No > such file or directory > [22.761] drmOpenDevice: open result is -1, (No such file or directory) > [22.761] drmOpenDevice: Open failed This is only an excerpt from the full log, and it is due to slightly weird open procedure for drm node. Either post the whole log, or look at the log down, where driver should say that drm opened and dri initialized. > > gdm/:0.log > /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so: > Undefined symbol "dixRequestPrivate" This looks more serious and might be the actual cause of failed startup. > > gdm/:0-greeter.log > polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource > temporarily unavailable) on X server :0.0. > polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or > directory) on X server :0.0. > > The screen is just blinks couple of times and then just stay black. > I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel. > My card is Mobile 945GM/GU Express Integrated Graphics Controller. > > Since this is my working system, i had to revert to old versions from ports. > > -- > Regards, > Ruslan > ___ > freebsd-...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscr...@freebsd.org" pgpx7LuHcTCqF.pgp Description: PGP signature
Re: portmaster comments
On Sun, 13 Mar 2011 20:45, dougb@ wrote:
On 3/13/2011 5:35 PM, Peter Jeremy wrote:
Hi Doug,
I'd like to raise a couple of nits with portmaster (primarily a wish
for more configurability):
1) In v3.0, you added code to nice(1) all make(1) invocations. In some
cases, the default niceness does not suit me (in particular, I'd often
prefer '0' to '10'). Would it be possible to add an option to control
the priority?
2) In v3.6, you added a "find $WRKDIRPREFIX ..." to the cleanup. For
various reasons, I have _lots_ of unrelated stuff under that tree and
so the find(1) takes an unacceptably long time to run. It would be
nice to restrict that search to $WRKDIRPREFIX${.CURDIR} and have an
option to disable it completely.
Neither is likely to happen. :) I may however remove 1, it didn't really
help much, if at all. As for 2, my suggestion is to have a WRKDIRPREFIX for
development stuff, and a different one for portmaster. It's pretty easy to do
with a make.conf knob searching for whether UPGRADE_TOOL is set to
This doesn't have any effect for,
/usr/ports/lang/python/Makefile:31:.if defined(USE_PORTMASTER)
Does it ?
It would be real nice if these things were somewhat in sync for their
intended use.
Ill BCC python@ for the heads up on ``UPGRADE_TOOL'' I would prefer this
personally over USE_ vars. But is this common among portupgrade and
portmaster ? If not can something be done in tree to decipher it into what
is supposed to be set to avoid confusion ?
"portmaster." I have such a thing which I can send you if you really need me
to, but I'm not booted into FreeBSD right now so I don't have it close to
hand.
--
Regards,
J. Hellenthal
(0x89D8547E)
JJH48-ARIN
___
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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
14.03.2011 00:03, George Liaskos пишет: The crash is probably happening the first time something tries to access dri, libdrm. I believe that kwin tries to use desktop effects by default. Better try a simple xinit for start to see how it goes and post the log. Ok, after some research about the patch i believe that this how it should be : Tried both this patch and previous one. It compiles fine, but still doesn't working. There is the messages: Xorg.0.log: [22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available [22.760] drmOpenDevice: node name is /dev/dri/card0 [22.761] Failed to change owner or group for file /dev/dri! 2: No such file or directory [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [22.761] drmOpenDevice: open result is -1, (No such file or directory) [22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [22.761] drmOpenDevice: open result is -1, (No such file or directory) [22.761] drmOpenDevice: Open failed gdm/:0.log /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so: Undefined symbol "dixRequestPrivate" gdm/:0-greeter.log polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily unavailable) on X server :0.0. polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or directory) on X server :0.0. The screen is just blinks couple of times and then just stay black. I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel. My card is Mobile 945GM/GU Express Integrated Graphics Controller. Since this is my working system, i had to revert to old versions from ports. -- 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"
