Re: Blender 2.74 cannot compile on FreeBSD 10.1

[Robert Backhaus]

To get the simple things out of the road - you have reinstalled libraw, and
checked that libraw_r.so.9 is in /usr/local/lib?

This error tells me that your install of libOpenImageIO.so.1.4 is faulty,
so you should also rebuild the port that includes that (pkg which `locate
\*libOpenImageIO.so.1.4`)

On 5 April 2015 at 02:36, pipolandi  wrote:

> I forgot to say that libraw is installed.
>
>
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/Blender-2-74-cannot-compile-on-FreeBSD-10-1-tp6002715p6002716.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: ports errors classification

[Robert Backhaus]

The code is just the value returned by the last process to run. Processes
that complete successfully return 0, and if they fail, they return
something else. So if you want to know what the codes mean, you have to
look at the documentation - generally the man page - for the process, such
as the compiler, or the 'cp ' command.

That said, the number is generally 1 for any failure.

On 24 March 2015 at 08:37, umka ursa  wrote:

> Hello comunity!
> Im looking for documentation about ports instalation error codes. I meen
> somthing like this:
>
> *** [install] Error code 1
> *** [build-depends] Error code 1
>
> Can not find it yet.
> Can you shere it please?
> ___
> 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"

Bug 193424 has no been committed - why?

[Robert Backhaus]

As the maintainer, I gave the go-ahead for this PR to be committed well
over a month ago. I sent a message to koobs@ to see why it wasn't
committed, and have not received a reply.

Can a committer please take this and commit it, or tell me what I need to
do to get it committed?

Thanks,
Robert.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193424
___
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: [HEADSUP] pkg(8) is now the only package management tool

[Robert Backhaus]

On 2 September 2014 13:30, Michelle Sullivan  wrote:

> Andrew Berg wrote:
> > On 2014.09.01 22:09, Michelle Sullivan wrote:
> >
> >> That's my point - there was a patch waiting to submit that knowingly
> >> broke pkg_install at midnight on the day after the EOL... the EOL
> >> shouldn't be an EOL - because it was really a 'portsnap after this date
> >> before you upgrade and you're screwed it won't work any more at all...'
> >>
> > As Peter outlined, this EOL was announced long ago, and it was mentioned
> at
> > least once that it was to allow breaking changes. There really would be
> no
> > reason to drop support for it in the ports tree if there were no plans
> to make
> > changes.
> >
>
> The point is the EOL was not an EOL, it was a deadline, either switch or
> you're screwed, and it was communicated as an EOL not as a "here's a
> deadline, switch or you're screwed"
>
> --
> Michelle Sullivan
> http://www.mhix.org/
>

The point is the EOL was *actually* an EOL: a deadline, either switch or
you're screwed, and it was communicated as an EOL: a "here's a
deadline, switch or you're screwed"
___
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: Does www/chromium work?

[Robert Backhaus]

The only issue I'm having with chromium is that select-and-middle-click
pasting is broken.


On 21 August 2014 00:47, Russell L. Carter  wrote:

>
>
> On 08/20/14 07:10, René Ladan wrote:
> > 2014-08-20 16:00 GMT+02:00 Russell L. Carter :
> >
> >>
> >>
> >> On 08/20/14 02:51, Ivan Voras wrote:
> >>> Hello,
> >>
> >> [...]
> >>
> >>> This is chromium-36.0.1985.143_1 on FreeBSD 10.0-RELEASE-p1. Is
> >>> anybody running chromium?
> >>>
> >>>
> >>
> >> I'm running 36.0.1985.143_1 on a somewhat fresh -current, installed from
> >> a pkg built by poudriere, using the ports protobuf library.  No
> >> segfaults, but x-selection pasting into the search bar doesn't work.
> >> Sometimes ^C/^V does work.
> >
> >
> > Indeed, as long as you do not sign in to the browser it works.
>
> Aha.  I was already logged in from the previous version and everything
> worked.  So I logged out, and then logged in.  Voila!
> Segfaults reliably now on startup.  Oops.
>
> I guess it's firefox for now.
>
> >
> > For the copy/paste issue:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192748
> > but this is relatively minor issue I think, and chromium 37 should arrive
> > in two or three weeks.
>
> Righto.
> Thanks,
> Russell
>
> > René
> > ___
> > 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"
>
___
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: ImageMagic + Webp

[Robert Backhaus]

I have the same issue here. Sunpoet, do you have this? I have attached a
script of my failure.

FreeBSD boffin 9.3-STABLE FreeBSD 9.3-STABLE #1 r268979: Tue Jul 22
22:42:39 EST 2014 root@boffin:/usr/obj/home/src/sys/GENERIC  amd64




On 11 August 2014 18:45, Jos Chrispijn  wrote:

>After I installed ImageMagic port, I got stuck at the installation of
>Webp:
>
>===>  Building for webp-0.4.1
>Making all in src
>Making all in dec
>Making all in enc
>Making all in dsp
>  CC libwebpdspdecode_sse2_la-lossless_sse2.lo
>lossless_sse2.c: In function 'ConvertBGRAToBGR':
>lossless_sse2.c:403: note: use -flax-vector-conversions to permit
>conversions between vectors with differing element types or numbers of
>subparts
>lossless_sse2.c:403: error: incompatible type for argument 1 of
>'__builtin_ia32_psrlqi128'
>lossless_sse2.c:404: error: incompatible type for argument 1 of
>'__builtin_ia32_psrlqi128'
>*** [libwebpdspdecode_sse2_la-lossless_sse2.lo] Error code 1
>1 error
>*** [all-recursive] Error code 1
>1 error
>*** [all-recursive] Error code 1
>1 error
>===> 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/graphics/webp.
>*** [install] Error code 1
>Stop in /usr/ports/graphics/webp.
>*** [reinstall] Error code 1
>Stop in /usr/ports/graphics/webp.
>
>--- end of text --
>
>Can you tell me how to solve?
>
>Thanks,
>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"
>


webp.script
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: www/chromium

[Robert Backhaus]

On 4 May 2014 20:49, René Ladan  wrote:

> Op 3 mei 2014 05:50 schreef "p90s" :
> >
> >
>
> [...]
>
> >
> > Hi - I have built this on 10, but it will no longer launch, I am seeing
> this error:
> >
> > [jv@yeaguy ~] uname -a
> > FreeBSD yeaguy.com 10.0-RELEASE-p2 FreeBSD 10.0-RELEASE-p2 #0: Tue Apr
> 29
> 17:06:01 UTC 2014
> r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
> amd64
> > [jv@yeaguy ~]
> >
> >
> > [jv@yeaguy ~]  /usr/local/bin/chrome
> > /usr/local/bin/chrome: /usr/local/share/chromium/chrome: Exec format
> error
> > [jv@yeaguy ~]
> >
> >
> > [jv@yeaguy ~] pkg info chromium
> > chromium-34.0.1847.132
> > Name   : chromium
> > Version: 34.0.1847.132
> > Installed on   : Fri May  2 19:10:14 PDT 2014
> > Origin : www/chromium
> > Architecture   : freebsd:10:x86:64
> > Prefix : /usr/local
> > Categories : www
> > Licenses   : MPL and LGPL21 and BSD3CLAUSE
> > Maintainer : chrom...@freebsd.org
> > WWW: http://www.chromium.org/Home
> > Comment: Mostly BSD-licensed web browser based on WebKit and Gtk+
> > Options:
> > CODECS : on
> > DEBUG  : on
> > GCONF  : on
> > PULSEAUDIO : on
> > TEST   : on
>
> Hm, what happens if you build chromium without the DEBUG option? I had some
> weird abort traps with 34.0.1847.116 when running the debug version (on a
> laptop with 4 GB RAM).
>
> René
>

I have the same issue now. The error above is because the port installs
/usr/local/share/chromium/chrome as a file full of nulls:

robbak@boffin ~]$hd /usr/local/share/chromium/chrome
  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
||
*
80b83a70

Linking that file takes a very long time and a very large amount of memory.
 (6G+)

The file in the stage directory is not all nulls, but it does die with
abort trap 6.

I can also confirm that building without debug gets it working.
___
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: print/cups-base web interface broken & unable to print

[Robert Backhaus]

Yes, no wonder I couldn't find anything there. /var/log/cups/error_log is
the one that will contain the information. That is where the text about
what filter program is crashing will be. It is probably a missing library
somewhere.


On 6 June 2014 21:36, Beeblebrox  wrote:

> >
> > Hmm. I can't see any attempts to print in that log file. Perhaps I could
> > find it if you told me the name of the file you printed, or of the name
> of
> > the program you printed from.
> >
>
> It was a simple text file in mousepad - it was probably unnamed
> No matter though, same result with file named msci.gnumeric printed from
> gnumeric table:
> Printed to Virtual-pdf printer:
>
> https://docs.google.com/document/d/1N9iVnHXT2T8fHn-SW2JmrC8DVeSt0uIDBnJN9F4EkDE/edit?usp=sharing
> Printed to HP2100:
>
> https://docs.google.com/document/d/1aO2wHr1S_tSO7GuHyvl9DSsVOUgiBUtW3e0-412Fia4/edit?usp=sharing
>
> I recalled that the cups-pdf.conf file has separate settings, and I checked
> those before printing. Unfortunately, does not log to the file specified
> but populates cups/error_log.  Settings in cups/cups-pdf.conf
> Out ${HOME}/Print
> Spool /var/spool/cups-pdf
> Grp daemon
> Log /var/log/cups/cups-pdf
> LogType 4
> GhostScript /usr/local/bin/gs
> GSTmp /tmp
> DecodeHexStrings 1
> FixNewlines 1
>
> Regards.
> ___
> 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: print/cups-base web interface broken & unable to print

[Robert Backhaus]

Hmm. I can't see any attempts to print in that log file. Perhaps I could
find it if you told me the name of the file you printed, or of the name of
the program you printed from.


On 6 June 2014 19:15, Beeblebrox  wrote:

> @Robert
>
> I ran poudriere for the installed cups* ports and did an upgrade. The
> missing commandtops file was restored when upgrade installed cups-image
> (not
> cups-filter), so that problem is resolved. Printing still fails though.
>
> I have a Virtual-PDF printer defined in cups with Generic PPD. To simplify,
> I decided to test with this printer and again got "Filter Failed" message.
> Link to log with "level debug" for this job:
>
> https://docs.google.com/document/d/1YDWcTll0IFu-JUfhGCX1m2IT7gPxwqw0qoEa9_7X2J0/edit?usp=sharing
>
> Virtual-PDF PPD:
> DeviceURI cups-pdf:/
> *FormatVersion: "4.3"
> *FileVersion:   "1.1"
> *LanguageVersion: English
> *LanguageEncoding: ISOLatin1
> *PCFileName:"CUPS-PDF.PPD"
> *Manufacturer:  "Generic"
> *Product:   "(CUPS v1.1)"
> *ModelName: "Generic CUPS-PDF Printer"
> *1284DeviceID:  "MFG:Generic;MDL:CUPS-PDF Printer;DES:Generic CUPS-PDF
> Printer;CLS:PRINTER;$
> *% cupsFilter:"application/vnd.cups-postscript 0 pstitleiconv"
> *PSVersion: "(2017.000) 0"
> *LanguageLevel: "2"
> *ColorDevice:   True
> *DefaultColorSpace: RGB
> *FileSystem:False
> *Throughput:"8"
> *LandscapeOrientation: Plus90
> *TTRasterizer:  Type42
>
> Separately, I have noticed a potentially incompatible option setting as
> below:
> print/cups-base (MDNSRESPONDER or AVAHI)
> print/cups-filters (AVAHI)
> I don't want to use Zeroconf at all, so I prefer to turn these options off.
> While print/cups-filters gets built with UNSET AVAHI, print/cups-base does
> not and requires that at least ONE of the Zeroconf options have been
> enabled. I have no idea how compatible the resulting binaries will be when
> Avahi is used in port but  MDNS in another.
>
> Thanks & Regards.
>
>
>
> -
> FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/print-cups-base-web-interface-broken-unable-to-print-tp5918098p5918422.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: print/cups-base web interface broken & unable to print

