On 2023/09/06 18:15:35 +0200, Rafael Sadowski wrote:
> On Tue Aug 29, 2023 at 11:59:04AM +0200, Rafael Sadowski wrote:
> > Looks like eterm picks up freetype from xenocara and not from
> > print/freetype (1.X) if print/freetype is not installed.
> >
> > OK to remov
On Tue Aug 29, 2023 at 11:59:04AM +0200, Rafael Sadowski wrote:
> Looks like eterm picks up freetype from xenocara and not from
> print/freetype (1.X) if print/freetype is not installed.
>
> OK to remove print/freetype and update eterm when there are no consumers
> left? See:
&
Looks like eterm picks up freetype from xenocara and not from
print/freetype (1.X) if print/freetype is not installed.
OK to remove print/freetype and update eterm when there are no consumers
left? See:
print/bg5ps, magicpoint-1.13a mails on ports@
Cheers Rafael
Index: Makefile
: No
> >> module named six)
> >>
> >> (that one looks totally unrelated to cmake, probably some py-six changes
> >> around..)
> >>
> >
> > yep nigel@ also found this and sthen@ fixed already. should be fixed
> > in the latest tree...
>
to cmake, probably some py-six changes
>> around..)
>>
>
> yep nigel@ also found this and sthen@ fixed already. should be fixed
> in the latest tree...
graphics/blender is fixed too.
So I think freetype+cmake can go in now...
Ok?
ciao,
David
--
"If you try a few times and
blender:
>> >
>> >
>> > /usr/obj/mfs/blender-2.72b/blender-2.72b/source/blender/blenfont/intern/blf_glyph.c:
>> > In function 'blf_
>> > glyph_add':
>> >
>> > /usr/obj/mfs/blender-2.72b/blender-2.72b/source/blender/blenfont/inte
#x27; from 'unsigned int' may change the sign of the result
[-Werror=sign-conversion]
> > g->width = bitmap.width;
> >^
> >
/usr/obj/mfs/blender-2.72b/blender-2.72b/source/blender/blenfont/intern/blf_glyph.c:266:20:
error: conversion to 'int&#
ph.c:265:19:
> error: con
> version to 'int' from 'unsigned int' may change the sign of the result
> [-Werror=sign-conversion]
> g->width = bitmap.width;
>^
> /usr/obj/mfs/blender-2.72b/blender-2.72b/source/blender/blenfont/intern/blf_
n Mon, Dec 15, 2014 at 9:55 PM, Matthieu Herrb
> >> > wrote:
> >> > > On Mon, Dec 15, 2014 at 04:32:47AM -0700, David Coppa wrote:
> >> > >>
> >> > >> Hi all!
> >> > >>
> >> > >> An update to freetype-2.5.4,
c 15, 2014 at 04:32:47AM -0700, David Coppa wrote:
>> > >>
>> > >> Hi all!
>> > >>
>> > >> An update to freetype-2.5.4, released on 2014-12-06.
>> > >>
>> > >> This release also contains a fix for vulnerability C
> but if I build my own copy on my laptop,
>
> DELEGATES bzlib djvu fftw fontconfig freetype jbig jpeg jng jp2 lcms2
> lzma mpeg png tiff x11 xml wmf zlib
>
> This is because following the header shuffling in freetype, ImageMagick's
> configure script no longer pic
If I install ImageMagick from the current amd64 package, I get this
$ convert -list configure|grep DELEGATES
DELEGATES bzlib djvu fftw fontconfig jbig jpeg jng jp2 lcms2 lzma png tiff
x11 xml zlib
but if I build my own copy on my laptop,
DELEGATES bzlib djvu fftw fontconfig freetype
On Fri, Jan 10, 2014 at 06:07:41AM -0700, David Coppa wrote:
>
> > From: Christian Weisgerber
> > Date: Thu, Jan 9, 2014 at 11:45 PM
> > Subject: Re: [heads-up] freetype update ?
> > To: ports@openbsd.org
> >
> >
> > Christian Weisgerber wrote:
> From: Christian Weisgerber
> Date: Thu, Jan 9, 2014 at 11:45 PM
> Subject: Re: [heads-up] freetype update ?
> To: ports@openbsd.org
>
>
> Christian Weisgerber wrote:
>
> > > These are probably using a local FindFreetype.cmake module file.
> >
&g
On 09/01/14 8:40 PM, Amit Kulkarni wrote:
On Thu, Jan 9, 2014 at 9:47 AM, Christian Weisgerber wrote:
Landry Breuil:
games/renpy
/usr/local/include/GL/glew.h:1188:24: error: GL/glu.h: No such file or
directory
This fails because -I${X11BASE}/include is now missing.
graphics/py-Imaging
g
On Thu, Jan 9, 2014 at 9:47 AM, Christian Weisgerber wrote:
> Landry Breuil:
>
> > > games/renpy
> >
> > /usr/local/include/GL/glew.h:1188:24: error: GL/glu.h: No such file or
> > directory
>
> This fails because -I${X11BASE}/include is now missing.
>
> > > graphics/py-Imaging
> > > graphics/py-Pi
Christian Weisgerber wrote:
> > These are probably using a local FindFreetype.cmake module file.
>
> Indeed they are.
Add another one:
geo/mapserver
graphics/darktable
graphics/openscenegraph
lang/io
x11/ogre
--
Christian "naddy" Weisgerber na...@mips.inka.de
David Coppa:
> > These still fail:
> > graphics/darktable
> > graphics/openscenegraph
> > lang/io
> > x11/ogre
>
> These are probably using a local FindFreetype.cmake module file.
Indeed they are.
> So, we have two ways here: we can remove them at pre-configure stage
> so the port will
s project, but they are
>> set to NOTFOUND.
>> Please set them or make sure they are set and tested correctly in the CMake
>> files:
>> Freetype_INCLUDE_DIR (ADVANCED)
>>
>> ===> graphics/openscenegraph
>> /usr/obj/openscenegraph-3.2.0/OpenSceneGraph-3.2.0/src
gt; lang/io
> x11/ogre
>
> ===> graphics/darktable
> CMake Error: The following variables are used in this project, but they are
> set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the CMake
> files:
> Freetype_INCLUDE_
sure they are set and tested correctly in the CMake
files:
Freetype_INCLUDE_DIR (ADVANCED)
===> graphics/openscenegraph
/usr/obj/openscenegraph-3.2.0/OpenSceneGraph-3.2.0/src/osgPlugins/freetype/FreeTypeFont.cpp:461:
error: 'FT_Outline_Decompose' was not declared in this scope
===&g
Landry Breuil:
> > games/renpy
>
> /usr/local/include/GL/glew.h:1188:24: error: GL/glu.h: No such file or
> directory
This fails because -I${X11BASE}/include is now missing.
> > graphics/py-Imaging
> > graphics/py-Pillow
Fixed, but now
graphics/py-matplotlib
fails, again because -I${X11BASE}
Matthieu has a FreeType update (2.5.2) ready that will include a
reorganization of the header files:
This large patch changes the header file directory layout from
`INCLUDE/freetype/...' to `INCLUDE/...', effectively removing one
level. Since the file `ft2build.h' is
Amit Kulkarni wrote:
> I stumbled on something which makes me ask a question to you guys.
> Why is ports/print/freetype at version 1 and freetype2 included in
> /usr/xenocara/lib/freetype?
They're incompatible and there's still some stuff in ports that
depends on th
Hi,
I stumbled on something which makes me ask a question to you guys.
Why is ports/print/freetype at version 1 and freetype2 included in
/usr/xenocara/lib/freetype?
Thanks
Here's a patch to build xpdf against xenocara, handling Freetype 2.2.x
changes.
Note that because the Freetype people didn't care about backward
compatibility, this won't work with Freetype 2.1.9 as currently found in
XF4.
--
Matthieu Herrb
* Tobias Johnsson [2006-02-13]:
> Error message:
> ">> freetype-1.3.1.tar.gz doesn't seem to exist on this system.
> >> Attempting to fetch /usr/ports/distfiles/freetype-1.3.1.tar.gz from
> http://ovh.dl.sourceforge.net/sourceforge/freetype/.
> >> S
Hi!
I had a problem with installing freetype 1.3.1 with the port system...
Incorrect filesize was the problem.
Error message:
">> freetype-1.3.1.tar.gz doesn't seem to exist on this system.
>> Attempting to fetch /usr/ports/distfiles/freetype-1.3.1.tar.gz from
http://
* Dave Harrison [2006-01-30]:
> I've just updated to 3.8 and cvs up'd the ports tree from the 3.8
> disc. Then I purged all my packages and starting rebuilding, but this
> port seems broken (possibly a size mismatch) ??
It's not the port, it's the mirror.
Nikolay
Hi guys,
I've just updated to 3.8 and cvs up'd the ports tree from the 3.8 disc. Then I
purged all my packages and starting rebuilding, but this port seems broken
(possibly a size mismatch) ??
Cheers
Dave
===> Checking files for freetype-1.3.1p1
>> freetype-1.3.1.tar.gz do
lly, it seems to me that the current consensus among OpenBSD
developpers is that ports that need parts of X (typically fontconfig &
freetype, not to mention expat again) should install xbase.
There's no security risk associated with it as there are no setuid
programs there.
So there i
31 matches
Mail list logo
