Re: Lame: MPEG Audio Layer III (MP3) encoder

[Patrick Hess]

On 13.11.2016 19:58, Anastasios Mageirias wrote:

Next time i should probably use "portfind" or "make search name=lame"


http://www.freshports.org is also pretty useful.

Patrick

--
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: How compile "String inf = static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"

[Patrick Hess]

On 09.11.2016 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang don't 
compiles lines like this:

String inf = static_cast(&(ostringstream() << 
pAct.minArea))->str();


You need to provide us with the *exact* error message from clang.

By the way, that line is the text-book definition of code horror,
but that's a different story.

Patrick

--
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/giflib: Update to 5.1.2_1 breaks GIF rendering in Konqueror

[Patrick Hess]

Raphael Kubo da Costa wrote:
> Patrick Hess <patrickh...@gmx.net> writes:
> > After upgrading graphics/giflib from 5.1.1 to 5.1.2_1, Konqueror won't
> > display GIF images in web pages:
> I see a new kdelibs4 package was generated in the cluster a couple of
> days ago, can you try reinstalling to see if it was a matter of somehow
> giflib being originally updated without triggering a rebuild of the
> kdelibs4 port [...]

Thanks for the suggestion, but forcing a reinstall of kdelibs with
"pkg upgrade -f kdelibs" didn't help, unfortunately.

> Otherwise, do you get any useful messages on the terminal when you
> open FreshPorts with khtml?

No, nothing.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/giflib: Update to 5.1.2_1 breaks GIF rendering in Konqueror

[Patrick Hess]

Stefan Ehmann wrote:
> I located the problem. konqueror isn't the only program affected.
> 
> See https://sourceforge.net/p/giflib/bugs/84/
> 
> You can put my patch in the SF ticket in 
> /usr/ports/graphics/giflib/files/ to test it.

Thanks a lot for the patch, that did indeed solve the issue.

> The gvpart workaround I mentioned previously doesn't really work BTW. 
> Some GIFs just worked by chance after konqueror restart.

Just for good measure, checked my file association settings anyway,
and surprisingly enough, I had actually been using gvpart this
entire time. Not sure when and why I changed that. Yet, I couldn't
get *any* GIFs to render, no matter how many times I restarted
Konqueror or reloaded the page. Strange.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/giflib: Update to 5.1.2_1 breaks GIF rendering in Konqueror

[Patrick Hess]

Stefan Ehmann wrote:
> On 29.02.2016 18:25, Patrick Hess wrote:
> > After upgrading graphics/giflib from 5.1.1 to 5.1.2_1,
> > Konqueror won't display GIF images in web pages:
> I'm seeing the same issue.
> 
> If I use webkit rendering (via www/kwebkitpart) GIFs work.

Just gave it a try, and indeed, GIFs render fine with webkit.
Unfortunately, webkit still has the same issue where it chooses
the wrong font faces for some of the fonts, especially on pages
that use web fonts.

> But I don't  know if webkit depends on giflib or uses it's
> own GIF rendering.

I don't think it uses giflib, as "pkg info --required-by giflib"
doesn't mention webkit.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

graphics/giflib: Update to 5.1.2_1 breaks GIF rendering in Konqueror

[Patrick Hess]

Hi,

After upgrading graphics/giflib from 5.1.1 to 5.1.2_1, Konqueror won't
display GIF images in web pages:

http://www.phess.net/images/giflib-bug.png

