wishlist for GNU compilers (Best way to have a port...)

Warner Losh wrote: > I'm trying to create a port for gcc and binutils that is configured > for FreeBSD for a given machine. FreeBSD mips, say. binutils was > relatively easy (once I ported our mips support forward). However, > gcc vexes me. This is not an answer to your question, but a related

Re: APNG patch for graphics/png port

Sent by Jeremy Lea: Hi, On Mon, Dec 22, 2008 at 03:10:59PM -0500, Mikhail Teterin wrote: Personally, I think, I'm in favor of the last approach, at least for now that animated PNG (APNG) content is non-existent anyway Except for many of the chrome icons in firefox, etc. i.e.

Re: APNG patch for graphics/png port

= Especially now that APNG is pretty much out of the bag, my opinion is = that the libpng people should either adopt APNG into their tree, or = yield control over PNG to Mozilla.org. It's not about being the "right" = thing to do, it is about avoiding a highly user-confusing feature-based = fork o

Re: .warning directives in Makefile

On п'ятниця 27 червень 2008, Sergey Matveychuk wrote: = Mikhail Teterin wrote: = > = >> But I'd like remind .warning directive pollutes stderr = > Warnings are NOT pollution... = >> and discouraged portupgrade which was designed to catch messages from = >> st

Re: .warning directives in Makefile

But I'd like remind .warning directive pollutes stderr Warnings are NOT pollution... and discouraged portupgrade which was designed to catch messages from stderr and rises errors. I'd say, the portupgrade needs fixing, if it does, indeed, choke on non-empty stderr without actual non-zero exit

Re: lzma (Re: HEADS UP: upgrading ImageMagick to 6.4.0-6)

вівторок 22 квітень 2008 11:00 до, Andrew Pantyukhin Ви написали: > Also, the lzmautils website claims it's of alpha-quality, so I'm > also hesitant to rely on it completely. At any rate, I think > having a reference implementation of lzma util in ports is a good > thing. OTOH, changing lzmautils'

Re: lzma (Re: HEADS UP: upgrading ImageMagick to 6.4.0-6)

вівторок 22 квітень 2008 06:34 до, Andrew Pantyukhin Ви написали: > So I guess we'll have to stick to using lzma from ports for now. Well, we lived with bzip2 from ports for quite a while... The real problem with lzma right now is that lzmautils (already marked as incompatible with lzma) install

Re: Recent ImageMagick change breaks some configure scripts

On вівторок 22 квітень 2008, Alexander Leidinger wrote: = It may be a good   = idea to mention the change of the include path in UPDATING or CHANGES... I did mention it in the e-mail to all maintainer of the depending ports... No one noticed :-) -mi __

Re: Recent ImageMagick change breaks some configure scripts

> the move of the place where the include directories are put breaks > some configure scripts. Namely those which only have the possibility > to specify the install prefix of the ImageMagick port. Those scripts > will take install_location/include and install_location/lib > automatically. T

compatibility with installed ports (Re: what is gio-fam?)

вівторок 15 квітень 2008 10:43 до, Ricardo Nabinger Sanchez Ви написали: > > Going forward, one hopes, gnome-team will not be so cavalier in forcing > > upgrades... > > How about working with the gnome-team instead of blaming them?  I'd bet > that if you had to upgrade Gnome by hand, you would be u

Re: what is gio-fam?

вівторок 15 квітень 2008 08:55 до, Ricardo Nabinger Sanchez Ви написали: > Not quite.  I also faced this, but was lucky to discover in time (not > closing any open app) where this dependency was coming from.  The only port > I had to update was glib, a couple of times, and gio-fam was finally built

Re: what is gio-fam?

понеділок 14 квітень 2008 05:47 по, Kevin Oberman Ви написали: > If the port existed in a version prior to the release of 2.22 > [...] grab the port from just before that No, thanks. I want the most recent version /of the port/. And the port itself does not care, which version of GNOME it is buil

Re: what is gio-fam?

понеділок 14 квітень 2008 03:52 по, Dominic Fandrey Ви написали: > > So, once again, I have to update half of my ports in order to add a new > > port to the system, that's happily functioning with the older version(s). > > Or you install sysutils/bsdadminscripts and run pkg_libchk to see which > po

Re: error building java/jdk15

On понеділок 14 квітень 2008, [EMAIL PROTECTED] wrote: > I'm trying to install openoffice.org-2, and it needs jdk15 which gives > this error for me: > /usr/local/linux-sun-jdk1.4.2/bin/jar tf > ../../tools/crypto/jgss/jgss_kerberos.jar sun/security/jgss/spi [...] > /usr/ports/java/jdk15/work/con

ghostscript-gpl vs. ghostscript-gnu

