requesting repocopy or any other solutions?
Since devel/rubygem-slop has been updated, my port net-im/rubygem-earthquake does not work. I know, this is because rubygem-earthquake requires rubygem-slop 2.x. Is it ok to request repocopy fomer portversion of rubygem-slop to e.g. rubygem-slop244? Or any other solutions should I take? Thanks in advance, -- `whois vmeta.jp | nkf -w` meta ___ 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] editors/emacs to 24.1
On Mon, 30 Jul 2012 00:55:41 -0300, Joseph Mingrone said: > Hello Ashish; > The patches applied successfully and the port installation was also > successful, but when I try to run emacs with emacsclient -c, my system > becomes semi-unresponsive. I can still hit the power button on my > laptop for a clean shutdown but a C-c won't stop emacs and I can't log > out of X. My best guess is this is related to the new Intel driver > with GEM/KMS (although this has been my first problem after running it > for a few months). Running emacsclient -t works fine. If I start > emacs with just "% emacs", and I don't wait to long, I can kill it > with a C-c and the warning/error messages below appear in xterm: > % emacs > ^C > (process:1589): GLib-WARNING **: In call to g_spawn_sync(), exit > status of a child process was requested but SIGCHLD action was set to > SIG_IGN and ECHILD was received by waitpid(), so exit status can't be > returned. This is a bug in the program calling g_spawn_sync(); ei > ther don't request the exit status, or don't set the SIGCHLD action. > (process:1589): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: > assertion `G_IS_DBUS_CONNECTION (connection)' failed > I'm on 9.0-STABLE amd64. > Please let me know if I can provide any other information. Could you please provide contents of /var/db/ports/emacs/options ? I'm not sure if it's to do with Intel GEM/KMS, but I remember seeing it with SYNC_INPUT=off as well, as Raphael pointed out in his earlier reply. Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpJ5XYGIzYz3.pgp Description: PGP signature
Re: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
Wed, Jul 18, 2012 at 08:37:30AM +0400, Eygene Ryabinkin wrote: > Thu, Jul 12, 2012 at 12:26:15AM -0400, Henry Hu wrote: > > For the png problem, I think that we can use png_jmpbuf for any > > libpng > > >= 1.2.5? It seems to be exist at least from libpng 1.2.5 > > (http://www.libpng.org/pub/png/libpng-1.2.5-manual.html) so it's > > safe to use it? > > Should be. But according to the portability note at > http://www.libpng.org/pub/png/libpng.html > "The libpng 1.5.x series continues the evolution of the libpng API, > finally hiding the contents of the venerable and hoary png_struct and > png_info data structures inside private (i.e., non-installed) header > files." So it is normal to use the "new" API only for >= 1.5.x. > > Mon, Jul 16, 2012 at 01:07:06AM -0700, Doug Barton wrote: > > Where are we at with this? I'm using the latest png with your patch and > > it is working fine, although only a few of my backgrounds are PNGs. > > I had tested it with PNG 1.4.10 -- works fine. So, I had changed > the required library version for png from '15' to '1[45]'. The patch > was modified accordingly, > http://codelabs.ru/fbsd/ports/slim/upgrade-1.3.3-to-1.3.4.diff Ping! Were there any testers of the updated slim port? If yes, please, speak up. -- Eygene Ryabinkin,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] pgpnJrHKNoLnG.pgp Description: PGP signature
Re: FreeBSD Port: bash-4.2.28
On Sun, 29 Jul 2012 22:19:45 -0400 Jason Hellenthal articulated: > Kevin sorry for posting this from your message "it had to go somewhere > since there was no such great message to reply to." not intended > directly toward anyone in general. > > This thread has turned to nothing but obnoxious dribble of what used > to be a simple problem to solve. > > All of the bash-* patches that were inquired about are important to > the user interface and some of them are directly related to most > everyone. Sorry, according to Doug, if it doesn't pertain to him then it is a useless patch and not worthy of inclusion into the present Bash port. > ESPECIALLY $HOME/ expansiion if I might need to state one. > > But let me state one thing here > > Ports is a framework containing lots of development. And justly it > should not be judged that a port should not be upgraded because it > might introduce new bugs to a stable community. Well said -- paying attention Doug. Any patch can potentially introduce new or expose old problems with software. Refusing to try them is as ridiculous as a child refusing to eat peas because he/she thinks they aren't going to like them sans any actual, verifiable proof. > Just because a port is being updated does not neccesarily mean that > end-user needs to update their local install. It does mean that if its > there it will get more exposure to further fixes... There are several > ports which go head -> head with the most current release that could > stand to not be updated quite so often. Again, well stated. > So for what its worth "Stop pu??y wiping ports!" especially when it > does not break the ports system itself. > > All this written from mutt(1) ontop of bash(1) 4.2.37(0)-release since > Jul 17! Basically, that is exactly what I have been saying. The end user should be the one making the final decision, not some megalomaniac like Doug who feels his opinions are the only ones that count. By the way, I just noticed that "openssl-1.0.1_3" has been updated to "openssl-1.0.3_4". I wonder if the maintainer asked Doug's permission first. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ signature.asc Description: PGP signature
Re: firefox 14.0.1 and flash
On Saturday 28 July 2012 20:21:13 Jan Beich wrote: > ajtiM writes: > > Hi! > > > > On my FreeBSD 9.0 Release, KDE 4.8.4, Firefox 14.0.1 stooped working with > > linuxflashplugin 11. There is no problem with Opera. > > First, try firefox package and show pkg_info -aE output. Blame pointyhat > tardiness if the package (for 14.0.1) is not available yet. > > Second, try to disable dom.ipc.plugins.enabled in about:config. > If it helps try the first attached patch, then remove patch-bug753046 > and try the second patch. > > If neither helps try collecting debug info > > # NSPR_LOG_MODULES output depends on LOGGING option > > $ NSPR_LOG_MODULES=plugin:5 firefox -ProfileManager -no-remote > $ NSPR_LOG_MODULES=all:5 NSPR_LOG_FILE=$HOME/nspr.log firefox -P > -no-remote $ NPW_DEBUG=1 NPW_LOG=$HOME/npw.log firefox -P > -no-remote > > and see how far it got by comparing output with previous version. > > Also, QT4 is known to be broken with plugins. Thank you. Flash doesn't works still. In /home/.mozilla/firefox/pluginreg.dat I have: [INVALID] /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so:$ 1336714805000:$ Thanks. Mitja http://jpgmag.com/people/lumiwa ___ 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: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
On Mon, Jul 30, 2012 at 01:37:45PM +0400, Eygene Ryabinkin wrote: > Wed, Jul 18, 2012 at 08:37:30AM +0400, Eygene Ryabinkin wrote: > > Thu, Jul 12, 2012 at 12:26:15AM -0400, Henry Hu wrote: > > > For the png problem, I think that we can use png_jmpbuf for any > > > libpng > > > >= 1.2.5? It seems to be exist at least from libpng 1.2.5 > > > (http://www.libpng.org/pub/png/libpng-1.2.5-manual.html) so it's > > > safe to use it? > > > > Should be. But according to the portability note at > > http://www.libpng.org/pub/png/libpng.html > > "The libpng 1.5.x series continues the evolution of the libpng API, > > finally hiding the contents of the venerable and hoary png_struct and > > png_info data structures inside private (i.e., non-installed) header > > files." So it is normal to use the "new" API only for >= 1.5.x. > > > > Mon, Jul 16, 2012 at 01:07:06AM -0700, Doug Barton wrote: > > > Where are we at with this? I'm using the latest png with your patch and > > > it is working fine, although only a few of my backgrounds are PNGs. > > > > I had tested it with PNG 1.4.10 -- works fine. So, I had changed > > the required library version for png from '15' to '1[45]'. The patch > > was modified accordingly, > > http://codelabs.ru/fbsd/ports/slim/upgrade-1.3.3-to-1.3.4.diff > You mean 1.3.4 which is in the tree already? I'm using it without any problems. PAM works like a charm, no more need to start ssh-agent manually. :) pgpj9sMKcxXId.pgp Description: PGP signature
Re: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
Eygene Ryabinkin wrote: Ping! Were there any testers of the updated slim port? If yes, please, speak up. WFM now, the only problem I had faced is introduced incompatibility with clang but that has mostly nothing to do with the port. I filed a bug at http://developer.berlios.de/bugs/?func=detailbug&group_id=2663&bug_id=18667 but with no progress though. -- Sphinx of black quartz judge my vow. ___ 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: what port installed /usr/local/lib/gtk-3.0/3.0.0/immodules?
Anton Shterenlikht wrote on 26.07.2012 15:48: > I was checking my installation with sysutils/libchk. [...] > But none of this files are claimed by any installed port, > accorting to pkg: > > $ pkg which /usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so > /usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so was not found in the database > > Does anybody know what port might've > installed these? > > Thanks [rm@smeshariki3 ~]> pkg_info -W /usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so /usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so was installed by package gtk-3.0.12_2 thanks. I'll try to install/deinstall this port, and see if these files disappear then. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/170271[MAINTAINER] net/babeld: Up to 1.3.3 f ports/170270[PATCH] www/py-djblets: update to 0.6.21, www/reviewbo o ports/170268[PATCH] devel/arduino-mk: Fix version.sh script for ar o ports/170262Update devel/jwasm to version 2.07a o ports/170258port update: sysutils/fusefs-rar2fs Mount rar archives o ports/170257port update: archivers/libunrar4 Version 4 of libunrar f ports/170247devel/py-asn1: update to 0.1.4 o ports/170245Update port: net/isc-dhcp41-server Upgrade to 4.1-ESV- o ports/170242[PATCH] devel/arduino: fix avr-libc SIG_USART1_RECV is o ports/170241[PATCH] devel/libftdi: upgrade to 0.20 and fix automak o ports/170229sysutils/ntfsprogs is in conflict with sysutils/fusefs f ports/170186Update sysutils/modules to version 3.2.9 o ports/170185sysutils/mgeupsd not correctly works. o ports/170180[patch] Mk/bsd.options.mk allow make.conf and command o ports/170160multimedia/iso2mkf: Update to version 2007.04.25 o ports/170104error setting source interface in net/mcast-tools, net o ports/170100astro/orsa: version 0.7.0 in ports hopelessly outdated o ports/170097devel/libunwind 20110911: prevents upgrade to current o ports/170089chinese/ibus-chewing 1.3.10 can't be compiled with ibu o ports/170078New port: databases/mysql-workbench: a cross-platform, o ports/170057[NEW PORT] games/nelly: Nelly's Rooftop Garden, A phys o ports/170020[NEW PORT] sysutils/gigolo: Gigolo is a frontend to ea o ports/17emulators/vmware-tools6: Can not install VMware Tools f ports/169920Update biology/mafft to latest version f ports/169917[patch] math/units update to 2.00 o ports/169916new port: sysutils/salt-cloud - Provisioning salted mi o ports/169910[NEW PORT] www/trac-childtickets: Support for having c o ports/169893[NEW PORT] games/tuxfighter: TuxFighter is a little As f ports/169876devel/flyspray: Strict Standards: Non-static method Fl o ports/169861new port: audio/bristol, Bristol Synthesiser Emulation o ports/169855[NEW PORT] net-mgmt/p0f2: Passive OS fingerprinting to f ports/169770[patch] audio/alsa-lib: make async handler work (from f ports/169767audio/alsa-plugins: desync with oss plugin f ports/169759net-mgmt/nrpe2 doesn't start after subsequent reboots o ports/169741[new port] devel/visualparadigm o ports/169732[NEW PORT] dns/credns: A verifier performing validatio f ports/169722[patch] Update games/bzflag to 2.4.0 f ports/169716net-mgmt/ndpmon several problems with build and instal o ports/169628sysutils/devcpu-data f ports/169613security/botan: Fix ECDSA for dns/powerdns and maybe o f ports/169612dns/powerdns: Fix botan/cryptopp dependency, make it f ports/169521astro/weatherspect: Exiting with SIGUse of uninitializ o ports/169519[net/cvsup] socksify and cvsup cannot be used together o ports/169492[new port] databases/pecl-sqlite must be restored f ports/169430net-mgmt/flowviewer Makefile does not install scripts o ports/169383New Port: graphics/puf Photographer productivity tool o ports/169371port graphics/sane-backends segfaults f ports/169333[PATCH] sysutils/syslog-ng2: move sample config to EXA o ports/169322New port: net/armsd: SMFv2/ARMS Service Adapter daemon o ports/169314graphics/ImageMagick fails to build: test failure o ports/169296New port: textproc/libcrm114 CRM114 C-callable Library f ports/169165sysutils/fusefs-kmod: calling fchown(2) on sshfs files o ports/169090New Port: comms/ge-x2212-2 An EEPROM programmer for GE o ports/169074[NEW PORT] net/jicmp6: ICMPv6 JNI f ports/169043Add CONFLICTS_INSTALL=fusefs-ntfs to sysutils/ntfsprog f ports/169032Update net-im/qutim port to 0.3.0 f ports/168935www/firefox-remote shares PORTNAME with www/firefox o ports/168926Second '59.xxx' out of range 0..59 at security/snort-r o ports/168861devel/tkcvs: tkdiff no longer runs correctly f ports/168611conflict: cad/brlcad: Port shares files with other por f ports/16
Re: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
Volodymyr, good day. Mon, Jul 30, 2012 at 01:51:32PM +0300, Volodymyr Kostyrko wrote: > Eygene Ryabinkin wrote: > > Ping! Were there any testers of the updated slim port? If yes, > > please, speak up. > > WFM now, Great, thanks for testing! > the only problem I had faced is introduced incompatibility with > clang but that has mostly nothing to do with the port. I filed a bug at > http://developer.berlios.de/bugs/?func=detailbug&group_id=2663&bug_id=18667 > but with no progress though. I am currently rebuilding all my ports with clang on my workstations, so once the dust will be settled, I'll probably fix slim's clang problems if they will be still there at that time. -- Eygene Ryabinkin,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] pgpeEPcy2FGmY.pgp Description: PGP signature
Re: mutt 1.5 much slower than mutt 1.4
Am 25.07.2012 12:47, schrieb Anton Shterenlikht:
> On Tue, Jul 24, 2012 at 11:00:39PM +0200, Matthias Andree wrote:
>> Am 24.07.2012 19:18, schrieb Anton Shterenlikht:
>>> mail/mutt is much slower on my amd64 and ia64
>>> -current boxes after it was updated from 1.4
>>> to 1.5. Each keystroke takes few seconds to
>>> act. Below is my mutt 1.5 config:
>> ...
>>
>>> Anybody else is seeing this behaviour?
>>
>> Not here on amd64 9-stable -- which may have little relevance for
>> 10-current.
>>
>>> Any advice?
>>
>> Any chance to figure out what mutt is doing, like with truss or
similar?
>
> I'll need to read up on this.
I'm not sure if I can trust the truss WRT return values (looks like a 32
vs 64 bit issue), there tons of "unknown error".
But there is a recurring action around dealing with
/tmp/mutt-mech-cluster*. This I/O might be expensive, depending on the
/tmp file system. RAM disk might be useful to speed things up... Any
idea what's it doing?
> getpid() = 4295169008
(0x1000313f0)
> getpid() = 4295169008
(0x1000313f0)
> lstat("/tmp/.muttJqtqdK",0x7fffc0a0) ERR#4295172128
'Unknown error: 204832'
> mkdir("/tmp/.muttJqtqdK",0700) = 4295170448
(0x100031990)
>
open("/tmp/.muttJqtqdK/mutt-mech-cluster241-XSYQpzbj",O_RDWR|O_NOFOLLOW|O_CREAT|O_EXCL,0600)
= 4295170328 (0x100031918)
> close(4) = 4295170688
(0x100031a80)
>
link("/tmp/.muttJqtqdK/mutt-mech-cluster241-XSYQpzbj","/tmp/mutt-mech-cluster241-XSYQpzbj")
= 4295170808 (0x100031af8)
> lstat("/tmp/.muttJqtqdK/mutt-mech-cluster241-XSYQpzbj",{
mode=-rw--- ,inode=331538,size=0,blksize=16384 }) = 4295172128 (0x100032020)
> lstat("/tmp/mutt-mech-cluster241-XSYQpzbj",{ mode=-rw---
,inode=331538,size=0,blksize=16384 }) = 4295172128 (0x100032020)
> unlink("/tmp/.muttJqtqdK/mutt-mech-cluster241-XSYQpzbj") = 4295170928
(0x100031b70)
> unlink("/tmp/.muttJqtqdK/mutt-mech-cluster241-XSYQpzbj")
ERR#4295170928 'Unknown error: 203632'
> rmdir(0x7fffc878,0x1001b2c30,0x2,0x2,0x2,0xa000c813d400)
= 0 (0x0)
>
open("/tmp/mutt-mech-cluster241-XSYQpzbj",O_RDWR|O_NOFOLLOW|O_CREAT,0600) =
4295170328 (0x100031918)
> lstat("/tmp/mutt-mech-cluster241-XSYQpzbj",{ mode=-rw---
,inode=331538,size=0,blksize=16384 }) = 4295172128 (0x100032020)
> fstat(4,{ mode=-rw--- ,inode=331538,size=0,blksize=16384 }) =
4295171888 (0x100031f30)
> fcntl(4,F_GETFL,) = 4295168408
(0x100031198)
> fstat(4,{ mode=-rw--- ,inode=331538,size=0,blksize=16384 }) =
4295171888 (0x100031f30)
> write(4,"From r...@bristol.ac.uk Sun Jul "...,2041) = 4295172488
(0x100032188)
> lseek(4,0x0,SEEK_SET) = 4295169848
(0x100031738)
> fstat(4,{ mode=-rw--- ,inode=331538,size=2041,blksize=16384 }) =
4295171888 (0x100031f30)
> read(4,"From r...@bristol.ac.uk Sun Jul "...,16384) = 4295178608
(0x100033970)
> close(4) = 4295170688
(0x100031a80)
> unlink("/tmp/mutt-mech-cluster241-XSYQpzbj") = 4295170928
(0x100031b70)
>> Is debugging turned on; was mutt built WITH_DEBUG=yes?
>
> yes, I just rebuilt with this set.
Uh, I rather meant that debugging might cause unoptimized code, but
given such repeated I/O to /tmp files I think that's more the culprit.
Any of the patches causing it?
Do you dare remount /tmp as asynchronous file system? I don't see
fsync(), so async might help a bit, and is reasonable for /tmp.
>> Can you verify the header cache databases, or move them away just for
>> the sake of the experiment?
>
> sorry, I don't know what you mean here.
You enabled header caches during the build, and if they were excessively
large or broken, that might also cause slowdowns; but they need to be
run-time configured, which you did not, so forget this.
>> Does it help if you "make clean" before building world? This has
cured
>> strance effects on occasions in -STABLE (RELENG_[6-9]) branches for
me.
>
> Well, I might do this later, if no other
> clue emerges.
Looking at the truss output, unless the 32nd bit set is required by the
IA64 calling conventions, that may be necessary regardless of the mutt
issue.
ok, thanks, I'll ask in ia64 list.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
Re: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
Eygene Ryabinkin wrote: the only problem I had faced is introduced incompatibility with clang but that has mostly nothing to do with the port. I filed a bug at http://developer.berlios.de/bugs/?func=detailbug&group_id=2663&bug_id=18667 but with no progress though. I am currently rebuilding all my ports with clang on my workstations, so once the dust will be settled, I'll probably fix slim's clang problems if they will be still there at that time. Actually I found the cause after meditating on error logs. log.h misses #includes for "Ck.h" and "PAM.h". -- Sphinx of black quartz judge my vow. ___ 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] editors/emacs to 24.1
On Mon, Jul 30, 2012 at 6:09 AM, Ashish SHUKLA wrote: > Could you please provide contents of /var/db/ports/emacs/options ? I'm not > sure if it's to do with Intel GEM/KMS, but I remember seeing it with > SYNC_INPUT=off as well, as Raphael pointed out in his earlier reply. I turned off gconf and switched to using xaw (I turn off the menu bar and the tool bar so I use the lightest option for X widgets). % cat /var/db/ports/emacs/options # This file is auto-generated by 'make config'. # Options for emacs-24.1,2 _OPTIONS_READ=emacs-24.1,2 _FILE_COMPLETE_OPTIONS_LIST=CANNA DBUS GCONF GIF GNUTLS GSETTINGS JPEG M17N MAGICK OTF PNG SCROLLBARS SOUND SOURCES SVG SYNC_INPUT TIFF XFT XIM XML XPM GTK2 GTK3 XAW XAW3D MOTIF OPTIONS_FILE_UNSET+=CANNA OPTIONS_FILE_SET+=DBUS OPTIONS_FILE_UNSET+=GCONF OPTIONS_FILE_SET+=GIF OPTIONS_FILE_SET+=GNUTLS OPTIONS_FILE_SET+=GSETTINGS OPTIONS_FILE_SET+=JPEG OPTIONS_FILE_SET+=M17N OPTIONS_FILE_SET+=MAGICK OPTIONS_FILE_SET+=OTF OPTIONS_FILE_SET+=PNG OPTIONS_FILE_SET+=SCROLLBARS OPTIONS_FILE_SET+=SOUND OPTIONS_FILE_SET+=SOURCES OPTIONS_FILE_SET+=SVG OPTIONS_FILE_SET+=SYNC_INPUT OPTIONS_FILE_SET+=TIFF OPTIONS_FILE_SET+=XFT OPTIONS_FILE_SET+=XIM OPTIONS_FILE_SET+=XML OPTIONS_FILE_SET+=XPM OPTIONS_FILE_UNSET+=GTK2 OPTIONS_FILE_UNSET+=GTK3 OPTIONS_FILE_SET+=XAW OPTIONS_FILE_UNSET+=XAW3D OPTIONS_FILE_UNSET+=MOTIF ___ 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"
Problems about making a new port
I met with some problem while porting a software, which will be
www/xombrero. It's a web browser.
1. Its source code has a .desktop file and I want to install it to
/usr/local/share/applications. But some committer told me to check it
again. Is it a wrong place?
2. Also, it has several icon files located in ${WORKSRC}/. The filenames
are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient way
to install them to correct places (/usr/local/share/icons/hicolr/NxN/apps)?
3. It has a simple sh script called playflash.sh as its "plugin". The
script is supposed to be manually copied to ~/.xombrero directory. So I
installed the script to /usr/local/share/xombrero. Is it better to move it
to /usr/local/share/examples/xombrero?
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: Problems about making a new port
On 07/30/12 14:31, HU Dong (胡东) wrote:
I met with some problem while porting a software, which will be
www/xombrero. It's a web browser.
1. Its source code has a .desktop file and I want to install it to
/usr/local/share/applications. But some committer told me to check it
again. Is it a wrong place?
2. Also, it has several icon files located in ${WORKSRC}/. The filenames
are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient way
to install them to correct places (/usr/local/share/icons/hicolr/NxN/apps)?
3. It has a simple sh script called playflash.sh as its "plugin". The
script is supposed to be manually copied to ~/.xombrero directory. So I
installed the script to /usr/local/share/xombrero. Is it better to move it
to /usr/local/share/examples/xombrero?
Thanks!
xombrero is a rename of xxxterm. Start looking at the port www/xxxterm.
HTH
--
Niclas Zeising
___
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: Problems about making a new port
Actually, most part of www/xombrero is taken from www/xxxterm. But still
there're some problems to be solved.
HU Dong
On Mon, Jul 30, 2012 at 8:37 PM, Niclas Zeising wrote:
> On 07/30/12 14:31, HU Dong (胡东) wrote:
>
>> I met with some problem while porting a software, which will be
>> www/xombrero. It's a web browser.
>>
>> 1. Its source code has a .desktop file and I want to install it to
>> /usr/local/share/applications. But some committer told me to check it
>> again. Is it a wrong place?
>>
>> 2. Also, it has several icon files located in ${WORKSRC}/. The filenames
>> are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient way
>> to install them to correct places (/usr/local/share/icons/**
>> hicolr/NxN/apps)?
>>
>> 3. It has a simple sh script called playflash.sh as its "plugin". The
>> script is supposed to be manually copied to ~/.xombrero directory. So I
>> installed the script to /usr/local/share/xombrero. Is it better to move it
>> to /usr/local/share/examples/**xombrero?
>>
>> Thanks!
>>
>
> xombrero is a rename of xxxterm. Start looking at the port www/xxxterm.
> HTH
> --
> Niclas Zeising
>
___
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: Problems about making a new port
On 07/30/12 15:47, HU Dong (胡东) wrote: Actually, most part of www/xombrero is taken from www/xxxterm. But still there're some problems to be solved. No. The upstream developers renamed xxxterm into xombrero. I was there when it happened. Regards! -- Niclas Zeising ___ 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: Problems about making a new port
What he means is he started a pr in ports. Repocopy etc. You can look up his progress -- Michael Scheidell, CTO >|SECNAP Network Security -Original message- From: Niclas Zeising To: "HU Dong (胡东)" < Cc: "freebsd-ports@freebsd.org" Sent: Mon, Jul 30, 2012 13:51:39 GMT+00:00 Subject: Re: Problems about making a new port On 07/30/12 15:47, HU Dong (胡东) wrote: > Actually, most part of www/xombrero is taken from www/xxxterm. But still > there're some problems to be solved. > No. The upstream developers renamed xxxterm into xombrero. I was there when it happened. Regards! -- Niclas Zeising ___ 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: firefox 14.0.1 and flash
ajtiM writes: > On Saturday 28 July 2012 20:21:13 Jan Beich wrote: > >> ajtiM writes: >> > Hi! >> > >> > On my FreeBSD 9.0 Release, KDE 4.8.4, Firefox 14.0.1 stooped working with >> > linuxflashplugin 11. There is no problem with Opera. >> >> First, try firefox package and show pkg_info -aE output. Blame pointyhat >> tardiness if the package (for 14.0.1) is not available yet. Alternatively, use ports-mgmt/poudriere to build firefox package in a clean environment. Also, make sure you've run make delete-old in case you've updated to 9.0R from a previous release. Stale headers can often cause some hard to track breakages, crashes, runtime issues. >> Second, try to disable dom.ipc.plugins.enabled in about:config. >> If it helps try the first attached patch, then remove patch-bug753046 >> and try the second patch. >> >> If neither helps try collecting debug info >> >> # NSPR_LOG_MODULES output depends on LOGGING option >> >> $ NSPR_LOG_MODULES=plugin:5 firefox -ProfileManager -no-remote >> $ NSPR_LOG_MODULES=all:5 NSPR_LOG_FILE=$HOME/nspr.log firefox -P >> -no-remote $ NPW_DEBUG=1 NPW_LOG=$HOME/npw.log firefox -P >> -no-remote >> >> and see how far it got by comparing output with previous version. >> >> Also, QT4 is known to be broken with plugins. > > Thank you. Flash doesn't works still. I have no clue what you did. > In /home/.mozilla/firefox/pluginreg.dat I have: > > [INVALID] > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so:$ > 1336714805000:$ It's harmless and no different for previous versions. firefox uses flashplugin via nspluginwrapper. Make sure you did $ nspluginwrapper -v -a -i if you've updated www/linux-f10-flashplugin11 or www/nspluginwrapper. [PLUGINS] npwrapper.libflashplayer.so:$ /home/foo/.mozilla/plugins/npwrapper.libflashplayer.so:$ :$ 1343139300287:0:1:$ Shockwave Flash 11.2 r202:$ Shockwave Flash:$ 2 0:application/x-shockwave-flash:Shockwave Flash:swf:$ 1:application/futuresplash:FutureSplash Player:spl:$ ___ 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: Problems about making a new port
On Monday, July 30, 2012 20:31:54 HU Dong wrote:
> I met with some problem while porting a software, which will be
> www/xombrero. It's a web browser.
>
> 1. Its source code has a .desktop file and I want to install it to
> /usr/local/share/applications. But some committer told me to check it
> again. Is it a wrong place?
>
It should go in ${PREFIX}/share/applications
> 2. Also, it has several icon files located in ${WORKSRC}/. The filenames
> are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient way
> to install them to correct places (/usr/local/share/icons/hicolr/NxN/apps)?
>
Since you already have a variable ICONS=16 32 48 64 128, you could do:
.for i in ${ICONS}
${INSTALL_DATA} ${WRKSRC}/xombreroicon${i}.png
${PREFIX}/share/icons/hicolor/${i}x${i}/apps/
.endfor
You should probably add INSTALLS_ICONS=yes too.
> 3. It has a simple sh script called playflash.sh as its "plugin". The
> script is supposed to be manually copied to ~/.xombrero directory. So I
> installed the script to /usr/local/share/xombrero. Is it better to move it
> to /usr/local/share/examples/xombrero?
>
IMO, it would be best in ${EXAMPLESDIR}, so add it to PORTEXAMPLES and remove it
from the pkg-plist. You should also install it with ${INSTALL_SCRIPT} since it
is a script
instead of ${INSTALL_DATA}.
Perhaps you could create a wrapper script for xombrero so that the playflash.sh
script
is installed in ~/.xombrero instead of making the user do it manually...just a
thought.
Looking at your patch, you should remove "pkgconfig" from "USE_GNOME=gtk20
pkgconfig"
and use the "USE_PKGCONFIG=build" macro instead.
Use ${INSTALL_PROGRAM} to install bin/xombrero since it is a binary I'm assuming
In this line, don't use a hardcoded path (/usr/local should be ${PREFIX}:
@${REINPLACE_CMD} -e 's|#define XT_DS_SSL_CA_FILE ("")|#define
XT_DS_SSL_CA_FILE ("\/usr\/local\/share\/certs\/ca-root-nss.crt")|g'
${WRKSRC}/xombrero.h
In this line, use ${MAKE} instead of make:
cd ${WRKSRC}/freebsd && make GTK_VERSION="gtk2"
pkg-plist: sort and remove the blank line and of course fix where the icons are
installed
Cheers,
Jason E. Hale
___
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] editors/emacs to 24.1
On Mon, Jul 30, 2012 at 11:25 AM, Herbert J. Skuhra wrote: > Two options: > > 1) Try to build Emacs without dbus/gconf/gsettings. > > 2) Launch dbus properly: > > I run fvwm2 and I had to add the following line to my ~/.xinitrc: > > exec ck-launch-session dbus-launch --exit-with-session fvwm2 > Thanks Herbert; Both options worked. Does that mean if one wanted to run dbus, the script in /usr/local/etc/rc.d/ isn't necessary? Ashish, when building with the dbus, gconf and gtk options turned off, emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended? Joseph ___ 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: vlc 2.0.3 - want to know where it works and where only partly
Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. So if you test it please report: - your FreeBSD version/arch and src svn rev/date of checkout (if head or stable) - how old the rest of your installed ports are - your video hardware (tho that's probably less relevant since it worked via remote X also displaying on the 8.2 box from the 9.1 one and the other way around it also didn't work; the 8.2 box has radeon and the 9.1 nvidia) - and whether native video output works (if it doesn't playback will stop right away; audio-only files should always work, also changing video output to SDL should) And here is the patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-001.patch Thanx! Juergen (and jsa :) ___ 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: lang/gcc46 building stuff in $TMPDIR
On Sun, 29 Jul 2012, Doug Barton wrote: >>> My suggestion would be to create a directory in $WRKDIR and assign >>> $TMP (or whatever the right envar is) to it. >> That could be done, but has one significant drawback: those of us >> who have /tmp on fastest storage, and $WRKDIR on slower storage, >> could lose a lot of speed. > Have you measured that? 1:15:27 for a full build of lang/gcc48 when /tmp was used, versus 1:34:25 on the same system when TMPDIR was set to a network drive. This is just one scenario, and it may go both ways. It does show that having temporary files on fast storage is significant. [i386 host, build including Java, storage on spindles.] >> Finally, you indicated that you also saw Java create a large >> temporary file. If you want to avoid building Java, the GCC >> ports have an option to disable Java. > Reducing functionality to handle build infrastructure problems is > not a desirable solution. But thanks for the response in any case. :) Reducing functionality if that cuts the cost of building in half and you do not actually use that functionality (only a single port does, from what I know) actually looks quite desirable to me. ;-) Gerald ___ 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] editors/emacs to 24.1
On Mon, 30 Jul 2012 15:00:25 -0300, Joseph Mingrone said: > On Mon, Jul 30, 2012 at 11:25 AM, Herbert J. Skuhra wrote: >> Two options: >> >> 1) Try to build Emacs without dbus/gconf/gsettings. >> >> 2) Launch dbus properly: >> >> I run fvwm2 and I had to add the following line to my ~/.xinitrc: >> >> exec ck-launch-session dbus-launch --exit-with-session fvwm2 >> > Thanks Herbert; > Both options worked. Does that mean if one wanted to run dbus, the > script in /usr/local/etc/rc.d/ isn't necessary? The script in rc.d starts system dbus (system wide), and the command-line mentioned above starts session bus (per-user session). > Ashish, when building with the dbus, gconf and gtk options turned off, > emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended? No, that's not intended. Could you paste output of following command-lines? % make -V CONFIGURE_ARGS % make -V USE_GNOME % make -V BUILD_DEPENDS % cat /var/db/ports/emacs/options Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpwp8mw3AiBk.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Mon, Jul 30, 2012 at 4:37 PM, Ashish SHUKLA wrote:
> On Mon, 30 Jul 2012 15:00:25 -0300, Joseph Mingrone said:
>> Ashish, when building with the dbus, gconf and gtk options turned off,
>> emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended?
>
> No, that's not intended. Could you paste output of following command-lines?
>
> % make -V CONFIGURE_ARGS
> % make -V USE_GNOME
> % make -V BUILD_DEPENDS
> % cat /var/db/ports/emacs/options
% make -V CONFIGURE_ARGS
--localstatedir=/var --with-x-toolkit=athena --without-xaw3d
--with-xft --with-m17n-flt --with-otf --with-imagemagick
--without-gsettings --without-gconf --with-xim --with-sound
--without-dbus --with-xml2 --with-gnutls
--x-libraries=/usr/local/lib --x-includes=/usr/local/include
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
% make -V USE_GNOME
librsvg2 libxml2
% make -V BUILD_DEPENDS
gmake:/usr/ports/devel/gmake
/usr/local/libdata/pkgconfig/xaw7.pc:/usr/ports/x11-toolkits/libXaw
/usr/local/libdata/pkgconfig/xpm.pc:/usr/ports/x11/libXpm
/usr/local/libdata/pkgconfig/xft.pc:/usr/ports/x11-fonts/libXft
/usr/local/bin/intltool-extract:/usr/ports/textproc/intltool
pkgconf:/usr/ports/devel/pkgconf
cat /var/db/ports/emacs/options
# This file is auto-generated by 'make config'.
# Options for emacs-24.1,2
_OPTIONS_READ=emacs-24.1,2
_FILE_COMPLETE_OPTIONS_LIST=CANNA DBUS GCONF GIF GNUTLS GSETTINGS JPEG
M17N MAGICK OTF PNG SCROLLBARS SOUND SOURCES SVG SYNC_INPUT TIF
F XFT XIM XML XPM GTK2 GTK3 XAW XAW3D MOTIF
OPTIONS_FILE_UNSET+=CANNA
OPTIONS_FILE_UNSET+=DBUS
OPTIONS_FILE_UNSET+=GCONF
OPTIONS_FILE_SET+=GIF
OPTIONS_FILE_SET+=GNUTLS
OPTIONS_FILE_UNSET+=GSETTINGS
OPTIONS_FILE_SET+=JPEG
OPTIONS_FILE_SET+=M17N
OPTIONS_FILE_SET+=MAGICK
OPTIONS_FILE_SET+=OTF
OPTIONS_FILE_SET+=PNG
OPTIONS_FILE_SET+=SCROLLBARS
OPTIONS_FILE_SET+=SOUND
OPTIONS_FILE_SET+=SOURCES
OPTIONS_FILE_SET+=SVG
OPTIONS_FILE_SET+=SYNC_INPUT
OPTIONS_FILE_SET+=TIFF
OPTIONS_FILE_SET+=XFT
OPTIONS_FILE_SET+=XIM
OPTIONS_FILE_SET+=XML
OPTIONS_FILE_SET+=XPM
OPTIONS_FILE_UNSET+=GTK2
OPTIONS_FILE_UNSET+=GTK3
OPTIONS_FILE_SET+=XAW
OPTIONS_FILE_UNSET+=XAW3D
OPTIONS_FILE_UNSET+=MOTIF
___
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] editors/emacs to 24.1
I should also mention that I'm using pkgng in case it's relevant. Joseph ___ 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] editors/emacs to 24.1
On Mon, 30 Jul 2012 16:51:15 -0300, Joseph Mingrone said:
> On Mon, Jul 30, 2012 at 4:37 PM, Ashish SHUKLA wrote:
>> On Mon, 30 Jul 2012 15:00:25 -0300, Joseph Mingrone said:
>>> Ashish, when building with the dbus, gconf and gtk options turned off,
>>> emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended?
>>
>> No, that's not intended. Could you paste output of following command-lines?
>>
>> % make -V CONFIGURE_ARGS
>> % make -V USE_GNOME
>> % make -V BUILD_DEPENDS
>> % cat /var/db/ports/emacs/options
> % make -V CONFIGURE_ARGS
> --localstatedir=/var --with-x-toolkit=athena --without-xaw3d
> --with-xft --with-m17n-flt --with-otf --with-imagemagick
> --without-gsettings --without-gconf --with-xim --with-sound
> --without-dbus --with-xml2 --with-gnutls
> --x-libraries=/usr/local/lib --x-includes=/usr/local/include
> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
> % make -V USE_GNOME
> librsvg2 libxml2
> % make -V BUILD_DEPENDS
> gmake:/usr/ports/devel/gmake
> /usr/local/libdata/pkgconfig/xaw7.pc:/usr/ports/x11-toolkits/libXaw
> /usr/local/libdata/pkgconfig/xpm.pc:/usr/ports/x11/libXpm
> /usr/local/libdata/pkgconfig/xft.pc:/usr/ports/x11-fonts/libXft
> /usr/local/bin/intltool-extract:/usr/ports/textproc/intltool
> pkgconf:/usr/ports/devel/pkgconf
> cat /var/db/ports/emacs/options
> # This file is auto-generated by 'make config'.
> # Options for emacs-24.1,2
> _OPTIONS_READ=emacs-24.1,2
> _FILE_COMPLETE_OPTIONS_LIST=CANNA DBUS GCONF GIF GNUTLS GSETTINGS JPEG
> M17N MAGICK OTF PNG SCROLLBARS SOUND SOURCES SVG SYNC_INPUT TIF
> F XFT XIM XML XPM GTK2 GTK3 XAW XAW3D MOTIF
> OPTIONS_FILE_UNSET+=CANNA
> OPTIONS_FILE_UNSET+=DBUS
> OPTIONS_FILE_UNSET+=GCONF
> OPTIONS_FILE_SET+=GIF
> OPTIONS_FILE_SET+=GNUTLS
> OPTIONS_FILE_UNSET+=GSETTINGS
> OPTIONS_FILE_SET+=JPEG
> OPTIONS_FILE_SET+=M17N
> OPTIONS_FILE_SET+=MAGICK
> OPTIONS_FILE_SET+=OTF
> OPTIONS_FILE_SET+=PNG
> OPTIONS_FILE_SET+=SCROLLBARS
> OPTIONS_FILE_SET+=SOUND
> OPTIONS_FILE_SET+=SOURCES
> OPTIONS_FILE_SET+=SVG
> OPTIONS_FILE_SET+=SYNC_INPUT
> OPTIONS_FILE_SET+=TIFF
> OPTIONS_FILE_SET+=XFT
> OPTIONS_FILE_SET+=XIM
> OPTIONS_FILE_SET+=XML
> OPTIONS_FILE_SET+=XPM
> OPTIONS_FILE_UNSET+=GTK2
> OPTIONS_FILE_UNSET+=GTK3
> OPTIONS_FILE_SET+=XAW
> OPTIONS_FILE_UNSET+=XAW3D
> OPTIONS_FILE_UNSET+=MOTIF
There is nothing here which hints at gconf2/gtk2/dbus being used. Why do you
think those options are used or Emacs depends on them?
And as you mention you're using pkgng, it's irrelevant unless you're using
installing from package. Are you?
Thanks
--
Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0
Sent from my Emacs
pgp2yjF300oSy.pgp
Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Mon, Jul 30, 2012 at 5:10 PM, Ashish SHUKLA wrote: > There is nothing here which hints at gconf2/gtk2/dbus being used. Why do you > think those options are used or Emacs depends on them? % pkg info -d emacs (note there is no underscore, that the pkgng tool) emacs-24.1,2 depends on: ImageMagick-6.7.8.6 ORBit2-2.14.19 atk-2.0.1 bitstream-vera-1.10_5 cairo-1.10.2_4,2 compositeproto-0.4.2 damageproto-1.2.1 dbus-glib-0.94 dbus-1.4.14_3 dconf-0.5.1_4 djvulibre-3.5.25.3 eggdbus-0.6_1 encodings-1.0.4,1 expat-2.0.1_2 fftw3-3.3.2 fixesproto-5.0 font-bh-ttf-1.0.3 font-misc-ethiopic-1.0.3 font-misc-meltho-1.0.3 font-util-1.2.0 fontconfig-2.9.0,1 freetype2-2.4.9_1 fribidi-0.19.2_1 gamin-0.1.10_4 gconf2-2.32.0_3 gd-2.0.35_8,1 gdk-pixbuf-2.23.5_3 gettext-0.18.1.1 ghostscript9-9.05_5 giflib-4.2.0_2 gio-fam-backend-2.28.8_1 glib-2.28.8_4 gmp-5.0.5 gnome_subr-1.0 gnomehier-2.3_12 gnutls-2.12.18 gobject-introspection-0.10.8_2 gsfonts-8.11_5 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.6_1 gtk-2.24.6_2 hicolor-icon-theme-0.12 inputproto-2.0.2 jasper-1.900.1_10 jbig2dec-0.11_1 jbigkit-1.6 jpeg-8_3 kbproto-1.0.5 lcms2-2.3 libICE-1.0.7,1 libIDL-0.8.14_1 libSM-1.2.0,1 libX11-1.4.4,1 libXau-1.0.6 libXaw-1.0.9,2 libXcomposite-0.4.3,1 libXcursor-1.1.12 libXdamage-1.1.3 libXdmcp-1.1.0 libXext-1.3.0_1,1 libXfixes-5.0 libXft-2.1.14 libXi-1.4.5,1 libXinerama-1.1.1,1 libXmu-1.1.0,1 libXp-1.0.1,1 libXpm-3.5.9 libXrandr-1.3.2 libXrender-0.9.6 libXt-1.1.1,1 libcroco-0.6.2_1 libffi-3.0.9 libfontenc-1.1.0 libfpx-1.2.0.12_2 libgee-0.6.2.1 libgpg-error-1.10 libgsf-1.14.21_1 libiconv-1.14 libidn-1.22 liblqr-1-0.4.1_2 libltdl-2.4.2 libotf-0.9.12 libpaper-1.1.24_1 libpthread-stubs-0.3_3 librsvg2-2.34.1_1 libtasn1-2.13 libwmf-0.2.8.4_7 libxcb-1.7 libxml2-2.7.8_3 m17n-db-1.6.3 m17n-lib-1.6.3_1 mkfontdir-1.0.6 mkfontscale-1.0.9 nettle-2.5 p11-kit-0.13 pango-1.28.4_1 pcre-8.31 perl-5.16.0 pixman-0.24.2 pkg-config-0.25_1 pkgconf-0.8.5 png-1.5.12 polkit-0.99 printproto-1.0.5 python27-2.7.3_3 randrproto-1.3.2 renderproto-0.11.1 shared-mime-info-1.0_1 svgalib-1.4.3_6 tiff-4.0.2 webp-0.1.3_1 xcb-util-renderutil-0.3.8 xcb-util-0.3.8,1 xextproto-7.2.0 xineramaproto-1.2.1 xorg-fonts-truetype-7.5.1 xproto-7.0.22 > And as you mention you're using pkgng, it's irrelevant unless you're using > installing from package. Are you? No, I'm installing from source. Cheers, Joseph ___ 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"
after pkg-config -> pkgconf update lots of packages show missing dependency on devel/pkg-config
I did portmaster -o devel/pkgconf devel/pkg-config as advised. Now doing "portmaster --check-depends" returns 235 ports with "missing dependency: devel/pkg-config". I thought the "-o" portmaster option is specifically to update the dependencies list. Am I wrong? Or is this not possible in this particular case? Anyway, I presume this is a benign warning, and none of my 235 ports need to be rebuid, right? Thanks Anton ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: bash-4.2.28
On 7/25/2012 10:03 AM, Michael wrote: > Hello obrien, > > > > Any plans to update bash-4.2.28 up to patch level 037? > > I see we still are on patch level 028. > > > > Regards, > > Michael Zoon I've submitted a patch to update to 37. It's attached to the PR ports/170283: http://www.freebsd.org/cgi/query-pr.cgi?pr=170283 You can apply with: cd /usr/ports/shells/bash fetch -o patch-37 'http://www.freebsd.org/cgi/query-pr.cgi?pr=170283&getpatch=1' patch -p0 < patch-37 -- Regards, Bryan Drewery bdrewery@freenode/EFNet signature.asc Description: OpenPGP digital signature
Re: [CFT] editors/emacs to 24.1
Could this be a result of other dependencies pulling in dbus/gconf/gtk? For example editors/emacs depends on devel/libgsf and libgsf depends on dbus/gconf/gtk. ___ 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"
Community Collaborative Networks
July 30, 2012 Dear Community Leader, The Community Collaborative Networks at http://www.lcnets.org is inviting members to join. While a social network is for sharing of personal news and events, a community collaborative network is for sharing of resources (including information and tools) in a local community (by city) among its members. In the simplest case members can collaborate to create a comprehensive repository of resources. As specific needs arise further collaborations among individual members can spin off more collaborative networks. With a free membership you can network with other members in your local community via your private space (where you create your own space name and slogan). You can also create your own collaborative networks so others can join. We hope you will find them useful, and look forward to your participation! Sincerely, Larry Peterson lpeter...@lcnets.org Community Collaborative Networks We apologize if you receive multiple copies of this message; to unsubscribe (mailto:unsubscr...@wikinets.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"
Community Collaborative Networks
July 30, 2012 Dear Community Leader, The Community Collaborative Networks at http://www.lcnets.org is inviting members to join. While a social network is for sharing of personal news and events, a community collaborative network is for sharing of resources (including information and tools) in a local community (by city) among its members. In the simplest case members can collaborate to create a comprehensive repository of resources. As specific needs arise further collaborations among individual members can spin off more collaborative networks. With a free membership you can network with other members in your local community via your private space (where you create your own space name and slogan). You can also create your own collaborative networks so others can join. We hope you will find them useful, and look forward to your participation! Sincerely, Larry Peterson lpeter...@lcnets.org Community Collaborative Networks We apologize if you receive multiple copies of this message; to unsubscribe (mailto:unsubscr...@wikinets.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"
FreeBSD Port: ifgraph-0.4.10_4
Hi Using ifgraph-0.4.10_4 I noticed unexpected behaviour with the user rights of the files created. The cron job is run as user ifgraph but the rrds are owned by root:ifgraph with mod 644 so the group ifgraph can't write to them. Changing mod to 664 fixes this. Also the images and html files have unexpected ownership. The images are owned by root:ifgraph but the html are ifgraph:ifgraph. Also here the ifgraph group doesn't have write privileges to the files. I've tested the script as root before handing them over to cron. Could that be the cause? Shouldn't the script create rrds and images as ifgraph anyhow? Regards David ___ 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] editors/emacs to 24.1
On Mon, 30 Jul 2012 18:22:22 -0300, Joseph Mingrone said: > Could this be a result of other dependencies pulling in > dbus/gconf/gtk? For example editors/emacs depends on devel/libgsf and > libgsf depends on dbus/gconf/gtk. It could be, but not sure how you arrived at 'libgsf', I don't see any mention of it in port's work directory either? Could you please provide output of: % make -C BUILD_DEPENDS % make -C RUN_DEPENDS % make -C LIB_DEPENDS Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpge1EBknX1n.pgp Description: PGP signature
TexLive port
I have a well working TexLive 2012 port, intended to be a replacement for teTex. I'm off to the FSAE Germany competition for a week, but afterwards I just have to make a couple of TB runs to weed out missing build dependencies and I can open the PR. Because a lot of things depend on a working TeX install I'd like to have some volunteers in a week. Regards, -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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: vlc 2.0.3 - want to know where it works and where only partly
Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: > Hi! > > I had been testing vlc 2.0.x on and off on 8.2 with older ports > and never could get native video to work (tho audio-only files and > videos via SDL work), and now I updated that port to 2.0.3 and > thought why not test it on the laptop that I recently updated to > 9.1 beta and more up to date ports, and guess what, there it works > just fine!! :) > > So now before we can update the port (and at least for a while > keep the old port as vlc-legacy; I already talked with the maintainer > who has little time atm) we need to know what to note in the 2.x > port about when ppl should expect it to work, so testers on various > FreeBSD versions are needed. First off my compliments for picking this up. I for one rather not see a vlc-legacy port. Upstream supports just the one version and so should we. You've marked liveMedia broken, but the update for that is basically done, see its commit history: http://www.freshports.org/net/liveMedia/ People using multimedia/phonon-vlc should include this in their testing, for this purpose the ABI version number for VLC has to be removed from multimedia/phonon-vlc/Makefile I suggest you distribute a patch here that handles all three simultaneously, after that has been tested on as many versions and archs as possible a comprehensive UPDATING message can be constructed and where necessary VLC can be marked broken, but I suspect there will not be much breakage (Wether or not you require SDL for video output can be noted in UPDATING). I used your patch on my 8.3-RELEASE-p3 amd64 headless box where VLC is used to record Axis securityfeeds, so no testing of output there, but what needs to work, works. My 9.0-RELEASE-p3 amd64 desktop (with nVidia graphics) has been running VLC 2 problem free for six months now, ever since that was requested of me when filing a bug + patch @ videolan. It's set for native video output, I can't remember having used another setting. I haven't (yet) used your patch on this box, as it was already running 2.0.3. Phonon-vlc also works on this box. All ports are up-to-date for both mentioned boxes. ___ 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: [RFC] LibreOffice build issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-07-26 08:18:26 -0400, Andriy Gapon wrote: > on 26/07/2012 03:31 Jung-uk Kim said the following: >> I guess you had installed OpenSSL from ports. ;-) > > Yes, bingo. > >> Now I am able to build it with GCC 4.6: >> >> http://people.freebsd.org/~jkim/libreoffice-20120725.tar.bz2 >> >> Basically, bsd.openssl.mk adds -rpath=/usr/lib:/usr/local/lib to >> LDFLAGS first, then bsd.gcc.mk adds >> -Wl,-rpath=/usr/local/lib/gcc46 to it later. >> >> Before: % make -V LDFLAGS -rpath=/usr/lib:/usr/local/lib % make >> -V LDFLAGS USE_OPENSSL_BASE=yes -rpath=/usr/lib:/usr/local/lib % >> make -V LDFLAGS USE_OPENSSL_PORT=yes -rpath=/usr/local/lib % make >> -V LDFLAGS USE_OPENSSL_BASE=yes WITH_GCC=yes >> -rpath=/usr/lib:/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc46 % >> make -V LDFLAGS USE_OPENSSL_PORT=yes WITH_GCC=yes >> -rpath=/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc46 >> >> For WITH_GCC case, I just defined OPENSSL_LDFLAGS as >> "-rpath=/usr/local/lib/gcc46". >> >> After: % make -V LDFLAGS -rpath=/usr/lib:/usr/local/lib % make -V >> LDFLAGS USE_OPENSSL_BASE=yes -rpath=/usr/lib:/usr/local/lib % >> make -V LDFLAGS USE_OPENSSL_PORT=yes -rpath=/usr/local/lib % make >> -V LDFLAGS USE_OPENSSL_BASE=yes WITH_GCC=yes >> -rpath=/usr/local/lib/gcc46 -rpath=/usr/lib:/usr/local/lib >> -Wl,-rpath=/usr/local/lib/gcc46 % make -V LDFLAGS >> USE_OPENSSL_PORT=yes WITH_GCC=yes -rpath=/usr/local/lib/gcc46 >> -rpath=/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc46 >> >> It's ugly but it's good enough for now. >> >> Please note this is really a bug in bsd.openssl.mk (and/or >> bsd.port.mk depending on how you look at it). It shouldn't have >> added /usr/lib in the first place. It is only needed for >> OPENSSL_PORT case and just /usr/local/lib itself. Also, >> bsd.gcc.mk had to be included before all bsd.foo.mk, whatever >> touches rpath. > > Good analysis and catch! I think that just dropping /usr/lib from > rpath should be sufficient, but the way you are doing it could be > safer in the long term. I found that it doesn't really work, either. For example, when cppunit is installed, /usr/local/lib/libcppunit.so is always picked up instead of local libcppunit.so. Therefore, bsd.openssl.mk should never ever set LDFLAGS globally IMHO. Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAXFqsACgkQmlay1b9qnVN4IQCdFUo+QjJto7zoGX2f1W6Jhvfa SxgAn2p1bP8bF9guoAmEIylU7kpKn/F0 =cTWj -END PGP SIGNATURE- ___ 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: vlc 2.0.3 - want to know where it works and where only partly
On Tue, Jul 31, 2012 at 01:00:39AM +0200, Oliver Heesakkers wrote: > Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: > > So now before we can update the port (and at least for a while > > keep the old port as vlc-legacy; I already talked with the maintainer > > who has little time atm) we need to know what to note in the 2.x > > port about when ppl should expect it to work, so testers on various > > FreeBSD versions are needed. It works for me. I'm running: - 10.0-CURRENT r238892 on amd64 - Ports from just a few days ago - Intel (drm2) - Both video and audio work -- Denny Lin ___ 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: vlc 2.0.3 - want to know where it works and where only partly
On Mon, Jul 30, 2012 at 12:15 PM, Juergen Lock wrote: > Hi! > > I had been testing vlc 2.0.x on and off on 8.2 with older ports > and never could get native video to work (tho audio-only files and > videos via SDL work), and now I updated that port to 2.0.3 and > thought why not test it on the laptop that I recently updated to > 9.1 beta and more up to date ports, and guess what, there it works > just fine!! :) > > So now before we can update the port (and at least for a while > keep the old port as vlc-legacy; I already talked with the maintainer > who has little time atm) we need to know what to note in the 2.x > port about when ppl should expect it to work, so testers on various > FreeBSD versions are needed. > > So if you test it please report: > > - your FreeBSD version/arch and src svn rev/date of checkout (if > head or stable) > > - how old the rest of your installed ports are > > - your video hardware (tho that's probably less relevant since > it worked via remote X also displaying on the 8.2 box from the > 9.1 one and the other way around it also didn't work; the 8.2 box > has radeon and the 9.1 nvidia) > > - and whether native video output works (if it doesn't playback > will stop right away; audio-only files should always work, also > changing video output to SDL should) > > And here is the patch: > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-001.patch Tested on FreeBSD 9.1-PRERELEASE of 7/18 with no problems. All ports were current as of 7/18. On Intel Core i5 (Sandybridge) ThinkPad T520 laptop running amd64 with i915kms driver. Everything I tried worked flawlessly. Thanks! -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.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: CFT: vlc 2.0.3 - want to know where it works and where only partly
WORKING: - Up to date ports - FreeBSD cr48.lan 9.0-STABLE FreeBSD 9.0-STABLE #3 r237413M: Thu Jun 21 21:44:02 CDT 2012 r...@skeletor.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64 - Intel i915kms.ko Still have to test a similar system but using Nvidia ___ 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: Problems about making a new port
Thanks, Jason! I've corrected most of them.
As for "/usr/local/share/certs/ca-root-nss.crt", it's a cert file installed
by security/ca_root_nss. I can't figure out how to determine its location
automatically, but I think ${PREFIX} is not proper either, so I replace
/usr/local with ${LOCALBASE}.
Now it seems that the only problem left is to create a wrapper script for
the binary. I don't know where to find tutorials. Is there a google example
that I can refer to? Roughly, I need to know where to place the original
binary, how to name the wrapper, whether there's anything additional to do
except copying files and executing the original binary, etc.
HU Dong
On Mon, Jul 30, 2012 at 11:22 PM, Jason E. Hale wrote:
> On Monday, July 30, 2012 20:31:54 HU Dong wrote:
> > I met with some problem while porting a software, which will be
> > www/xombrero. It's a web browser.
> >
> > 1. Its source code has a .desktop file and I want to install it to
> > /usr/local/share/applications. But some committer told me to check it
> > again. Is it a wrong place?
> >
> It should go in ${PREFIX}/share/applications
>
> > 2. Also, it has several icon files located in ${WORKSRC}/. The filenames
> > are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient way
> > to install them to correct places
> (/usr/local/share/icons/hicolr/NxN/apps)?
> >
> Since you already have a variable ICONS=16 32 48 64 128, you could do:
> .for i in ${ICONS}
> ${INSTALL_DATA} ${WRKSRC}/xombreroicon${i}.png
> ${PREFIX}/share/icons/hicolor/${i}x${i}/apps/
> .endfor
> You should probably add INSTALLS_ICONS=yes too.
>
> > 3. It has a simple sh script called playflash.sh as its "plugin". The
> > script is supposed to be manually copied to ~/.xombrero directory. So I
> > installed the script to /usr/local/share/xombrero. Is it better to move
> it
> > to /usr/local/share/examples/xombrero?
> >
> IMO, it would be best in ${EXAMPLESDIR}, so add it to PORTEXAMPLES and
> remove it
> from the pkg-plist. You should also install it with ${INSTALL_SCRIPT}
> since it is a script
> instead of ${INSTALL_DATA}.
> Perhaps you could create a wrapper script for xombrero so that the
> playflash.sh script
> is installed in ~/.xombrero instead of making the user do it
> manually...just a thought.
>
> Looking at your patch, you should remove "pkgconfig" from "USE_GNOME=gtk20
> pkgconfig"
> and use the "USE_PKGCONFIG=build" macro instead.
>
> Use ${INSTALL_PROGRAM} to install bin/xombrero since it is a binary I'm
> assuming
>
> In this line, don't use a hardcoded path (/usr/local should be ${PREFIX}:
> @${REINPLACE_CMD} -e 's|#define XT_DS_SSL_CA_FILE ("")|#define
> XT_DS_SSL_CA_FILE ("\/usr\/local\/share\/certs\/ca-root-nss.crt")|g'
> ${WRKSRC}/xombrero.h
>
> In this line, use ${MAKE} instead of make:
> cd ${WRKSRC}/freebsd && make GTK_VERSION="gtk2"
>
> pkg-plist: sort and remove the blank line and of course fix where the
> icons are installed
>
> Cheers,
> Jason E. Hale
>
___
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: after pkg-config -> pkgconf update lots of packages show missing dependency on devel/pkg-config
On 07/30/2012 14:18, Anton Shterenlikht wrote: > I did portmaster -o devel/pkgconf devel/pkg-config > as advised. Now doing "portmaster --check-depends" > returns 235 ports with > "missing dependency: devel/pkg-config". > I thought the "-o" portmaster option is specifically > to update the dependencies list. Am I wrong? > Or is this not possible in this particular case? It certainly should have worked, yes. Are you using the latest portmaster? And can you tgz and send me your /var/db/pkg directory? > Anyway, I presume this is a benign warning, and > none of my 235 ports need to be rebuid, right? 'portmaster -y --check-depends' is the right answer here. The run dependency on pkg-config has always been bogus, it's just that we're only now working on fixing it. -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) ___ 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: ifgraph-0.4.10_4
On Tue, Jul 31, 2012 at 12:14 AM, David Wahlund wrote: > Hi > Using ifgraph-0.4.10_4 I noticed unexpected behaviour with the user > rights of the files created. > > The cron job is run as user ifgraph but the rrds are owned by > root:ifgraph with mod 644 so the group ifgraph can't write to them. > Changing mod to 664 fixes this. > > Also the images and html files have unexpected ownership. The images > are owned by root:ifgraph but the html are ifgraph:ifgraph. Also here > the ifgraph group doesn't have write privileges to the files. > > I've tested the script as root before handing them over to cron. Could > that be the cause? Shouldn't the script create rrds and images as > ifgraph anyhow? I must admit it's been a while since I had a look at ifgraph, I no longer use it myself. But your suspicion about first running the script as root could very well be correct. I suggest you manually change the ownership of the offending files, and then only run the scripts as the ifgraph user, as intended. If the scripts should be improved in some way, you should contact the original author. > Regards > David /Lars ___ 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: Problems about making a new port
OK, I've done creating a wrapper script. Now I'm waiting my
redports.orgaccount to be approved.
HU Dong
On Tue, Jul 31, 2012 at 10:10 AM, HU Dong wrote:
> Thanks, Jason! I've corrected most of them.
>
> As for "/usr/local/share/certs/ca-root-nss.crt", it's a cert file
> installed by security/ca_root_nss. I can't figure out how to determine its
> location automatically, but I think ${PREFIX} is not proper either, so I
> replace /usr/local with ${LOCALBASE}.
>
> Now it seems that the only problem left is to create a wrapper script for
> the binary. I don't know where to find tutorials. Is there a google example
> that I can refer to? Roughly, I need to know where to place the original
> binary, how to name the wrapper, whether there's anything additional to do
> except copying files and executing the original binary, etc.
>
> HU Dong
>
>
> On Mon, Jul 30, 2012 at 11:22 PM, Jason E. Hale wrote:
>
>> On Monday, July 30, 2012 20:31:54 HU Dong wrote:
>> > I met with some problem while porting a software, which will be
>> > www/xombrero. It's a web browser.
>> >
>> > 1. Its source code has a .desktop file and I want to install it to
>> > /usr/local/share/applications. But some committer told me to check it
>> > again. Is it a wrong place?
>> >
>> It should go in ${PREFIX}/share/applications
>>
>> > 2. Also, it has several icon files located in ${WORKSRC}/. The filenames
>> > are xombreroicon32.png, xombreroicon64.png etc. Is there a convinient
>> way
>> > to install them to correct places
>> (/usr/local/share/icons/hicolr/NxN/apps)?
>> >
>> Since you already have a variable ICONS=16 32 48 64 128, you could do:
>> .for i in ${ICONS}
>> ${INSTALL_DATA} ${WRKSRC}/xombreroicon${i}.png
>> ${PREFIX}/share/icons/hicolor/${i}x${i}/apps/
>> .endfor
>> You should probably add INSTALLS_ICONS=yes too.
>>
>> > 3. It has a simple sh script called playflash.sh as its "plugin". The
>> > script is supposed to be manually copied to ~/.xombrero directory. So I
>> > installed the script to /usr/local/share/xombrero. Is it better to move
>> it
>> > to /usr/local/share/examples/xombrero?
>> >
>> IMO, it would be best in ${EXAMPLESDIR}, so add it to PORTEXAMPLES and
>> remove it
>> from the pkg-plist. You should also install it with ${INSTALL_SCRIPT}
>> since it is a script
>> instead of ${INSTALL_DATA}.
>> Perhaps you could create a wrapper script for xombrero so that the
>> playflash.sh script
>> is installed in ~/.xombrero instead of making the user do it
>> manually...just a thought.
>>
>> Looking at your patch, you should remove "pkgconfig" from
>> "USE_GNOME=gtk20 pkgconfig"
>> and use the "USE_PKGCONFIG=build" macro instead.
>>
>> Use ${INSTALL_PROGRAM} to install bin/xombrero since it is a binary I'm
>> assuming
>>
>> In this line, don't use a hardcoded path (/usr/local should be ${PREFIX}:
>> @${REINPLACE_CMD} -e 's|#define XT_DS_SSL_CA_FILE ("")|#define
>> XT_DS_SSL_CA_FILE ("\/usr\/local\/share\/certs\/ca-root-nss.crt")|g'
>> ${WRKSRC}/xombrero.h
>>
>> In this line, use ${MAKE} instead of make:
>> cd ${WRKSRC}/freebsd && make GTK_VERSION="gtk2"
>>
>> pkg-plist: sort and remove the blank line and of course fix where the
>> icons are installed
>>
>> Cheers,
>> Jason E. Hale
>>
>
>
___
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"