On the left hand side, with giflib 5.1.1, everything looks as expected.
On the right hand side, after upgrading giflib to 5.1.2_1, none of the
GIF icons are rendered correctly. Only the Fresh Ports logo and the two
magnifying glass icons are still there (as they're JPEGs, not GIFs).

I personally prefer using Konqueror over that obese Firefox for most of
my web browsing, but it feels like I'm the only one. Is anybody else out
there using Konqueror and can confirm (or disconfirm, for that matter)
this behaviour?

This happens on 10.1-RELEASE-p29, on both amd64 and i386, using packages
from the latest pkg repo. Tried clearing the browser cache, didn't help.
Going back to giflib 5.1.1 "fixed" it for now.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg: fails with local repository (file:///)

[Patrick Hess]

O. Hartmann wrote:
> poudriere(8) provides at the location specified by my alternative, local
> repositories' path
>
> meta.txz
> 
> as well as 
> 
> packagesite.txz
> 
> but they are symbolic links
> 
> [...]
> ls -l /pool/poudriere/data/packages/head-amd64-head-default/
> total 3
> lrwxr-xr-x  1 root  wheel  11  1 Feb. 15:04 All -> .latest/All
> lrwxr-xr-x  1 root  wheel  14  1 Feb. 15:04 Latest -> .latest/Latest
> lrwxr-xr-x  1 root  wheel  19  1 Feb. 15:04 digests.txz -> .latest/digests.txz
> lrwxr-xr-x  1 root  wheel  16  1 Feb. 15:04 meta.txz -> .latest/meta.txz
> lrwxr-xr-x  1 root  wheel  23  1 Feb. 15:04 packagesite.txz
>
> It seems that pkg is not handling links [...]

After running a quick test on one of my own repos, I can NOT confirm
your observations:

# mv meta.txz packagesite.txz /tmp

# pkg update -f
Updating custom repository catalogue...
pkg: file:///opt/Software/FreeBSD-10.1/Client-Packages-i386/meta.txz: No 
such file or directory
repository custom has no meta file, using default settings
pkg: 
file:///opt/Software/FreeBSD-10.1/Client-Packages-i386/packagesite.txz: No such 
file or directory
Unable to update repository custom

# ln -s /tmp/meta.txz 
# ln -s /tmp/packagesite.txz 

# pkg update -f
Updating custom repository catalogue...
Fetching meta.txz: 100%264 B   0.3kB/s00:01
Fetching packagesite.txz: 100%  190 KiB 194.5kB/s00:01
Processing entries: 100%
custom repository update completed. 826 packages processed.

I'm using a home-brewed script, not poudriere, to maintain my repos,
but I doubt that has anything to do with your issue.

By the way, what happens when you try to access these files directly?

# tar tf meta.txz
# tar tf .latest/meta.txz

# tar tf packagesite.txz
# tar tf .latest/packagesite.txz

I think you need to describe your setup in more detail. For example,
how do you access your repo? NFS? CIFS? nullfs? Could this just be some
kind of permissions issue? There's plenty of moving parts involved here,
and I'm almost certain that the symptoms you are seeing are not actually
related to pkg itself. (Please don't quote me on that, though. ;-))

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg: fail to install packages from local file repository targeted via file:///

[Patrick Hess]

O. Hartmann wrote:
> file:///pool/poudriere/data/packages/head-amd64-head-default/meta.txz: No such
> file or directory repository myrepo has no meta file, using default settings
> pkg:
> file:///pool/poudriere/data/packages/head-amd64-head-default/packagesite.txz:
> No such file or directory Unable to update repository myrepo

These files are supposed to be created by "pkg repo". I'm not
familiar with this nanoBSDbuilding thingamabob, but what happens
if you just run

pkg repo /pool/poudriere/data/packages/head-amd64-head-default

manually?

> the documentation doesn't give much about handling local repositories

This particular issue is not specific to local repos. In fact,
any pkg repo, no matter how it's being accessed, should provide
these two files.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Fritzing PORT

[Patrick Hess]

Kurt Jaeger wrote:
> Project ERROR: Unknown module(s) in QT: xml printsupport concurrent

Quick guess: Try adding these modules to USE_QT5 in the port's Makefile.

Patrick

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Fritzing PORT

[Patrick Hess]

Kurt Jaeger wrote:
>  now it fails because the QT5 ports collection does not yet have a rcc port:

In the transition from Qt 4 to 5, many of these packages were reorganized,
and rcc has now found its place in qt5-buildtools.

Patrick
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

How to best handle GCC plugins in pkg-plist?

[Patrick Hess]

Hi there!

The other day I came across an interesting-looking ORM framework,
http://www.codesynthesis.com/products/odb/. My first tests were
quite promising, and before going any further, I thought it might
be useful to have a port for this.

Didn't run into much trouble during the process, except for when
I reviewed the plists and stumbled across this funny line:

lib/gcc5/gcc/amd64-portbld-freebsd10.1/5.1.0/plugin/odb.so

Now, I can use %%TARGETARCH%% and %%OSREL%% to get rid of the
hard-coded platform and OS version strings, but how about the GCC
version number? I skimmed through the Makefiles in /usr/ports/Mk
but couldn't really figure out what to do here.

So what would be the best way to go about this? If at all possible,
I'd prefer not to require a specific version of GCC (other than
USE_GCC=5.0+) and hard code that version number in the plist.

Patrick

PS: Below are the Makefiles for the 4 components that are required
as an absolute minimum to get started with ODB, just in case
someone might be interested.


/usr/ports/databases/odb/Makefile:
___

# $FreeBSD$

PORTNAME=   odb
PORTVERSION=2.4.0
CATEGORIES= databases
MASTER_SITES=   
http://www.codesynthesis.com/download/odb/${PORTVERSION:C/^([0-9]+\.[0-9]+).*/\1/}/

MAINTAINER= patrickh...@gmx.net
COMMENT=ODB: C++ Object-Relational Mapping -- Compiler

LICENSE=GPLv3

LIB_DEPENDS=libcutl.so:${PORTSDIR}/devel/libcutl

USE_GCC=5.0+
GNU_CONFIGURE=  yes
USES=   libtool
USE_LDCONFIG=   yes
INSTALL_TARGET= install-strip

.include 
___


/usr/ports/databases/libodb/Makefile:
___
# $FreeBSD$

PORTNAME=   libodb
PORTVERSION=2.4.0
CATEGORIES= databases
MASTER_SITES=   
http://www.codesynthesis.com/download/odb/${PORTVERSION:C/^([0-9]+\.[0-9]+).*/\1/}/

MAINTAINER= patrickh...@gmx.net
COMMENT=ODB: C++ Object-Relational Mapping -- Common Runtime Library

LICENSE=GPLv2

GNU_CONFIGURE=  yes
USES=   libtool
USE_LDCONFIG=   yes
INSTALL_TARGET= install-strip

.include 
___


/usr/ports/databases/libodb-sqlite/Makefile:
___
# $FreeBSD$

PORTNAME=   libodb-sqlite
PORTVERSION=2.4.0
CATEGORIES= databases
MASTER_SITES=   
http://www.codesynthesis.com/download/odb/${PORTVERSION:C/^([0-9]+\.[0-9]+).*/\1/}/

MAINTAINER= patrickh...@gmx.net
COMMENT=ODB: C++ Object-Relational Mapping -- SQLite Runtime Library

LICENSE=GPLv2

LIB_DEPENDS=libodb.so:${PORTSDIR}/databases/libodb \
libsqlite3.so:${PORTSDIR}/databases/sqlite3

GNU_CONFIGURE=  yes
USES=   libtool
USE_LDCONFIG=   yes
INSTALL_TARGET= install-strip

# Required for the configure script to find SQLite:
CXXFLAGS+=  -I/usr/local/include
LDFLAGS+=   -L/usr/local/lib

.include 
___


/usr/ports/devel/libcutl/Makefile:
___
# $FreeBSD$

PORTNAME=   libcutl
PORTVERSION=1.9.0
CATEGORIES= devel
MASTER_SITES=   
http://www.codesynthesis.com/download/libcutl/${PORTVERSION:C/^([0-9]+\.[0-9]+).*/\1/}/

MAINTAINER= patrickh...@gmx.net
COMMENT=C++ utility library for use with databases/odb

LICENSE=MIT

USE_GCC=5.0+
GNU_CONFIGURE=  yes
USES=   libtool
USE_LDCONFIG=   yes
INSTALL_TARGET= install-strip

.include 
___

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Building Latest links etc.

[Patrick Hess]

Bob Eager wrote:
 I now want to update the ports. I see how to do this using portmaster,
 and how to generate packages on the package server.

 But...how do I use portmaster on the 'slave' machines, using the
 packages I built?

Is there a particular reason why you want to use portmaster
instead of just running pkg upgrade? Portmaster might be
a great tool for building your packages, but when it comes
to installing or upgrading these packages on another machine,
I'd stick with pkg(8).

Patrick
___
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, and hplip too, fail to recognize printer when I try to print

[Patrick Hess]

Thomas Mueller wrote:
 It would be helpful if a laser printer/all-in-one would support a
 standard print file format/interface, like PDF, instead of having
 their own proprietary PCL.
 
 Then such a printer might work in Linux and BSD even without a
 specific driver.  Or am I wrong?

Just look for printers that support PostScript and you'll be fine.

 So now I view hplip as a red flag and intend not to buy anything
 further from HP, printer or otherwise.

You may want to give Kyocera a try. They refer to their implementation 
of PostScript as KPDL3, btw.

Patrick
___
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, and hplip too, fail to recognize printer when I try to print

[Patrick Hess]

Thomas Mueller wrote:
 I have printer, HP_LaserJet_Professional_M1212nf_MFP, seem to have set
 it up with cups [...]

 lpr: lp: unknown printer

Be aware that after installing CUPS you will find two incompatible lpr 
binaries on your system: /usr/bin/lpr, which belongs to the base system, 
and /usr/local/bin/lpr, the one that comes with CUPS. Unless you changed 
your $PATH to include /usr/local/bin before /usr/bin, you are still 
calling /usr/bin/lpr (use which lpr to confirm this). The same goes 
for /usr/bin/lp vs. /usr/local/bin/lp.

So just try using the full path for /usr/local/bin/lpr and see if that 
does the trick.

Patrick
___
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, and hplip too, fail to recognize printer when I try to print

[Patrick Hess]

Thomas Mueller wrote:
 I get Idle: Filter failed 
 on http://localhost:631  status page.

Just looked up the data sheet and it seems like this professional
printer doesn't even understand PostScript. Instead, it requires a
filter that converts the PostScript used within the printing systems
on any *nix box to whatever the printer can handle. I would assume
that hplip did install the necessary filter, but either CUPS can't
find it or the filter itself has an issue. One of the various log
files in /var/log/cups might provide some more detailed information
on what exactly is going on in the background.

By the way, this is the exact reason why I don't buy printers without
PostScript support any more. Getting this whole filter mess set up
feels like an unnecessary pain that can easily be avoided by spending
a few extra bucks. That's not of much help to you right now, of course,
but maybe something to consider the next time you're looking to get a
new printer.

 But it still seems that /usr/local/sbin and /usr/local/bin in FreeBSD, 
 or /usr/pkg/sbin and /usr/pkg/bin in NetBSD, should properly be at the 
 front of the path

I just deleted /usr/bin/lpr and /usr/bin/lp on my systems. Certainly not
the proper way to handle things, so don't tell anybody... ;-)

Patrick
___
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