Whatever the reasons for having two different GS-ports, the apsfilter insists on the version 7.x (ghostscript-gnu), which, indeed, seems to have a wider selection of drivers: # ./SETUP Found ghostscript version 8.61 ... You have to upgrade at least to gs version 6.50! But you should upgrade

Re: what is gio-fam?

On вівторок 08 квітень 2008, Joe Marcus Clarke wrote: = > I'm trying to build graphics/vips, which works. Then I try to install = > it, and that suddenly requires devel/gio-fam-backend. = = You need to follow the instructions in /usr/ports/UPDATING to upgrade = all GNOME-related ports after GNOME

what is gio-fam?

I'm trying to build graphics/vips, which works. Then I try to install it, and that suddenly requires devel/gio-fam-backend. Building that fails: ... cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemo

Re: postgresql 8.1.11 with icu 3.8: incompatible

On неділя 10 лютий 2008, [EMAIL PROTECTED] wrote: = It seems that postgresql 8.1 port's icu patch need icu <= 3.6: The patch is wrong, unfortunately. It makes configure search for /versioned/ symbols like ucol_open_3_6 and ucnv_fromUChars_3_4. It needs to be updated for 3_8 or, better yet, be ma

Re: Ion3 removal

On четвер 13 грудень 2007, Mark Linimon wrote: = Wrong.  You do cvs add, cvs com. That would lose the prior history of the port, AFAIK. = At least in the US, a court of law won't accept "we'll be deleting the = infringing software Pretty Soon."  Once notified of the infringement, you = are oblige

Re: Ion3 removal (Re: Ion3 license violation)]

On четвер 13 грудень 2007, Peter Jeremy wrote: = So far one person has stated that they tried and gave = up.  Maybe the next person will be more successful. Absolutely right. My point, however, was that the rashed removal makes that hypothetical next person's job more difficult. No, not impossib

Re: Ion3 removal (Re: Ion3 license violation)]

середа 12 грудень 2007 09:49 по, Mark Linimon Ви написали: > Further, note that my initial commit tried to do this, and I asked the > author if it was acceptable.  It was clear from his reply that it was > not -- especially considering the following history: > > http://mail-index.netbsd.org/tech-pk

Re: Ion3 removal (Re: Ion3 license violation)

середа 12 грудень 2007 06:35 по, Bill Moran Ви написали: > It's his software.  If his requirements can't be met, then the port comes > out of the tree.  What else do you expect to happen? I expect the port-removal to be initiated/done in an orderly fashion. This includes marking it FORBIDDEN (or

Ion3 removal (Re: Ion3 license violation)

> The simple fact is that Tuomo has some strange desire to blame packagers > for all his problems with software and users. Yes, license-crafting lawyers are usually more polite and don't engage in direct communications with forums such as ours. Their licenses suck much more, however -- think Jav

Re: FreeBSD Port: libfpx-1.2.0.12_1

понеділок 26 листопад 2007 05:58 до, Boris Samorodov Ви написали: > On Sun, 25 Nov 2007 21:37:11 +0300 Elena Zaytseva wrote: > > I am sorry to tell you, but i think this link doesnt work :( > > http://aldan.algebra.com/~mi/fpx.mega-patch.2007-11-01.bz2 > > Can't confirm: > - > localhost% fetch

tracing dependencies (Re: dependencies out of hand?)

Q: > How do you trace the dependencies? I have found this uncommonly > difficult. A: The % make all-depends-list will list the ports, that the port in the current directory depends on. or you can parse the prebuilt list in /usr/ports/INDEX-6 (or -7 depending on your OS level). Yours,

Re: dependencies out of hand?

On вівторок 20 листопад 2007, Yuri Pankov wrote: = New xorg-server utilizes sysutils/hal for hardware autodetection, glib20 = and cdrecord are dependencies of hal (can be turned off using = WITHOUT_HAL). It also needs dbus, polkit and so on. Not sure about gtk. Thanks, Yuri. But I could trace th

dependencies out of hand?

Why do I need to install cdrecord in order to build X-server? glib and gtk seem necessary too... -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROT

Re: [Bug]: recent graphics/libfpx update breaks build

On субота 03 листопад 2007, Robert Huff wrote: = = Marcus von Appen writes: = = > The recent graphics/libfpx mega-patch update causes the build to break = > on RELENG_6. = = However, builds correctly on: = = FreeBSD 8.0-CURRENT #0: Mon Oct 29 18:03:11 EDT 2007 i386 The problem was fix

Re: freebsd-ports Digest, Vol 233, Issue 7

субота 27 жовтень 2007 08:00 до, [EMAIL PROTECTED] Ви написали: > cd PerlMagick && /usr/local/bin/perl5.8.8 Makefile.PL > Cannot load ExtUtils::MakeMaker: Can't locate ExtUtils/MakeMaker.pm in > @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.8/mach > /usr/local/lib/perl5/site_perl/5.8.8 /

Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues)

понеділок 15 жовтень 2007 10:39 до, David Southwell Ви написали: > 1. Any idea how long Module support will remain broken? This is a difficult question to answer, because it depends on the exact configurations -- some modules are just fine, but some others mess things up, when ImageMagick unload

ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues)