[Robert Backhaus]

That port is 'cups-filters', which Beeblebrox already has.

You'll want to check the cups log file. First edit your
local/etc/cups/cupsd.conf file to enable logging, then try to print. That
will give you a huge amount of entries in the log file, but somewhere there
will be the name of the crashing filter.

If you can't find it, post your logfile somewhere (beware that it may
contain personal information, though), and we'll take a look at it. You can
post it direct to me if you don't want to annoy the list with a large
logfile.


On 6 June 2014 16:51, Thomas Mueller  wrote:

> On Thu, 5 Jun 2014 10:00:39 -0700 (PDT), Beeblebrox wrote:
> > Anyone per chance with insight into "filter failed" error? I have already
> > removed and re-created the printer several times.
> >
> > Installed cups related packages: cups-base-1.7.2_1, cups-client-1.7.2,
> > cups-filters-1.0.53_1, cups-pdf-2.6.1_1, cups-pstoraster-8.15.4_7,
> > foomatic-db-20140425, gutenprint-5.2.8, gutenprint-base-5.2.8,
> > gutenprint-cups-5.2.8_1, gutenprint-foomatic-5.2.8_1,
> gutenprint-ijs-5.2.8
>
> I vaguely remember similar problems when updating CUPS lately. After
> the update I had to install another package[*] to get printing working
> again. In addition to your list I have cups-image installed, maybe that
> helps.
>
> [*]  I can't remember details which package I had to install, I do
>  remember wondering if port dependencies or an UPDATING entry was
>  missing.
>
> --
> Thomas Mueller
> ___
> 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: ===> Installing for lua51-5.1.5_7

[Robert Backhaus]

On 27 May 2014 18:41, Baptiste Daroussin  wrote:

> On Tue, May 27, 2014 at 09:31:57AM +0200, Jos Chrispijn wrote:
> >Just tried to install from ports but got this error during
> >installation:
> >===>  Installing for lua51-5.1.5_7
>

--8<


> >Problematic file: /usr/local/include/lua51/lauxlib.h
> >*** [fake-pkg] Error code 70
> >! lua51-5.1.5_6 not even installed.
> >Can you tell me how to solve this? Thanks in advance.
> >best regards,
> >Jos Chrispijn
>
> Following updating should deal with that, are instructions wrong?
>
> regards,
> Bapt
>

There do not appear to be any notes in UPDATING about lua. Which UPDATING
entries are relevant to this?
___
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 META: Installed files conflict between ports

[Robert Backhaus]

The fact that those two ports install conflicting binaries isn't a problem.
The problem is that you were allowed to install the second port.

With mplayer, there is a correct CONFLICTS line in mplayer2, but does not
appear to be one in mplayer. But both samba ports seem to have the correct
CONFLICTS line, but that may have been fixed after you installed the port.


On 21 May 2014 08:25, Ronald F. Guilmette  wrote:

>
> I just submitted the following PR:
>
>   http://www.freebsd.org/cgi/query-pr.cgi?pr=190027
>
> I was a bit flabberghasted to believe that such file conflicts between
> ports was even possible.  Seeing that it is possible prompted me to
> write the attached small Perl script, which can quickly find all such
> cases among a set of installed ports on a given system.
>
> To use this simple script, place it somewhere on your path and name
> it "pccheck" (Port Conflict Check).  Then do the following:
>
> cd /var/db/pkg
> pccheck *
>
> That will tell you if any of your installed ports have installed any
> files which any other of your installed ports also believe that they
> also have installed.
>
> When I ran it on my system, I got this, which is worrying, to say the
> least:
>
> mplayer2-2.0.20130428_4: Conflict -- file=/usr/local/bin/mplayer
>  pkg=mplayer-1.1.r20140418
> mplayer2-2.0.20130428_4: Conflict -- file=/usr/local/man/man1/mplayer.1.gz
>  pkg=mplayer-1.1.r20140418
> samba36-nmblookup-3.6.23: Conflict -- file=/usr/local/bin/nmblookup
>  pkg=samba36-3.6.23
> samba36-nmblookup-3.6.23: Conflict --
> file=/usr/local/man/man1/nmblookup.1.gz  pkg=samba36-3.6.23
> samba36-nmblookup-3.6.23: Conflict --
> file=/usr/local/man/man5/smb.conf.5.gz  pkg=samba36-3.6.23
>
> How does this sort of problem even creep in (to the ports tree)?  Is
> there nothing in place which prevents it from arising?
>
>
> 
> #!/usr/bin/perl -w
>
> use strict;
>
> my $origin;
> my %installed_files;
>
> foreach my $arg (@ARGV) {
>   next unless (-d "$arg");
>   open (IFILE, "<$arg/+CONTENTS") || die "$arg: Open failed\n";
>   while (my $line = ) {
> chop $line;
> if ($line =~ m/^\@/) {
>   if ($line =~ m/^\@conflicts /) {
> #print STDERR ("$arg: $line\n");
> # do nothing
>   } elsif ($line =~ m/^\@cwd /) {
> $origin = $';
>   } else {
> # do nothing
>   }
> } else {
>   next if ($line =~ m/^\+[A-Z]/);
>   die "$arg: Origin not defined\n" unless (defined ($origin));
>   my $fullpath = "$origin/$line";
> #  print "$fullpath\n";
>   if (exists ($installed_files{$fullpath})) {
> print STDERR ("$arg: Conflict -- file=$fullpath
>  pkg=$installed_files{$fullpath}\n");
>   } else {
> $installed_files{$fullpath} = $arg;
>   }
> }
>   }
>   close (IFILE);
> }
> ___
> 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: Best practice for mackaging software without "release tarballs"?

[Robert Backhaus]

On 19 May 2014 23:35, Lev Serebryakov  wrote:

> Hello, Ports.
>
>  I want to make port for TI MSP430 toolchain (binutils-newlib-gcc based,
> new
> one, not old and unsupported "devel/msp430*"), but problem is, that I need
> to package "tip of git branch", as all released tarballs (even snapshot
> ones) contains bugs.
>
>  What is the best practice for such situation? Is it possible to require
> git
> as build-dependency and checkout sources (with some fixed revision, of
> course, not "rolling" one) or should I prepare tarballs myself and put it
> into ${MASTER_SITE_LOCAL}?
>
> If the software has been ported, and the software is on Github, you can
specify any git tag and it will download that tag. For instance:

USE_GITHUB= yes
GH_ACCOUNT= bitcoin
GH_PROJECT= bitcoin
GH_COMMIT=  4a102fa
GH_TAGNAME= ${GH_COMMIT}

That said, most persons would prefer you pulled the latest release, and
applied necessary bug fixes as patches.
___
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: Kalzium build fails (part of KDE4 port upgrade)

[Robert Backhaus]

This affected me, and rebuilding math/facile fixed it. Maybe math/facile
needs to be bumped. But I had no problems rebuilding or reinstalling
avogadro.


On 12 May 2014 07:11, Ajtim  wrote:

> On Sunday 11 May 2014 22:56:52 Raphael Kubo da Costa wrote:
> > Dave  writes:
> > > [ 48%] Generating parser.cmx
> > > [ 49%] Generating datastruct.cmx
> > > [ 50%] Generating chem.cmi
> > > [ 51%] Generating lexer.cmx
> > > [ 51%] Generating chem.cmx
> > > File "/usr/ports/science/kalzium/work/kalzium-4.12.5/src/solver/
> chem.ml",
> > > line 1: Error: /usr/local/lib/ocaml/facile/facile.cmi
> > > is not a compiled interface for this version of OCaml.
> > > It seems to be for an older version of OCaml.
> >
> > Does it help if you rebuild math/facile?
> >
> > ___
> > 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"
>
> I did rebuild math/facile but I have problem to install science/avogadro
> (FreeBSD 10.0-RELEASE, amd64):
>
> > Compressing man pages (compress-man)
> ===>>> Starting check for runtime dependencies
> ===>>> Gathering dependency list for science/avogadro from ports
> ===>>> Dependency check complete for science/avogadro
>
> ===>>> kalzium-4.12.4 >> science/avogadro (1/1)
>
> ===>  Installing for avogadro-1.1.1_2
> ===>  Checking if science/avogadro already installed
> ===>   Registering installation for avogadro-1.1.1_2 as automatic
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-
> packages/Avogadro.so): No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/):
> No such file or directory
> pkg-static:
>
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/):
> No
> such file or directory
> *** Error code 74
>
> Stop.
> make[1]: stopped in /usr/ports/science/avogadro
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/science/avogadro
>
> ===>>> Installation of avogadro-1.1.1_2 (science/avogadro) failed
> ===>>> Aborting update
>
> ===>>> Update for science/avogadro failed
> ===>>> Aborting update
>
> ===>>> Killing background jobs
> Terminated
>
> ===>>> You can restart from the point of failure with this command line:
>portmaster  science/kalzium science/avogadro
>
>
>
> --
> ajtiM
> 
> http://www.redbubble.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"
>
___
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: emulators/wine: could not run any applications under wine-1.6.2_2, 1

[Robert Backhaus]

You have a running wine binary - either a left-over program, or a crashed
or hung server - left over from before you updated. If you can't find a
running wine program to close, use 'ps wax |grep wine' to find any
remaining wine programs, and either kill them or 'kill -9' them if they are
stubborn.


On 11 May 2014 18:48, KOT MATPOCKuH  wrote:

> Hi all!
>
> I can't start any windows application under wine 1.6.2 on FreeBS10/i386.
> For example:
> $ wine putty.exe
> wine: created the configuration directory '/home/dima/.wine'
> wine client error:0: version mismatch 431/447.
> Your wineserver binary was not upgraded correctly,
> or you have an older one somewhere in your PATH.
> Or maybe the wrong wineserver is still running?
>
> $HOME/.wine directory was removed, but problem stil exists.
>
> Any ideas to fix this issue?
>
> --
> MATPOCKuH
> ___
> 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: Unable to install "astro/kstars" because "astro/wcslib" fails

[Robert Backhaus]

This was fixed last night. Update your ports and rebuild.


On 9 May 2014 02:57, Jerry  wrote:

> FreeBSD 10.0-RELEASE
>
> I am continuing to have problems getting "astro/wcslib" to install. Now, it
> is causing "astro/kstars" to fail also.
>
> The build ends with this line. It appears to be a staging problem, but I do
> not know how to correct it.
>
> pkg-static:
> lstat(/usr/ports/astro/wcslib/work/stage/usr/local/bin/HPXcvt): No such
> file or directory
> *** Error code 74
>
> Stop.
> make[1]: stopped in /usr/ports/astro/wcslib
> *** Error code 1
>
> --
> Jerry
> ___
> 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: wcslib-astro

[Robert Backhaus]

Finally fixed last night. Update your ports and rebuild.


On 8 May 2014 19:28, Ajtim  wrote:

> Hi!
>
> Wcslib has still problem to install on my system FreeBSD 10.0-RELEASE
> (amd64):
>
>
> ===>>> astro/kstars 1/3 >> astro/wcslib (1/1)
>
> ===>  Installing for wcslib-4.13.4_2
> ===>  Checking if astro/wcslib already installed
> ===>   Registering installation for wcslib-4.13.4_2
> pkg-static:
> lstat(/usr/ports/astro/wcslib/work/stage/usr/local/bin/HPXcvt): No
> such file or directory
> *** Error code 74
>
> Stop.
> make[1]: stopped in /usr/ports/astro/wcslib
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/astro/wcslib
>
> ===>>> Installation of wcslib-4.13.4_2 (astro/wcslib) failed
> ===>>> Aborting update
>
> ===>>> Update for astro/wcslib failed
> ===>>> Aborting update
>
> ===>>> Update for astro/kstars failed
> ===>>> Aborting update
>
> ===>>> Killing background jobs
>
> Thank you.
> --
> ajtiM
> 
> http://www.redbubble.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"
>
___
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: Thunderbird 24.5.0 - Segmentation fault (core dumped)

[Robert Backhaus]

On 3 May 2014 09:15, Dr. Peter Voigt  wrote:

> Am Fri, 2 May 2014 16:45:33 +1000
> schrieb Robert Backhaus :
>
> > A backtrace would be useful. Re-make the port with make -
>


