Re: www/epiphany wants graphics/gdk-pixbuf that's not available in ports
On Wed, 2017-05-17 at 20:16 -0700, bob prohaska wrote: Hi, > For some reason the port of www/epiphany is asking for a version > of graphics/gdk-pixbuf (2.36.5) later than the most recent version > available via svn ( 2.32.3). Epiphany depends on graphics/gdk-pixbuf2 not the really older gdk- pixbuf. > Perhaps more curiously, when looking in graphics/gdk-pixbuf the > directory > listing reports the presence of gdk-pixbuf-0.22.0 which seems most > confusing. That's the source directory which gave rise to 2.32.3 > found > by www/epiphany. I think your trying to build ports from the HEAD ports tree, but have quartery packages installed. Gdk-pixbuf2 was updated to 2.36 in April, so that version is not available as a package in the 2017Q2 quartery branch. -Koop > Is something entirely mixed up? This is on RPI2 running -current, but > that isn't obviously relevant: Far as I can see, port names aren't > platform > specific. I.e., "ports is ports". (apologies to Walt Kelley) > > Thanks for reading, > > bob prohaska > > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.o > rg" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: manpath change for ports ?
On Tue, 2017-03-07 at 00:56 +0100, Baptiste Daroussin wrote: > Hi all, > > I would like to propose a change in the localbase hier for ports > > I think we should add /usr/local/share/man in the manpath along with > at first > and maybe instead of in long term. > > The reason is: > - /usr/local/share/man seems more consistent to me with base which > have: > /usr/share/man > - It will remove lots of patches from the ports tree where were we > need to patch > upstream build system to install in a non usual path. > > My proposal is to add to the manpath /usr/local/share/man in default > man(1) > command in FreeBSD 12 (MFCed to 11-STABLE) > > and either provide an errata for 11.0/10.3 or a > /usr/local/etc/man.d/something.conf via a port or something like that > for those > two, what do you think? > > For the same reason I would like to allow porters to stop patching > (with pathfix > or anything else) the path for pkgconfig files and allow > /usr/local/lib/pkgconfig along with the current > /usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig > > Which will also remove tons of hacks from the ports tree. > > What do you think? > > Best regards, > Bapt Hello, I recently committed the USES for the meson build system to ports. This USES configures the meson build system with some default variables which includes the location of the man pages. This setting is just a flag to the meson command so it easy to change. Meson also handles the generation and installation of pkg-config files that a port wants. The problem is that this is handled by the script itself and there is no way to configure it, so we need to hack the meson port to change it from lib/pkg-config to libdata/pkg-config like we currently are using. (1) Or add a hack to meson.mk to move the pkg- config to the right location (evil++ imho). My point I want to make is that currently there is only 1 port build via the meson system (graphics/graphene). Should we change man/pkg- config file locations now, it very easy. If we want to change them later we will need to mass bump every meson build port. It is important to note that GStreamer and GNOME are moving over to using meson instead of autotools and that Wayland, Xorg en Mesa are exploring want is needed to make the switch. So I think it important that the decision what to do is done now and that we stick with it. Reading the rest of the thread it seems nobody is really against the proposed change of man and pkg-config path's. So how does one submit a policy change like this? I'm also not sure I'm the right person to push this, I just got back from a break and I don't want to really deal with something super high profile right away. -Koop (1) I would like to see lib/pkg-config back in the search path of pkgconf since that means I don't have to do a crash course python programming. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: iso-codes
On Mon, 2016-08-22 at 02:42 +1000, Kubilay Kocak wrote: > On 21/08/2016 8:49 PM, l...@lena.kiev.ua wrote: > > > > Does the latest version of the port misc/iso-codes really need > > python 3 > > for build? > > > > Python 2.7 not enough? > > > > https://svnweb.freebsd.org/ports/head/misc/iso-codes/Makefile?r1=40 > > 9133=420522 > A grep of the sources shows many references to python3 (calling > script), > including: I think Lena is more wondering about the new build requirement off python3. As your pointed out the scripts require python3, there is not much I can do about that. I also don't see much point in trying to bash the scripts into shape using the full version (3.4 in this case) python version since they are only used during build time. -Koop > bin/validate_json_data.py:#!/usr/bin/env python3 > bin/xml_from_json.py:#!/usr/bin/env python3 > bin/pot_from_json.py:#!/usr/bin/env python3 > bin/check_valid_utf8.py:#!/usr/bin/env python3 > > And in the build system: > > common.mk: python3 $(top_srcdir)/bin/pot_from_json.py $(DOMAIN) > $(top_srcdir)/data > common.mk: python3 $(top_srcdir)/bin/xml_from_json.py $(DOMAIN) > $(top_srcdir)/data $@ > common.mk: python3 $(top_srcdir)/bin/check_valid_utf8.py > $(pofiles) > > I didn't check whether this was a recent change (new in 3.69) or not. > > These could/should be updated to use python3.x scripts directly > instead, > rather then the python3 symlink provided by lang/python3. This could > be > done with judicious use of USES=shebangfix > > Maintainer CC'd > > Hope that helps Lena > > ./koobs ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: graphics/gimp-app: pkg-static: Unable to access ... plug-ins/file-mng: No such file or directory
On Fri, 2015-12-11 at 22:47 +0100, Albert Shih wrote: > Le 26/11/2015 à 08:42:00+0100, O. Hartmann a écrit > > Updating ports fails on most recent CURRENT and most recent ports > > tree > > (as of today, both worlds) with the error shown below: > > > > [] > > gmake[5]: Leaving directory > > '/usr/ports/graphics/gimp-app/work/gimp-2.8.16' gmake[4]: Leaving > > directory '/usr/ports/graphics/gimp-app/work/gimp-2.8.16' gmake[3]: > > Leaving directory '/usr/ports/graphics/gimp-app/work/gimp-2.8.16' > > gmake[2]: Leaving directory > > '/usr/ports/graphics/gimp-app/work/gimp-2.8.16' > Compressing > > man > > pages (compress-man) ===>>> Starting check for runtime dependencies > > ===>>> Gathering dependency list for graphics/gimp-app from ports > > ===>>> Dependency check complete for graphics/gimp-app > > > > ===>>> All >> gimp-gutenprint-5.2.10_2 >> graphics/gimp-app (2/4) > > > > ===> Installing for gimp-app-2.8.16,1 > > ===> Registering installation for gimp-app-2.8.16,1 as automatic > > pkg-static: Unable to access > > file /usr/ports/graphics/gimp- > > app/work/stage/usr/local/libexec/gimp/2.2/plug-ins/file-mng: > > No such file or directory *** Error code 74 This is curious, my guess is that it can't find libmng. Could you both post the config.log file somewhere? -Koop P.S. It might be handy to CC the maintainer too. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: USES=desktop-file-utils, INSTALLS_ICONS, and pkg
On Tue, 2015-09-08 at 15:51 -0700, Don Lewis wrote: > I've been working on a port update and happened to notice that when I > installed an updated package the entries under the Applications menu > on > my desktop were not getting updated. > > Looking at /usr/ports/Mk/Uses/desktop-file-utils.mk, I see that it > adds > "@desktop-file-utils" to PLIST_FILES, and I do see this in > .PLIST.mktmp > when I build the port. I don't see it in the +MANIFEST file in the > package .txz file. Digging through the source for pkg, I don't see > anything in the code for handling @desktop-file-utils. It is in the ports tree: ports/Keywords/desktop-file-utils.ucl > Something else that I don't see in the source for pkg is anything > that > handles @rmtry, which INSTALL_ICONS wants to add to the plist. > > Neither of these @things is documented in pkg-create(8). Reading > this > man page, I see that @exec and @unexec are deprecated, and these are > used fairly heavily in the ports framework. ports/Keywords/rmtry.ucl -Koop ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: brasero-3.12.1
On Sat, 2015-08-08 at 12:08 -0400, Paul Pathiakis via freebsd-gnome wrote: Hi, This problem exists upstream. Whether on FreeBSD or PCBSD, brasero is still looking for libdvdcss.so.2. https://www.reddit.com/r/archlinux/comments/2tky0r/brasero_doesnt_rea d_css_encrypted_dvds_claims/ Thank you, P. Thanks for the headup, I have committed a patch I found in the upstream bug about this issue. -Koop ___ 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: net/liferea
On 11-7-2015 19:44, Loïc BLOT wrote: I also think we should add dconf. Liferea is linked with dconf for many things and users doesn't want to reconfigure software at each usage :) Done, thanks for reporting! ___ 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: libdrm 2.4.58 upgrade fails
On 1-4-2015 15:06, Torfinn Ingolfsen wrote: 1 warning generated. CCLD modetest libtool: link: cannot find the library `/usr/local/lib/libfontconfig.la' or unhandled argument `/usr/local/lib/libfontconfig.la' Makefile:418: recipe for target 'modetest' failed gmake[5]: *** [modetest] Error 1 gmake[5]: Leaving directory Please read ports/UPDATING entry 20140909 for instructions for a solution how to deal with missing .la files. -Koop ___ 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: Build Failure: webkit-gtk2
On 13-1-2015 22:13, Christoph Moench-Tegeder wrote: ## Per olof Ljungmark (p...@intersonic.se): CXXLDlibWTF.la CXXLDPrograms/LLIntOffsetsExtractor /usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as linker script /usr/bin/ld:./.libs/libWTF.a:1: syntax error c++: error: linker command failed with exit code 1 (use -v to see invocation) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196296 That, and the related/duplicate 196333 and 195500 (webkit-gtk3). Due to a maintenance issue, changes to bugs between 2015-01-07 and 2015-01-10 were lost. Please resubmit any updates as appropriate. We apologize for the inconvenience. Great for those who do not check bugzilla on a daily basis :) Anyway, to reliably build webkit-gtk you must enable BOTH WEBGL and WEBAUDIO, otherwise the build will fail. Those options are gone with the update to webkit-gtk 2.4.8 (in both the -gtk2 and the -gtk3 port). There had been two problems, one related to GNU ar and the other one when building with non-default OPTIONS. The latter one has been resolved in r376609, the former one has not been fixed yet - despite rather distinct error messages, the problems have been mixed up in the PRs. Is any gnome@ committer around to commit the rest of the fixes? Regards, Christoph That would be me. Hardcoding AR=/usr/bin/ar isn't a fix I like. Like Kurt mentioned earlier: The webkit-gtk2 build fails if the ports 'ar' is found before the system 'ar'. Check $PATH and put /usr/bin before /usr/local/bin. - What I would like to know is why people are changing PATH? -Koop ___ 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: Audacious and GTK3
On 18-12-2014 16:39, Andrea Venturoli wrote: On 12/18/14 13:10, Jan Beich wrote: Do you use default icon theme? If so it needs to be manually installed. The issue is common for any gtk30 app. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195455 B) Toggles in menus won't show up: as an example to show what I mean, I can hit Ctrl-M to enable Stop After This Song and the same can be done from Playback menu; however, when looking in that menu, there is no tick near this option, so there is no way to know if it is enabled or not. A consequence of the above issue. Don't confuse with similar issue that often happens with apps not supporting :checked since gtk-3.14. Thanks. Both issues were solved by installing adwaita-icon-theme; I agree that should be a dependency (of audacious at least, if not of gtk3). I'm still trying to solve the third issue. bye av. adwaita-icon-theme will be a run_dep of gtk3 in the next update. I was under the impression that it already was, but it got apparently lost in transition. -Koop ___ 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: Resetting maintainership
On 10-12-2014 23:27, Pietro Cerutti wrote: All, unfortunately, I don't foresee having time to take care of my ports as they deserve in the near future. Hence, I'm dropping maintainership of all of them. Of course, I'll be occasionally patching and updating stuff here and there anyway. Here's the list of ports. Please be greedy :) audio/ccaudio2 audio/dcd audio/etcd audio/gervill audio/gmixer audio/gnomoradio audio/jack_mixer audio/libaiff audio/libebur128 audio/libgroove audio/musica audio/osalp audio/tcd audio/tuxguitar audio/wavbreaker cad/meshdev cad/meshlab databases/mysql-connector-c databases/mysql-connector-c++ databases/speedtables deskutils/ganttproject deskutils/taskd deskutils/taskwarrior deskutils/vit devel/build devel/catch devel/cbrowser devel/cdash devel/cscope devel/csoap devel/dcmtk devel/dparser devel/ftjam devel/gdcm devel/libghthash devel/libpeak devel/libqxt devel/pypersrc devel/qt4-qtsolutions-soap devel/sourcenav devel/ucommon devel/xwpe devel/yajl editors/codelite editors/fxite editors/texworks ftp/ftpcube games/adgali games/atr3d graphics/aeskulap graphics/aqsis graphics/ayam graphics/figurine graphics/freeimage graphics/libosmesa graphics/separate graphics/tulip java/netbeans java/netbeans-devel lang/cfortran lang/io lang/kawa lang/nbfc lang/seed7 mail/ez-pine-gpg mail/mbox2imap math/abacus math/carve math/gambit math/goblin math/libtommath math/mpir math/newmat math/ogdf math/oleo math/vtk5 math/vtk5-data math/vtk6 math/yacas multimedia/gmencoder net/gnu-radius net/jags net/jrdesktop net/trickle net-im/jarl net-im/openfire net-im/telegram net-p2p/dclib net-p2p/valknut ports.txt This one sounds fun, can I have it? :) print/lilypond print/lilypond-devel security/py-pow sysutils/createrepo sysutils/deltarpm sysutils/heirloom sysutils/pam_mount sysutils/pwsafe sysutils/tmux textproc/hevea textproc/scew textproc/xerces-c3 textproc/xqilla textproc/zorba www/igal2 www/tivoka www/wsmake www/xaraya x11/erun x11/ooxcb x11/slock x11/thingylaunch x11-fm/ezfm x11-fm/xfe x11-themes/e16-themes x11-toolkits/fltk x11-toolkits/fltk-devel x11-toolkits/fox14 x11-toolkits/fox16 x11-toolkits/fox17 x11-toolkits/movingmotif x11-toolkits/vtkfox x11-toolkits/wxgtk30 x11-toolkits/xforms x11-wm/e16 x11-wm/enlightenment-docs x11-wm/epplets x11-wm/flwm x11-wm/jewel x11-wm/obpager ___ 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: Building net-im/telepathy-qt4 fails
On 3-12-2014 11:18, Alberto Villa wrote: Thanks for the report; I'll have a look and update the port within the weekend. Il giorno mer 3 dic 2014 10:58 Jerry je...@seibercom.net ha scritto: Is there anyone, other than me obviously, that has a problem updating the net-im/telepathy-qt4 port. The build log is located here: http://www.seibercom.net/logs/telepathy-qt4.txt This is the tail of the log: ./.libs/libgstegl-1.0.so: undefined reference to `eglDestroyImageKHR' cc: error: linker command failed with exit code 1 (use -v to see invocation) This was reported to be fixed in the Gstreamer 1.4.x series I will finish that upgrade and get it committed asap. ___ 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: Build of telepathy-glib fails
On 3-12-2014 22:58, Lowell Gilbert wrote: Andre Goree an...@drenet.net writes: On 12/03/2014 2:23 pm, Lowell Gilbert wrote: Andre Goree an...@drenet.net writes: FWIW, I've also seen this. Like someone else mentioned, I think it has to do with the vala install, which I haven't been able to update either because according to /usr/ports/UPDATING I need to install gnome3 to update it, which I find to be ludicrous. You are misunderstanding the instructions. If you aren't using Gnome, it's quite possible that nothing on your system depends on vala, so the users of vala description wouldn't apply to you. Assuming that it is in fact a leaf node, updating (or removing) it is fine and doesn't even require any special instructions. telepathy-glib has a runtime dependency on vala, but you'll probably still be fine doing a normal upgrade of both. Unfortunately: root@daemon2 ~ # pkg remove vala Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 9 packages (of 0 packages in the universe): Installed packages to be REMOVED: vala-0.20.1_1 vala-vapigen-0.20.1_1 (depends on vala-0.20.1_1) telepathy-glib-0.20.2_1 (depends on vala-0.20.1_1) telepathy-farsight-0.0.19_2 (depends on vala-0.20.1_1) telepathy-qt4-0.9.3_1 (depends on vala-0.20.1_1) krfb-4.14.2 (depends on vala-0.20.1_1) kdenetwork-4.14.2 (depends on vala-0.20.1_1) kde-4.14.2 (depends on vala-0.20.1_1) krdc-4.14.2 (depends on vala-0.20.1_1) and even: root@daemon2 ~ # pkg remove vala-vapigen-0.20.1_1 Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 8 packages (of 0 packages in the universe): Installed packages to be REMOVED: vala-vapigen-0.20.1_1 telepathy-glib-0.20.2_1 (depends on vala-vapigen-0.20.1_1) telepathy-farsight-0.0.19_2 (depends on vala-vapigen-0.20.1_1) telepathy-qt4-0.9.3_1 (depends on vala-vapigen-0.20.1_1) krfb-4.14.2 (depends on vala-vapigen-0.20.1_1) kdenetwork-4.14.2 (depends on vala-vapigen-0.20.1_1) kde-4.14.2 (depends on vala-vapigen-0.20.1_1) krdc-4.14.2 (depends on vala-vapigen-0.20.1_1) I do indeed use kde4 on this box. You could check with whoever wrote that UPDATING entry. At the very worst, you'll have to do something along the lines of pkg delete vala-vapigen followed by a pkg add x11/kde (or some equivalent like building the port instead of the pkg add). In other words, follow the instructions as listed but replace gnome3 with kde4. That would be my recommendation. I suppose the UPDATING entry could be corrected to cover anything that gets deinstalled by the pkg delete bits of the procedure, not just gnome. The update instructions mention that the user should make a list of installed ports, and install ports that where uninstalled after the update is done. This was done in this manor so that there would be no stale ports left on the system. Adding more would make the instruction rather complex. If only vala-vapigen is involved you can remove it with pkg delete -f vala-vapigen this will only remove this 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: Caveat: Firefox and Thunderbird not working with latest GTK
On 24-11-2014 18:08, Dave wrote: On Monday 24 November 2014 11:40:56 Andrea Venturoli wrote: Hello. The box is a 9.3/i386 and I'm using portupgrade to compile ports from source; the desktop environment is XFCE. Yesterday evening I updated some unrelated ports and some dependencies of Firefox and Thunderbird were updated: after that, those two applications were not running properly. The main window would come up, but never be updated anymore; if I typed on the keyboard I could perceive something happening under the hood (other windows popping up, network packets flowing), but I would see nothing on the screen (the main window would stay exactly as it was when it opened). I removed all extensions, but to no avail. I tried portupgrade -Rf thunderbird firefox and let the box compile all night, but again, no luck. So I downgraded all the ports that had been updated and FF and TB started working again. Then I began updating them one at a time and found the culprit to be gtk: when upgrading from 2.24.22_4 to 2.24.25 I get the behaviour described above; after downgrading, both programs work again. I did the same test on another box (10.0/amd64) and got the same results. I found the same here with regard to news/pan. FreeBSD 9.3, AMD64 here. The stalled GUI update symptom occurs after using the search feature. The mouse pointer changes from text selection on moving across the search text box to the paintbrush clear button and clicking that button brings the GUI updates back to life. I'll try the gtk downgrade and report back. Or update the gtk20 port to 2.24.25_1. This should fix the UI update issues in firefox. -Koop ___ 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: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it.
On 23-11-2014 21:49, Mark Millard wrote: I do not see anything about it in /usr/ports/UPDATING but when I attempted to update my powerpc64/GENERIC64vtsc context's ports after updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums port. === Launching child to update xf86-video-ati-6.14.6_4 to xf86-video-ati-7.5.0 === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Currently installed version: xf86-video-ati-6.14.6_4 === Port directory: /usr/ports/x11-drivers/xf86-video-ati === Starting check for all dependencies === Gathering dependency list for x11-drivers/xf86-video-ati from ports === Dependency check complete for x11-drivers/xf86-video-ati === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Cleaning for xf86-video-ati-7.5.0 === xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/xf86-video-ati The context is: root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a 10.1-RELEASE 10.1-RELEASE FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov 23 03:21:22 PST 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc (Note: when one boots a PowerMac with an explicit boot KERNELNAME freebsd-version -k returns /boot/kernel information instead of /boot/KERNELNAME information. But I did not boot that way: This was a /boot/kernel use.) root@FBSDG5M1:/usr/ports # svnlite info Path: . Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 373147 Node Kind: directory Schedule: normal Last Changed Author: crees Last Changed Rev: 373147 Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) root@FBSDG5M1:/usr/ports # svnlite status ? .snap ? restoresymtable root@FBSDG5M1:/usr/ports # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S root@FBSDG5M1:/usr/src # more /etc/src.conf WITH_DEBUG_FILES= WITHOUT_CLANG= WITH_DEBUG= (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES with a clang build involved it failed. It has been some time since I retried that.) root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 HACK!!! to allow sc options DDB # HACK!!! to dump early crash info options GDB # HACK!!! ... #optionsKTR #optionsKTR_MASK=KTR_TRAP #optionsKTR_CPUMASK=0xF #optionsKTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt mishandled device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB# OFW frame buffer options SC_DFLT_FONT# compile font in makeoptions SC_DFLT_FONT=cp437 === Mark Millard markmi at dsl-only.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 ___ 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: powerpc64 vs. Mesa-10.3.2: .libs/libmesa.a(builtin_functions.o)(.text+???): sibling call optimization to `_???' (various) does not allow automatic multiple TOCs
On 2-11-2014 21:09, Mark Millard wrote: Context: powerpc64/GENERIC64 variant. I list the details at the end of this note, including for svnlite info /usr/ports but it is recently svnlite update'd. graphics/dri complained a lot about automatic multiple TOCs and reported needing to recompile with -minimal-toc or -fno-optimize-sibling-calls or to declare such things extern in work/Mesa-10.3.2/src/mesa/drivers/dri/ : CXXLDmesa_dri_drivers.la /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x18e0): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x195c): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern ... (It is a long list of these.) /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x175b0): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x17600): sibling call optimization to `_ZN11ir_function13add_signatureEP21ir_function_signature' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN11ir_function13add_signatureEP21ir_function_signature' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x26c14): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: final link failed: Bad value Makefile:632: recipe for target 'mesa_dri_drivers.la' failed gmake[7]: *** [mesa_dri_drivers.la] Error 1 gmake[7]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drivers/dri' Makefile:718: recipe for target 'all-recursive' failed gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drivers/dri' Makefile:3967: recipe for target 'all-recursive' failed gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' Makefile:1401: recipe for target 'all' failed gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' Makefile:518: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src' Makefile:585: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2' === Compilation failed unexpectedly. Can you try the following patch? We have the same fix in webkit-gtk3, so this might work for you. https://people.freebsd.org/~kwm/mesa-powerpc64.diff -Koop ___ 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: graphics/libEGL graphics/libglapi fail: Localization?
On 31-10-2014 20:39, Beeblebrox wrote: On my system (poudriere jail and host) , both ports fail with same error (ca/LC_MESSAGES/options.mo). Host poudriere make.conf are identical. Disabling below setting in make.conf made no difference. ### OPTIONS_UNSET= DOCS EXAMPLES NLS IPV6 ERROR: === Building for libEGL-10.3.2 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libEGL/work/Mesa-10.3.2/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libEGL/work/Mesa-10.3.2/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 The poudriere error logs for both also have some strange entres for config stage: OpenGL: yes (ES1: no ES2: no) OpenVG: no OSMesa: no DRI platform:drm DRI drivers: no llvm:no Gallium: no While make.conf has these enabled: WITH_NEW_XORG=yes WITH_GALLIUM=yes WITHOUT_NOUVEAU=yes This should have been fixed by https://svnweb.freebsd.org/changeset/ports/371048 . ___ 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: kde4 packages, WITHOUT_NEW_XORG fails
On 4-7-2014 22:49, Kevin Oberman wrote: On Fri, Jul 4, 2014 at 12:03 PM, Patrick Powell papow...@astart.com wrote: On 07/04/14 09:56, Kevin Oberman wrote: On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com wrote: I have run into a problem trying to recompile the KDE4 packages with WITHOUT_NEW_XORG=YES. From the CHANGES file: 20140416: AFFECTS: users of x11/xorg graphics/dri graphics/libGL and related ports AUTHOR: x...@freebsd.org The default xorg version has been switched on FreeBSD 10-STABLE and FreeBSD 9-STABLE. To upgrade graphics/libGL, graphics/dri and related MESA ports, it is necessary to first remove the old versions of those ports. No special upgrade procedure is needed for xorg ports but it is necessary to recompile all xorg drivers (xf86-*) and other ports that depend on the xserver version, including emulators/virtualbox-ose-additions. Portrevisions have been bumped where needed, but users of drivers not in the ports tree will need to recompile those. If it is important to stay on the old versions, it is possible to specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg distribution. My make.conf file: WITH_PKGNG=yes WITHOUT_NEW_XORG=yes I did portsnap fetch update, and then did: # cd /usr/ports/x11/kde4 # make missing /tmp/missing_files I massaged the /tmp/missing_files to use pkg to try to download a package if it was in the repository. If they were not, I then tried to use 'make BATCH=YES install' to compile and install the port. Unfortunately, many ports have been updated with calls to the Mesa API that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a result, you can no longer build/run recent version of those ports WITHOUT_NEW_XORG. KDE is probably the bast known of these. That leaves two options: 1. Move to the new Xorg versions (which may not support some older hardware) 2. Use an old (and possibly vulnerable) version of KDE The Xorg and KDE folks simply don't provide any other options that I am aware of. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com OK, then could they please update the CHANGES file and state that? And/or put a warning in the UPDATING or CHANGES ports file: WITHOUT_NEW_XORG option not supported I appreciate the problems, I was just hoping that there was a trivial solution to them... I have no commit bit, but perhaps someone who does will put a note in CHANGES. I certainly think it would be a good idea. This discussion begs the question of why won't WITH_NEW_XORG work for you? I am aware of some pretty old hardware that simply has no support in recent Xorg servers, but these are pretty old by now. And, as time passes, the bit rot will make more and more things fail with the old code. I am far from an X expert, but a post to x11@ of the failure you see WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf, /etc/src.conf and any Xorg.conf you are using might get things working (and might not). x11@ is a far better place to ask any of the questions about X issues. I should also recommend that, if you have not already tried, move your Xorg.conf aside and let X try to configure itself. It is very rare to require a full configuration these days. Most only need things for added fonts and extra modules. The xorg.conf on my laptop is only about 27 lines long and mostly added fonts. ports/UPDATING states: 20140218: AFFECTS: users of KDE SC 4 AUTHOR: k...@freebsd.org KDE SC ports have been updated to 4.12.2. kdeadmin, kdenetwork, kdesdk, and kdetoys ports have been split due to upstream changes. KDE Workspace port has been updated to 4.11.6. It requires modern Mesa libraries, provided by WITH_NEW_XORG knob. To update Xorg ports to newer version follow instructions at https://wiki.freebsd.org/Graphics So it not possible anymore to run KDE4 with WITHOUT_NEW_XORG. -Koop ___ 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: Unable to upgrade to libdmtx-0.7.4_5
On 24-6-2014 12:40, Yuri wrote: On 06/24/2014 03:18, Dr. Peter Voigt wrote: After yesterday ports tree update I am unable to upgrade libdmtx: # portmaster --no-confirm --no-term-title -D -G libdraw There is a problem in this port's dependency on ImageMagick line. I notified maintainer. Yuri This is my fault (since I did the IM update). I remember libdmtx being part of my patch set but it somehow it got dropped. Thanks for reporting this issue! -Koop ___ 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: ImageMagick
On 18-6-2014 11:05, Ajtim wrote: Hi! I was fast. The same problem with stage has ImageMagick too: Fixed thanks for reporting. It might also be usefull to CC the maintainer for these reports :) -Koop === Installing for ImageMagick-6.8.9.3,1 === Checking if graphics/ImageMagick already installed === Registering installation for ImageMagick-6.8.9.3,1 as automatic pkg-static: lstat(/usr/ports/graphics/ImageMagick/work/stage/usr/local/lib/perl5/site_perl/5.16/mach/auto/Image/Magick/Q16/Q16.bs): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/graphics/ImageMagick *** Error code 1 Stop. make: stopped in /usr/ports/graphics/ImageMagick === Installation of ImageMagick-6.8.9.3,1 (graphics/ImageMagick) failed === Aborting update === Update for graphics/ImageMagick failed === Aborting update === Update for graphics/libdmtx failed === Aborting update ___ 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: ImageMagick
On 18-6-2014 15:33, Alex V. Petrov wrote: after update: % convert -quality 75 pic1.jpg picout.jpg temp: no decode delegate for this image format `JPEG' @ error/constitute.c/ReadImage/501. temp: no images defined `picout.jpg' @ error/convert.c/ConvertImageCommand/3187. Fixed in 6.8.9.3_1, thanks for reporting! -Koop 2014-06-18 17:59 GMT+08:00 Koop Mast k...@rainbow-runner.nl mailto:k...@rainbow-runner.nl: On 18-6-2014 11:05, Ajtim wrote: Hi! I was fast. The same problem with stage has ImageMagick too: Fixed thanks for reporting. It might also be usefull to CC the maintainer for these reports :) -Koop === Installing for ImageMagick-6.8.9.3,1 === Checking if graphics/ImageMagick already installed === Registering installation for ImageMagick-6.8.9.3,1 as automatic pkg-static: lstat(/usr/ports/graphics/ImageMagick/work/stage/usr/local/lib/perl5/site_perl/5.16/mach/auto/Image/Magick/Q16/Q16.bs): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/graphics/ImageMagick *** Error code 1 Stop. make: stopped in /usr/ports/graphics/ImageMagick === Installation of ImageMagick-6.8.9.3,1 (graphics/ImageMagick) failed === Aborting update === Update for graphics/ImageMagick failed === Aborting update === Update for graphics/libdmtx failed === Aborting update ___ freebsd-ports@freebsd.org mailto: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 mailto:freebsd-ports-unsubscr...@freebsd.org -- -- Alex V. Petrov ___ 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: unable to install devel/py27-dbus
On wo, 2014-06-04 at 06:42 -0400, Jerry wrote: FreeBSD 10.0-RELEASE-p3 amd64 I am unable to update the devel/py-dbus port. The build end with this error message: Please read ports/UPDATING entry 20140525 to resolve this problem. === Staging for pydbus-common-1.1.1_4 === Generating temporary packing list /bin/mkdir -p /usr/ports/devel/pydbus-common/work/stage/usr/local/include/dbus-1.0/dbus/ install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/include/dbus-python.h /usr/ports/devel/pydbus-common/work/stage/usr/local/include/dbus-1.0/dbus/dbus-python.h install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/dbus-python.pc /usr/ports/devel/pydbus-common/work/stage/usr/local/libdata/pkgconfig/dbus-python.pc /bin/mkdir -p /usr/ports/devel/pydbus-common/work/stage/usr/local/share/examples/py-dbus install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/examples/*.py /usr/ports/devel/pydbus-common/work/stage/usr/local/share/examples/py-dbus /bin/mkdir -p /usr/ports/devel/pydbus-common/work/stage/usr/local/share/doc/py-dbus install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/doc/*.txt /usr/ports/devel/pydbus-common/work/stage/usr/local/share/doc/py-dbus install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/README /usr/ports/devel/pydbus-common/work/stage/usr/local/share/doc/py-dbus install -o root -g wheel -m 444 /usr/ports/devel/pydbus-common/work/dbus-python-1.1.1/NEWS /usr/ports/devel/pydbus-common/work/stage/usr/local/share/doc/py-dbus Compressing man pages (compress-man) Running Q/A tests (stage-qa) === Installing for pydbus-common-1.1.1_4 === Checking if devel/pydbus-common already installed === Registering installation for pydbus-common-1.1.1_4 as automatic Installing pydbus-common-1.1.1_4...pkg-static: pydbus-common-1.1.1_4 conflicts with py27-dbus-1.1.1 (installs files into the same place). Problematic file: /usr/local/include/dbus-1.0/dbus/dbus-python.h *** Error code 70 Stop. make[1]: stopped in /usr/ports/devel/pydbus-common *** Error code 1 Stop. make: stopped in /usr/ports/devel/py-dbus The entire build log is available here: http://www.seibercom.net/logs/py27-dbus.txt There is nothing in UPDATING at least that I can find that deals with this. Should I delete the problematic file manually? Portupgrade doesn't touch it. ___ 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: bsd.port.mk
On ma, 2014-05-26 at 14:45 +0200, Baptiste Daroussin wrote: On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote: Hi! A few minutes ago I did run portsnap fetch update and was okay. After portmaster -aD I got: === Gathering distinfo list for installed ports === Starting check of installed ports for available updates make: /usr/ports/Mk/bsd.port.mk line 1540: Cannot open /usr/ports/Mk/Uses/bzip2.mk make: Fatal errors encountered -- cannot continue Thanks. Something went wrong on your side, /usr/ports/Mk/Uses/bzip2.mk this file exists for a while now. regards, Bapt I think miwi@ just fixed this. USES=bzip2 instead of USES=tar:bzip2. ___ 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: guile broken for me on 11.0-CURRENT i386
On 29-3-2014 12:38, Dimitry Andric wrote: On 03 Mar 2014, at 20:23, Don Lewis truck...@freebsd.org wrote: I've been having trouble building gnome-games for a while now and finally had some time to dig into it. The problem appears to be that guile is broken. The gnome-games build runs guile-config during configure doesn't notice that the output is messed up, which causes breakage later in the build. If I run guile-config, I get: % guile-config ERROR: Unbound variable: define If I rebuild guile, cd to the work directory and run check-guile: # ./check-guile Testing /usr/ports/lang/guile/work/guile-1.8.8/pre-inst-guile ... with GUILE_LOAD_PATH=/usr/ports/lang/guile/work/guile-1.8.8/test-suite ERROR: Unbound variable: define I tried rebuilding with gcc46 instead of clang, but that doesn't make any difference. I don't see any suspicious compilation warnings. Is anyone else seeing this? Yep, I've banged my head against this for a few days, and gave up eventually. It is screwing up some sort of internal state; compiling with clang or gcc makes no difference. Also, upstream seems to have abandoned 1.8, and recommends 2.0. I'd say just dump this version, and attempt to upgrade... -Dimitry Zachary Storer spend a lot of time with upstream on getting guile 2.0 working on FreeBSD (and squashing some other bugs on the way). He and I are just working out some details before we going to commit it to ports. We planning on making lang/guile2 and after wards looking into if it is possible to port all the guile users over. -Koop ___ 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: KDE doesn't build on 10-STABLE, needs WITH_NEW_XORG
On 10-3-2014 19:21, Craig Rodrigues wrote: Hi, Hi, I have a 10-stable system, and I am trying to rely as much on pkg as possible to install stuff so I don't need to build my own packages from ports. After the latest upgrade to KDE 4.12 in ports, KDE does not build out of the box. It turns out that x11/kde-workspace needs WITH_NEW_XORG. In ports/Mk/bsd.port.mk, there is this: # Enable new xorg for FreeBSD versions after Radeon KMS was imported unless # WITHOUT_NEW_XORG is set. .if ${OSVERSION} = 110 . if !defined(WITHOUT_NEW_XORG) WITH_NEW_XORG?= yes . else .undef WITH_NEW_XORG . endif .endif Would it be possible to bump that check to a lower value of OSVERSION? radeonkms was imported into HEAD r254885, and this changeset exists in stable/10. We are working now on a patch to bump this to include 10.0-stable. The reason why this wasn't bumped earlier was because it was deemed unacceptable that there wasn't a console driver that could work with the KMS driver. The infamous black screen when you started X, which stayed black even if you quit X. Now that vt(9) was merged to 10.0-stable this problem has been resolved, even if vt(9) isn't enabled by default yet. I set WIT_NEW_XORG in my /etc/make.conf and rebuilt all my ports and KDE works fine. My laptpo has a a Radeon: (--) PCI:*(0:1:0:0) 1002:6760:103c:161e Advanced Micro Devices, Inc. [AMD/ATI] Seymour [Radeon HD 6400M/7400M Series] rev 0, Mem @ 0xc000/268435456, 0xd440/131072, I/O @ 0x4000/256, BIOS @ 0x/65536 On another note, it looks like with KDE 4.12 in ports, will there will be no working KDE desktop on FreeBSD-9? Well I got some good news here, the radeonKMS driver was merged into 9.2-stable. And it being investigated/worked on to get vt(9) also merged into the 9.2-stable branch. So we can switch to the new Xorg version there too. -Koop -- Craig ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable SOLVED
On 31/01/2014 18:21, Sergio de Almeida Lenzi wrote: Em Sex, 2014-01-31 às 17:14 +, k...@freebsd.org escreveu: Synopsis: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable State-Changed-From-To: open-closed State-Changed-By: kwm State-Changed-When: Fri Jan 31 17:14:17 UTC 2014 State-Changed-Why: Committed the disable stack protector, thanks for reporting. http://www.freebsd.org/cgi/query-pr.cgi?pr=186097 Thank you all for the fixed FreeBSD rocks Goes to the helpfull users this time, because I couldn't reproduce this myself. :/ -Koop ___ 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: devel/libgee 0.8.5 fails to build
On 28-1-2014 18:12, Torfinn Ingolfsen wrote: Hello, On Tue, Jan 28, 2014 at 5:53 PM, Koop Mast k...@rainbow-runner.nl wrote: Hmm the element warnings seem to be harmless, but the but the above gvfs warning seems to be more interesting. Could you rebuild/install gvfs and see if that would fix this? reinstalling gvfs does not fix this. I assume you have gvfs installed with the gphoto and hal options? Why do you assume I have those options set? Anyway here is the gvfs config I am using: root@kg-v7# cd /usr/ports/devel/gvfs root@kg-v7# make showconfig === The following configuration options are available for gvfs-1.12.3_2: AVAHI=on: Zeroconf support via Avahi CDDA=off: CDDA (enables HAL) FUSE=off: FUSE (Filesystem in Userspace) support GPHOTO2=off: Gphoto 2 camera support (enables HAL) HAL=off: HAL (Hardware Abstraction Layer) support SAMBA=on: Samba support === Use 'make config' to modify these settings HTH I reproduced the problem, will work on a fix when I get back home after work. -Koop ___ 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: net/avahi-app core dumps signal 11
On 29-1-2014 4:12, Robert_Burmeister wrote: People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. I have deleted the contents of /usr/local/lib and am running a portupgrade -afu I'll report back if that is a quicker fix. Amazing, this worked. Apparently, some Gnome components are finicky about how they are built. A note from https://wiki.gnome.org/Projects/Jhbuild/FreeBSD Remove all .la files from the packages you just installed to prevent problems during the build. You'll have to remember to do this again each time you install more packages. That wiki page is only for when your trying to build gnome with Jhbuild. I should also note that, that page is very WIP heavy. ___ 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: devel/libgee 0.8.5 fails to build
On 29-1-2014 11:17, Koop Mast wrote: On 28-1-2014 18:12, Torfinn Ingolfsen wrote: Hello, On Tue, Jan 28, 2014 at 5:53 PM, Koop Mast k...@rainbow-runner.nl wrote: Hmm the element warnings seem to be harmless, but the but the above gvfs warning seems to be more interesting. Could you rebuild/install gvfs and see if that would fix this? reinstalling gvfs does not fix this. I assume you have gvfs installed with the gphoto and hal options? Why do you assume I have those options set? Anyway here is the gvfs config I am using: root@kg-v7# cd /usr/ports/devel/gvfs root@kg-v7# make showconfig === The following configuration options are available for gvfs-1.12.3_2: AVAHI=on: Zeroconf support via Avahi CDDA=off: CDDA (enables HAL) FUSE=off: FUSE (Filesystem in Userspace) support GPHOTO2=off: Gphoto 2 camera support (enables HAL) HAL=off: HAL (Hardware Abstraction Layer) support SAMBA=on: Samba support === Use 'make config' to modify these settings HTH I reproduced the problem, will work on a fix when I get back home after work. -Koop Should be fixed now, thanks for reporting! -Koop ___ 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: devel/libgee 0.8.5 fails to build
On 27-1-2014 20:45, Torfinn Ingolfsen wrote: (g-ir-compiler:83467): GVFS-RemoteVolumeMonitor-WARNING **: cannot open directory /usr/local/share/gvfs/remote-volume-monitors: Error opening directory '/usr/local/share/gvfs/remote-volume-monitors': No such file or directory snip Is this a known issue? Details: root@kg-v7# uname -a FreeBSD kg-v7.kg4.no 9.2-STABLE FreeBSD 9.2-STABLE #1 r261187: Sun Jan 26 15:20:25 CET 2014 r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-v7# pv libgee* libgee-0.6.2.1needs updating (port has 0.8.5) HTH Hmm the element warnings seem to be harmless, but the but the above gvfs warning seems to be more interesting. Could you rebuild/install gvfs and see if that would fix this? I assume you have gvfs installed with the gphoto and hal options? -Koop ___ 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 for cairo 1.12 and 8.x survey
This is a resent with additional CC of the stable@ ML. This was done to get more exposure, because the first mail didn't get much reaction. When replying please only reply to freebsd-x11@, freebsd-ports@ and freebsd-stable@ are only used to get this a bigger audience. Greetings! This is a weird call for testers. First off before the real CFT. We are interested if people are still using 8.x for there desktop. Is there a specific reason for not updating to 9.x or 10.x? So in our quest for push Xorg on FreeBSD further, we are looking for people to test cairo 1.12 primarily with the old Xorg stack. We know that the graphics with the 2.7.1 intel driver are horribly broken (lots of artifacts) so people don't need to test that, but what is the state of the other xorg video drivers with cairo 1.12? If problems arise after the update, a screenshot and details about installed ports and your hardware should be enough. But if your using the intel driver with old xorg please chime in too, this will give us a beter idea about the user base. While this CFT is focused on the non-WITH_NEW_XORG that should not stop people that are using WITH_NEW_XORG from trying it out. The Intel/Radeon KMS drivers shouldn't have any problem with cairo 1.12. To apply the patch do the following: Download the patch from [1]. cd /usr/ports patch -p0 /path/to/cairo-1.12.16.diff rebuild cairo -Koop [1] http://people.freebsd.org/~kwm/cairo-1.12.16.diff ___ 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: x11/fbpanel: pkg fallout at 10.x
On 20-12-2013 15:00, John Marino wrote: On 12/20/2013 14:54, Boris Samorodov wrote: 20.12.2013 10:58, Baptiste Daroussin пишет: On Fri, Dec 20, 2013 at 10:42:38AM +0400, Boris Samorodov wrote: gtk2 pkgconfig file is not adding -lX11 to LDFLAGS anymore. In general: on FreeBSD 10+, the ld(1) behaviour has been changed so that it does not recursively get the DT_NEEDED from libraries it linked binaries to. Meaning in that case something exposes a X function to fbpanel, but does not tell it is needs to link to X11 /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value LDFLAGS+= -lX11 should solve this. I've seen some similar commit at the portstree. The problem is: I can't reproduce the errors (hence can't test a fix). I've recently seen dozens of similar, new errors on dports/dragonfly. It's definitely a pkgconf issue and it just appeared. I haven't tracked it done yet, but adding LDFLAGS+= to every broken port is not ideal. It's better to figure out which .pc file is broken and fix that. John Should be fixed now, I restored the old behaviour. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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: x11/fbpanel: pkg fallout at 10.x
On 20-12-2013 7:58, Baptiste Daroussin wrote: On Fri, Dec 20, 2013 at 10:42:38AM +0400, Boris Samorodov wrote: Hi All! The last week I started to get pkg-fallout@ emails about x11/fbpanel error: - cc panel.o misc.o plugin.o gtkbar.o bg.o gtkbgbox.o ev.o run.o xconf.o gconf.o gconf_panel.o gconf_plugins.o -o fbpanel -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype -Wl,--export-dynamic -lgmodule-2.0 -pthread -L/usr/local/lib -lglib-2.0 -lintl -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [fbpanel] Error 1 - Full log is here: http://beefy2.isc.freebsd.org/bulk/10amd64-default/2013-12-19_20h45m51s/logs/fbpanel-6.1_4.log However I can not reproduce it myself: http://gw.wart.ru/bulk/10-i386-testing/2013-12-19_21h02m40s/logs/fluxbox-1.3.5.log http://gw.wart.ru/bulk/10-amd64-testing/2013-12-19_21h01m49s/logs/fluxbox-1.3.5.log Any help is appreciated. Thanks. That is probably a gtk2 upgrade fallout. gtk2 pkgconfig file is not adding -lX11 to LDFLAGS anymore. In general: on FreeBSD 10+, the ld(1) behaviour has been changed so that it does not recursively get the DT_NEEDED from libraries it linked binaries to. Meaning in that case something exposes a X function to fbpanel, but does not tell it is needs to link to X11 /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value LDFLAGS+= -lX11 should solve this. regards, Bapt Yeah this is my fault, will fix. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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: [HEADS UP] xorg version switch in CURRENT
On 18-12-2013 5:22, J M wrote: Following this list: http://lists.freebsd.org/pipermail/freebsd-x11/2013-December/013911.html Rebuild xorg again on FreeBSD 10.0 rc2: WITH_NEW_XORG= WITH_KMS= WITH_GALLIUM= Build es2tri.c in mesa demos http://cgit.freedesktop.org/mesa/demos/tree/src/egl/opengles2/es2tri.c # J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl glesv2 gl` J@build:~ % ./es2tri # A window with a triangle is shown. It is on an Intel video card. But when I built nvidia driver and found this error again. # root@build:~ # cd /usr/ports/x11/nvidia-driver-304 root@build:/usr/ports/x11/nvidia-driver-304 # make install clean J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl glesv2 gl` /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_get_dispatch' /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_Dispatch' clang: error: linker command failed with exit code 1 (use -v to see invocation) J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl glesv2` /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_get_dispatch' /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_Dispatch' clang: error: linker command failed with exit code 1 (use -v to see invocation) J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl gl` J@build:~ % ./es2tri Bus error (core dumped) # I think it is because a mismatch configure, and also because gles driver is incomplete. I will take a look at making the libglesv2 port to work. I think I already know what I need to do to make this work. Thank you for testing the libEGL and libglesv2 ports. -Koop --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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: Port update failure | gtk+-2.24.22
On 15-12-2013 12:29, Jos Chrispijn wrote: Dear port maintainer(s), Just to inform you that I noticed a compilation issue with the latest port version: Well for one the maintainer of the gtk20 port is freebsd-gnome@ (or gnome@ for short). And you cut off the actualy error so I can't help with with the compile problem. -Koop --- cut --- gmake[1]: Leaving directory `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22' gmake: *** [all] Error 2 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/x11-toolkits/gtk20. *** [build] Error code 1 Stop in /usr/ports/x11-toolkits/gtk20. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20131215-34352-tuba0k env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gtk-2.24.19_2 UPGRADE_PORT_VER=2.24.19_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11-toolkits/gtk20 (gtk-2.24.19_2)(new compiler error) --- cut --- Can you pls tell me how to solve or should I wait for the next port update? Thanks in advance, Jos Chrispijn ___ 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 --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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: Port update failure | gtk+-2.24.22
On 15-12-2013 15:49, Jos Chrispijn wrote: Koop Mast: You will need to see ports/UPDATING entry 20130929 for details on this problem I processed it: The graphics/libGL, graphics/dri and related MESA ports have been updated to 9.1 when compiled with WITH_NEW_XORG= set. It is necessary to remove the old versions of both ports before updating. # pkg_delete -f libGL-\* dri-\* followed by # portmaster -a After that I processed pkgdb -F and re-ran portmaster -a There are two entries with 20130929. You need to follow the one about x11/pixman, sorry about that. -Koop Unfortunately same issue appears again: Shared object libpixman-1.so.9 not found, required by libpangocairo-1.0.so.0 Command '['/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk/tmp-introspectDVRffk/Gdk-2.0', '--introspect-dump=/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk/tmp-introspectDVRffk/functions.txt,/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk/tmp-introspectDVRffk/dump.xml']' returned non-zero exit status 1 gmake[4]: *** [Gdk-2.0.gir] Error 1 gmake[4]: Leaving directory `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22/gdk' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.24.22' gmake: *** [all] Error 2 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/x11-toolkits/gtk20. *** [build] Error code 1 Stop in /usr/ports/x11-toolkits/gtk20. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20131215-34223-1k301jx env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gtk-2.24.19_2 UPGRADE_PORT_VER=2.24.19_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11-toolkits/gtk20 (gtk-2.24.19_2)(new compiler error) --- end of log --- Perhaps gnome@ can tell us more about it? Untill this update, all portupdates I have run were processed without problems. Best regards, Jos Chrispijn --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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
CFT for cairo 1.12
When replying please only reply to freebsd-x11@, freebsd-ports@ is only used to get this a bigger audience. Greetings! This is a weird call for testers. So in our quest for push Xorg on FreeBSD further, we are looking for people to test cairo 1.12 primarily with the old Xorg stack. We know that the graphics with the 2.7.1 intel driver are horribly broken (lots of artifacts) so people don't need to test that, but what is the state of the other xorg video drivers with cairo 1.12? If problems arise after the update, a screenshot and details about installed ports and your hardware should be enough. While this CFT is focused on the non-WITH_NEW_XORG that should not stop people that are using WITH_NEW_XORG from trying it out. The Intel/Radeon KMS drivers shouldn't have any problem with cairo 1.12. To apply the patch do the following: Download the patch from [1]. cd /usr/ports patch -p0 /path/to/cairo-1.12.16.diff rebuild cairo We are also interested if people are still using 8.x for there desktop. Is there a specific reason for not updating to 9.x or 10.x? -Koop [1] http://people.freebsd.org/~kwm/cairo-1.12.16.diff ___ 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: Few missing packages from the new PKG repositories
On 23-11-2013 18:13, Daniel Nebdal wrote: On Sat, Nov 23, 2013 at 3:27 PM, Kimmo Paasiala kpaas...@icloud.com wrote: Were these left out by accident or why aren’t they included? - x11/gnome2, x11/gnome2-lite is in the repo. - editors/vim, editors/vim-lite is in the repo as well. -Kimmo Do all the dependencies build with default options? I suspect that's why kde4 wasn't packaged last time I checked. (I guess we could take a look at the build logs from the new repository; I know they're out there somewhere.) To both of you, on which FreeBSD version and arch are these packages missing? That will help us narrow down where to look. -Koop --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.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: graphics/inkscape commit r330754
On 19-10-2013 8:13, Boris Samorodov wrote: 18.10.2013 22:17, Tomasz Sowa пишет: Hi Thank you for the update for compiling with clang. I have got a question about one function: void sp_item_rm_unsatisfied_cns(SPItem item) from src/sp-item-rm-unsatisfied-cns.cpp before patching it is: void sp_item_rm_unsatisfied_cns(SPItem item) { if (item.constraints.empty()) { return; } std::vectorInkscape::SnapCandidatePoint snappoints; sp_item_snappoints(item, snappoints, NULL); for (unsigned i = item.constraints.size(); i--;) { g_assert( i item.constraints.size() ); SPGuideConstraint const cn = item.constraints[i]; int const snappoint_ix = cn.snappoint_ix; g_assert( snappoint_ix int(snappoints.size()) ); if (!approx_equal( sp_guide_distance_from_pt(cn.g, snappoints[snappoint_ix].getPoint()), 0) ) { remove_last(cn.g-attached_items, SPGuideAttachment(item, cn.snappoint_ix)); g_assert( i item.constraints.size() ); vectorSPGuideConstraint::iterator const ei(item.constraints[i]); item.constraints.erase(ei); } } } but after patching the last erase() is changed to: item.constraints.erase(item.constraints.begin() + 1); and this is not the same, it propably should be: item.constraints.erase(item.constraints.begin() + i); Yep, that seems to be a typo. Fix thanks for the report, it took me a while to see that the but actually was :) -Koop ___ 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: graphics/dri
On 30-9-2013 20:19, Mike Jakubik wrote: There is a small typo in UPDATING however, pkg_delete -f libGl-\* dri-\* should be pkg_delete -f libGL-\* dri-\*, the l in libGL needs to be uppercase. Thanks. Fix thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Update of xorg libraries and MESA
On 9-9-2013 15:59, Volodymyr Kostyrko wrote: 09.09.2013 15:49, Niclas Zeising wrote: [Cross-posted between x11@ and ports@, please respect reply-to] ^/releng/9, WITH_CLANG_IS_CC, CCACHE, WITH_NEW_XORG CC intel_fbo.lo cc: warning: argument unused during compilation: '-fno-builtin-memcmp' cc: warning: argument unused during compilation: '-fno-builtin-memcmp' intel_screen.c:199:6: error: use of undeclared identifier '__DRI_IMAGE_FOURCC_ARGB' { __DRI_IMAGE_FOURCC_ARGB, __DRI_IMAGE_COMPONENTS_RGBA, 1, ^ intel_screen.c:199:35: error: use of undeclared identifier '__DRI_IMAGE_COMPONENTS_RGBA' { __DRI_IMAGE_FOURCC_ARGB, __DRI_IMAGE_COMPONENTS_RGBA, 1, ^ intel_screen.c:202:6: error: use of undeclared identifier '__DRI_IMAGE_FOURCC_XRGB' { __DRI_IMAGE_FOURCC_XRGB, __DRI_IMAGE_COMPONENTS_RGB, 1, ^ intel_screen.c:202:35: error: use of undeclared identifier '__DRI_IMAGE_COMPONENTS_RGB' { __DRI_IMAGE_FOURCC_XRGB, __DRI_IMAGE_COMPONENTS_RGB, 1, ^ Is this intended to work on 9? You need to manual remove your old libGL and dri before updating to the new version, as mentioned in the UPDATING file. ___ 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: evolution-webcal - invalid DSO for symbol `g_thread_init' definition
On 7-8-2013 3:40, AN wrote: FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #78 r253966: Mon Aug 5 14:42:05 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Fix committed thanks! cc -DHAVE_CONFIG_H -I. -I.. -DGNOMELOCALEDIR=\/usr/local/share/locale\ -I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -D_THREAD_SAFE -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/libpng15 -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/harfbuzz -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -DORBIT2=1 -I/usr/local/include/libsoup-2.4 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include/libxml2 -I/usr/local/include-I/usr/local/include -O2 -pipe -fno-strict-aliasing -MT evolution-webcal-notify.o -MD -MP -MF .deps/evolution-webcal-notify.Tpo -c -o evolution-webcal-notify.o evolution-webcal-notify.c evolution-webcal-main.c:83:9: warning: assigning to 'gchar *' (aka 'char *') from 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] name = icalproperty_get_value_as_string (prop); ^ ~~~ evolution-webcal-main.c:85:9: warning: assigning to 'gchar *' (aka 'char *') from 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] desc = icalproperty_get_value_as_string (prop); ^ ~~~ evolution-webcal-main.c:115:14: warning: 'soup_message_headers_get' is deprecated [-Wdeprecated-declarations] header = soup_message_headers_get (msg-response_headers, Location); ^ /usr/local/include/libsoup-2.4/libsoup/soup-message-headers.h:40:21: note: 'soup_message_headers_get' declared here const char *soup_message_headers_get (SoupMessageHeaders *hdrs, ^ evolution-webcal-main.c:255:3: warning: 'g_thread_init' is deprecated [-Wdeprecated-declarations] g_thread_init (NULL); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:261:10: note: 'g_thread_init' declared here void g_thread_init (gpointer vtable); ^ 4 warnings generated. mv -f .deps/evolution-webcal-main.Tpo .deps/evolution-webcal-main.Po mv -f .deps/evolution-webcal-notify.Tpo .deps/evolution-webcal-notify.Po cc -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -o evolution-webcal evolution-webcal-main.o evolution-webcal-notify.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lecal-1.2 -lical -licalss -licalvcal -pthread -ledataserver-1.2 -lxml2 -lgconf-2 -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl /usr/bin/ld: R: invalid DSO for symbol `g_thread_init' definition /usr/local/lib/libgthread-2.0.so.0: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [evolution-webcal] Error 1 gmake[3]: Leaving directory `/usr/ports/www/evolution-webcal/work/evolution-webcal-2.32.0/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/www/evolution-webcal/work/evolution-webcal-2.32.0' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/www/evolution-webcal/work/evolution-webcal-2.32.0' === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/www/evolution-webcal ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130806-97919-uopjic env UPGRADE_TOOL=portupgrade UPGRADE_PORT=evolution-webcal-2.32.0_2 UPGRADE_PORT_VER=2.32.0_2 make ** Fix the problem and try again. --- Build of www/evolution-webcal ended at: Tue, 06 Aug 2013 20:34:37 -0500 (consumed 00:00:03) --- Reinstallation of www/evolution-webcal ended at: Tue, 06 Aug 2013 20:34:37 -0500 (consumed 00:00:03) --- ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) ! www/evolution-webcal (evolution-webcal-2.32.0_2)(new compiler error) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: GTK+ 3.8.0 (STABLE)
On 10-6-2013 13:19, Jerry wrote: Are there any plans to import GTK+ 3.8.0 (STABLE), released on Mon, 25 Mar 2013 into the ports tree? Yes at some point, currently not planned but I'm thinking about planning it. If there a specific reason for needing the update? -Koop ___ 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: inkscape aborts on FreeBSD 9.1 stable (SOLVED)
On 6-6-2013 17:52, Sergio de Almeida Lenzi wrote: Hello Iinkscape aborts on FreeBSD 9.1 stable It aborts core Reasons: 1) inkscape 4.8.4 needs boehm-gc 7.2, ports have version 7.1) I can't seem to produce the crash you mentioned. Can you give me some instructions so I can try to reproduce it? 2) needs a fix in extensions/extension.cpp (fix in the attach) Thanks for your attention Mailing list software ate the patch, can you put the patch somewhere or not you can send it to me privately? ___ 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: textproc / libxml2 failure to compile
On 19-4-2013 0:06, Jeremy Messenger wrote: Looks good to me, you can go ahead commit it. Thanks! Jung-uk Kim indeed good patch, but port slush and this effects lots of ports so it is a sweeping change that isn't allowed. ___ 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: poudriere sillieness re audio/libsamplerate glib20
On 9-4-2013 10:33, Beeblebrox wrote: How do you know it's supposed to be glib20 and not _glib20? I don't, but what I DO know is that after the 2 corrections (star1 and 2 from post #2), the error messages in the form of 'Unknown component _glib20' cleared out and the dependent ports got built by poudriere. So that was Makefile related. If not, suggest how it is to be fixed so that the error no longer occurs. Thats correct, _glib20 is removed in the gnome devel repo, because it no longer needed. The reason why ports use it was to avoid a dependancy on gamin and gio-fam-backend. I admit that MC is currently unstable, but you should have mentioned if your using a non vanilla ports tree. Otherwise people will just assume your only having ports without extra patches. -Koop Evenmore you haven't shown anything that would point to a problem in poudriere itself. a. First item in post #1? I asked if there is a way to get libsamplerate in poudriere b. My thread is not limited to problems with 2 ports, since there are a good number of problems which I am posting as fast as much as I can gather the details. c. As posted in #2: colord-0.1.20_1, libsoup-2.42.0, wxgtk2-common-2.8.12 get built on host but not in poudriere. As shown, the errors are trivial (like 'cannot find sqlite3' when the sqlite3.txz is in fact located in the repo) and furthermore, packages built manually and placed in the common repo are summarily deleted by poudriere at repo-check stage. What more does one need before referring to all of this as sillieness? I do not know where the source problem lies exactly, so I am reporting my findings. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802546.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 ___ 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: [kde-freebsd] py27-pykde4-4.10.1
On 30-3-2013 11:59, Alberto Villa wrote: On Saturday 30 March 2013 05:44:36 ajtiM wrote: Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used before being defined), it affects many other ports too. I'll see how this can be fixed globally. FYI http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148637 ___ 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: ports/175276: [patch] devel/py-gobject OPTIONSFILE eval order problem
On 19-3-2013 17:56, Jeremy Messenger wrote: Sorry, this is way too long to read. I will just skip the read and post my suggest of solution to this problem in the top of your email. I think the OPTIONS needs to change from ${UNIQUENAME} to ${PKGORIGIN:S/\//_/}. It will be looked like ${PORT_DBDIR}/cat_port/options. Here's example: In bsd.options.mk: --- [...] OPTIONSFILE?= ${PORT_DBDIR}/${PKGORIGIN:S/\//_/}/options --- Then add compatible in somewhere like this: --- .if exist (${PORT_DBDIR}/${UNIQUENAME}/options) @${MV} ${PORT_DBDIR}/${UNIQUENAME} ${PORT_DBDIR}/${PKGORIGIN:S/\//_/} .endif --- Then teach the portmaster about if the port has been moved to the different category or renamed (by read MOVED) then change the ${PORT_DBDIR}/${PKGORIGIN:S/\//_/}. What do anyone think of my suggest solution? I haven't test anything at all, which it's just what I have in my mind right now. I was thinking of just axing the option completely and moving libffi to lib_depend. glib20 already depends on libffi, so we also could get away with removing it completely. But that doesn't resolve that this problem might appear in other ports. -Koop On Sat, Feb 23, 2013 at 11:30 AM, John W. O'Brien j...@saltant.com wrote: The following reply was made to PR ports/175276; it has been noted by GNATS. From: John W. O'Brien j...@saltant.com To: bug-follo...@freebsd.org, jh...@symmetricom.com Cc: freebsd-pyt...@freebsd.org Subject: Re: ports/175276: [patch] devel/py-gobject OPTIONSFILE eval order problem Date: Sat, 23 Feb 2013 12:23:35 -0500 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Should this be assigned to freebsd-python@? I realize that freebsd-gnome@ is the maintainer, but the root cause lies with the way Python ports use PKGNAMEPREFIX, and this is not the only affected port. 2. Allow me to elaborate on the originator's description, for those interested in the analysis. The common use of PKGNAMEPREFIX=${PYTHON_PKGNAMEPREFIX} depends on lazy evaluation, because the right-hand side is not defined until the pre section of bsd.python.mk. Relatively early on in bsd.port.mk, we get a default definition for UNIQUENAME based on PKGNAMEPREFIX, unless LATEST_LINK is already defined, which doesn't ordinarily happen until the post section of bsd.port.mk. Shortly after that, between the options section and the pre section of bsd.port.mk, we include bsd.options.mk which provides a default definition of OPTIONSFILE, based on UNIQUENAME. At that point in bsd.options.mk, we haven't yet included bsd.python.mk, so PYTHON_PKGNAMEPREFIX is undefined. That means that when make reads the saved options (inside the first pass through bsd.options.mk) thereby triggering evaluation of OPTIONSFILE, it is as if we hadn't set PKGNAMEPREFIX at all. As the originator points out, the do-config target, where make performs the work of writing saved options, re-evaluates OPTIONSFILE after bsd.python.mk sets PYTHON_PKGNAMEPREFIX, because do-config is defined in the post section of bsd.port.mk. 3. What ports are affected? Any port that sets PKGNAMEPREFIX equal to a make variable that is not defined until the pre section or later, and fails to work-around the staggered evaluation by defining one of UNIQUENAME, LATEST_LINK, or OPTIONSFILE, is broken. It turns out that Python ports are disproportionately affected, but mainly because Python ports are heavy users of PKGNAMEPREFIX. The other PKGNAMEPREFIXs are: % egrep ^[A-Z_]+_PKGNAMEPREFIX /usr/ports/Mk/* -h APACHE_PKGNAMEPREFIX= ap${APACHE_VERSION}- PYTHON_PKGNAMEPREFIX?= py*- LUA_PKGNAMEPREFIX?= lua${LUA_VER_STR}- PYTHON_PKGNAMEPREFIX= py${PYTHON_SUFFIX}- RUBY_PKGNAMEPREFIX?=ruby${RUBY_SUFFIX}- But the distribution among these is heavily skewed toward Python. % find /usr/ports -depth 3 -type f -name Makefile \ | xargs egrep ^OPTIONS_DEFINE -l \ | xargs egrep ^(OPTIONSFILE|UNIQUENAME|LATEST_LINK) -L \ | xargs egrep '^PKGNAMEPREFIX=.*\$' -h \ | sed -e s/[ ]//g \ | sort | uniq -c | sort -n 1 PKGNAMEPREFIX=${APACHE_PKGNAMEPREFIX} 1 PKGNAMEPREFIX=${DMPKGNAMEPREFIX} 1 PKGNAMEPREFIX=${DN3DPKGNAMEPREFIX} 1 PKGNAMEPREFIX=${TGTARCH}-${TGTABI}- 1 PKGNAMEPREFIX=php${PHP_VER}- 2 PKGNAMEPREFIX=${LANG_PKGNAME}- 22 PKGNAMEPREFIX=${PYTHON_PKGNAMEPREFIX} (That's supposed to be a tab and a space in the sed command, by the way.) So, let's focus on the 22 ports at the end. % find /usr/ports -depth 3 -type f -name Makefile \ | xargs egrep ^OPTIONS_DEFINE -l \ | xargs egrep ^(OPTIONSFILE|UNIQUENAME|LATEST_LINK) -L \ | xargs egrep '^PKGNAMEPREFIX=.*PYTHON' -l \ | cut -d/ -f4-5 | sort astro/py-RO audio/py-karaoke audio/py-pyaudio databases/py-sqlkit
Re: Installing empathy-2.32.2_3...warning: undefined reference
On 13-3-2013 13:07, Chris Torek wrote: On Sun, Mar 10, 2013 at 3:34 PM, Koop Mast k...@rainbow-runner.nl wrote: Thanks for the report, this is already known. Sadly I haven't managed to find a solution for this :/ -Koop The Makefile in net-im/empathy tries to build its included header files using glib-mkenums, but it assumes they're in the current directory and depend on Makefile.in. When they are in /usr/local/include/* (and Makefile.in is newer) it goes badly awry. This somewhat crude patch fixes the problem... Chris Thanks to information from BSD Dreamer in ports/176768, I came to the same patch. And committed it as as revision 314040. I also bumped gstreamer-plugins revision so it can fix the header for those people where empathy messed it up. -Koop --- src/Makefile.in.orig +++ src/Makefile.in @@ -1689,22 +1689,4 @@ $(GLIB_GENMARSHAL) --body --prefix=_$(subst -,_,$*)_marshal $ $*-marshal.c -# rules for making the glib enum objects -%-enumtypes.h: %.h Makefile.in - $(AM_V_GEN)glib-mkenums \ - --fhead #ifndef __$(shell echo $* | tr [:lower:]- [:upper:]_)_ENUM_TYPES_H__\n#define __$(shell echo $* | tr [:lower:]- [:upper:]_)_ENUM_TYPES_H__\n\n#include glib-object.h\n\nG_BEGIN_DECLS\n \ - --fprod /* enumerations from \@filename@\ */\n \ - --vhead GType @enum_name@_get_type (void);\n#define $(shell echo $* | tr [:lower:]- [:upper:]_ | sed 's/_.*//')_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n \ - --ftail G_END_DECLS\n\n#endif /* __$(shell echo $* | tr [:lower:]- [:upper:]_)_ENUM_TYPES_H__ */ \ - $ $@ - -%-enumtypes.c: %.h Makefile.in - $(AM_V_GEN)glib-mkenums \ - --fhead #include $*.h\n#include $*-enumtypes.h \ - --fprod \n/* enumerations from \@filename@\ */ \ - --vhead GType\n@enum_name@_get_type (void)\n{\n static GType etype = 0;\n if (etype == 0) {\nstatic const G@Type@Value values[] = { \ - --vprod { @VALUENAME@, \@VALUENAME@\, \@VALUENAME@\ }, \ - --vtail { 0, NULL, NULL }\n};\netype = g_@type@_register_static (\@EnumName@\, values);\n }\n return etype;\n}\n \ - $ $@ - # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. ___ 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: net-im/telepathy-haze update fails
On 12-3-2013 18:14, Shawn Webb wrote: On Tue, Mar 12, 2013 at 1:11 PM, Scot Hetzel swhet...@gmail.com wrote: On Tue, Mar 12, 2013 at 11:28 AM, Shawn Webb latt...@gmail.com wrote: I've been having issues updating net-im/telepathy-haze on amd64 10-CURRENT r247527. Pasted below is the log from `portmaster --no-confirm -wGD net-im/telepathy-haze`: ]0;portmaster: telepathy-haze-0.4.0_5 === Currently installed version: telepathy-haze-0.4.0_5 === Port directory: /usr/ports/net-im/telepathy-haze === Launching 'make checksum' for net-im/telepathy-haze in background === Gathering dependency list for net-im/telepathy-haze from ports === Initial dependency check complete for net-im/telepathy-haze ]0;portmaster: telepathy-haze-0.4.0_5 === Starting build for net-im/telepathy-haze === === All dependencies are up to date === Cleaning for telepathy-haze-0.6.0 === telepathy-haze-0.6.0 depends on file: /usr/local/sbin/pkg - found === Extracting for telepathy-haze-0.6.0 = SHA256 Checksum OK for telepathy-haze-0.6.0.tar.gz. === Patching for telepathy-haze-0.6.0 === telepathy-haze-0.6.0 depends on executable: xsltproc - found === telepathy-haze-0.6.0 depends on executable: gmake - found === telepathy-haze-0.6.0 depends on shared library: purple - found === telepathy-haze-0.6.0 depends on shared library: idn - found === telepathy-haze-0.6.0 depends on shared library: telepathy-glib - found === Configuring for telepathy-haze-0.6.0 === FreeBSD 10 autotools fix applied to /usr/ports/net-im/telepathy-haze/work/telepathy-haze-0.6.0/configure === FreeBSD 10 autotools fix applied to /usr/ports/net-im/telepathy-haze/work/telepathy-haze-0.6.0/m4/libtool.m4 === FreeBSD 10 autotools fix applied to /usr/ports/net-im/telepathy-haze/work/telepathy-haze-0.6.0/aclocal.m4 cd: /usr/ports/net-im/telepathy-haze/work/telepathy-telepathy-haze-0.6.0: No such file or directory env: ./configure: No such file or directory The problem seems to be the extra 'telepathy-', try commenting out WRKSRC= ${WRKDIR}/telepathy-${PORTNAME}-${DISTVERSION} in the ports Makefile. That worked. Thanks! And fixed in ports, thanks for reporting! ___ 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: Installing empathy-2.32.2_3...warning: undefined reference
On 10-3-2013 22:29, AN wrote: FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #36 r248127: Sun Mar 10 00:13:59 CST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Thanks for the report, this is already known. Sadly I haven't managed to find a solution for this :/ -Koop Making install in src gmake[1]: Entering directory `/usr/ports/net-im/empathy/work/empathy-2.34.0/src' gmake install-am gmake[2]: Entering directory `/usr/ports/net-im/empathy/work/empathy-2.34.0/src' GEN /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h CC empathy_av-empathy-audio-sink.o In file included from empathy-audio-sink.c:25: In file included from /usr/local/include/gstreamer-0.10/gst/audio/audio.h:26: In file included from /usr/local/include/gstreamer-0.10/gst/audio/multichannel.h:21: /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:4:11: warning: extra tokens at end of #ifndef directive [-Wextra-tokens] #ifndef __/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__ ^ // /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:5:11: warning: ISO C99 requires whitespace after the macro name [-Wc99-extensions] #define __/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__ ^ /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:12:9: error: macro names must be identifiers #define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT (gst_audio_format_get_type()) ^ /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:14:9: error: macro names must be identifiers #define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT_FLAGS (gst_audio_format_flags_get_type()) ^ /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:16:9: error: macro names must be identifiers #define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FLAGS (gst_audio_flags_get_type()) ^ /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:18:9: error: macro names must be identifiers #define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FIELD_FLAG (gst_audio_field_flag_get_type()) ^ empathy-audio-sink.c:160:27: warning: 'g_mutex_new' is deprecated [-Wdeprecated-declarations] priv-audio_bins_lock = g_mutex_new (); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:272:17: note: 'g_mutex_new' declared here GMutex *g_mutex_new (void); ^ empathy-audio-sink.c:257:5: warning: 'g_mutex_free' is deprecated [-Wdeprecated-declarations] g_mutex_free (priv-audio_bins_lock); ^ /usr/local/include/glib-2.0/glib/deprecated/gthread.h:274:17: note: 'g_mutex_free' declared here voidg_mutex_free(GMutex *mutex); ^ 4 warnings and 4 errors generated. gmake[2]: *** [empathy_av-empathy-audio-sink.o] Error 1 gmake[2]: Leaving directory `/usr/ports/net-im/empathy/work/empathy-2.34.0/src' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/usr/ports/net-im/empathy/work/empathy-2.34.0/src' gmake: *** [install-recursive] Error 1 *** [do-install] Error code 2 Stop in /usr/ports/net-im/empathy. *** [install] Error code 1 Stop in /usr/ports/net-im/empathy. *** [reinstall] Error code 1 Stop in /usr/ports/net-im/empathy. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130310-63309-ggpcwf-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=empathy-2.32.2_3 UPGRADE_PORT_VER=2.32.2_3 make -DINSTALLS_DEPENDS reinstall --- Updating dependency info --- Restoring the old version Installing empathy-2.32.2_3...warning: undefined reference to schema id='org.gnome.desktop.default-applications.at'/ warning: undefined reference to schema id='org.gnome.Empathy.accounts'/ done --- Removing old package' ** Fix the installation problem and try again. --- Installation of net-im/empathy ended at: Sun, 10 Mar 2013 16:17:01 -0500 (consumed 00:00:08) --- Upgrade of net-im/empathy ended at: Sun, 10 Mar 2013 16:17:01 -0500 (consumed 00:03:55) --- ** Upgrade tasks 2: 1 done, 0 ignored, 0 skipped and 1 failed ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: update glib20
On 8-3-2013 12:54, ajtiM wrote: FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] Try to update the stystem and it start with error when building glibl20: Fix in revision 313639. Thanks for reporting! -Koop ___ 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: Status of math/gnumeric unable to keep up with upstream releases?
On 22-2-2013 21:35, Thomas Mueller wrote: What is the status of gnumeric being stuck at 1.10.17 when upstream has released 1.12.0 ? I think gnumeric = 1.11.x has gtk+ = 3.0.0 as a dependency? I checked gnumeric web site www.gnumeric.org . I see this is the same snag that prevents transmission 2.5 from building, though possibly one could do portmaster -o transmission-cli transmission ? So what is the status now of gtk+ 3.x ? Tom I'm working on a update for glib20 and gtk+2 and gtk+3. gnumeric is on the list of ports to update afterwards. What I know of transmission is that only transmission-gtk is currently broken because it wants a newer gtk+3 version then we got in ports. -Koop ___ 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: graphics/gegl fails to update with portupgrade, works with make x 2
On 18-2-2013 22:18, Torfinn Ingolfsen wrote: The port graphics/gegl fail to upgrade with portupgrade (doing 'portupgrade -R gegl') but works if I cd to the port directory and run make twice. (I got the idea from another thread on the ports mailinglist) Details: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #6: Fri Apr 27 23:50:55 CEST 2012 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 tingo@kg-v2$ portversion -v gegl gegl-0.1.8_4 needs updating (port has 0.1.8_6) HTH Without the actually failure message we can't really do anything. -Koop ___ 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: 9.1-RELEASE is out - is there any hope for an actual graphics/gimp-app?
On 10-2-2013 21:39, Kevin Oberman wrote: On Sun, Feb 10, 2013 at 11:17 AM, Chris Rees utis...@gmail.com wrote: On 10 Feb 2013 18:29, Kevin Oberman kob6...@gmail.com wrote: On Sun, Feb 10, 2013 at 7:40 AM, ajtiM lum...@gmail.com wrote: On Sunday 10 February 2013 16:20:33 Herbert J. Skuhra wrote: On Sun, 10 Feb 2013 13:54:20 +0100 Heino Tiedemann rotkaps_spam_t...@gmx.de wrote: Hi there, almost one year after gimp release 2.8 there ist still the old gimp 2.6 in ports. There is MarcusCom CVS Repository: http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ The ports repo has gtk+-3.6.4 and gimp-2.8.2. No idea, if there are plans to merge this and when. Maybe you should ask gnome@? I don't know if is helpful: I am using Linux live ArtsX dvd and GIMP works very good. There is GIMP 2.8.2 on OpenBSD and on live cd:; http://livecdgraphics.sourceforge.net/ But GIMP for FreeBSD I don't know and I didn't fing any information. As ajtiM suggests, @gnome is the place to look. Several threads on this. It, along with the whole of Gnome, were planned to be updated when 9.1 was released, but the loss of pointyhat and the complexity of the update of Gnome with potential impact on literally hundreds of ports has forced a delay. It would be extremely unwise to do this without the level of testing pointyhat allows. Now that the FreeBSD cluster and support systems are finally coming back on-line, maybe it is getting closer, but I suspect that the testing and required adjustments will take a while after pointyhat is running. I'm testing some updates on one of my machines, but as I'm sure you appreciate doing builds of vast numbers of packages takes a while when you are only using one :) I really hope it'll be done soon-ish, but there's stuff to fix as well. Also, s,hundreds,thousands, I try to not sound hyperbolic and hundreds is bad enough! At least redports is back! Or almost is. It dies for me when I log in. I reported it a couple of hours ago, so it will likely be fixed shortly. In any case, for things like releasing a new gnome and all that is tied to it, pointyhat is probably the only practical way to go. Since I'm doing to work, I would like to present my game plan. Currently in testing is a glib+gtk update patch, this patch also contains other changes that need proper testing. When the patch is imported I'm going to sort out all our stale ports we got updates for in MC. Which include gimp 2.8, new poppler, libgda 4 and 5 updates and going to see there is anything else thats needs attention. When thats cleaned up I'm going to sort out the GNOME 3 situation. As you can see this is a lot of work, and since I'm mostly on my own doesn't help either. -Koop ___ 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: graphics/gegl 0.1.8 does not build
On Sat, 2013-01-26 at 18:40 -0600, ajtiM wrote: On Saturday 26 January 2013 14:55:06 Joseph A. Nagy, Jr wrote: On 01/26/13 13:56, Robert Huff wrote: Joseph A. Nagy, Jr writes: On 01/26/13 12:00, Rainer Hurling wrote: ../tools/gobj2dot.rb .. | /usr/local/bin/dot png images/inheritance.png Error: dot: can't open png Failed to parse ../operations/workshop/max-rgb.c, probably invalid utf8 gmake[3]: *** [images/inheritance.png] Fehler 2 gmake[3]: Leaving directory `/usr/ports/graphics/gegl/work/gegl-0.1.8/docs' gmake[2]: *** [all-recursive] Fehler 1 I just recognized (thanks to David), that the 'real' first error is not a problem with utf8 conversion, but in snip I just wanted to relay I built this on 9.1 with clang w/o any errors. I am unable to get a clean build on FreeBSD 10.0-CURRENT #0: Sun Dec 30 12:52:09 EST 2012 amd64 and get the same error. Robert Huff FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 14:00:27 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP amd64 pkg which /usr/local/bin/gegl /usr/local/bin/gegl was installed by package gegl-0.1.8_6 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 I repeat with clang and gcc. I use portmaster and make but I got the same error. I just committed a fix for gegl doc build. I forgot to lift one small change from the gnome devel repo. Thanks for reporting! -Koop ___ 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: graphics/gegl 0.1.8 does not build
On Sun, 2013-01-27 at 07:21 -0800, Mike Harding wrote: graphviz was just updated, and no longer, apparently, contains a library called 'libgraph', it's now, as far as I can tell, called 'libcgraph', so the LIB_DEPENDS in the gegl makefile needs to start with 'cgraph' Committed both suggestions, thanks! On Sun, Jan 27, 2013 at 4:36 AM, Rainer Hurling rhur...@gwdg.de wrote: On 27.01.2013 12:38 (UTC+2), Koop Mast wrote: On Sat, 2013-01-26 at 18:40 -0600, ajtiM wrote: On Saturday 26 January 2013 14:55:06 Joseph A. Nagy, Jr wrote: On 01/26/13 13:56, Robert Huff wrote: Joseph A. Nagy, Jr writes: On 01/26/13 12:00, Rainer Hurling wrote: ../tools/gobj2dot.rb .. | /usr/local/bin/dot png images/inheritance.png Error: dot: can't open png Failed to parse ../operations/workshop/max-rgb.c, probably invalid utf8 gmake[3]: *** [images/inheritance.png] Fehler 2 gmake[3]: Leaving directory `/usr/ports/graphics/gegl/work/gegl-0.1.8/docs' gmake[2]: *** [all-recursive] Fehler 1 I just recognized (thanks to David), that the 'real' first error is not a problem with utf8 conversion, but in snip I just wanted to relay I built this on 9.1 with clang w/o any errors. I am unable to get a clean build on FreeBSD 10.0-CURRENT #0: Sun Dec 30 12:52:09 EST 2012 amd64 and get the same error. Robert Huff FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 14:00:27 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP amd64 pkg which /usr/local/bin/gegl /usr/local/bin/gegl was installed by package gegl-0.1.8_6 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 I repeat with clang and gcc. I use portmaster and make but I got the same error. I just committed a fix for gegl doc build. I forgot to lift one small change from the gnome devel repo. Thanks for reporting! -Koop Hi Koop, many thanks for the update. It works fine for me. As mentioned in my second mail on this thread, one of the patches in the Makefile is not necessary anymore, because it was updated upstream: --- Makefile.orig 2013-01-27 12:50:15.0 +0100 +++ Makefile2013-01-27 13:25:30.0 +0100 @@ -203,8 +203,6 @@ .endif ${REINPLACE_CMD} -e 's|\(lua\)\(5\.1\)|\1-\2|g ; s|x86_64|amd64|g' \ ${WRKSRC}/configure - ${REINPLACE_CMD} -e 's|/usr/bin/ruby|/usr/bin/env ruby|' \ - ${WRKSRC}/tools/gobj2dot.rb post-build: .if ${PORT_OPTIONS:MDOCS} Regards, Rainer ___ 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: [kde-freebsd] Unable to build deskutils/kdepimlibs4
On 5-1-2013 2:17, Adriaan de Groot wrote: On Friday, January 04, 2013 07:24:28 PM Jerry wrote: Following the directions in UPDATING, I used the following command: portupgrade -fr devel/libical That port updated correctly; however, the next port: The entire build log is available here: https://www.seibercom.net/logs/kdep.txt I do not see an obvious reason for the build failure. I tried it three times including doing a distclean and updating the ports tree. There is an obvious reason, but you have to scroll back a ways in the log: /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp In file included from /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.h:37, from /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32: /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' is initialized (use __typeof__ instead) /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not declared in this scope This is because of the new sasl port, which does not include all the headers it needs in its own headers (e.g. defining size_t). You can patch /usr/local/include/sasl/sasl.h to fix that, or patch command.cpp to #include the right headers before sasl.h. [ade] Currect, however it was fixed in rev 309488 8 days ago in the sasl port itself. So other hacks are not needed anymore. I suspect Jerry needs to update his cyrus-sasl port and maybe even his ports tree if the fix isn't there. http://svnweb.freebsd.org/ports/head/security/cyrus-sasl2/Makefile?view=log ___ 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 Ports: cairo-1.10.2_4,2 poppler-utils-0.18.4_1
On 26-10-2012 18:43, Niclas Zeising wrote: On 10/26/12 18:15, Robbin Habermehl wrote: Dear Sir/Madam, As Cairo and Poppler (and Poppler-utils) have been updated regularly the last couple of months the available FreeBSD ports have become kind of outdated. The current port versions are 1.10.2 for Cairo and 0.18.4 for Poppler (and Poppler-utils), while the current versions are 1.12.6 and 0.20.5 respectively. Both applications have been improved tremendously with these updates, so for most users these most recent versions are quite essential. Would you please be so kind therefore to port these latest versions and make them available to FreeBSD? Thanks in advance! With best regards, Robbin Habermehl Hi! Currently we are in a freeze pending the release of FreeBSD 9.1. Both poppler and cario are dependencies on a lot of ports, and therefore it is not a good idea to update them right before a release, in case something breaks. Regards! Poppler update will happen after the 9.1-R is out. Cairo is much harder since the new version exposes serious bugs in some xorg drivers that are very hard to fix. -Koop ___ 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 ports which are currently scheduled for deletion
On Thu, 2012-06-21 at 21:59 -0500, Mark Linimon wrote: On Thu, Jun 21, 2012 at 01:24:55PM +0200, Stefan Esser wrote: Am 21.06.2012 10:29, schrieb lini...@freebsd.org: portname: audio/gstreamer-plugins-flite description:Gstreamer flite run-time speech synthesis engine plugin maintainer: multime...@freebsd.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date:2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=gstreamer-plugins-flite I just tried building this port and it built and packaged without any problems. Is the compile log still available that lead to this port being marked broken? There's not a quick way to do it. See the following wiki page for the how-to: http://wiki.freebsd.org/WhenDidThatPortBreak But by walking through this, I did not find a last build log. However, the CVSweb entry shows the following: http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/gstreamer-plugins-flite/Makefile.diff?r1=1.1;r2=1.2;f=h Update Gstreamer (core) to 0.10.33 Update Gstreamer-plugins(-base) to 0.10.33 Update Gstreamer-plugins-good to 0.10.29 Update Gstreamer-plugins-bad to 0.10.22 Update Gstreamer-plugins-ugly to 0.10.18 So it doesn't really say. kwm, you were the committer, do you remember what the issue was? mcl Thanks for bringing this to my attention, I complete forgot about this issue. This is/was a runtime issue, unresolved symbols. I recently picked up work again on a Gstreamer update which will contain a workaround to fix this problem. But since I forgot about it the flite plugin would still be marked broken after the Gstreamer update. -Koop ___ 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: xorg problems
On 22-5-2012 23:48, Warren Block wrote: On Tue, 22 May 2012, Gök?in Akdeniz wrote: If you downgrade cairo port it will be ok. If you update ports tree with csup try portdowngrade. If not try to get the old version of ciaro port as package, remove the new one and install the old one, then do nnot upgrade the cairo port. That will keep things working untill a bug fix is available. Yes, so far so good. Downgraded to cairo-1.10.2_3,1 and have not seen the garbling problem again. Just picking the last message in the thread. I found a Xorg bug report about the cairo 1.12 corruption. I will investigate this more closely tomorrow since I about to fall asleep. It seems there is a issue in EXA. People with cairo 1.12 should try to disable that and see if that helps. I think that can be done by putting the line below in your xorg.conf. Option NoAccel true -Koop ___ 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: libgee-0.6.2.1: error in pkg-plist
On 13-11-2011 15:49, Matthias Apitz wrote: El día Saturday, November 12, 2011 a las 03:35:25PM +, Chris Rees escribió: This isn't a plist problem; it's an autotools-doesn't-understand-FreeBSD-10 problem. On previous versions it works fine; [crees@pegasus]~/libgee% grep '^pkgconfigdir' work/libgee-0.6.2.1/Makefile pkgconfigdir = $(prefix)/libdata/pkgconfig [crees@pegasus]~/libgee% Seems so. If you do it step-by-step and check the Makefile for it it looks like this: caracas# make clean === Cleaning for libgee-0.6.2.1 caracas# make extract === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Extracting for libgee-0.6.2.1 = SHA256 Checksum OK for libgee-0.6.2.1.tar.xz. caracas# grep '^pkgconfigdir' work/libgee-0.6.2.1/Makefile* work/libgee-0.6.2.1/Makefile.am:pkgconfigdir = $(libdir)/pkgconfig work/libgee-0.6.2.1/Makefile.in:pkgconfigdir = $(libdir)/pkgconfig caracas# make configure ... caracas# grep '^pkgconfigdir' work/libgee-0.6.2.1/Makefile* work/libgee-0.6.2.1/Makefile:pkgconfigdir = $(prefix)/libdata/pkgconfig work/libgee-0.6.2.1/Makefile.am:pkgconfigdir = $(libdir)/pkgconfig work/libgee-0.6.2.1/Makefile.in:pkgconfigdir = $(prefix)/libdata/pkgconfig work/libgee-0.6.2.1/Makefile.in.bak:pkgconfigdir = $(libdir)/pkgconfig caracas# make ... caracas# grep '^pkgconfigdir' work/libgee-0.6.2.1/Makefile* work/libgee-0.6.2.1/Makefile:pkgconfigdir = $(libdir)/pkgconfig work/libgee-0.6.2.1/Makefile.am:pkgconfigdir = $(libdir)/pkgconfig work/libgee-0.6.2.1/Makefile.in:pkgconfigdir = $(libdir)/pkgconfig work/libgee-0.6.2.1/Makefile.in.bak:pkgconfigdir = $(libdir)/pkgconfig as you see the 'make' changes the Makefile again produced by 'make configure', why? All the above is with UNAME_r set to 9.0-CURRENT; if you set in addition OSVERSION to 9.0, all is fine; matthias This should be fixed by a commit done on wednesday. Can you update your ports tree and try again? -Koop ___ 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: dconf gconf wtfconf ?
On Thu, 2011-11-03 at 00:21 -0400, Jason Hellenthal wrote: Can anyone explain the difference or need for both of these ? ports/devel/gconf -( Should'nt this be the only one needed ? ) ports/devel/dconf I just noticed dconf installed on my system. Well it is true that dconf is the replacement for gconf. It isn't a drop in replacement for gconf though. So both are needed. Both of these have the same WWW: of: http://www.gnome.org/projects/gconf/ I will have to fix the url for dconf, thanks. -Koop ___ 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: textproc/libxml2 does not install libxml2.so.5
On Tue, 2011-11-01 at 12:58 +0400, Ruslan Mahmatkhanov wrote: Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? Oh bloody hell, I will look into it asap. ___ 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: textproc/libxml2 does not install libxml2.so.5
On Tue, 2011-11-01 at 12:58 +0400, Ruslan Mahmatkhanov wrote: Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? Ok should be fixed now. This is one of those things that doesn't show up in a tinderbox because there isn't any extra cruff around. I still don't know how this slipped by, I know I localy tested all the changes, apart from tinderbox. -Koop ___ 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: Compiling for gtk3
On 3-9-2011 8:28, Conrad J. Sabatier wrote: I've been trying to compile pan2 from the master git repository, and am having problems getting a build that will actually run using the --with-gtk3 configure switch. The compilation goes OK, but execution fails with... [conrads@serene ~/build/pan2]$ pan/gui/pan Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... Abort trap: 6 (core dumped) You will need to disable gtkspell. You can't mix GTK+ 2 and GTK+ 3 widgets in the same application. Since gtkspell is a GTK+ 2 library and pan is a GTK+ 3 apps. -Koop What's the key to getting an app to work with gtk3? Obviously, I'm missing something here. Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: libnotify
On 24-8-2011 23:51, Doug Barton wrote: On Wed, 24 Aug 2011 05:38:50 -0500 ajtiMlum...@gmail.com wrote: My system: FreeBSD 8.2-RELEASE-p1 I did: portmaster -r libnotify-0.\* libproxy-0.\* portmaster -a It's not clear to me exactly what you were trying to accomplish there, but a few notes The -r option can only be run for one port at a time. Ok I didn't know this. Does portmaster support it if you specify something like -r libnotify -r libproxy? Or is the only way to go to run portmaster -r twice for both ports? The issue is that there is possible a good amount of overlap between the the two commands, so your forced to rebuilding several things double. -Koop Portmaster glob patterns do not need (and in fact strip) a * from the end of the input. hth, Doug ___ 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: libnotify
On Wed, 2011-08-24 at 14:45 +0400, Ruslan Mahmatkhanov wrote: ajtiM wrote on 24.08.2011 14:38: Stop in /usr/ports/graphics/gimp-gmic-plugin. *** Error code 1 Stop in /usr/ports/graphics/gimp-gmic-plugin. === make failed for graphics/gimp-gmic-plugin === Aborting update Too bad. I did not deal with recent updates yet, so i'll try to realize what is wrong some time later this week. This build failure seems to be caused by the recent opencv update to 2.3.1. -Koop ___ 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: Ubuntu One port
On Fri, 2011-08-12 at 00:02 +0300, Anton wrote: On 11.08.2011 01:53, Jesse Smith wrote: Hi all, I've been working on a port of the Ubuntu One client. Ubuntu One is a cloud storage service and the client is used to sync files with the remote server. The port has been progressing well and I've reached a point where it builds and installs cleanly on my machine. However, running the software still seems a bit flaky, I don't think the daemon is running properly. Is anyone here willing to give the attached port a try and send me feedback/suggestions? Build port is failed for me. text of error here: === Running ldconfig /sbin/ldconfig -m /usr/local/lib === Registering installation for evolution-data-server-2.32.1_1 === SECURITY REPORT: This port has installed the following binaries which execute with increased privileges. /usr/local/libexec/camel-lock-helper-1.2 If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. === Returning to build of ubuntuone-client-1.7.0 Error: shared library ebook-1.2.9 does not exist *** Error code 1 Stop in /usr/ports/net/ubuntuone. There isn't a libebook-1.2.9 in our evolution-data-server port only libebook-1.2.10. And why not use the USE_GNOME=evolutiondataserver switch to depend on it? More values are mentioned at line 81 of Mk/bsd.gnome.mk. Is camel-lock-helper-1.2 vulnerable? I have idea what you mean with this. -Koop ___ 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: Ubuntu One port
On Thu, 2011-08-11 at 23:08 +0200, Koop Mast wrote: On Fri, 2011-08-12 at 00:02 +0300, Anton wrote: On 11.08.2011 01:53, Jesse Smith wrote: Hi all, I've been working on a port of the Ubuntu One client. Ubuntu One is a cloud storage service and the client is used to sync files with the remote server. The port has been progressing well and I've reached a point where it builds and installs cleanly on my machine. However, running the software still seems a bit flaky, I don't think the daemon is running properly. Is anyone here willing to give the attached port a try and send me feedback/suggestions? Build port is failed for me. text of error here: === Running ldconfig /sbin/ldconfig -m /usr/local/lib === Registering installation for evolution-data-server-2.32.1_1 === SECURITY REPORT: This port has installed the following binaries which execute with increased privileges. /usr/local/libexec/camel-lock-helper-1.2 If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. === Returning to build of ubuntuone-client-1.7.0 Error: shared library ebook-1.2.9 does not exist *** Error code 1 Stop in /usr/ports/net/ubuntuone. There isn't a libebook-1.2.9 in our evolution-data-server port only libebook-1.2.10. And why not use the USE_GNOME=evolutiondataserver switch to depend on it? More values are mentioned at line 81 of Mk/bsd.gnome.mk. Is camel-lock-helper-1.2 vulnerable? I have idea what you mean with this. ^ no -Koop ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Typo in x11-toolkits/gtk30
On Tue, 2011-08-02 at 10:26 +0200, David Demelier wrote: Hello, I'm not sure that gtk-3.0 appears in 1997 ;-). It isn't a typo. This port was repo-copied from gtk20 which was in a previous life gtk13 :). It all history. -Koop # New ports collection makefile for: gtk13 ^ # Date Created: 28 Sep 1997 ^^^ # Whom: Vanilla I. Shu vani...@minje.com.tw # # $FreeBSD: ports/x11-toolkits/gtk30/Makefile,v 1.251 2011/07/30 09:20:20 kwm Exp $ # $MCom: ports/x11-toolkits/gtk30/Makefile,v 1.35 2011/06/07 13:19:12 kwm Exp $ # 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
Re: Kernel Intel GPU driver and ports
On Sat, 2011-07-23 at 16:16 +0300, Kostik Belousov wrote: Hello, after the initial code drop, I have fixed some amount of bugs and got several positive reports from users. If KMS worked on your machine, you probably can use the driver with 3D acceleration on regular basis. As I see the state of the effort right now, there are two most impeding issues that prevent wider testing of the driver. First is the non-working display port code, causing failure in KMS for some configurations. This will be eventually fixed. Second is the very laborous procedure to install the required usermode components. The http://wiki.freebsd.org/Intel_GPU lists the requirements. The port provided ddx and mesa cannot be simply updated, because kernel driver is not yet in src/ head, not mentioning the stable branches. Also, new libdrm and mesa may be non-functional on our old non-intel DRI drivers. Additional quirk is that in-tree Xorg server is old, and git head for intel ddx cannot be built against old Xorg API. We ( freebsd x11@ team) are already working on a update, instructions below. Keep in mind that this update isn't complete yet. Not all xorg ports are updated yet. And there is the issue, that the old intel driver doesn't work with the new xorg-server. If you using this driver and don't want to update to current for the new intel driver, please don't use this repo. I'm currently working on a update for the mesa ports (libGL*, dri etc) to a version that works with the sandybridge. Also note that currently only the xf86-video-intel-kms driver is currently tested. (since my ati card seem to have died) svn co http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev A basic merge script can be found here http://people.freebsd.org/~miwi/xorg/xorgmerge just run portmaster -a, keep in mind to rebuild your xf86-* ports after the server update. -Koop For wide testing, the easy way to install fresh usermode graphics stack is neededi, while still allowing the most installations to use present outdated versions. Could ports/x11 people help me there ? Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Kernel Intel GPU driver and ports
On Sat, 2011-07-23 at 17:04 +0300, Kostik Belousov wrote: On Sat, Jul 23, 2011 at 03:51:54PM +0200, Koop Mast wrote: On Sat, 2011-07-23 at 16:16 +0300, Kostik Belousov wrote: Hello, after the initial code drop, I have fixed some amount of bugs and got several positive reports from users. If KMS worked on your machine, you probably can use the driver with 3D acceleration on regular basis. As I see the state of the effort right now, there are two most impeding issues that prevent wider testing of the driver. First is the non-working display port code, causing failure in KMS for some configurations. This will be eventually fixed. Second is the very laborous procedure to install the required usermode components. The http://wiki.freebsd.org/Intel_GPU lists the requirements. The port provided ddx and mesa cannot be simply updated, because kernel driver is not yet in src/ head, not mentioning the stable branches. Also, new libdrm and mesa may be non-functional on our old non-intel DRI drivers. Additional quirk is that in-tree Xorg server is old, and git head for intel ddx cannot be built against old Xorg API. We ( freebsd x11@ team) are already working on a update, instructions below. Keep in mind that this update isn't complete yet. Not all xorg ports are updated yet. And there is the issue, that the old intel driver doesn't work with the new xorg-server. If you using this driver and don't want to update to current for the new intel driver, please don't use this repo. I'm currently working on a update for the mesa ports (libGL*, dri etc) to a version that works with the sandybridge. Also note that currently only the xf86-video-intel-kms driver is currently tested. (since my ati card seem to have died) svn co http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev It seems this is an URL for Track installation. What is the repo address ? Oops that should be: svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev A basic merge script can be found here http://people.freebsd.org/~miwi/xorg/xorgmerge just run portmaster -a, keep in mind to rebuild your xf86-* ports after the server update. From what I see using web browser, your plan is to update the stack in the ports. I suspect this might cause problems for non-Intel cards or for those who use in-tree i915.ko. In particular, new Mesa might not work. That is a good possibility. I only have a sandybridge intel card to test. The only issue currently know are the nouveau driver (which needs mesa 7.4.4 and doesn't work with 7.6.x), and the old intel driver. If it turns out other drivers don't work with the new setup, obviously we need to make it so that they will work. Although I'm currently got half a mind to just drop the nouveau driver. -Koop -Koop For wide testing, the easy way to install fresh usermode graphics stack is neededi, while still allowing the most installations to use present outdated versions. Could ports/x11 people help me there ? Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Dealing with sourceforge master dir
On 30-6-2011 11:50, David Demelier wrote: On 30/06/2011 11:41, Chris Rees wrote: On 30 June 2011 10:22, David Demelierdemelier.da...@gmail.com wrote: Hello, I'm trying to write a new port for the tiled application. It is hosted by sourceforge as you can see here : http://sourceforge.net/projects/tiled/ But the download fails since the distfile is not in the usual directories : = Attempting to fetch http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz ... PORTNAME= tiled PORTVERSION=0.6.2 CATEGORIES= devel DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz MASTER_SITE=SF This is the correct download page : http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download How can I correct it? Try MASTER_SITES=SF/tiled/files/tiled-qt/0.6.2/ By the way, did you copy/paste this out of your Makefile? It should be MASTER_SITES plural. Chris It was my fault when I recopied the content of Makefile but it was in plural. Your MASTER_SITES variable seems to locate correctly the file = Attempting to fetch http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz But it ends on Moved temporarly... = Attempting to fetch http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz fetch: http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz: Moved Temporarily = Attempting to fetch http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz fetch: http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz: Moved Temporarily Sourceforge downloads are very annoying. You should do fetch -v sf-download-url-from-website in a console and put the url it found the distfile on in your make file in the maner chris mentioned. It is a little bit more work but it works. -Koop ___ 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: multimedia/avidemux2-plugins fails upgrade
On 24-6-2011 11:51, Leslie Jensen wrote: Hi list. Any ideas on how to solve the problem below? Thanks /Leslie This should be fixed now. -Koop --- In file included from /usr/ports/multimedia/avidemux2-plugins/work/avidemux_2.5.5/plugins/ADM_videoEncoder/ADM_vidEnc_avcodec/mpeg4aspEncoder.cpp:20: /usr/ports/multimedia/avidemux2-plugins/work/avidemux_2.5.5/avidemux/ADM_core/include/ADM_inttype.h:23:1: warning: this is the location of the previous definition [ 94%] Building CXX object ADM_videoEncoder/ADM_vidEnc_avcodec/CMakeFiles/ADM_vidEnc_avcodec.dir/mpeg4aspEncoderOptions.cpp.o Linking CXX shared library libADM_vidEnc_avcodec.so [ 94%] Built target ADM_vidEnc_avcodec gmake: *** [all] Fel 2 *** Error code 2 Stop in /usr/ports/multimedia/avidemux2-plugins. *** Error code 1 Stop in /usr/ports/multimedia/avidemux2-plugins. *** Error code 1 Stop in /usr/ports/multimedia/avidemux2-plugins. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: math/ggobi: compile error with clang
On 6/23/2011 18:51 , Rainer Hurling wrote: I just discovered, that math/ggobi does not compile with clang, see: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110616185105/ggobi-2.1.9.log It seems, the main error is in 'line control' statement of src/ggobi-data.c, l.45 #line 0 data.gob static void ggobi_data_class_init (GGobiDataClass * c) G_GNUC_UNUSED; The official cpp online docs on http://gcc.gnu.org/onlinedocs/cpp/Line-Control.html defines #line linenum linenum is a non-negative decimal integer constant. It specifies the line number which should be reported for the following line of input. Subsequent lines are counted from linenum. It seems gcc accepts the 0 (zero) as valid, whilst clang produces an error '#line directive requires a positive integer argument'. What is the meaning of line 0 in this context? At line 1 (the first line in src/data.gob) there is the initiation '%h{' for the whole file contents. Does 0 mean, take the whole file? Would it be correct to change value 0 into 1 (#line 1)? At least, gcc is able to build that and it seems to work fine. My system is compiled with gcc, so it would be nice, if someone would give it a try with clang. Many thanks in advance, Rainer Hurling I had the same problem with devel/gob2 ages ago. This following is the solution I settled on. I don't know if this is correct or not but it seems to work fine. http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/devel/gob2/files/patch-src_out.c?rev=1.1;content-type=text%2Fplain -Koop ___ 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: math/ggobi: compile error with clang
On 6/23/2011 19:39 , Rainer Hurling wrote: On 23.06.2011 19:05 (UTC+1), Koop Mast wrote: On 6/23/2011 18:51 , Rainer Hurling wrote: I just discovered, that math/ggobi does not compile with clang, see: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110616185105/ggobi-2.1.9.log It seems, the main error is in 'line control' statement of src/ggobi-data.c, l.45 #line 0 data.gob static void ggobi_data_class_init (GGobiDataClass * c) G_GNUC_UNUSED; The official cpp online docs on http://gcc.gnu.org/onlinedocs/cpp/Line-Control.html defines #line linenum linenum is a non-negative decimal integer constant. It specifies the line number which should be reported for the following line of input. Subsequent lines are counted from linenum. It seems gcc accepts the 0 (zero) as valid, whilst clang produces an error '#line directive requires a positive integer argument'. What is the meaning of line 0 in this context? At line 1 (the first line in src/data.gob) there is the initiation '%h{' for the whole file contents. Does 0 mean, take the whole file? Would it be correct to change value 0 into 1 (#line 1)? At least, gcc is able to build that and it seems to work fine. My system is compiled with gcc, so it would be nice, if someone would give it a try with clang. Many thanks in advance, Rainer Hurling I had the same problem with devel/gob2 ages ago. This following is the solution I settled on. I don't know if this is correct or not but it seems to work fine. http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/devel/gob2/files/patch-src_out.c?rev=1.1;content-type=text%2Fplain Koop, many thanks for the fast reaction. This is exactly what I did (=changing 0 in 1), gcc accepted that and until now it seems to work. Does anybody knows if changing 0 into 1 is ok in this context? I am not able to test, if this works with clang. If someone is willing to try, there is a diff attached. Rainer -Koop No port revision bump is needed here. -Koop ___ 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: gcc-clang issue
On 6/21/2011 0:31 , Matthias Andree wrote: I'v commited this half an hour ago: mandree 2011-06-20 22:02:53 UTC FreeBSD ports repository Modified files: sysutils/e2fsprogs Makefile Log: [1] USE_GCC=4.2+, to avoid clang. Port needs -lgcc and -lgcc_s explicitly. [...] [1] is actually (a) a quick excuse and (b) based on the assumption that USE_GCC will override a clang default ports compiler. I HAVE tried clang, and got a particular kind of linker errors, namely that unrelated .o files redefine the same unrelated symbols - and a crc32.o file redefining libext2fs symbols is curious, to put it mildly. I currently suspect that there are inline handling differences between clang and gcc, combined with definitions (implementations) in .h files, and possibly either different linker behaviour with clang, or actually different symbols. Hey, could you try this patch? I try the USE_CSTD=gnu89 trick if I get symbol troubles when linking. This is because clang defaults to gnu99 while gcc still defaults to gnu89. From what I remember the inline keyword has different meanings between the two, or how you use it atleast. Someone explained it to my last year but I can't remember all the gory details about it. http://people.freebsd.org/~kwm/e2fsprogs-clang.diff Has anyone seen similar issues (duplicate symbol errors) after switching to clang? Haven't had time to check things in detail, and thought I'd commit USE_GCC right away to unwedge the build for future -exp runs. ___ 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: www/webkit-gtk2 wrongly thinks that lang/p5-Switch is not installed
On 6/9/2011 11:47 , Anton Shterenlikht wrote: # pkg_info -xo p5-Switch Information for p5-Switch-2.16: Origin: lang/p5-Switch # cd /usr/ports/www/webkit-gtk2/ # make configure ===webkit-gtk2-1.2.7_1 depends on file: /usr/local/bin/flex - found ===webkit-gtk2-1.2.7_1 depends on executable: g-ir-scanner - found ===webkit-gtk2-1.2.7_1 depends on executable: p5-Switch - not found === Verifying install for p5-Switch in /usr/ports/lang/p5-Switch === Installing for p5-Switch-2.16 ===p5-Switch-2.16 depends on package: p5-Filter0 - found ===p5-Switch-2.16 depends on file: /usr/local/bin/perl5.14.0 - found ===p5-Switch-2.16 depends on file: /usr/local/bin/perl5.14.0 - found ===Generating temporary packing list === Checking if lang/p5-Switch already installed ===p5-Switch-2.16 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of lang/p5-Switch without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 I committed a fix for this, thanks for reporting! -Koop ___ 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: gnome-translate-0.99_14 problem
On Tue, 2011-03-15 at 16:19 +0200, Alexey Zaivenko - Vysochin wrote: Hello! I was trying to install the port textproc/gnome-translate (gnome-translate-0.99_14), but a problem occurred. And I have upgraded perl to 5.12.3 version earlier. You need to look up and read the entry in ports/UPDATING about the perl upgrade. -Koop [root@lucky /usr/ports/textproc/gnome-translate]# make install clean === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Found saved configuration for gnome-translate-0.99_14 = gnome-translate-0.99.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://nongnu.askapache.com/libtranslate/gnome-translate-0.99.tar.gz gnome-translate-0.99.tar.gz 100% of 291 kB 207 kBps === Extracting for gnome-translate-0.99_14 = SHA256 Checksum OK for gnome-translate-0.99.tar.gz. === Patching for gnome-translate-0.99_14 === Applying FreeBSD patches for gnome-translate-0.99_14 === gnome-translate-0.99_14 depends on executable: gmake - found === gnome-translate-0.99_14 depends on file: /usr/local/bin/intltool-extract - found === gnome-translate-0.99_14 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found === gnome-translate-0.99_14 depends on executable: pkg-config - found === gnome-translate-0.99_14 depends on file: /usr/local/libdata/pkgconfig/gnome-doc-utils.pc - found === gnome-translate-0.99_14 depends on file: /usr/local/libdata/pkgconfig/pygtk-2.0.pc - found === gnome-translate-0.99_14 depends on shared library: translate - found === gnome-translate-0.99_14 depends on shared library: aspell - found === gnome-translate-0.99_14 depends on shared library: esd.2 - found === gnome-translate-0.99_14 depends on shared library: atk-1.0.0 - found === gnome-translate-0.99_14 depends on shared library: eel-2.2 - found === gnome-translate-0.99_14 depends on shared library: gconf-2.4 - found === gnome-translate-0.99_14 depends on shared library: glib-2.0.0 - found === gnome-translate-0.99_14 depends on shared library: gnome-desktop-2.17 - found === gnome-translate-0.99_14 depends on shared library: gnomevfs-2.0 - found === gnome-translate-0.99_14 depends on shared library: gtk-x11-2.0.0 - found === gnome-translate-0.99_14 depends on shared library: art_lgpl_2.5 - found === gnome-translate-0.99_14 depends on shared library: bonobo-2.0 - found === gnome-translate-0.99_14 depends on shared library: bonoboui-2.0 - found === gnome-translate-0.99_14 depends on shared library: glade-2.0.0 - found === gnome-translate-0.99_14 depends on shared library: gnome-2.0 - found === gnome-translate-0.99_14 depends on shared library: gnomecanvas-2.0 - found === gnome-translate-0.99_14 depends on shared library: gnomeui-2.0 - found === gnome-translate-0.99_14 depends on shared library: IDL-2.0 - found === gnome-translate-0.99_14 depends on shared library: xml2.5 - found === gnome-translate-0.99_14 depends on shared library: xslt.2 - found === gnome-translate-0.99_14 depends on shared library: ORBit-2.0 - found === gnome-translate-0.99_14 depends on shared library: pango-1.0.0 - found === Configuring for gnome-translate-0.99_14 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking dependency style of cc... gcc3 checking how to run the C preprocessor... cpp checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for dgettext in libc... no checking for bindtextdomain in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... /usr/local/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt...
Re: Request for new port review: TortoiseHG.
On Thu, 2011-02-10 at 18:21 +0300, arrowdodger wrote: On Thu, Feb 10, 2011 at 5:35 PM, Sunpoet Po-Chuan Hsieh sunp...@freebsd.org wrote: On Thu, Feb 10, 2011 at 04:36:40PM +0300, arrowdodger wrote: I've updated port. The only thing left - setting dependency on py-gobject by USE_GNOME variable. But if i run pkg_info -f on installed port, i see: Dependency: py26-gobject-2.26.0 dependency origin: devel/py-gobject So, maybe this dependency is implicit and i should not care? Obviously USE_GNOME does not support devel/py-gobject now. All you can do is to use BUILD_DEPENDS/RUN_DEPENDS. There is now a pygobject USE_GNOME switch. -Koop Your pkg_info result indicates that you've installed gobject, but it means nothing to users of this port. The ports infrastructure generates dependency list according to the Makefile. If py-gobject is required, add it to the corresponding *_DEPENDS explicitly. Otherwise gobject will not be installed. Updated port can be obtained here: http://intara.org.ru/tortoisehg1.shar or from attachment. Some comments: - PORTNAME can be different with the path. PORTNAME=tortoisehg is OK. - We usually use USE_PYTHON=yes - It would be better to keep patches in *-patch: targets. Move ${REINPLACE_CMD} actions to post-patch:. - If this port does not need to run configure or so. Use do-configure: @${DO_NADA} Regards, Done. How should i submit new port? Open an PR? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xfce 4.8pre3 preview
On Thu, 2011-01-27 at 10:40 +0100, Mickaël Maillot wrote: 2011/1/27 Mickaël Maillot mickael.mail...@gmail.com: i'll continue my update :) deskutils/orage update failed. a LDFLAGS is missing: -L${LOCALBASE}/lib but don't realy know where it's the right place to do. Put below into your orage/Makefile. That should do the trick. CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib -Koop you can find my generated Makefile here: http://fneu.fr/freebsd/orage__tz_convert__Makefile uname -a: FreeBSD home.freelooser.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r217909: Wed Jan 26 21:53:35 CET 2011 r...@home.freelooser.fr:/usr/obj/usr/src/sys/FNEUFNEU amd64 Error: LC_ALL=C /usr/local/bin/intltool-merge -d -u -c ../po/.intltool-merge-cache ../po globaltime.desktop.in globaltime.desktop Found cached translation database Merging translations into globaltime.desktop. gmake[2]: Leaving directory `/usr/ports/deskutils/orage/work/orage-4.8.0/globaltime' Making all in tz_convert gmake[2]: Entering directory `/usr/ports/deskutils/orage/work/orage-4.8.0/tz_convert' cc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -L/usr/local/lib -DPACKAGE_DATA_DIR=\/usr/local/share\ -DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\ -O2 -pipe -march=native -fno-strict-aliasing -MT tz_convert-tz_convert.o -MD -MP -MF .deps/tz_convert-tz_convert.Tpo -c -o tz_convert-tz_convert.o `test -f 'tz_convert.c' || echo './'`tz_convert.c mv -f .deps/tz_convert-tz_convert.Tpo .deps/tz_convert-tz_convert.Po /bin/sh ../libtool --tag=CC --mode=link cc -DPACKAGE_DATA_DIR=\/usr/local/share\ -DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\ -O2 -pipe -march=native -fno-strict-aliasing -lpopt -o tz_convert tz_convert-tz_convert.o -lintl libtool: link: cc -DPACKAGE_DATA_DIR=\/usr/local/share\ -DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\ -O2 -pipe -march=native -fno-strict-aliasing -o tz_convert tz_convert-tz_convert.o -lpopt -lintl /usr/bin/ld: cannot find -lpopt gmake[2]: *** [tz_convert] Error 1 gmake[2]: Leaving directory `/usr/ports/deskutils/orage/work/orage-4.8.0/tz_convert' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/deskutils/orage/work/orage-4.8.0' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/deskutils/orage. *** Error code 1 Stop in /usr/ports/deskutils/orage. === make failed for deskutils/orage === Aborting update === Update for deskutils/orage failed === Aborting update ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Renaming a shared library in the port-framework to match FreeBSD naming schemes?
On Fri, 19 Nov 2010 12:32:33 +0100 O. Hartmann ohart...@zedat.fu-berlin.de wrote: Hello. Trying to do my first port and run into trouble. The software package (Xerces-c 3.1.1) comes with a full autotoll environment and so far building and installing works. But the libarary name is libxerces-c-3.1.so and I need to change this to respect the FreeBSD nameing schemes to libxerces-c.so.31. I'm looking for a way avoiding some post-install: stuff. There isn't any problem with the libxerces-c-3.1.so name. From http://www.freebsd.org/doc/en/books/porters-handbook/special.html Try to keep shared library version numbers in the libfoo.so.0 format. Our runtime linker only cares for the major (first) number. Is it possible to manipulate the library name via some variables passed through the port-framework to the build-enviroment? There isn't. We leave the library name just like upstream/author wants it to be. We only hack the library version if needed. -Koop Well, I'm very new to porting and this may seem to be a very easy task for experienced porters, so please excuse possible bothering ... Thanks in advance, Oliver ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xorg-server 1.7.7
On Mon, 08 Nov 2010 11:22:37 +0200 Andriy Gapon a...@icyb.net.ua wrote: Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. -- Andriy Gapon I'm going to update x11/pixman to 0.18.4 next week. Because the cairo 0.10 that comes with gnome 2.32 needs it. I haven't seen or heard from our testers that there where any problems with this update. -Koop ___ 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: x11/xscreensaver-gnome-hacks patch reject
On Sun, 2010-07-25 at 19:07 +0300, Kimmo Paasiala wrote: Hi, Trying to build latest x11/gnome-screensaver and it's dependency xscreensaver-gnome-hacks: I fixed this a hour ago, please update your ports and try again. -Koop ___ 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: gtk, gimp
On Sun, 2010-05-23 at 19:14 -0500, ajtiM wrote: Hi! After all of updtaes I have a little problem with GIMP: on the image window doesn't show anymore pointer coordinates, units and zoom. It show just Background... I have FreeBSD 8.0 p2, KDE 4.4.3. If I start GIMP from Konsole I got: gimp ** Message: Module '/usr/local/lib/gegl-0.1/ff-load.so' load error: /usr/local/lib/gegl-0.1/ff-load.so: Undefined symbol avcodec_decode_video2 :1: error: unexpected character `\1', expected keyword - e.g. `style' avcodec_* looks like a ffmpeg symbol. Since gegl depends on ffmpeg, did you recently upgrade the ffmpeg port? please rebuild the gegl port and try again. The problem should go away. -Koop (gimp:70750): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget-parent == GTK_WIDGET (container)' failed (gimp:70750): Gtk-WARNING **: Attempting to add a widget with type GtkHBox to a GtkFrame, but as a GtkBin subclass a GtkFrame can only contain one widget at a time; it already contains a widget of type GtkHBox (gimp:70750): Gtk-CRITICAL **: gtk_box_pack: assertion `child-parent == NULL' failed Thanks in advance. Mitja http://starikarp.redbubble.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 ___ 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: Dependency change for x11-toolkits/py-gtk2 to py-numpy
On Sun, 2010-05-16 at 18:48 -0700, Doug Barton wrote: Howdy, In reference to the following: revision 1.107 date: 2010/05/16 22:07:20; author: kwm; state: Exp; lines: +3 -3 Correct depend on Numpy instead of Numeric. PR: ports/146601 Submitted by: Martin Tournoij carpetsmo...@rwxrwxrwx.net I have the following list of things that will need to be built in order for this to work: Upgrade py26-gtk-2.17.0_1 to py26-gtk-2.17.0_2 Install math/py-numpy Install devel/py-nose Install lang/gcc44 Install devel/binutils Install math/gmp Install math/mpfr Install math/blas Install math/lapack In my mind that seems a bit excessive. :) Given that the current version of py26-gtk2 that I have installed works just fine is there any way to make this new dependency optional, preferably defaulting to off? Done. Yeah it excessive, I noticed it on QAT by chance. It is a optional dependancy now. Doug ___ 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
[HEADS UP] GNOME 2.30.1 merge comming tomorrow.
Hello, The GNOME 2.30.1 will hit the tree tomorrow, late in the evening UTC. Please keep an eye on the gnome, ports and cvs commits mailing list to avoid reporting duplicate problems. -Koop ___ 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: Grandfather dependencies completely out of control
On Sat, 2010-05-01 at 23:09 -0700, Doug Barton wrote: Howdy, I'm looking at the use of portmaster to upgrade perl versions, and noticed that there are a ton of ports listed as dependent on perl that don't have any use for it, including one of mine: qbittorrent-2.2.6 libnotify-0.4.5_3 atk-1.28.0 gio-fam-backend-2.22.4 gamin-0.1.10_3 glib-2.22.4 perl-threaded-5.8.9_3 Taking a look at devel/glib20, I see this: USE_PERL5= yes although from the docs in the glib tarball it's not at all clear (to me anyway) what it's used for. Given that it doesn't seem to be a rundep for glib20 it's also not at all clear to me why qbittorrent should have a pkgdep for it. One of the scripts provided by devel/glib20 is a perl script. That is the reason why we need perl. -Koop Can someone please explain what the heck is going on here? (And please note, I'm picking on glib20 because this seems to be a particularly egregious example, but I'm really more interested in the problem generally.) Doug ___ 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: Bluefish 2.0.0 released!
On Thu, 2010-02-25 at 21:17 +0100, simp...@gmail.com wrote: News 2010 - February 15 - Bluefish 2.0.0 released! I can't find it in the latest ports collection. how about. ports/www/bluefish and notify the maintainer and ask if he wants to update it? ___ 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: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
On Tue, 2009-12-22 at 11:23 +, David Southwell wrote: David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? No. http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/cups-pdf/Makefile http://portsmon.freebsd.org/portoverview.py?category=printportname=cups-pdf -Koop dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs
On Mon, 2009-11-16 at 10:51 +0100, Tılman Linneweh wrote: Hello Julian! (CC: devel/gvfs maintainer added) Thanks for reporting this issue. On Nov 15, 2009, at 22:51 , Julian H. Stacey wrote: int would be welcome please with sysutils/libcdio, Paranoia stuff seems broken, but I'm not clear what's intended, hence mail rather than a send-pr. === gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found ===Verifying install for cdio_paranoia.0 in \ /usr/ports/sysutils/libcdio === Returning to build of gvfs-1.2.1 Error: shared library cdio_paranoia.0 does not exist /usr/ports/devel/gvfs ; make === gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found ===Verifying install for cdio_paranoia.0 in \ /usr/ports/sysutils/libcdio === Returning to build of gvfs-1.2.1 Error: shared library cdio_paranoia.0 does not exist There are two easy possible solutions. a) make gvfs depend on libcdio.so instead of the non-default cdio_paranoia.0 library b) Change libcdio to install cdio_paranoia.0 by default. Question to gnome@ - Does gvfs really need the cdio_paranoia library, or is this just a bug in the port Makefile and it is ok with the libcdio library? a) The configure script of the gvfs port checks for cdio_paranoia library. It needs it for the cdda backend. b) libcdio already got a option for paranoia support and it is default to on. Julian you can do two things now. Either you disable the cdda backend in gvfs with the WITH_CDDA option. Or build libcdio with paranoia support. -Koop regards arved___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: multimedia/py-gstreamer fails to build
On Thu, 2009-09-17 at 20:18 -0500, Paul Schmehl wrote: --On September 17, 2009 6:26:54 PM -0500 Koop Mast k...@rainbow-runner.nl wrote: On Thu, 2009-09-17 at 22:01 +, Paul Schmehl wrote: i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 is the default version. Maybe the upgrade to python 2.6 broke this port? Compiles fine here, are your installed gstreamer ports up to date? Yes. I ran portupgrade -a on that server just last week. I managed to get the port installed by editing the Makefile to revert to 0.10.15. Got lots of INFO errors, but it compiled successfully. Is there something in particular I can do to test the other gstreamer ports to verify? Make sure you got gstreamer 0.10.24. Your build of py-gstreamer breaks because of the lack of GST_TYPE_BUFFER_LIST. This was introduced in that version of gstreamer. -Koop Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ** WARNING: Check the headers before replying ___ 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: multimedia/py-gstreamer fails to build
On Thu, 2009-09-17 at 20:18 -0500, Paul Schmehl wrote: --On September 17, 2009 6:26:54 PM -0500 Koop Mast k...@rainbow-runner.nl wrote: On Thu, 2009-09-17 at 22:01 +, Paul Schmehl wrote: i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 is the default version. Maybe the upgrade to python 2.6 broke this port? Compiles fine here, are your installed gstreamer ports up to date? Yes. I ran portupgrade -a on that server just last week. I managed to get the port installed by editing the Makefile to revert to 0.10.15. Got lots of INFO errors, but it compiled successfully. Please use the -r options as well, so portupgrade -ra. This will update gstreamer first before trying to update py-gstreamer. Portupgrade man page: -- -r --recursive Act on all those packages depending on the given packages as well. -- -Koop Is there something in particular I can do to test the other gstreamer ports to verify? Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ** WARNING: Check the headers before replying ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: multimedia/py-gstreamer fails to build
On Thu, 2009-09-17 at 22:01 +, Paul Schmehl wrote: i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 is the default version. Maybe the upgrade to python 2.6 broke this port? Compiles fine here, are your installed gstreamer ports up to date? -Koop snip ***INFO*** The coverage of methods is 90.07% (490/544) ***INFO*** The coverage of virtual proxies is 86.76% (59/68) ***INFO*** The coverage of virtual accessors is 87.67% (64/73) ***INFO*** The coverage of interface proxies is 100.00% (5/5) CCgst.o gst.c: In function 'pygst_register_classes': gst.c:27079: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this function) gst.c:27079: error: (Each undeclared identifier is reported only once gst.c:27079: error: for each function it appears in.) gmake[3]: *** [_gst_la-gst.lo] Error 1 gmake[2]: *** [all-recursive] Error 1 gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/py-gstreamer. ___ 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: make package broken for multimedia/gstreamer
On Sun, 2009-08-09 at 18:19 +0200, Raphael Becker wrote: Hi there, is this just a local problem (cvsup failed) or is this a general problem with multimedia/gstreamer? TIA Raphael Becker Check your libtool and libltdl. You should have version 2.2.6(a) installed. Read ports/UPDATING for more info about the libtool update. -Koop [r...@freebsd /usr/ports/multimedia/gstreamer]# ls -la total 26 drwxr-xr-x3 root wheel 512 Aug 5 17:41 . drwxr-xr-x 307 root wheel 6656 Aug 7 21:41 .. -rw-r--r--1 root wheel 1746 Aug 5 17:41 Makefile -rw-r--r--1 root wheel 212 Aug 5 17:41 distinfo drwxr-xr-x2 root wheel 512 Aug 5 17:41 files -rw-r--r--1 root wheel 1057 Jul 15 2002 pkg-descr -rw-r--r--1 root wheel 7656 Aug 5 17:41 pkg-plist # make package [...] === Registering installation for gstreamer-0.10.24 === Building package for gstreamer-0.10.24 Creating package /usr/ports/packages/All/gstreamer-0.10.24.tbz Registering depends: gio-fam-backend-2.20.4 gamin-0.1.10_3 glib-2.20.4 popt-1.14 gettext-0.17_1 libxml2-2.7.3 libiconv-1.13.1 libcheck-0.9.6 libXv-1.0.4,1 libXext-1.0.5,1 libX11-1.2.1_1,1 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 perl-threaded-5.8.9_3 xcb-proto-1.5 python26-2.6.2_1 kbproto-1.0.3 videoproto-2.2.2 xextproto-7.0.5. Creating bzip'd tar ball in '/usr/ports/packages/All/gstreamer-0.10.24.tbz' tar: lib/libgstbase-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstcheck-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstcontroller-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstdataprotocol-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstnet-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstreamer-0.10.so.0: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/multimedia/gstreamer. # ls -la /usr/local/lib/libgst* -rw-r--r-- 1 root wheel 797764 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.a -rwxr-xr-x 1 root wheel 1167 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.la lrwxr-xr-x 1 root wheel 21 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so - libgstbase-0.10.so.21 -rwxr-xr-x 1 root wheel 562108 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so.21 -rw-r--r-- 1 root wheel 103482 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.a -rwxr-xr-x 1 root wheel 1201 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.la lrwxr-xr-x 1 root wheel 22 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so - libgstcheck-0.10.so.21 -rwxr-xr-x 1 root wheel75151 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so.21 -rw-r--r-- 1 root wheel 520480 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.a -rwxr-xr-x 1 root wheel 1209 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.la lrwxr-xr-x 1 root wheel 27 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so - libgstcontroller-0.10.so.21 -rwxr-xr-x 1 root wheel 398526 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so.21 -rw-r--r-- 1 root wheel42652 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.a -rwxr-xr-x 1 root wheel 1223 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.la lrwxr-xr-x 1 root wheel 29 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so - libgstdataprotocol-0.10.so.21 -rwxr-xr-x 1 root wheel38512 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so.21 -rw-r--r-- 1 root wheel88106 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.a -rwxr-xr-x 1 root wheel 1160 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.la lrwxr-xr-x 1 root wheel 20 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so - libgstnet-0.10.so.21 -rwxr-xr-x 1 root wheel64612 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so.21 -rw-r--r-- 1 root wheel 3242574 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.a -rwxr-xr-x 1 root wheel 1145 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.la lrwxr-xr-x 1 root wheel 23 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so - libgstreamer-0.10.so.21 -rwxr-xr-x 1 root wheel 2130698 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so.21 -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. ___ 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: libmapi new port request
On Mon, 2009-07-13 at 14:50 +0200, Sandra Kachelmann wrote: Could someone please make a port for libmapi? http://www.openchange.org http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz Sandra I got it almost ready for commit :) Just wait a little bit while I find time to clean it up. -Koop ___ 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: Why so many ports still depend on firefox-2.X.X.X ?
On Sun, 2009-04-26 at 20:43 +0200, army.of.root wrote: Renato Botelho wrote: On Sun, Apr 26, 2009 at 6:09 AM, Yuri y...@rawbw.com wrote: I see that ImageMagick, gimp, gimp-apps, inkscape, gnucash, etc depend on firefox-2. Why they aren't switched to firefox-3? You can change gecko engine with WITH_GECKO, if you want to use libxul, the one firefox3 uses, just use: WITH_GECKO=libxul Hi, could I just add WITH_GECKO=libxul to my make.conf and all the ports would still work? To a certain level, yes. If a port doesn't support libxul, it will obviously fallback on the gecko version defined in the port as default (which is probably firefox2). I just installed gnome2-lite on my notebook and it demands firefox2! - I removed epiphany and yelp from the parent Makefile (normal gnome) and it went away. Both epiphany and yelp support libxul. best regards :) Hope this will help. -Koop ___ 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: How do I tell what arguments were given to configure?
On Mon, 2009-04-06 at 12:44 -0700, Paul Hoffman wrote: Greetings again. I am trying to trace down a bug that I think is happening in a port. I have captured the output of make, but I don't see in it what arguments are being given to the port's configure script. Where do I find that? Go into work/${Portname} and check config.log ___ 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: gstreamer-plugins-0.10.21,3
Sam Fourman Jr. wrote: It seems that /usr/local/include/gstreamer-0.10/gst/gstutils.h was introduced with gstreamer 0.10.22. But gstreamer-plugins didn't get updated to the matching version. I suspect that the build issue will be resolved when gstreamer-plugins and friends will all get bumped. I also have this problem, is there a temporary workaround to get gnome to continue to build without gstreamer? Just committed a big gstreamer update, so it should work now. Please contact me if you run into problems. -Koop Sam Fourman Jr. Fourman Networks ___ freebsd-multime...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia To unsubscribe, send any mail to freebsd-multimedia-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org