On понеділок 15 жовтень 2007, [EMAIL PROTECTED] wrote: = PASS: Magick++/tests/exceptions.sh = appendImages: unable to close module `MIFF': Invalid shared object handle = 0x80052d000. Module support remains broken, unfortunately, and is disabled by default. Please, run `make config' to disable mo

Re: The scandalous status of linux

On вівторок 09 жовтень 2007, Alexander Leidinger wrote: = > Checking out the games/civ2demo from the Attic is far easier for a = > developer to do, than rebuilding a kernel (even once) is for a regular = > user. = = It's not only about easy/hard, it's also about resources (e.g. a   = -stable machi

Re: The scandalous status of linux

=If you can not find it, tell emulation@ about your problem. Just a reminder, that SDL-using Linux-executables, which broke on -stable in some time in June, are still broken with the kernel from September 16. A game called "civctp" used to start up and play just fine, but now hangs on start-up

Re: ImageMagick problems

> http://www.utdallas.edu/~pauls/ImageMagick/mcbt.txt Ok, it is only the PerlMagick tests, that are failing... Could you re-config to exclude EXR support and rebuild/retest? Thanks! -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.

Re: ImageMagick problems

понеділок 01 жовтень 2007 05:01 по, Paul Schmehl Ви написали: > You can find the config.log and config.status files here: > > > If you need anything else, let me know.  Without tests the port installs > fine. The link has only the results of configure.

Re: trouble with ImageMagick self tests

= hello, I've been trying to upgrade ImageMagick for several days now = but with no success. I'm on a -current system built about a month ago = (Aug 31 19:52:08 MST 2007). I am using the "default" config of having = TTF on, and FPX off. The port has a maintainer, you know... I'm very interested in

Re: ImageMagick

четвер 27 вересень 2007 01:31 по, Randy Pratt Ви написали: > I turned off IMAGEMAGICK_PERL and it does complete with or without > IMAGEMAGICK_SVG support and IMAGEMAGICK_TESTS on.  I'm not sure how > this affects the port or its capabilities.  It may help someone track > down the cause. Its beyond

the right way to link pthread into shared libraries?

Hello! I was always under the impression, that using ${PTHREAD_LIBS} on compiler's command line would produce a library, which is properly linked with the correct threading implementation. Unfortunately, that does not seem to be the case: /bin/sh /opt/bin/libtool --tag=CXX --mode=link c++ -pipe

ImageMagick's "modules" and __cxa_finalize

Has anyone had any luck using ImageMagick built with modules support? If I try that, and follow-up with `gmake check' (in the ${WRKSRC}), about a fifth of ImageMagick's own self-tests seg-fault -- all of them inside __cxa_finalize (after main() has already returned): [EMAIL PROTECTED]:Ima

Re: SoC application: please comment!

What I'd like to see added, is a flag, which would cause bsd.port.mk to simply ignore the explicit shared libraries' major numbers in LIB_DEPENDS. In almost all cases requiring a specific number does not make sense (not from a user's point of view, anyway). It only causes unneccessary rebuilds:

Re: Cannot make security/nss

= /usr/local/lib/libplc4.so: undefined reference to `gethostbyname_r' = /usr/local/lib/libplc4.so: undefined reference to `getprotobyname_r' = /usr/local/lib/libplc4.so: undefined reference to `gethostbyname2_r' = /usr/local/lib/libplc4.so: undefined reference to `getprotobynumber_r' = /usr/local/l

Need help from someone with the 'tinderbox' already setup

Hello! The java/berkeley-db port fails self-tests on pointyhat. I can not reproduce the problem on any machine, that I have access to. It, likely, has something to do with pointyhat's running each build in jail/tinderbox. Would someone, please, try to build the port in a tinderbox (be sure to

Re: ports/devel/icu: PTHREAD_LIBS clean

On Wednesday 29 November 2006 10:45, Lowell Gilbert wrote: = ICU is different in that not only can it be called from multiple = threads, but those threads can (in theory -- as far as I know, you're = right that nobody uses this capability right now) be interacting. =   = > You are (slightly) pessim

Re: ports/devel/icu: PTHREAD_LIBS clean

On Wednesday 29 November 2006 09:06, Norikatsu Shigemura wrote: = > but library may also be not using threads _at all_. -lm, for example, is = > happily used by many threaded programs without itself being thread-aware. = = I understand your ideal, think so too.  However, in fact, it is =

Re: ports/devel/icu: PTHREAD_LIBS clean

On Monday 27 November 2006 10:59, Norikatsu Shigemura wrote: = 1. PTHREAD_LIBS=-lthr =   So I removed libpthread.*, I'm testing. = = 2. WITHOUT_LIBPTHREAD=yes >> /etc/src.conf and make world =   ru@ committed this way.  So I can do it. =   But we can only

Re: ports/devel/icu: PTHREAD_LIBS clean

On Monday 27 November 2006 08:27, Norikatsu Shigemura wrote: = Hi mi! = = I found a problem that icu don't reflect PTHREAD_LIBS=ANY(like -lthr). = Please check following patch. Thanks, I'll try it... Do you need it to be thread-aware though? It is built by default without threads at

Re: FreeBSD Port: icu-3.6

On Thursday 02 November 2006 09:12, Brooks Davis wrote: = > So far, this was only reported on 5.x -- I never saw this error on = > 6.2, and the packages build on the cluster... Can I have access to = > your system to try to reproduce it? = = I'm seeing the same problem, but a different malloc erro

Re: FreeBSD Port: icu-3.6

On Thursday 02 November 2006 03:09, Konstantin V. Bekreyev wrote: [...] =---[OK] ---/custrtrn/Test_widestrs = cintltst in free(): error: page is already free = Abort trap (core dumped) = *** Error code 134 = = Stop in /usr/ports/devel/icu. = *** Error code 1 = = Stop in /usr/ports/devel/icu.

Re: FreeBSD Port: icu-3.6

On Wednesday 01 November 2006 02:12, Jona Joachim wrote: = > I can't build a whole bunch of them (everything depending on glib for = > example) because devel/icu fails. Run `make config' in /usr/ports/devel/glib2 and uncheck the "fix collation" option. This will remove glib2's on ICU... That's a w

Re: festival+OGI brokenness: reason found

On Saturday 28 October 2006 09:04, Andriy Gapon wrote: = P.S. I see that "regular" festival is at version 1.95, maybe = festival+OGI could be updated to that too? Very likely... = Or is OGI stuff already integrated into festival 1.95 and this = festival+OGI port is obsolete ? = I am not sure that

www/linux-nspluginviewer anyone?

Hello! Considering the fact, that Konqueror accesses Mozilla plugins via a separate executable, perhaps we can enable Flash and other "important" plugins by installing the Linux-compiled version of the binary and patching the native nspluginviewer (or the Konqueror itself) to exec it upon encou

Re: Installing mplayer's libavcodec, libavutil?

вівторок 10 жовтень 2006 16:24, Thomas E. Zander написав: > I don't have objections. Do you intend to split this into two or more > ports then or let just other ports depend on mplayer? It would be better to split them out, of course -- by fixing the existing ffmpeg-devel. But more difficult. MP

Installing mplayer's libavcodec, libavutil?

Although no official release of ffmpeg exists, the code bunlded with the occasional mplayer (pre-)releases is, probably, as close as it gets to being a release. Ffmpeg project is hosted by mplayerhq.hu and they appear to have a rather close relationship... A number of other ported packages bund

Re: freebsd-ports Digest, Vol 174, Issue 8

= /usr/local/lib/libtcl84.so: undefined reference to = `pthread_join' = /usr/local/lib/libtcl84.so: undefined reference to = `pthread_cond_timedwait' = *** Error code 1 It looks like you are now build WITH_THREADS, but that TCL was built without the option. Try rebuilding the lang/tcl84 port fir

Re: Ports with duplicate LATEST_LINKS

вівторок 15 серпень 2006 19:19, Kris Kennaway написав: > gpc                  lang/gpc                       [EMAIL PROTECTED] > gpc                  devel/gpc                     [EMAIL PROTECTED] I just renamed the package created by devel/gpc into "libgpc". The directory can now be repo-copied

Re: Ports defying WRKDIRPREFIX

понеділок 07 серпень 2006, Thierry Thomas написав: > @${CAT} ${PKGMESSAGE} > should be sufficient. Something like ${SED} -e 's,/usr/local,${LOCALBASE},g' \ -e 's,/usr/X11R6,${X11BASE},g' ${PKGMESSAGE} | ${FMT} should probably be done automatically by the bsd.port.mk itself, I

multimedia/pwcbsd not downloadable :-(

The http://raaf.atspace.org/ is down, apparently. Surprisingly, the file is not on FreeBSD's mirrors (perhaps, because it is marked NO_PACKAGE). Can anyone, please, share their copy of the pwcbsd-1.3.tar.gz? Thanks! -mi ___ freebsd-por

Re: RFC: Merging X11BASE to LOCALBASE

> That said, GNOME's move to LOCALBASE will not be too problematic.  In > fact, the number of required patches might drop off.  I'd be willing to > bet that if someone did X11BASE=${LOCALBASE} and installed GNOME on a > clean machine right now, it would work. I have both of these -- X11BASE and LO