> DWITH_DEBUGWell, Mailman has removed all attachments from my last post.
> Please
> find all files here:
>
> https://www.dropbox.com/sh/pbftm2vmor9hljx/HG89ZMo9jM
>
>  I can't see anything that stands out to me, but that's probably saying
more about my knowledge than the output. I do see that it crashed in ldap,
so my next step would be looking if there have been issues with the ldap
ports (/usr/ports/updating, searching, especially in this mailing list
archives) and checking any options you have set and
rebuilding net/openldap24-client
___
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: Thunderbird 24.5.0 - Segmentation fault (core dumped)

[Robert Backhaus]

A backtrace would be useful. Re-make the port with make -DWITH_DEBUG clean
build . Then cd into the work directory and run the program from there. You
can run it directly, and then pull the backtrace from the dumpfile (gdb
./thunderbird thunderbird.core), or or run it inside of gdb (gdb
./thunderbird, then type run). Get the backtrace by typing 'bt full' into
gdb once the program crashes.


On 2 May 2014 08:43, Dr. Peter Voigt  wrote:

> I am running 10.0-RELEASE and I have just successfully built
> Thunderbird 24.5.0 from ports. Thunderbird start just fine but as soon
> as I start to create an email account it crashes with message
> "Segmentation fault (core dumped)".
>
> I have observed the same behavior with Thunderbird 24.4.0 and wrote
> PR188019 which is still open:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=188019
>
> I have not read about similar experiences of others in the list or the
> forums with Thunderbird 24.4/24.5. Therefore I am wondering, if there
> might be something special with my configuration causing the
> segmentation fault:
>
> # make showconfig
> ===> The following configuration options are available for
> thunderbird-24.5.0: DBUS=on: D-Bus IPC system support
>  DEBUG=off: Build with debugging support
>  ENIGMAIL=on: Enigmail extension
>  GCONF=off: GConf configuration backend support
>  GIO=on: GIO for file I/O
>  GNOMEUI=off: libgnomeui support module
>  GNOMEVFS2=off: GnomeVFS2 (virtual file system) support
>  GSTREAMER=off: Multimedia support via GStreamer
>  LIBPROXY=off: Proxy support via libproxy
>  LIGHTNING=on: Calendar extension
>  LOGGING=on: Additional log messages
>  OPTIMIZED_CFLAGS=on: Use extra compiler optimizations
>  PGO=off: Use Profile-Guided Optimization
>  PROFILE=off: Build with profiling support
>  TEST=off: Build and/or run tests
> > Options available for the multi AUDIO: you have to choose at
> least one of them ALSA=on: ALSA audio architecture support
>  PULSEAUDIO=off: PulseAudio sound server support
> ===> Use 'make config' to modify these settings
>
> As Thunderbird is currently unusable for me I do appreciate any hints
> on it.
>
> Regards,
> Peter
> ___
> 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: foomatic-rip and foo2zjs

[Robert Backhaus]

Yes, sorry. I got this wrong.

The fix upstream has been to stop using mkstemp, and switch to using
sprintf directly.

http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7196


On 26 April 2014 02:41, Wolfgang Jenkner  wrote:

> On Fri, Apr 25 2014, Boris Samorodov wrote:
>
> >> Am 25.04.2014 um 15:20 schrieb Robert Backhaus :
> >>
> >>> int fd = mkstemp (LOG_FILE "-XX.log"); - checked, edited, built -
> Yup, that's it. Here's the patch:
>
> I think the problem is simply that mkstemp(3) requires an argument with
> /trailing/ Xs, in accordance with POSIX[1].  So the upstream usage of it
> seems to be wrong.
>
> [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/mkstemp.html
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
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: foomatic-rip and foo2zjs

[Robert Backhaus]

I had the foomatic-rip problem today, but didn't think of this- even though
I read it yesterday. I found it myself by running it in gdb, seeing it had
something to do with logging, and turning off debug.

Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong
-

int fd = mkstemp (LOG_FILE "-XX.log"); - checked, edited, built - Yup,
that's it. Here's the patch:

--- foomaticrip.c.orig  2014-04-25 23:16:06.0 +1000
+++ foomaticrip.c   2014-04-25 23:16:47.0 +1000
@@ -1197,7 +1197,7 @@
 debug = 1;

 if (debug) {
-   int fd = mkstemp (LOG_FILE "-XX.log");
+   int fd = mkstemp ("LOG_FILE-XX.log");
if (fd != -1)
logh = fdopen(fd, "w");
else

Now to find who to send it to!

(gdb) bt full
#0  0x000800dae637 in snprintf () from /lib/libc.so.7
No symbol table info available.
#1  0x000800dae6e2 in mkstemp () from /lib/libc.so.7
No symbol table info available.
#2  0x004046a1 in main (argc=1, argv=0x7fffe4a0) at
foomaticrip.c:1200
fd = 32767
i = 6585344
verbose = 0
quiet = 0
showdocs = 0
str = 0x7fffe480 ""
p = 0x0
filename = 0x7fffe4b0 "$\177"
path = 0x80062e0cd
"H\211D$`A[AZAYAX_^YZX\235H\215d$\020�\220\220\220\220\220\220\220\220\220\220H\213\227�"
genpdqfile = (FILE *) 0x0
ppdfh = (FILE *) 0x0
tmp = '\0' ,
"\212\031c\000\b\000\000\000\000\000\000\000\002\000\002\000�2�\000\b\000\000\000�\177\000\000\000|d\000\b\000\000\000\000\177\000\000�\177\000\000\000\000\000\000\000\000\000\000�:c\000\b",
'\0' , "�b\000\b", '\0' ,
"\2108�\000\b", '\0' ,
"�Qd\000\b\000\000\000\200\177\000\000p\177\000\000\000\000\000\000\000\000\000\000p\177\000\000W;c\000\b\000\000\000m\025@
\000\000\000\000\000\004�\212\006\000\000\000\000��\217�\000\000\000\�d\000\b\000\000\000\001\000"...
pstoraster = '\0' 
havefilter = -1138054832
havepstoraster = -511
filelist = (dstr_t *) 0x801419040
arglist = (list_t *) 0x801418040



On 25 April 2014 21:59, Boris Samorodov  wrote:

> 23.04.2014 00:23, Stefan Bethke пишет:
> > Two quick observations I’m too lazy to file PRs for:
> >
> > foomatic-rip (from foomatic-filters-4.0.17) coredumps if you set debug:
> 1 in /usr/local/etc/foomatic/filter.conf. I haven’t checked what is going
> wrong specifically. It is possible to run foomatic-rip form the command
> line with -v and with debug: 0, though.
>
> At a quick glance: there is a definition of preferred shell. It is
> /bin/bash (commented out though). Did you try to define one? I'd
> say that defining it to /usr/local/bin/bash may help.
>
> > foo2zjs-20140401 requires textproc/gsed, but it’s not a dependency of
> the port. Not sure it really has to be gsed (instead of /usr/bin/sed), but
> that is what it calls.
>
> Fixed, thanks!
>
> --
> WBR, Boris Samorodov (bsam)
> FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
> ___
> 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: cups support in print/xfce4-print

[Robert Backhaus]

On 22 April 2014 11:09, Cary  wrote:

> On Tue, Apr 22, 2014 at 10:30:37AM +1000, Robert Backhaus wrote:
> > On 22 April 2014 09:41, Cary  wrote:
> >
> > > print/xfce4-print builds normally on 9.2-R with default config,
> > > but build fails when port is configured with "--enable-cups" rather
> > > than "--enable-bsdlpr".
> > >
> > > STDERR attached.
> > >
> >
> > Could we have a little more information? The command lines for that error
> > would be good. Editing the makefile to add MAKE_JOBS_UNSAFE=yes would
> make
> > them easier to read too.
>
> Hi Robert,
>
> Here is output from running make again with MAKE_JOBS_UNSAFE set
> to "YES" in /etc/make.conf .
>
> thanks,
> Cary
>
> Thanks. First thing to do is rebuild and reinstall print/cups-client .
That port installs the file that includes the typedef that it is
complaining about. My programming skills are very low, especially when it
comes to the tangle of typedefs. You may have to wait for someone else to
help you.
___
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: cups support in print/xfce4-print

[Robert Backhaus]

On 22 April 2014 09:41, Cary  wrote:

> print/xfce4-print builds normally on 9.2-R with default config,
> but build fails when port is configured with "--enable-cups" rather
> than "--enable-bsdlpr".
>
> STDERR attached.
>

Could we have a little more information? The command lines for that error
would be good. Editing the makefile to add MAKE_JOBS_UNSAFE=yes would make
them easier to read too.
___
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 with include and lib order

[Robert Backhaus]

This is a problem which I think is happening at many places within the
ports tree, but often isn't being recognised.

Say a port uses liba and libz. Liba is a common, say graphics library port.
It is a required port, and installs in /usr/local/include/liba.h and
usr/local/lib/liba.so . Libz is also fairly common, and many of us have the
port installed, again in /usr/local/{include|lib}, but this version is
slightly incompatible with this port - It may build and run, but might
trigger some hidden corner case. Because os this, the port builds it's own
libz in $BUILDDIR/libs/libz.

When the ports system/.configure/qmake/etc. system goes through all of
this, it often ends up using g++ -I/usr/local/include -Ilibs/libz
-osource.o source.cpp; and then linking with -L/usr/local/lib -Llibs/libz .
This will DTWT.

At the moment, this is dealt with on a piecemeal basis whenever it is
recognized, wherever it causes build failures or gratuitous runtime
problems. But this leaves cases where the failure only shows up as random
crashes for a few people, or where the fault is in rare communications
between peer clients

I would like to see some ways to deal with this in a more generic way -
changes within the qmake/autotools/ports system to always adjust include
and lib path orders to move /usr/local/include to the very end.

Or a 'real fix' - adjust all library ports to always install the
include/lib files in /usr/local/{include|lib}/libname/... But that one
would be too hard!
___
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: print/hpijs + new cups + foomatic not working with hpijs-pcl3e printer.

[Robert Backhaus]

Thank you, all.

Weird thing - I had a thought that I could verify what was happening by
replacing texttops with pdftops. So I did that, and it printed, then looked
at the log files, and it was no longer using texttops. So I put the files
back where they came from, and it kept working.

So it fixed itself somehow - there weren't any updates that I knew of


On 9 April 2014 13:30, Naram Qashat  wrote:

> On 04/08/14 07:08, Boris Samorodov wrote:
>
>> 08.04.2014 13:55, Patrick Lamaiziere пишет:
>>
>>> Le Tue, 8 Apr 2014 14:05:00 +1000,
>>> Robert Backhaus  a écrit :
>>>
>>>I've got a printing problem with the new cups.
>>>>
>>>
>>> I've got a similar problem with cups 1.7 and a Lexmark T640
>>> using the foomatic filters. I've to use Generic Postcript printer to
>>> make it works again.
>>>
>>> That worked fine with cups 1.5. With 1.7 the printer prints nothing.
>>> I guess something is broken.
>>>
>>
>> Anything suspicious at /var/log/messages, /var/log/cups/*?
>> OS version and which cups / foomatic ports are installed?
>>
>
> Something that I think needs to be brought up. It appears that since CUPS
> 1.6.x, cups-filters is required for it to work with most printers. Since we
> are now on 1.7.1, that means that print/cups-filters should also be
> installed. I ran into the same problem with my printer after the upgrade
> and installing cups-filters fixed it. I even put in an update for
> print/cups-filters just yesterday (trying to take over maintainership of
> it). I don't know if this means that print/cups-filters should be made into
> a libdepends on cups-base or not. My gut feeling is that it probably
> should, though, if CUPS is now "useless" without it.
>
> Thanks,
> Naram Qashat
>
> ___
> 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"

print/hpijs + new cups + foomatic not working with hpijs-pcl3e printer.

[Robert Backhaus]

 I've got a printing problem with the new cups. A brother laser using
Foomatic/hpijs-pcl5e, is printing '%PDF-1.3' instead of the required page.
Examining the log file, It is trying to print it using texttops, before
handing that to ghostscript, never detecting that it was PDF.
Interestingly, if i print from libreoffice with .pdf print format enabled,
I get "%PDF-1.4" with "%¿" as the next line.
If I print without it, so it sends postscript, I get %PDF-1.3", again, with
"%¿" on the next line. So it seems like it is first converting the print
document to .pdf, but not detecting that it is pdf for the next step.
Hmm, another clue - I have a HP inkjet using Foomatic/hpijs, and it is
working OK, with both pdf and ps input. But the hpijs-pcl5e Brother is
failing. So the Hp inkjet is using a .ppd from the hpijs port, and the
brother is using the ppd from the foomatic-db port.

All the print ports are up to date.

I think the bit that is messing up is the foomatic filter, which, if I
understand it, decides what filters to put the file through. But the hpijs
printer is working fine, while the hpijs-pcl5e  one is messing up, even
though they come from the same port. I don't understand the difference, so
I am stuck working out where it is going wrong.

Any help would be greatly appreciated.
___
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 16 and Adobe Flash Issue

[Robert Backhaus]

I cannot duplicate it here. I'm using kde4 as the WM (But sticking with the
GTK build of firefox) on amd64 (FreeBSD boffin 9.1-PRERELEASE FreeBSD
9.1-PRERELEASE #3: Sun Sep 16 00:47:20 EST 2012
root@boffin:/usr/obj/usr/src/sys/BOFFIN
amd64)

BTW, could you possibly have chosen two less
suicidal-level-boredom-inducing test videos? ;D


On 17 November 2012 23:45, awarecons  wrote:

> .xsesssion-errors:
> *** NSPlugin Viewer  ***
>
> WARNING:(/nspluginwrapper-1.4.4/src/npw-viewer.c:1196):invoke_NPN_InvalidateRect:
> assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
> *** NSPlugin Viewer  ***
>
> WARNING:(/nspluginwrapper-1.4.4/src/npw-viewer.c:1196):invoke_NPN_InvalidateRect:
> assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
> *** NSPlugin Viewer  *** ERROR: rpc_end_sync called when not in sync!
>
> Terminal output:
> NOTE: child process received `Goodbye', closing down
> NOTE: child process received `Goodbye', closing down
> NOTE: child process received `Goodbye', closing down
> NOTE: child process received `Goodbye', closing down
>
>
> Some flash animations, videos work some not, for e.g.:
> The working video:
> http://www.youtube.com/watch?v=ZTPdKUA9Ipg&feature=g-logo-xit
>
> The problem video:
> http://www.youtube.com/watch?v=brGkPKjwclE&feature=plcp
>
> HTML5 seems to work.
>
> Shows no version box at http://helpx.adobe.com/flash-player.html
>
> In other browsers like Chromium, SeaMonkey, Opera... everything's fine.
>
> Supposedly, there's some incompatibleness with FireFox 10+
> and nspluginwrapper-1.4.4, because FF 10 and earlier work fine, but FF
> 12..16 fail...
>
> Thank you in advance.
> ___
> 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: Github problems

[Robert Backhaus]

On 9 November 2012 07:05, Paul Schmehl  wrote:

> I'm working on a new port, and I'm having problems with Github.
>
> The url to the tarball is:
> 
> >
>
> .
>


> => snorby-2.5.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
> => Attempting to fetch https://nodeload.github.com/**
> Snorby/snorby/tarball/master?**dummy=/snorby-2.5.3.tar.gz
>
> Obviously that fails.  I looked through /usr/ports/Mk/bsd.sites.mk, but I
> don't see any way to override the part after dummy=.  I tried making
> GH_COMMIT= master, but that did nothing.
>
> Note that 'the bit after dummy=' just specifies the filename that will be
returned to you. It can be called anything: if it is replaced by
?dummy=what_a_mess, the file you get back will be saved as "what_a_mess".

Prevents stale distfiles clashing.
___
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: New port cad/fritzing

[Robert Backhaus]

I had not problems building, but when I run, I get error messages:

Dialog: Sorry, we have a problem with the swapping mechanism. Fritzing
still works, but you won't be able to change parts properties

While "loading bin: core parts", a dialog that says "Unable to find the
following 112 parts", and a list starting with
'3234DBDC00PotnetionmetModuleId' at parts/core/basic_poti.fzp'

When closing that window (The 'OK' button is unavailable, because it is way
off the bottom of the screen), we get printed to the console:
7 times:
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::end: Painter not active, aborted
about 42 times:
libpng error: PNG file corrupted by ASCII conversion

The program then opens, but, as there are no parts, I can't do much.


On 7 November 2012 02:58, Sergio de Almeida Lenzi wrote:

> it is a PCB cad, now running on FreeBSD
>
>
> website=http://www.fritzing.org
>
>
> it is in the redports http://redports.org
>
>
> svn co https://svn.redports.org/sergiolenzi/fritzing
>
>
> Can I submit to the FreeBSD community???
> ___
> 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: FreeBSD Port: net-p2p/mldonkey - mldonkey 3.1.3

[Robert Backhaus]

Try this. To use it, cd into the port directory, ports/net-p2p/mldonkey ,
and run this command:
# patch < /path/to/file/attached

Then you should be able to build the new mldonkey. Please give it a
thorough testing, and, if everything works, we can send it as a PR and get
someone to commit it.
It would also be good if you could test the other ports that depend on it,
to see if anything needs to be done to update them as well. You can start
with this list:
http://www.freshports.org/search.php?query=mldonkey&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive

Thanks,
Robert Backhaus.


On 3 November 2012 17:05, aspire future  wrote:

> mldonkey gad released a new version 3.1.3
> It add a new option "filenames_utf8",
> Would you release FreeBSD version?
>
> 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"
>


mldonkey.diff
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Snag in math/py-numpy: checksum fails

[Robert Backhaus]

On 29 October 2012 19:50, Thomas Mueller  wrote:
> from Robert Backhaus :
>
>> The first thing I'd do is delete the numpy distfiles you've got from
>> ports/distfiles and try again. those 'range not satisfyable' seem to
>> indicate you've got a partial distfile  that might be tripping it up.
> Yes, I had previous pdf documentation distfiles of the same name, but the
> fetch part still went to the ftp or http server and fetched the wrong files.
> As I pointed out, I fetched the correct pdf documentation files with lynx;
> URL being
>
> http://docs.scipy.org/doc/numpy/numpy-ref.pdf
> http://docs.scipy.org/doc/numpy/numpy-user.pdf
>
> proper directory being numpy and numpy-1.6.0
>
> My previous version of numpy was 1.5.something.
 That's interesting. The file I downloaded and checked was the one
referenced in your build script,
http://docs.scipy.org/doc/numpy-1.6.0/numpy-user.pdf . But unless you
had deleted the existing numpy-user.pdf, it would have tried to
'complete' the download of what fetch saw as a 'partial file'.

This is, of course, something that the port should handle gracefully, but isn't.
___
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: lib name on LIB_DEPENDS

[Robert Backhaus]

On 29 October 2012 03:53, Lucas Saliés Brum  wrote:
> Em 28/10/2012 12:46, Rainer Hurling escreveu:
>> textproc/py-feedparser does not install any library, so you need to test
>> the presence of the python script, installed by this port:
>>
>> /usr/local/lib/python2.7/site-packages/feedparser.py
>>
>> To be path and version independent you should use something like
>>
>> ${PYTHON_SITELIBDIR}/feedparser.py:${PORTSDIR}/textproc/py-feedparser
>>
>> Hope this helps,
>> Rainer
> Thanks for your response Rainer!!
>
> http://paste.sistematico.org/16
>
> Any hint?

py27-feedparser-5.1.2 has a different PREFIX: /var/tmp/cgmail, skipping

Somehow, in your working and temporary building, you have installed
this program to a different prefix. That means that it's files will be
under /var/tmp/cgmail, and your install cannot find them.
Personally, I haven't messed around with prefixes, but make
"PREFIX=/var/tmp/cgmail uninstall"in textproc/py-feedparser should get
rid of that misinstalled version, so you can reinstall it normally and
proceed.

This also explains your original 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"

Re: Snag in math/py-numpy: checksum fails

[Robert Backhaus]

The first thing I'd do is delete the numpy distfiles you've got from
ports/distfiles and try again. those 'range not satisfyable' seem to
indicate you've got a partial distfile  that might be tripping it up.

Note that the files are only .pdfs anyway, so are not really
important. Perhas you can run 'make config' in ports/math/py-numpy and
turn off documentation.

I just retrieved the file manually, and the checksum matches. So you
have a bad file in distfiles.
Perhaps you have the distfile from a previous version there, and it
has the same name, and so the file clashes with the new one. If so,
it's a problem that the port maintainer has to fix, somehow. To get
yourself working, however, just delete the old distfiles/numpy*pdf
files

On 29 October 2012 11:58, Thomas Mueller  wrote:
> I have hit another snag in updating ports that depend on png, but seem to have
> found a way around.
>
> This time, the checksum apparently fails on two files in math/py-numpy.
>
> Is this a known problem?  File corruption on remote server?  Or rather, a new
> checksum with older version of distfiles?
>
> Should I try
> make fetch NO_CHECKSUM=yes
> or google around for another place to download from?
>
> To isolate the problem, I went to directory /BETA1/usr/ports/math/py-numpy
> and ran
>
> make fetch checksum |& tee fetch.log
> and got
>
>
> ===>  License BSD accepted by the user
> ===>  Found saved configuration for py27-numpy-1.6.2_1,1
> ===>   py27-numpy-1.6.2_1,1 depends on file: /usr/local/sbin/pkg - found
> => SHA256 Checksum OK for numpy-1.6.2.tar.gz.
> => SHA256 Checksum mismatch for numpy-ref.pdf.
> => SHA256 Checksum mismatch for numpy-user.pdf.
> ===>  Refetch for 1 more times files: numpy-ref.pdf numpy-user.pdf
> ===>  License BSD accepted by the user
> ===>  Found saved configuration for py27-numpy-1.6.2_1,1
> ===>   py27-numpy-1.6.2_1,1 depends on file: /usr/local/sbin/pkg - found
> => numpy-ref.pdf doesn't seem to exist in /BETA1/usr/ports/distfiles/.
> => Attempting to fetch http://docs.scipy.org/doc/numpy-1.6.0/numpy-ref.pdf
> fetch: http://docs.scipy.org/doc/numpy-1.6.0/numpy-ref.pdf: Requested Range 
> Not Satisfiable
> => Attempting to fetch 
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-ref.pdf
> => numpy-user.pdf doesn't seem to exist in /BETA1/usr/ports/distfiles/.
> => Attempting to fetch http://docs.scipy.org/doc/numpy-1.6.0/numpy-user.pdf
> fetch: http://docs.scipy.org/doc/numpy-1.6.0/numpy-user.pdf: Requested Range 
> Not Satisfiable
> => Attempting to fetch 
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-user.pdf
> ===>  License BSD accepted by the user
> ===>  Found saved configuration for py27-numpy-1.6.2_1,1
> ===>   py27-numpy-1.6.2_1,1 depends on file: /usr/local/sbin/pkg - found
> => SHA256 Checksum OK for numpy-1.6.2.tar.gz.
> => SHA256 Checksum mismatch for numpy-ref.pdf.
> => SHA256 Checksum mismatch for numpy-user.pdf.
> ===>  Giving up on fetching files: numpy-ref.pdf numpy-user.pdf
> Make sure the Makefile and distinfo file 
> (/BETA1/usr/ports/math/py-numpy/distinfo)
> are up to date.  If you are absolutely sure you want to override this
> check, type "make NO_CHECKSUM=yes [other args]".
> *** [checksum] Error code 1
>
> Stop in /BETA1/usr/ports/math/py-numpy.
> *** [checksum] Error code 1
>
> Stop in /BETA1/usr/ports/math/py-numpy.
>
> (end of log)
>
> I didn't google, I ran lynx and got the URLs
>
> http://docs.scipy.org/doc/numpy/numpy-ref.pdf
> http://docs.scipy.org/doc/numpy/numpy-user.pdf
>
> So I will now try to portmaster this port with the new pdf references
> downloaded to /BETA1/usr/ports/distfiles: same number of bytes as the
> respective older pdf references but revealed a difference when running cmp.
> Maybe a new checksum with older distfiles, hence mismatch?
>
> Yes, I just did that, successfully, meaning a change is needed in the 
> Makefile.
>
>
> Tom
>
> ___
> 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: graphics/gnash: bad dependency www/libxul19

[Robert Backhaus]

On 27 October 2012 23:34, Thomas Mueller  wrote:
> I am still trying to update all ports that depend on png, and the newest snag 
> is libxul.
>
> Since libxul19 was marked vulnerable, that stopped a previous try, and I ran
> portmaster -o www/libxul libxul
> and graphics/gnash does not like this because of the lack of file
>  gnash-0.8.10_2 depends on file: /usr/local/lib/libxul/xpidl - not found
>
> So am I stuck, do I have to wait now until gnash-0.8.10_2 is fixed to be 
> compatible with libxul-10.0.9 ?  Or skip upgrading gnash and upgrade the 
> other ports on the list?
>
> I even ran
> ls /usr/local/lib/libxul
> and found xpidl was not there.
>

Have you tried reinstalling libxul? You can also check the output of
pkg_info -f (or pkg_info -L) to see if that file should be installed.
If not, could you post a problem report so those that need to know can
do something about it?
(http://www.freebsd.org/support/bugreports.html)


> Relevant part of log file is
>
> ===>  Patching for gnash-0.8.10_2
> ===>  Applying FreeBSD patches for gnash-0.8.10_2
> ===>   gnash-0.8.10_2 depends on file: /usr/local/lib/libxul/xpidl - not found
> ===>Verifying install for /usr/local/lib/libxul/xpidl in 
> /BETA1/usr/ports/ww
> w/libxul19
>
> ===>  libxul-1.9.2.28_1 conflicts with installed package(s):
>   libxul-10.0.9
>
>   They install files into the same place.
>   You may want to stop build with Ctrl + C.
> ===>  libxul-1.9.2.28_1 has known vulnerabilities:
> libxul-1.9.2.28_1 is vulnerable:
> mozilla -- multiple vulnerabilities
>
> WWW: http://portaudit.FreeBSD.org/380e8c56-8e32-11e1-9580-4061862b8c22.html
>
> libxul-1.9.2.28_1 is vulnerable:
> mozilla -- multiple vulnerabilities
>
> WWW: http://portaudit.FreeBSD.org/bfecf7c1-af47-11e1-9580-4061862b8c22.html
>
> libxul-1.9.2.28_1 is vulnerable:
> mozilla -- multiple vulnerabilities
>
> WWW: http://portaudit.FreeBSD.org/dbf338d0-dce5-11e1-b655-14dae9ebcf89.html
>
> libxul-1.9.2.28_1 is vulnerable:
> mozilla -- multiple vulnerabilities
>
> WWW: http://portaudit.FreeBSD.org/2b8cad90-f289-11e1-a215-14dae9ebcf89.html
>
> libxul-1.9.2.28_1 is vulnerable:
> mozilla -- multiple vulnerabilities
>
> WWW: http://portaudit.FreeBSD.org/6e5a9afd-12d3-11e2-b47d-c8600054b392.html
> => Please update your ports tree and try again.
> *** [check-vulnerable] Error code 1
>
> Stop in /BETA1/usr/ports/www/libxul19.
> *** [install] Error code 1
>
> Stop in /BETA1/usr/ports/www/libxul19.
> *** [build-depends] Error code 1
>
> Stop in /BETA1/usr/ports/graphics/gnash.
> *** [build] Error code 1
>
>
> Tom
>
> ___
> 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: lbreoffice 3.5.7

[Robert Backhaus]

On 27 October 2012 22:38, ajtiM  wrote:
> On Saturday 27 October 2012 06:57:18 Robert Backhaus wrote:
>
>>
>> clang++: error: unable to execute command: Segmentation fault: 11 (core
>> dumped)
>>
>> that while compiling spritecanvas.cxx Segfaults are often bad
>> hardware, but can be many other things. Are you sure libreoffice
>> builds with clang?
>>
>
> Bad hardware? Memory, HD...?

Memory problems, CPU/Northbridge/southbridge overheating, corruption
in the SATA controller... 'hardware' covers many things!
Of course, you can't rule _out_ a software problem - anyone who has
programmed in C or C++ would have caused their fair share of Sig11s -
but with a well-used program like clang it is not a likely answer.

The next step is to make clean in editors/libreoffice and trying again.
>
> Mitja
> 
> http://www.redbubble.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"
___
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: lbreoffice 3.5.7

[Robert Backhaus]

On 27 October 2012 21:40, ajtiM  wrote:
> On Saturday 27 October 2012 05:32:29 Robert Backhaus wrote:
>> On 27 October 2012 20:25, ajtiM  wrote:
>> > Hi!
>> >
>> > On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
>> > 20120523, I have a problem to build LibreOffice 3.5.7.2:
>> >
>> > Oh dear - something failed during the build - sorry!
>> > ERROR: error 65280 occured while making
>> > /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/canvas.prj
>> >
>> > Thank you.
>>

> Here is builderror.log.

clang++: error: unable to execute command: Segmentation fault: 11 (core dumped)

that while compiling spritecanvas.cxx Segfaults are often bad
hardware, but can be many other things. Are you sure libreoffice
builds with clang?

> I saw also one post on freebsd forum:
> http://forums.freebsd.org/showthread.php?t=35369

Different problem. The only similarity is that he did not post the
actual error first either. At least you managed to get it to us on the
second attempt!
Hopefully someone else may help. I don't recognize it, and a search didn't help.
>
> And looks like that we have the same problem before?
>
> Mitja
> 
clang++: error: unable to execute command: Segmentation fault: 11 (core dumped)
> http://www.redbubble.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: lbreoffice 3.5.7

[Robert Backhaus]

On 27 October 2012 20:25, ajtiM  wrote:
> Hi!
>
> On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
> 20120523, I have a problem to build LibreOffice 3.5.7.2:
>
> Oh dear - something failed during the build - sorry!
> ERROR: error 65280 occured while making
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/canvas.prj
>
> Thank you.
>
Please post more of your error. What you have posted tells us nothing
more than "Something went wrong" If you can't work out what might be
significant, post everything to one of the paste services like
pastebin, and give us the link.
___
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: Another impasse: conflict between poppler-glib and (nonexistent?) poppler-gtk

[Robert Backhaus]

Note in updating:
2011-11-01

Affects: users of graphics/poppler-gtk

Author: Koop Mast 

Reason:
  Poppler was update to 0.18.0, and the gtk slave port was renamed to
  match the library it installs. Please run the following command to migrate.

  # portmaster -o graphics/poppler-glib poppler-gtk-0.16.7


Yes, poppler-gtk was deleted. You can find information about things
like that from freshports.org, or searching UPDATING and/or MOVED

On 27 October 2012 18:49, Thomas Mueller  wrote:
> In my many-times-interrupted attempt to upgrade all ports that depend on png, 
> I hit another snag: poppler-glib allegedly trying to install files to the 
> same place as poppler-gtk.
>
> I find no poppler-gtk in the ports tree but find it in /var/db/pkg ; find 
> poppler-glib in ports tree but not /var/db/pkg .
>
> Here is the section of the log that shows the snag:
>
> /sbin/ldconfig -m /usr/local/lib
> ===>   Registering installation for poppler-glib-0.18.4_2
> Installing poppler-glib-0.18.4_2...pkg: poppler-glib-0.18.4_2 conflicts with 
> pop
> pler-gtk-0.16.7 (installs files into the same place).  Problematic file: 
> /usr/lo
> cal/include/poppler/glib/poppler-action.h
> *** [fake-pkg] Error code 70
>
> Stop in /BETA1/usr/ports/graphics/poppler-glib.
>
> Now running ls -d /BETA1/usr/ports/*/poppler* shows
>
>
> /BETA1/usr/ports/distfiles/poppler-0.18.4.tar.gz
> /BETA1/usr/ports/distfiles/poppler-data-0.4.5.tar.gz
> /BETA1/usr/ports/graphics/poppler
> /BETA1/usr/ports/graphics/poppler-data
> /BETA1/usr/ports/graphics/poppler-glib
> /BETA1/usr/ports/graphics/poppler-qt4
> /BETA1/usr/ports/graphics/poppler-utils
>
> Running ls -d /var/db/pkg/poppler* shows
>
>
> /var/db/pkg/poppler-0.18.4_2
> /var/db/pkg/poppler-data-0.4.5
> /var/db/pkg/poppler-gtk-0.16.7
>
> Checking the Makefiles and running "make showconfig" provided no useful help.
>
> Strange when a port, poppler-gtk, does not show in ports tree.
>
> So where do I go from here?
>
>
> Tom
>
> ___
> 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: How to run massive portmaster update without repeated interruptions?

[Robert Backhaus]

On 27 October 2012 12:21, Thomas Mueller  wrote:
> When updating many ports with portmaster, I get frequent interruptions with a 
> prompt such as
> ===>>> Delete gstreamer-0.10.35.tar.bz2? y/n [n]
>
> How do I avoid this inefficiency?  I don't see any way to say "yes, and 
> please don't ask again!"
>
> My /usr/local/etc/portmaster.rc is
>
> MAKE_PACKAGE=gopt
> SAVE_SHARED=wopt
> PM_LOG=/var/log/portm.log
> NO_BACKUP=Bopt
>
> I don't remember this ever happening when I used portupgrade.
>
> Tom
>

What it is asking you is permission to delete old distfiles. You have
two options to add to your portmaster.rc:

ALWAYS_SCRUB_DISTFILES=dopt
To always remove them without asking, or

DONT_SCRUB_DISTFILES=Dopt
To never delete them. Your distfiles directory will quickly get
massive if you don't do something about stale distfiles.
___
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: Cannot upgrade FlySpray

[Robert Backhaus]

The issue seems to be that the file is in dos format, and the patch isn't.
Attached is a patch file with all the ^M s in place.

I'll leave how to fix the port to someone else, simply because I do
not know how it is done.



On 23 October 2012 19:12, Andrea Venturoli  wrote:
> Here I am again, with the third port I cannot build in a week :)
>
>> # uname -a
>> FreeBSD .x 8.3-RELEASE-p3 FreeBSD 8.3-RELEASE-p3 #1: Sat Jun 16
>> 17:36:51 CEST 2012 root@.x:/usr/obj/usr/src/sys/  i386
>> # make
>> ===>  Found saved configuration for flyspray-0.9.9.7
>> ===>  Extracting for flyspray-0.9.9.7
>> => SHA256 Checksum OK for flyspray-0.9.9.7.zip.
>> ===>   flyspray-0.9.9.7 depends on file: /usr/local/bin/unzip - found
>> ===>  Patching for flyspray-0.9.9.7
>> ===>  Applying FreeBSD patches for flyspray-0.9.9.7
>> 1 out of 1 hunks failed--saving rejects to includes/fix.inc.php.rej
>> => Patch patch-includes-fix.inc.php failed to apply cleanly.
>> *** Error code 1
>>
>> Stop in /usr/ports/devel/flyspray.
>> *** Error code 1
>>
>> Stop in /usr/ports/devel/flyspray.
>
>
>
>
> I had a look at this patch: it's obvious what it should do, but I found no
> reason why it wouldn't work.
>
> Any hint (besides forcing compilation in some way)?
>
>  bye & Thanks
> av.
> ___
> 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"


patch-fix-inc-php
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xpdf: Where is pdfinfo and pdftotext?

[Robert Backhaus]

On 22 October 2012 19:40, Stephan Schindel  wrote:
> Hey,
> I've updated my xpdf installation and now the tools
> '/usr/local/bin/pdfinfo' and '/usr/local/bin/pdftotext' are gone,
> which are previously bundled with xpdf. I tried reinstalling xpdf, but
> that does not help. Where is it gone? The manpages are still there.
>
> Cheers,
> Stephan

For some reason, they are being installed into /usr/local/libexec/xpdf/

If you use them regularly, you will need to edit PATH to include that
directory. (~/.profile , ~/.bashrc, or ~/.cshrc, depending on your
shell.
___
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"

net-p2p/bitcoin: How much of this sed script is actually required?

[Robert Backhaus]

As the maintaner of this port, I'll be updating it soon, as the new
version is currently in rc.
I'd like to clean up this sed script applied to a makefile, but I
don't know how much of it might be requred. For reference, the port
builds and works with only the last one - removal of "-l dl".

Are any of these things required for reasons I am not aware of?

@cd ${WRKSRC}/src && ${CP} -p makefile.unix Makefile
@${REINPLACE_CMD} \
-e 's|^CXXFLAGS=.*$$|CXXFLAGS += $$(DEFS)|' \
-e 's|^USE_UPNP.*$$||' \
-e 's|-l pthread|${PTHREAD_LIBS}|g' \
-e 's:-O3::' -e 's:-\(march=[A-Za-z0-9]*\)::g' \
-e 's:-l dl::' \
${WRKSRC}/src/Makefile

Also worthy of note: These changes only have an effect when this port
is built as a command-line daemon. This Makefile is not used when
building it as a Qt GUI (default, and most common). If there are any
important items here, they could be applied to the GUI's makefile.

Diff from original to processed Makefile:

--- Makefile.bak2012-10-05 12:30:57.0 +1000
+++ Makefile2012-10-10 16:20:50.0 +1000
@@ -2,7 +2,7 @@
 # Distributed under the MIT/X11 software license, see the accompanying
 # file COPYING or http://www.opensource.org/licenses/mit-license.php.

-USE_UPNP:=0
+
 USE_IPV6:=1

 LINK:=$(CXX)
@@ -51,8 +51,8 @@
 LIBS+= \
  -Wl,-B$(LMODE2) \
-l z \
-   -l dl \
-   -l pthread
+\
+   -pthread

For reference, the original Makefile is attached.


Makefile.bak
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

net-p2p/bitcoin: How much of this sed script is actually required?

[Robert Backhaus]

As the maintaner of this port, I'll be updating it soon, as the new
version is currently in rc.
I'd like to clean up this sed script applied to a makefile, but I
don't know how much of it might be requred. For reference, the port
builds and works with only the last one - removal of "-l dl".

Are any of these things required for reasons I am not aware of?

@cd ${WRKSRC}/src && ${CP} -p makefile.unix Makefile
@${REINPLACE_CMD} \
-e 's|^CXXFLAGS=.*$$|CXXFLAGS += $$(DEFS)|' \
-e 's|^USE_UPNP.*$$||' \
-e 's|-l pthread|${PTHREAD_LIBS}|g' \
-e 's:-O3::' -e 's:-\(march=[A-Za-z0-9]*\)::g' \
-e 's:-l dl::' \
${WRKSRC}/src/Makefile

Also worthy of note: These changes only have an effect when this port
is built as a command-line daemon. This Makefile is not used when
building it as a Qt GUI (default, and most common). If there are any
important items here, they could be applied to the GUI's makefile.

Diff from original to processed Makefile:

--- Makefile.bak2012-10-05 12:30:57.0 +1000
+++ Makefile2012-10-10 16:20:50.0 +1000
@@ -2,7 +2,7 @@
 # Distributed under the MIT/X11 software license, see the accompanying
 # file COPYING or http://www.opensource.org/licenses/mit-license.php.

-USE_UPNP:=0
+
 USE_IPV6:=1

 LINK:=$(CXX)
@@ -51,8 +51,8 @@
 LIBS+= \
  -Wl,-B$(LMODE2) \
-l z \
-   -l dl \
-   -l pthread
+\
+   -pthread

For reference, the original Makefile is attached.

P.S. Appologies if this message has already been recieved - I have my
mailing list mail sent to a +address, and my normal address was not
subscribed to the list, so I was not sure if it had perhaps been
rejected. So I am resending it after subscribing my unadorned address.


Makefile.bak
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

net-p2p/bitcoin: How much of this sed script is actually required?

[Robert Backhaus]

As the maintaner of this port, I'll be updating it soon, as the new
version is currently in rc.
I'd like to clean up this sed script applied to a makefile, but I
don't know how much of it might be requred. For reference, the port
builds and works with only the last one - removal of "-l dl".

Are any of these things required for reasons I am not aware of?

@cd ${WRKSRC}/src && ${CP} -p makefile.unix Makefile
@${REINPLACE_CMD} \
-e 's|^CXXFLAGS=.*$$|CXXFLAGS += $$(DEFS)|' \
-e 's|^USE_UPNP.*$$||' \
-e 's|-l pthread|${PTHREAD_LIBS}|g' \
-e 's:-O3::' -e 's:-\(march=[A-Za-z0-9]*\)::g' \
-e 's:-l dl::' \
${WRKSRC}/src/Makefile

Also worthy of note: These changes only have an effect when this port
is built as a command-line daemon. This Makefile is not used when
building it as a Qt GUI (default, and most common). If there are any
important items here, they could be applied to the GUI's makefile.

Diff from original to processed Makefile:

--- Makefile.bak2012-10-05 12:30:57.0 +1000
+++ Makefile2012-10-10 16:20:50.0 +1000
@@ -2,7 +2,7 @@
 # Distributed under the MIT/X11 software license, see the accompanying
 # file COPYING or http://www.opensource.org/licenses/mit-license.php.

-USE_UPNP:=0
+
 USE_IPV6:=1

 LINK:=$(CXX)
@@ -51,8 +51,8 @@
 LIBS+= \
  -Wl,-B$(LMODE2) \
-l z \
-   -l dl \
-   -l pthread
+\
+   -pthread

For reference, the original Makefile is attached.


Makefile.bak
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

raptor: should there be a note in UPDATING?

[Robert Backhaus]

I just had a problem building liblrdf. The cause was raptor-1 was
still installed. Checking UPDATING shows nothing that mentions raptor
after the KDE update last November.
Does there need to a note in UPDATING to uninstall raptor?
___
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"

mythtv-frontend: build failure, LD ffmpeg_g ...libmythavcodec.so: undefined reference to `vaUnmapBuffer'

[Robert Backhaus]

Recent port upgrade, building mythtv-frontend-0.25.2 is failing as follows.

LD  ffmpeg_g
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaUnmapBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaDestroyBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaCreateBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaRenderPicture'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaMapBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaEndPicture'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaBeginPicture'
gmake[1]: *** [ffmpeg_g] Error 1
gmake[1]: Leaving directory
`/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg'


Full script is at www.robbak.com/temps/mythtv-frontend.script

I have tried rebuilding multimedia/libva, but to no effect. I cannot
think of anything else I might need. Is anyone else having problems,
or might know what I have wrong?

uname -a
FreeBSD boffin 9.0-STABLE FreeBSD 9.0-STABLE #1: Mon Apr 23 22:48:56
EST 2012 root@boffin:/usr/obj/usr/src/sys/BOFFIN  amd64
___
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: libreoffice fails to build

[Robert Backhaus]

On 22 July 2012 20:13, Joerg Surmann  wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> /usr/bin/unzip -uo test.zip
> unzip: -n, -o and -u are contradictory
>
> /usr/local/bin/unzip -uo test.zip
> Archive:  test.zip
>
> i will create a symlink to /usr/bin/zip
> and run a test in libreoffice.

Just to be clear, it is /usr/bin/unzip that doesn't seem to work for
libreoffice, and /usr/local/bin/unzip does, so any symlinks will need
to point to /usr/local/bin/unzip.

The port should have worked this our, though - I had no problems, and
no one else has chimed in with any explanation.

>
> Am 22.07.2012 11:20, schrieb Robert Backhaus:
>> On 22 July 2012 18:21, Joerg Surmann  wrote:
>>
>>>
>> think the unzip path is ok.
>> i have reinstall unzip.
>> now will update libreoffice.
>>
>> # whereis unzip
>> unzip: /usr/bin/unzip /usr/share/man/en.ISO8859-15/man1/unzip.1.gz
>> /usr/src/usr.bin/unzip
>>
>> # locate \*/unzip
>> /media/disk/usr/bin/unzip
>> /usr/bin/unzip
>> /usr/jails/basejail/usr/bin/unzip
>> /usr/jails/basejail/usr/ports/archivers/unzip
>> /usr/jails/basejail/usr/ports/chinese/unzip
>> /usr/jails/basejail/usr/ports/korean/unzip
>> /usr/jails/basejail/usr/ports/russian/unzip
>> /usr/local/bin/unzip
>> /usr/local/share/doc/unzip
>> /usr/obj/usr/src/usr.bin/unzip
>> /usr/obj/usr/src/usr.bin/unzip/unzip
>> /usr/ports/archivers/unzip
>> /usr/src/usr.bin/unzip
>> /var/db/ports/unzip
>>
>> # uname -a
>> FreeBSD xxx.xxx.xxx 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #3: Mon Jul 2
>> 17:58:18 CEST 2012 r...@xxx.xxx.xxx:/usr/obj/usr/src/sys/KERNEL amd64
>>
>>
>> Ah, sorry, I mislead you there. I've got linux on this notebook, and the
>> > window I tested unzip in happened to be local, not ssh!
>> > The /usr/bin one fails. the /usr/local/bin one succeded. Try unzipping a
>> > file, using /usr/bin/unzip -uo, and again using /usr/local/bin/unzip
> -uo .
>> > The first should fail, the second should succeed.
>> > I do not know why it is using the wrong unzip, I do not know
>>
>>
>>
>> Am 22.07.2012 04:00, schrieb Robert Backhaus:
>> >>> On 22 July 2012 06:39, Joerg Surmann
> wrote:
>> >>>>
>> >>> #build
>> >>> mkdir -p ../../unxfbsd.pro/misc/java_src/
>> >>> cp
>> >>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
>> unxfbsd.pro/bin/jurt_src.zip
>> >>> ../../unxfbsd.pro/misc/java_src/jurt_src.zip
>> >>> cd ../../unxfbsd.pro/misc/java_src && unzip -quo jurt_src.zip
>> >>> unzip: -n, -o and -u are contradictory
>> >>>
>> >>>> Hmm, there is something wrong with your unzip. The stock unzip has no
>> >>>> problems with those options.
>> >>>> Could you please run "whereis unzip"? Unzip should be in /usr/bin.
>> >>>> Check your path, check the output of "locate \*/unzip" (that will
> list
>> >>>> directories as well as files called unzip). You seem to have a
>> >>>> different version of unzip that is causing that problem.
>> >>>> The output of "uname -a" would help us too.
>> >>>
>> >>>
>> >>> dmake: Error code 1, while making
>> >>> '../../unxfbsd.pro/misc/java_src/jurt_src.zip'
>> >>> dmake: '../../unxfbsd.pro/misc/java_src/jurt_src.zip' removed.
>> >>>
>> >>>
> ---
>> >>> Oh dear - something failed during the build - sorry !
>> >>> For more help with debugging build errors, please see the section in:
>> >>> http://wiki.documentfoundation.org/Development
>> >>>
>> >>> internal build errors:
>> >>>
>> >>> ERROR: error 65280 occurred while making
>> >>>
>>
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
>> >>>
>> >>>
>> >>> Am 21.07.2012 13:40, schrieb Robert Huff:
>> >>>>>>
>> >>>>>> Joerg Surmann writes:
>> >>>>>>
>> >>>>>>> I have delete all qt3.
>> >>>>>>>
>> >>>>>>> now i have a new error:
>> >>>>>>>
>> >

Re: libreoffice fails to build

[Robert Backhaus]

On 22 July 2012 18:21, Joerg Surmann  wrote:

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> think the unzip path is ok.
> i have reinstall unzip.
> now will update libreoffice.
>
> # whereis unzip
> unzip: /usr/bin/unzip /usr/share/man/en.ISO8859-15/man1/unzip.1.gz
> /usr/src/usr.bin/unzip
>
> # locate \*/unzip
> /media/disk/usr/bin/unzip
> /usr/bin/unzip
> /usr/jails/basejail/usr/bin/unzip
> /usr/jails/basejail/usr/ports/archivers/unzip
> /usr/jails/basejail/usr/ports/chinese/unzip
> /usr/jails/basejail/usr/ports/korean/unzip
> /usr/jails/basejail/usr/ports/russian/unzip
> /usr/local/bin/unzip
> /usr/local/share/doc/unzip
> /usr/obj/usr/src/usr.bin/unzip
> /usr/obj/usr/src/usr.bin/unzip/unzip
> /usr/ports/archivers/unzip
> /usr/src/usr.bin/unzip
> /var/db/ports/unzip
>
> # uname -a
> FreeBSD xxx.xxx.xxx 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #3: Mon Jul  2
> 17:58:18 CEST 2012 r...@xxx.xxx.xxx:/usr/obj/usr/src/sys/KERNEL  amd64
>
>
> Ah, sorry, I mislead you there. I've got linux on this notebook, and the
window I tested unzip in happened to be local, not ssh!
The /usr/bin one fails. the /usr/local/bin one succeded. Try unzipping a
file, using /usr/bin/unzip -uo, and again using /usr/local/bin/unzip -uo .
The first should fail, the second should succeed.
I do not know why it is using the wrong unzip, I do not know



> Am 22.07.2012 04:00, schrieb Robert Backhaus:
> > On 22 July 2012 06:39, Joerg Surmann 
> > wrote:
> >>
> > #build
> > mkdir -p ../../unxfbsd.pro/misc/java_src/
> > cp
> > /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
> unxfbsd.pro/bin/jurt_src.zip
> > ../../unxfbsd.pro/misc/java_src/jurt_src.zip
> > cd ../../unxfbsd.pro/misc/java_src && unzip -quo jurt_src.zip
> > unzip: -n, -o and -u are contradictory
> >
> > > Hmm, there is something wrong with your unzip. The stock unzip has no
> > > problems with those options.
> > > Could you please run "whereis unzip"? Unzip should be in /usr/bin.
> > > Check your path, check the output of "locate \*/unzip" (that will list
> > > directories as well as files called unzip). You seem to have a
> > > different version of unzip that is causing that problem.
> > > The output of "uname -a" would help us too.
> >
> >
> > dmake: Error code 1, while making
> > '../../unxfbsd.pro/misc/java_src/jurt_src.zip'
> > dmake: '../../unxfbsd.pro/misc/java_src/jurt_src.zip' removed.
> >
> > ---
> > Oh dear - something failed during the build - sorry !
> > For more help with debugging build errors, please see the section in:
> > http://wiki.documentfoundation.org/Development
> >
> > internal build errors:
> >
> > ERROR: error 65280 occurred while making
> >
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
> >
> >
> > Am 21.07.2012 13:40, schrieb Robert Huff:
> > >>>
> > >>> Joerg Surmann writes:
> > >>>
> > >>>> I have delete all qt3.
> > >>>>
> > >>>> now i have a new error:
> > >>>>
> > >>>> internal build errors:
> > >>>>
> > >>>> ERROR: error 65280 occurred while making
> > >>>>
> >
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
> > >>>>
> > >>>> it seems that the error is inside 'odk', please re-run build
> > >>>> inside this module to isolate the error and/or test your fix:
> > >>>> -
> ---
> > >>>
> > >>> Did you do:
> > >>>
> > >>>> /usr/local/bin/bash
> > >>>> cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
> > >>>> source ./Env.Host.sh
> > >>>> cd odk
> > >>>> rm -Rf
> > >>>>
> > /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/
> unxfbsd.pro
> > >>>> # optional module 'clean'
> > >>>> build
> > >>>
> > >>> ?
> > >>>
> > >>>
> > >>> Robert Huff
> >
> >
> >>
> >> ___
> >> freebsd-ports@freebsd.org mailing list
> >> http://lists.free

Re: libreoffice fails to build

[Robert Backhaus]

On 22 July 2012 06:39, Joerg Surmann  wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> #build
> mkdir -p ../../unxfbsd.pro/misc/java_src/
> cp
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/bin/jurt_src.zip
> ../../unxfbsd.pro/misc/java_src/jurt_src.zip
> cd ../../unxfbsd.pro/misc/java_src && unzip -quo jurt_src.zip
> unzip: -n, -o and -u are contradictory

Hmm, there is something wrong with your unzip. The stock unzip has no
problems with those options.
Could you please run "whereis unzip"? Unzip should be in /usr/bin.
Check your path, check the output of "locate \*/unzip" (that will list
directories as well as files called unzip). You seem to have a
different version of unzip that is causing that problem.
The output of "uname -a" would help us too.


> dmake:  Error code 1, while making
> '../../unxfbsd.pro/misc/java_src/jurt_src.zip'
> dmake:  '../../unxfbsd.pro/misc/java_src/jurt_src.zip' removed.
>
> - ---
> Oh dear - something failed during the build - sorry !
>   For more help with debugging build errors, please see the section in:
> http://wiki.documentfoundation.org/Development
>
>   internal build errors:
>
> ERROR: error 65280 occurred while making
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
>
>
> Am 21.07.2012 13:40, schrieb Robert Huff:
>>
>> Joerg Surmann writes:
>>
>>> I have delete all qt3.
>>>
>>> now i have a new error:
>>>
>>> internal build errors:
>>>
>>> ERROR: error 65280 occurred while making
>>>
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
>>>
>>> it seems that the error is inside 'odk', please re-run build
>>> inside this module to isolate the error and/or test your fix:
>>> - ---
>>
>> Did you do:
>>
>>> /usr/local/bin/bash
>>> cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
>>> source ./Env.Host.sh
>>> cd odk
>>> rm -Rf
>>>
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/unxfbsd.pro
>>> # optional module 'clean'
>>> build
>>
>> ?
>>
>>
>> Robert Huff
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.19 (FreeBSD)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQIcBAEBCAAGBQJQCxN/AAoJEDyDkpKh+9pT+s0P/1sTWUclUBK7EdvNqGYF2Sy/
> FCfumlbaIPuvpI2l2fkFE0cLYhNZj+flH1NSO5M6A8T6L0TRC8nm93vqzNk0KAHF
> wS++R0n2NsL+QcCP5yE4urwRMs3urMnBIQLWy72anWToplqjwSGdd1thLUxXnolI
> htdkjzFMtTtWJQYH4+Z2FY7xBXVRETOAYx24D2cisbFsIVnJe4eppEM7RQnz819j
> XErlgPtNtZAcTPk4tRjnVvlVPisJtemrJhAdq2A/1cS/b29B4PfF6YhRfnjuopDQ
> KlU7klBvJm/fkLQKD0iWe1mLGeBlW5vbTcPB35pb01m1hjx5BVXN/BPFxp4ddeox
> /SuOB157ruRkbICBZjbr5MTaBhbgYEzpESfoBKD/lpl+pzlYpL6KbjPq1TMGte6h
> HpfMWyFOj6ufi0KZPb/2SPvGOHWMfGOZktWkxpbqAu5Ftet62IOZlWsEgAsmGeIr
> /eCJuC+z5I4j/0QQGOZuBtTmzfxIRHLpvE8tyUbvy5zJq87FjLlKoWmjD9STdFax
> SkO3FioMoKX6+b9e7xzvvFox4mmrDj56r/CX5wKK42uAtf3rk1C8X+w8W5dOShT0
> URYJashmQny9yOE8SRTmKhqRkksafUTXW1H0lMARqySc0vKpbIBPdJ0vAI05wE05
> trZoGVZMXjXe9CHXHO7d
> =r+u3
> -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"
___
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: libreoffice fails to build

[Robert Backhaus]

On 21 July 2012 21:46, Robert Huff  wrote:
>
> Oliver Heesakkers writes:
>
>>  Please keep in mind that Qt3, KDE3 and all their accompanying
>>  ports (which AFAICT includes arts) are dying a slow and agonizing
>>  death as was announced a little over a year ago:
>>  http://mail.kde.org/pipermail/kde-freebsd/2011-July/011076.html
>
> The key words here being "slow and agonizing".  Until someone
> actually provides {Qt, KDE}4 compliant replacements all the way up
> the dependency tree, there are necessary/useful/entertaining
> programs that need version 3.
Well, for me it was easy: arts was the only thing depending on qt3.
Several ports had arts turned on in their options. What I did is
equivalent to this

sudo portmaster --force-config  `pkg_info -qo \`pkg_info -Rq arts-1.5.10_7,1\``
, pkg_deleting arts before entering the password, and making sure arts
is removed from all the configs. Now, no more arts, and no more qt3!
Now I think of it, the second pkg_info to get the origins was
superflouous, but, hey, it worked. But just
sudo portmaster --force-config  `pkg_info -Rq arts-1.5.10_7,1`
should have worked.
___
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: libreoffice fails to build

[Robert Backhaus]

On 21 July 2012 17:40, Robert Backhaus  wrote:
> In my case, the arts upgrade had installed qt3 (!), an libreoffice was
> linking against it. I 'pkg_delete -f'd it, and the build seems to be
> running fine now, although time will tell.

That's a success for me. Without qt33 it builds and installs cleanly.
Now to find out how to get arts, which is required by all of current KDE,
from breaking things by installing that ancient qt!

>I will have to find out
> why, as it has happened before. So check whether qt3 is on your
> system, and, if so, nuke it.
> To get the actual error messages, follow the steps at the end of the
> failed build - these ones (the directories change, depending on the
> failure and your build setup.):
>
> /usr/local/bin/bash
> cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
> source ./Env.Host.sh
> cd odk
> rm -Rf 
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/unxfbsd.pro
> # optional module 'clean'
> build
>
> If you do not, the build is attempted in a parallel mode, and the
> error messages are hidden.
>
>
>
> On 21 July 2012 17:13, Joerg Surmann  wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> when i build libreoffice without the kde option:
>>
>>
>>  internal build errors:
>>
>> ERROR: error 65280 occurred while making
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
>>
>>
>>
>> Am 21.07.2012 08:05, schrieb Joerg Surmann:
>>> Yes i use the KDE option.
>>> 9.0p3 amd64.
>>> ..
>>>
>>> 12 errors generated.
>>> gmake[2]: ***
>>>
>>> [/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/workdir/unxfbsd.pro/CxxObject/vcl/unx/kde4/KDEData.o]
>>> Fehler 1
>>> dmake: Error code 2, while making 'all'
>>> [ build CXX ] xmloff/source/text/txtftne
>>> [ build CXX ] xmloff/source/text/txtimp
>>> [ build CXX ] xmloff/source/text/txtimppr
>>> [ build CXX ] xmloff/source/text/txtlists
>>> [ build CXX ] xmloff/source/text/txtparae
>>> [ build CXX ] xmloff/source/text/txtparai
>>> [ build CXX ] xmloff/source/text/txtprhdl
>>> [ build CXX ] xmloff/source/text/txtprmap
>>> [ build CXX ] xmloff/source/text/txtsecte
>>> [ build CXX ] xmloff/source/text/txtstyle
>>> [ build CXX ] xmloff/source/text/txtstyli
>>> [ build CXX ] xmloff/source/text/txtvfldi
>>> [ build CXX ] xmloff/source/xforms/SchemaContext
>>> [ build CXX ] xmloff/source/xforms/SchemaRestrictionContext
>>> [ build CXX ] xmloff/source/xforms/SchemaSimpleTypeContext
>>> [ build CXX ] xmloff/source/xforms/TokenContext
>>> [ build CXX ] xmloff/source/xforms/XFormsBindContext
>>> [ build CXX ] xmloff/source/xforms/XFormsInstanceContext
>>> [ build CXX ] xmloff/source/xforms/XFormsModelContext
>>> [ build CXX ] xmloff/source/xforms/XFormsSubmissionContext
>>> [ build CXX ] xmloff/source/xforms/xformsapi
>>> [ build CXX ] xmloff/source/xforms/xformsexport
>>> [ build CXX ] xmloff/source/xforms/xformsimport
>>> [ build LNK ] Library/libxolo.so
>>> clang++: warning: argument unused during compilation:
>>> '-rpath=/usr/lib:/usr/local/lib'
>>> [ build CMP ] xmloff/util/xo
>>> [ build CXX ] xmloff/source/transform/ChartOASISTContext
>>> [ build CXX ] xmloff/source/transform/ChartOOoTContext
>>> [ build CXX ] xmloff/source/transform/ChartPlotAreaOASISTContext
>>> [ build CXX ] xmloff/source/transform/ChartPlotAreaOOoTContext
>>> [ build CXX ] xmloff/source/transform/ControlOASISTContext
>>> [ build CXX ] xmloff/source/transform/ControlOOoTContext
>>> [ build CXX ] xmloff/source/transform/CreateElemTContext
>>> [ build CXX ] xmloff/source/transform/DeepTContext
>>> [ build CXX ] xmloff/source/transform/DlgOASISTContext
>>> [ build CXX ] xmloff/source/transform/DocumentTContext
>>> [ build CXX ] xmloff/source/transform/EventMap
>>> [ build CXX ] xmloff/source/transform/EventOASISTContext
>>> [ build CXX ] xmloff/source/transform/EventOOoTContext
>>> [ build CXX ] xmloff/source/transform/FlatTContext
>>> [ build CXX ] xmloff/source/transform/FormPropOASISTContext
>>> [ build CXX ] xmloff/source/transform/FormPropOOoTContext
>>> [ build CXX ] xmloff/source/transform/FrameOASISTContext
>>> [ build CXX ] xmloff/source/transform/FrameOOoTContext
>>> [ build CXX ] xmloff/source/transform/IgnoreTContext
>>> [ build CXX ] xmloff/s

Re: libreoffice fails to build

[Robert Backhaus]

ce/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx
>> Compiling: lingucomponent/source/languageguessing/guesslang.cxx
>> Compiling: lingucomponent/source/thesaurus/libnth/ntreg.cxx
>> Compiling: lingucomponent/source/languageguessing/simpleguesser.cxx
>> Compiling: lingucomponent/source/spellcheck/spell/sreg.cxx
>> Compiling: lingucomponent/source/spellcheck/spell/sspellimp.cxx
>> /usr/local/bin/xsltproc --nonet --stringparam uri \
>> Compiling: lingucomponent/source/thesaurus/libnth/nthesimp.cxx
>> 'vnd.sun.star.expand:$LO_LIB_DIR/libhyphenlo.so' -o
>> ../../../../unxfbsd.pro/misc/hyphen.component \
>>
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solenv/bin/createcomponent.xslt
>> hyphen.component
>> /usr/local/bin/xsltproc --nonet --stringparam uri \
>> 'vnd.sun.star.expand:$LO_LIB_DIR/libguesslanglo.so' -o
>> ../../unxfbsd.pro/misc/guesslang.component \
>> /usr/local/bin/xsltproc --nonet --stringparam uri \
>> 'vnd.sun.star.expand:$LO_LIB_DIR/libspelllo.so' -o
>> ../../../unxfbsd.pro/misc/spell.component \
>>
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solenv/bin/createcomponent.xslt
>> spell.component
>> /usr/local/bin/xsltproc --nonet --stringparam uri \
>> 'vnd.sun.star.expand:$LO_LIB_DIR/liblnthlo.so' -o
>> ../../../unxfbsd.pro/misc/lnth.component \
>>
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solenv/bin/createcomponent.xslt
>> guesslang.component
>>
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solenv/bin/createcomponent.xslt
>> lnth.component
>> Making: guesslang.lib
>> Making: libguesslanglo.so
>> Making: hyphen_lib.lib
>> Making: libhyphenlo.so
>> Making: spell.lib
>> Making: libspelllo.so
>> Making: lnth.lib
>> Making: liblnthlo.so
>> lingucomponent deliver
>> Module 'lingucomponent' delivered successfully. 12 files copied, 2
>> files unchanged
>>
>> ---
>> Oh dear - something failed during the build - sorry !
>> For more help with debugging build errors, please see the section in:
>> http://wiki.documentfoundation.org/Development
>>
>> internal build errors:
>>
>> ERROR: error 65280 occurred while making
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/pack/gendocu
>> ERROR: error 65280 occurred while making
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/prj
>>
>> it seems you are using a threaded build, which means that the
>> actual compile error is probably hidden far above, and could be
>> inside any of these other modules:
>> vcl
>> please re-run build inside each one to isolate the problem.
>> ---
>>
>> /usr/local/bin/bash
>> cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
>> source ./Env.Host.sh
>> cd odk
>> rm -Rf
>>
>> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/odk/unxfbsd.pro
>> # optional module 'clean'
>> build
>>
>> when the problem is isolated and fixed exit and re-run 'make' from the
>> top-level
>> gmake[1]: *** [build] Fehler 1
>> gmake[1]: Leaving directory
>> `/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3'
>> gmake: *** [source-env-and-recurse] Fehler 2
>> *** Error code 1
>>
>> Stop in /usr/ports/editors/libreoffice.
>> *** Error code 1
>>
>> Stop in /usr/ports/editors/libreoffice.
>>
>> ===>>> make failed for editors/libreoffice
>> ===>>> Aborting update
>>
>> ===>>> Update for editors/libreoffice failed
>> ===>>> Aborting update
>>
>> Terminated
>>
>> ===>>> You can restart from the point of failure with this command line:
>> portmaster  editors/libreoffice editors/libreoffice-i18n
>> editors/libreoffice-en_GB german/libreoffice
>>
>>
>> Am 21.07.12 05:12, schrieb Robert Backhaus:
>> > On Sat, Jul 21, 2012 at 6:44 AM, Joerg Surmann
>> >  wrote:
>> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>> >>
>> >> Hi,
>> >>
>> >> update libreoffice faild. internal build errors.
>> >>
>> >> ERROR: error 65280 ocurred while making
>> >> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vlc/prj
>> >>
>> >>

Re: libreoffice fails to build

[Robert Backhaus]

On Sat, Jul 21, 2012 at 6:44 AM, Joerg Surmann  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> update libreoffice faild.
> internal build errors.
>
> ERROR: error 65280 ocurred while making
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vlc/prj
>
> it seems that the error is inside 'vlc' , please re-run buld
> inside this module to isolate the error and/or test your fix
>
> Any suggestions??
>
> Thanks
> Suri
>

Yes, this is my problem too. Are you using the KDE option?
All build errors listed below. Seems it isn't pulling in some needed
Qt libraries.

gmake -r
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/StaticLibrary_vclmain.mk:49:
[ WARN   ] !!!
[ WARN   ] !!! vcl/source/salmain/salmain is linked in by
Library/libvcllo.so StaticLibrary/libvclmain.a
[ WARN   ] !!!
[ build CXX ] vcl/unx/kde4/KDEData
R=/home/obj/ports/usr/ports/editors/libreoffice/work &&
S=$R/libreoffice-core-3.5.5.3 && O=$S/solver/unxfbsd.pro &&
W=$S/workdir/unxfbsd.pro &&  mkdir -p $W/CxxObject/vcl/unx/kde4/
$W/Dep/CxxObject/vcl/unx/kde4/ && /usr/bin/clang++ -DCPPU_ENV=gcc3
-DENABLE_GRAPHITE -DENABLE_KDE4 -DFREEBSD -DGCC
-DGXX_INCLUDE_PATH=/usr/include/c++/4.2 -DNDEBUG -DOPTIMIZE
-DOSL_DEBUG_LEVEL=0 -DPRODUCT -DSUPD=350 -DUNIX -DUNX -DVCL -DX86_64
-D_PTHREADS -D_REENTRANT   -DVCLPLUG_KDE4_IMPLEMENTATION   -Wall
-Wendif-labels -Wextra -fmessage-length=0 -fno-common -pipe  -fPIC
-Wsign-promo -Woverloaded-virtual -Wno-non-virtual-dtor
-Wno-unused-parameter  -fno-strict-aliasing -std=gnu++0x
-Wno-deprecated-declarations -Wno-deprecated   -DEXCEPTIONS_ON
-fexceptions -O2 -c $S/vcl/unx/kde4/KDEData.cxx -o
$W/CxxObject/vcl/unx/kde4/KDEData.o -MMD -MT
$W/CxxObject/vcl/unx/kde4/KDEData.o -MP -MF
$W/Dep/CxxObject/vcl/unx/kde4/KDEData.d -I$S/vcl/unx/kde4/
-I$O/inc/stl -I$O/inc/external -I$O/inc -I$S/solenv/inc/unxfbsd
-I$S/solenv/inc -I$S/res -I/usr/local/include -I$S/vcl/inc
-I$S/solenv/inc -I$O/inc -I$W/CustomTarget/vcl/unx/kde4  -DQT_SHARED
-I/usr/local/include/qt4 -I/usr/local/include/qt4/QtCore   -DQT_SHARED
-I/usr/local/include/qt4 -I/usr/local/include/qt4/QtGui
-I/usr/local/include/qt4/QtCore   -I/usr/local/kde4/include
-DQT_CLEAN_NAMESPACE -DQT_THREAD_SUPPORT  -I$O/inc/offapi
-I$O/inc/udkapi
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4/KDEData.cxx:31:
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4//KDEXLib.hxx:36:
/usr/local/include/qsocketnotifier.h:46:16: error: variable has
incomplete type 'class Q_EXPORT'
class Q_EXPORT QSocketNotifier : public QObject
   ^
/usr/local/include/qsocketnotifier.h:46:7: note: forward declaration
of 'Q_EXPORT'
class Q_EXPORT QSocketNotifier : public QObject
  ^
/usr/local/include/qsocketnotifier.h:46:32: error: expected ';' after
top level declarator
class Q_EXPORT QSocketNotifier : public QObject
   ^
   ;
/usr/local/include/qsocketnotifier.h:46:34: error: expected unqualified-id
class Q_EXPORT QSocketNotifier : public QObject
 ^
/usr/local/include/qsocketnotifier.h:80:12: error: expected a class or namespace
inline int QSocketNotifier::socket() const
   ^
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4/KDEData.cxx:31:
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4//KDEXLib.hxx:37:
/usr/local/include/qtimer.h:82:13: error: use of undeclared identifier
'QTimer'; did you mean 'Timer'?
inline bool QTimer::isActive() const
^~
Timer
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/inc/svdata.hxx:89:7:
note: 'Timer' declared here
class Timer;
  ^
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4/KDEData.cxx:31:
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4//KDEXLib.hxx:37:
/usr/local/include/qtimer.h:82:13: error: incomplete type 'Timer'
named in nested name specifier
inline bool QTimer::isActive() const
^~~~
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/inc/svdata.hxx:89:7:
note: forward declaration of 'Timer'
class Timer;
  ^
In file included from
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4/KDEData.cxx:31:
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4//KDEXLib.hxx:46:9:
error: unknown type name 'VCLKDEApplication'
VCLKDEApplication* m_pApplication;
^
/home/obj/ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/vcl/unx/kde4//KDEXLib.hxx:56:13:
error: unknown type name 'QSocketNotifier'
QSocketNotifier* notifi

Re: who do I report this to?

[Robert Backhaus]

On Nov 20, 2007 5:11 PM, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Who do I report the following issue to (it falls into at least 3 camps)?
>
> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into
> gmail (*WITH* a chat open) my network connection looses about 90% of
> it's capacity (for all applications), re(4) with the following:
>
> rgephy0:  PHY 1 on miibus0
> rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
> 1000baseT-FDX, auto
>
> After some experimenting this problem *only* occurs under the above
> conditions.
>
> Addtional info:
>
--snip--

The first thing to do is to make sure it is not your ISP inflicting you with
some slowdown. Connect a second node to the re interface (put a switch
between you and the modem, and connect something else to it) and see
if your connection speed to that local machine is affected.
If not, then it is your isp that is the problem. Change ISPs to a legitimate
one.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Utility for safe updating of ports in base system

[Robert Backhaus]

On 4/18/07, Adam Stroud <[EMAIL PROTECTED]> wrote:


All:

I was just on the FreeBSD "list of projects and ideas fot volunteers"
page and I was wondering if anyone was working on the "portupgrade in C"
utility.  I would be willing to help (code/document/test) if it's needed.

I think that some projects were started, but did not go very far.


The current consensus is that portmaster, which is a collection of sh
scripts,
should be further developed and eventually committed to the base system.

The developer of portmaster is one of those who does not really like that
idea.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"