? freebsd-eigen-eigen-2.0.16
? straight-eigen-eigen-2.0.16
Index: Makefile
===
RCS file: /home/pcvs/ports/math/eigen2/Makefile,v
retrieving revision 1.16
diff -U 2 -r1.16 Makefile
--- Makefile27 Jun 2011 22:54:44 - 1.16
++
понеділок 12 травень 2008 02:04 по, Erwin Lansing Ви написали:
> On Mon, May 12, 2008 at 01:42:16PM -0400, Mikhail Teterin wrote:
> > ? 12 ??? 2008 01:36 ??, Erwin Lansing ?? :
> > > > I intend to update the GraphicsMagick port with the attached diff
Hello!
I intend to update the GraphicsMagick port with the attached diff in a few
days. Among other things, it ups the shared-library versions and may
otherwise affect your ports.
Please, let me know, if anything is blatantly wrong or forever hold your
peace. Thanks! Yours,
-mi
P.S.
вівторок 15 квітень 2008 11:09 до, Pav Lucistnik Ви написали:
> > Expand description to explain, why there remain to LyX-ports. LyX-1.5
> > can not become the default "lyx", because it requires Qt4, which is yet
> > to enter the maintstream on FreeBSD.
>
> qt4 entered mainstream long time ago :)
Hello!
Just over a month ago I sent an e-mail inquiring about plans for KDE4
upgrade.
I received no reply and there is no KDE4-work in the ports... Is this
mailing list functional? Is there still work going on on [EMAIL PROTECTED]
I don't mean to bug you, just curious, what the status is... Your
Hello!
How is the subject coming along? It seems, some new things like "strigi" are
required for kdelibs-4 -- but I don't see a port of that in the tree yet...
Would you like it added?
Given that Qt4 claims to have Qt3-compatibility, maybe, it is a good idea to
switch KDE3 to Qt4 for the time
b-server logs to
see, how popular it is?
Regardless, since I already went through the trouble of fixing it up, may as
well update the port :-) ... Awaiting approval.
-mi
> Thanks,
>
> Arjan
>
> 2007/11/8, Mikhail Teterin <[EMAIL PROTECTED]>:
> > Deafening silence.
ase, approve. Thanks,
-mi
On середа 07 листопад 2007, Mikhail Teterin wrote:
= Hello!
=
= The port promises experimental features, that are "not yet" available in the
= base KDE distribution.
=
= That's according to the upstream web-site:
=
= http://www.mosfet.org/p
Hello!
The port promises experimental features, that are "not yet" available in the
base KDE distribution.
That's according to the upstream web-site:
http://www.mosfet.org/pixie/
However, the most recent version (Pixie-1.02a) on the site is from April 2004.
The version (0.5.4.1) built
Any chance, the 3.5.8 will be merged in before the port freeze?
Thanks!
-mi
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
On неділя 07 жовтень 2007, Norikatsu Shigemura wrote:
= Thank you. I merged your port.
I saw the change. I thought, the new ilmbase would belong to the devel/,
rather than the graphics/ section -- it has nothing to do with graphics,
really :-)
A more serious issue is your decision again
On субота 06 жовтень 2007, Norikatsu Shigemura wrote:
= On Thu, 4 Oct 2007 23:22:44 -0400
= Mikhail Teterin <[EMAIL PROTECTED]> wrote:
= I think that you should use pkg-config like following.
=
= $ pkg-config --cflags OpenEXR
= -D_THREAD_SAFE -I/usr/local/include/O
Hello!
I'm contacting you, because the port(s) you maintain depend on OpenEXR.
Although the version 1.2 of OpenEXR was not built with threading support on
FreeBSD, the current 1.4a includes such support.
This is forcing all users of the library to include thread-support -- perhaps
gratuitously
четвер 23 серпень 2007 11:19 до, Michael Nottebrock Ви написали:
> I really really really do not think that this should be the default.
> Consider that users of SMP machines, especially those running KDE, might
> appreciate having one cpu/core available for their desktop work while a
> portupgrade
четвер 23 серпень 2007 10:09 до, Michael Nottebrock Ви написали:
> Please back this out or at least hide it behind an option. Anyone who
> wants to parallelize make and is willing to deal with the possible
> fallout can easily do so already, this is no safe default for everybody.
Michael, with all
середа 22 серпень 2007 06:40 по, Mark Linimon Ви написали:
> The problem is that it is easy to add parallelization that "nearly"
> works. We need to figure out a fool-proof way rather than a quick
> way, so that we don't have to deal with problem reports about the
> edge cases forever.
You need t
середа 22 серпень 2007 02:38 по, Pav Lucistnik Ви написали:
> Qt33 is known to bomb with -j2. Seen it when I was toying with my
> implementation of parallelization framework.
I haven't... Maybe, you were modifying the MAKE_ARGS and it was bombing during
install (MAKE_ARGS applies to both build an
Could the patches, please, be dropped into the relevant files/ subdirectories
until the next release of KDE?
As noted in various user comments, this bug is quite a show-stopper in many
environments... Kmail is unable to handle IMAP-messages, when the body is not
neither textual nor multipart/mi
Hello!
I installed the latest KDE on a new FreeBSD machine recently. Here are
some of the issues I'm having with the setup:
1. kdm: although a few local users are configured to be
allowed in without a password, kdm would not let anybody
in without one. Accounts witho
Hello!
I'm preparing to upgrade print/lyx to the soon-to-be-released version 1.5.0.
One of the things of note about the new version is that it has only ONE
front-end -- Qt4. Although Gtk front-end might return later, the XForms and
the Qt3 front-ends are gone for good.
Which leads me to ask a
On Sunday 06 May 2007 12:16, Michael Nottebrock wrote:
= > Actually qmake just needs a version bump, it correctly patches
= > /usr/X11R6 to ${X11BASE} (except for the freebsd-g++34 script which we
= > dont seem to use), so it needs to redo this now that X11BASE is
= > changing. flz has bumped this
On Tuesday 27 March 2007 16:36, Maxim Samsonov wrote:
= It looks like a problem with kdebase3 configure script or with installed
= libs location.
Rebuilding the hal-port itself appears to have fixed the problem, although I
don't know, what functionality exactly was missing :-) But the quoted erro
Whenever I start the newly-built KDE-3.5.6, the following gets printed:
/libexec/ld-elf.so.1: /opt/lib/kde3/kded_mediamanager.so: Undefined
symbol "libhal_storage_policy_new"
Google brings up:
http://lists.kde.org/?l=kde-devel&m=114408304803396&w=2
which suggests, that linking kded_med
23 matches
Mail list logo
