I had
OPTIONS_UNSET= GVFS
or equivalent for as long as I can remember.
--
Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-ports-f3835061.html
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
FWIW, I've filled a PR relating to the original idea.
> If I have a config for such a port and that option moves
> becomes a default, I never see it unless I look.
I think you are presented with a dialog each time the defaults
changes. Speaking of which, the defaults could/should be marked
as
Hello,
After many years of using FreeBSD ports, I've grown into habit
of reading Makefiles each time I'm not sure if any options I'm
proposed pulls in dependencies or not.
And then it hit me. Why should we do that? Port system already
knows if something pulls another part of it, why those
You could try non-ESR Firefox first, I do not have such problem with it
(11-STABLE amd64, heavy use takes half of a physical RAM, no swap).
Alternatively, try just clean profile with Firefox. There is a lot of
settings
that could affect that (e.g. loading tabs in the background).
--
Sent from:
Thanks! I was aware the problem was not only here since packages fallout,
glad you took your time : )
--
View this message in context:
http://freebsd.1045724.x6.nabble.com/Trying-to-build-git-lite-without-Perl-configure-error-You-cannot-use-git-without-perl-tp6149246p6149646.html
Sent from
It fails, obviously, though I don't know where it picks up that [1]?
I have perl installed. I have tried without ports.conf.
[1] $ ./configure --enable-pthreads=-pthread ac_cv_header_libcharset_h=no
--without-libpcre --without-perl
--
View this message in context:
I blame recent portmaster update.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/portmaster-check-port-dbdir-is-broken-for-me-tp6115992p6116599.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
As it wants to literally remove all of the installed OPTIONS (xxx does not
seem to be installed).
What could have happened here? It went bad between 7-19 July. The system in
question was offline.
--
View this message in context:
I know, I'm on 10-STABLE though, but will not force 57.1 now obviously,
thanks for all replies!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Cannot-update-firebird25-after-recent-icu-update-tp6112177p6112250.html
Sent from the freebsd-ports mailing list archive at
I think that deleting firebird25 (it cannot update itself in place) and just
recompiling
everything that depends on icu (as each time icu is updated) should be
enough.
--
View this message in context:
Are you sure?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Cannot-update-firebird25-after-recent-icu-update-tp6112177p6112193.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org
../src/include/../common/classes/alloc.h:508:1: warning: replacement function
'operator delete[]'
cannot be declared 'inline' [-Winline-new-delete]
inline void operator delete[](void* mem) throw()
^
4 warnings generated.
c++ -I../src/include/gen -I../src/include -I../src/vulcan
any pointers for me?
-O2 -pipe -march=native -fstack-protector -fno-strict-aliasing
-Qunused-arguments -pthread -MT libcurl_la-url.lo -MD -MP -MF
.deps/libcurl_la-url.Tpo -c -o libcurl_la-url.lo `test -f 'url.c' || echo
'./'`url.c
libtool: compile: cc -DHAVE_CONFIG_H -I../include/curl
+1
Only www/opera should actually need libmap entry, rest of the
pkg_libchk output sohuld be rebuilt.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/libfreetype-so-9-errors-tp5905087p5905460.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
FWIW, portmaster -f (not quite -r as in UPDATING) and output of pkg_libchk
got me going somewhere finally, some ports which are missing libs haven't
had revisions bumped I think.
--
View this message in context:
Unless I'm mistaken, a lots of ports had libraries bumped down (
freetype2, libxcb...), results here are a little short of catastrophic...
I've rebuilt what I could but still...
e.g.
--- XpAttr.lo ---
In file included from XpAttr.c:44:
./XpExtUtil.h:55:20: error: static declaration of
With import of clang 3.4, this issue migrated to 10-STABLE now.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Port-devel-gdb-broken-on-11-CURRENT-amd64-tp5897147p5898369.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Updating from Fri Mar 21 00:55:47 CET 2014 to Fri Mar 21 01:10:01 CET 2014.
Fetching 1 metadata patches. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
Fetching 0
Hello,
I would like to cleanup my make (ports).conf and as far as I know
some options migrated to the new syntax, some not and some are no longer
used by ports at all, how could I list all currently available options for
whole
port tree?
--
View this message in context:
Thanks for reply!
IMHO, port knobs really should be centrally tracked/standardized.
When one would like to set some options globally, it gets really
ugly really fast e.g.
WITH_OPTIMIZED_CFLAGS=yes
WITH_OPTIMIZED_FLAGS=yes
WITH_OPTIMIZATION=yes
OPTIMIZED_CFLAGS=yes
BUILD_OPTIMIZED=yes
Thanks for all replies so far, to be precise I was looking
for universal options to be set for all ports,
/usr/ports/Mk/bsd.options.desc.mk is probably closest,
but similarly to KNOBS doesn't cover all of them.
--
View this message in context:
How can I list all options currently available in ports tree for
OPTIONS_UNSET /SET
to make a switch to a new syntax?
I have suspicion that there were a lot of duplicates before, hope it's
cleaned up.
--
View this message in context:
Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Updating from Thu Feb 13 00:53:30 CET 2014 to Thu Feb 13 01:07:24 CET 2014.
Fetching 2 metadata patches.. done.
Applying metadata
libchk depends on ruby and it's output is a bit raw/dumb which can be
misguiding.
pkg_libchk usually reports real problems.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/ICU-sweeping-upgrade-bug-or-feature-tp5884157p5885504.html
Sent from the freebsd-ports mailing
The problem is, that without -U this ports can be useless, as it's usually
not updated fast enough.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/port-www-youtube-dl-tp5884972p5885022.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
Currently, I reckon that libjpeg-turbo is a drop in replacement
for graphics/jpeg. Unfortunately, most ports have a direct
dependency on graphics/jpeg and will complain if it is missing[1].
Is there any way to achieve that and keep pkng happy?
(portmaster, 10-STABLE here, I think that
Sorry for being unclear!
As far as I can see, libjpeg-turbo _is_ a drop in replacement (please
correct me if I'm wrong), only thing complaining is dependency database
(correctly, but I reckon I was able to mend such cases in earlier generation
of pkg tools).
Thanks for reply. I will try
I stumbled numerous times upon non-working youtube-dl in the
past. It's usually a matter of specific video, not system wide
change. IMHO, the problem is that -U grabs something
obfuscated, not the functionality itself. Nobody is forcing you
to run sudo to update.
--
View this message in
From youtube-dl man:
What is this binary file? Where has the code gone?
Since June 2012 (#342) youtube-dl is packed as an executable zipfile,
simply unzip it (might need renaming to youtube-dl.zip first on some
systems) or clone the git repository, as laid out above. If you modify
the
portmaster -o should be enough indeed. Thanks for reminder!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/graphics-libjpeg-turbo-in-place-of-graphics-jpeg-tp5885024p5885081.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
No, that sometimes firefox stays in uwait state in spite of quitting is
nothing new. I didn't correlate it with playing html5 video though.
--
View this message in context:
in their documentation.
If somebody would like to try his/her hand with staging this port, please
do.
https://www.dropbox.com/s/siqpy8vsm1kvop1/chocolate-doom.shar
I'm sure there are some who would like to celebrate Doom's 20th birthday
on FreeBSD :)
best regards
- Jakub Lach
PS. Please remember
I've pulled out a WIP shar, as I've made a improved PR submission.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/WIP-games-chocolate-doom-maintainer-requesting-help-with-staging-support-new-release-tp5867729p5867774.html
Sent from the freebsd-ports mailing list archive
Exactly. My only use of packages is for build time dependencies.
Regarding adminscripts, pkg_libchk is most important for me, and
fortunately works with pkng.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/bsdadminscripts-and-pkng-tp5857069p5858174.html
Sent from the
Actually, nevermind those. They are supporting pkng just fine.
Real bumps when converted to pkgng was:
- portmaster cannot use packages for dependencies- huge let down
- pkg_cleanup doesn't support pkng
- when installing port from portmaster it looks like it's ignoring my
ports.conf which
is
Hello,
any plans for updating those?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/bsdadminscripts-and-pkng-tp5857069.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing
CCLD libgthread-2.0.la
Making all in gobject
/usr/bin/make all-recursive
Making all in .
make: don't know how to make ./libgobject-2.0.la. Stop
*** [all-recursive] Error code 1
1 error
*** [all] Error code 2
1 error
*** [all-recursive] Error code 1
1 error
*** [all] Error code 2
1 error
===
Strange thing...
config.status: creating Makefile
=== Building for help2man-1.43.3
Makefile, line 25: Need an operator
Error expanding embedded variable.
*** [do-build] Error code 1
Stop in /usr/ports/misc/help2man.
*** [build] Error code 1
--
View this message in context:
FWIW I'm using https://trillian.chruetertee.ch/svn/ports/trunk/
but I don't see connection.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/cannot-update-glib20-and-gobject-tp5833348p5833384.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
Looks so:
Fetching public key from portsnap1.FreeBSD.org... done.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Fetching snapshot generated at Mon May 27 02:02:39 CEST 2013:
ecc705a413e04a7c6eafdc110161ed9e1d6efd52224e7a100% of 8007 kB 702 kBps
Thanks!
Could some dev chime in?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Is-latest-portsnap-snapshot-corrupted-tp5815448p5815520.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
Indeed snapshot looks fixed, thanks for all replies!
I don't use INDEX.db so should be fine without portsdb...
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Is-latest-portsnap-snapshot-corrupted-tp5815448p5815588.html
Sent from the freebsd-ports mailing list archive at
While playing certain html5/gstreamer/webm content e.g. youtube.
Can anybody confirm?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Since-some-time-weeks-www-opera-is-hanging-on-9-STABLE-amd64-clang-tp5813142.html
Sent from the freebsd-ports mailing list archive at
Fetching snapshot tag from portsnap.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Tue Apr 9 21:52:17 CEST 2013 to Wed Apr 10 09:44:43 CEST
2013.
Fetching 2 metadata patches.. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
Fetching 0 patches.
With clang 3.2 it works fine though.
No strange flags, only CPUTYPE?=native (penryn,
detected correctly both by clang and gcc47)
Related bit:
conftest.c || for _f in ${tcfn}*; do case $_f in
Build.sh|check.pl|check.t|dot.mkshrc|*.c|*.h|mksh.1) ;; *) rm -f $_f ;;
esac; done
] conftest.c:29:1:
You are missing my point. Opera couldn't just outright
stop 'supporting' Java plug-ins (more like Java content,
believe it or not, but using plug-in or JRE is secondary
here), but they are not ones responsible for this
environment deployment.
I know FreeBSD as a project should document to the
Thanks for help, ridding of auto* is definitely preferred solution.
Speaking of TiMidity/++ both are barely (and no at all by
upstream iirc) maintained, and while I could get sound for
chocolate-doom with timidity some time ago, lately their svn
branch only worked with ++ version for me. So it
Duh, it's too early for me... sdl_mixer does not have ++ by default,
it uses plain old one.
I did some retesting, and for now, I think most correct would be just
letting sdl_mixer to choose which timidity to use. This release works
with both of them.
This is new shar:
OK, I sincerely hope it's last iteration, but I also believe
it's the best one so far:
https://www.dropbox.com/s/ojlhgl7qqarti8e/chocolate-doomv2.shar
(disabling opl was dropped by upstream, and option has no effect,
also a cleaner, more precise description/message.)
--
View this message in
People actually still use browser java plug-ins/ they actually work?
Life never ceases to amaze.
Seriously though, I see no place for them in modern operating
systems at all. Awful security record, as well as required only
by obsolete and broken by design things.
--
View this message in
Hello,
I took up where http://www.freebsd.org/cgi/query-pr.cgi?pr=161701
left, as I'm user of chocolate-doom for quite time, and was eyeing
it for a while.
Current WIP is (docs, optionng, timidity++ etc):
https://www.dropbox.com/s/jq9j16sxvrsej9w/c-doom.txt
(shar archive)
Problem is, as
Thanks for both replies, just for search reference, as a ugly hack, I've
temporarily convinced my system that gcc is clang, and carried on...
Didn't try with gcc47, as I think it was not buildable at all with it, last
time I've checked.
--
View this message in context:
tQT
Well, presumable to not use it with not maintained, old vanilla QT
In spite of not having 'proper' maintainer both kdelibs3/ and kdebas3/
saw substantial interest in form of patches, that indicates there are
more people who care about them, than those taking voice in this
thread...
--
I was thinking of December patches. Till now, each time kde3 broke,
in few weeks someone would sent patch.
A few clicks leads to nice UI experience with roughly the same
amount of overheard as the 3.x
I simply do not believe that. Stripped (!) KDE3 is workable on PIII
system, to think the
=== Building for boost-libs-1.48.0_2
cd /usr/obj/usr/ports/devel/boost-libs/work/boost_1_48_0 /usr/bin/env
TMPDIR=/tmp TMPDIR=/tmp SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local
LOCALBASE=/usr/local MOTIFLIB=-L/usr/local/lib -lXm -lXp
LIBDIR=/usr/lib CC=gcc CFLAGS=-O2 -pipe -Wno-error
I'm on the fence. It's true, that there is no low-print feature complete
equivalent for KDE3.
On the other hand, if nobody wants to maintain Trinity, well
it should be letten go, as sooner or later there will be problems.
--
View this message in context:
I just use
CPUTYPE?=native
CC=gcc47
CXX=g++47
CPP=cpp47
If port does not intentionally choose clang
(mplayer, libreoffice) it works.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/gcc-and-g-version-setting-in-buildflags-conf-tp5769675p5770354.html
Sent from the
Speaking of bsdadminscripts I have problem with
pkg_validate, however Dominic haven't replied, so he
may be busy.
I've never got hang of deploying ccache, sorry. Usually
just heard something in the line make sure you don't
use ccache/clean properly before rebuild so it discouraged
me in term
Thread model: posix
gcc version 4.7.3 20121208 (prerelease) (FreeBSD Ports Collection)
configure:4043: $? = 0
configure:4032: gcc47 -V 5
gcc47: error: unrecognized command line option '-V'
gcc47: fatal error: no input files
compilation terminated.
configure:4043: $? = 1
configure:4032: gcc47
1) +1 for minimal svn stub, still too slow for ports so I must stick to
portsnap...
2) Beware of serf! Last time I've swapped to it from neon, it was broken,
but it manifested subtly, only when checking out larger projects (like
FreeBSD).
--
View this message in context:
Or was it neon?... Case in point was the default WebDAV was sane,
the other one, not.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Let-s-talk-about-subversion-svn-tp5762138p5768920.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
About updating opera port, it's matter of updating plist to make
sure that opera cleans up after deinstall properly.
Opera have a habit of silently adding new files between versions,
so it's must be checked.
Speaking from user perspective, you don't even need to bump
version in Makefile,
Broken archive?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/editors-libreoffice-pkg-add-error-tp5765455p5765507.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
You are forcing developer version of compiler, it's not even
released yet. 4.7.2 was released 2 months ago.
If you care enough, bug gcc as already you should know
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
--
Who do you thank exactly?
I doubt any developers of said
application are subscribed to this
list.
I don't know if you know what
you are asking for, but porting
closed source windows application
is not possible, it would be needed
to be wrote from scratch, which is
rather outside of even
I used Clang to build Opera.
I'm doubting that :)
Anyway, they are already at 12.12 RC so do not get too used
to 12.11...
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/opera-12-11-tp5764588p5764667.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
In file included from ./ImfChromaticities.h:47:0,
from ImfChromaticities.cpp:43:
/usr/local/include/OpenEXR/ImathMatrix.h: In instantiation of
'Imath::Matrix44T::Matrix44() [with T = float]':
ImfChromaticities.cpp:110:17: required from here
/usr/ports/Mk/bsd.port.mk, line 6097: Malformed conditional
(${_COMPLETE_OPTIONS_LIST:O} != ${_FILE_COMPLETE_OPTIONS_LIST:O})
Fresh portsnap, some there were changes to bsd.port.mk..
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/someone-broke-bsd-port-mk-tp5716638.html
/usr/ports/Mk/bsd.port.mk looks broken
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/strange-output-from-make-tp5716636p5716639.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org
Or is it new options framework? I thought that old knobs
would still work.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/strange-output-from-make-tp5716636p5716640.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
core2 != native maybe. Later Intel Core 2 (45nm)
added SSE4.1.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/Firefox-13-tp5716220p5716642.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
Same here, looks normal again.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/someone-broke-bsd-port-mk-tp5716638p571.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing
As not all KNOBS are documented in
/usr/ports/KNOBS I remember that somebody
used some script that parsed ports for them...
Would be handy to have full list of possible
knobs, especially as they can be changing now.
--
View this message in context:
FWIW, resulting package is only
$ du -h libreoffice-3.5.2_4.tbz
94Mlibreoffice-3.5.2_4.tbz
So if somebody would like to host it, let me know.
Mind, that it's -march=native amd64 build, so
you will unfortunately need Intel Core 2 Penryn
(they added SSE 4.1
Theoretically LibreOffice already has
MAKE_JOBS_UNSAFE= yes
in port's Makefile, but it's internally
still parallelizing, correct?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/make-failed-for-editors-libreoffice-tp5713591p5715337.html
Sent from the freebsd-ports
For one thing, skimming casually I see mostly
kde related ports conflicting with other kde ones
which I presume are false positives, removing
them from list would make it appear more
meaningful.
--
View this message in context:
With gcc47 unfortunately I'm stuck on a boost.
ERROR: error 65280 occurred while making
/usr/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/boost
it seems that the error is inside 'boost', please re-run build
inside this module to isolate the error and/or test your fix:
What's up with portaudit?
It's still (since first yesterday portaudit update) complaining
about missing key.
portaudit: Public key /usr/local/etc/portaudit.pubkey not found.
= Please update your ports tree and try again.
*** Error code 1
regards,
- Jakub Lach
--
View this message in context
That would be too obvious, I've had fresh
snapshots downloaded for several times
since first and second commit, last one
is from Mon Mar 12 18:46:26 CET I believe.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/portaudit-pubkey-tp5557072p5558587.html
Sent from the
, and yesterday google's 0 hits
with portaudit.pubkey didn't help either), I have a
feeling that my problem is over, thanks for help.
best regards,
- Jakub Lach
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/portaudit-pubkey-tp5557072p5558739.html
Sent from the freebsd-ports
..
best regards,
- Jakub Lach
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/portaudit-pubkey-tp5557072p5559419.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http
I was referring to mksh in ports, but thanks
for correction, it's always good to know
more. I'm flattered you have responded
at all :)
FWIW, I'm using mksh interactively.
--
View this message in context:
Hi Doug,
Thanks for reply,
The DISTVERSION is incorrectly specified
...looks like it, but why this wasn't corrected,
and how it worked before? mksh had letters
added in version from start.
--
View this message in context:
I don't think so. Maybe it's P4 specific.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515744.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
/etc/libmap.conf
libgcc_s.so.1 gcc46/libgcc_s.so.1
libgomp.so.1gcc46/libgomp.so.1
libssp.so.0 gcc46/libssp.so.0
libstdc++.so.6 gcc46/libstdc++.so.6
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515746.html
To be precise, I'm user of lang/gcc46, but since long before lang/gcc
creation, so it shouldn't really matter.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515762.html
Sent from the freebsd-ports mailing list archive
'Upgrade of mksh-r40 to mksh-r40.d
completed' could somebody explain that?
best regards,
- Jakub Lach
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/updating-mksh-portmaster-a-pkg-version-strangeness-tp5513504p5513504.html
Sent from the freebsd-ports mailing list
make.conf:
.if !empty(.CURDIR:M/usr/ports/*)
WRKDIRPREFIX= /usr/obj
.include /etc/ports.conf
.endif
ports.conf:
CC=gcc46
CXX=g++46
CFLAGS=-O2 -pipe -march=native
CXXFLAGS=${CFLAGS}
No such problem here.
--
View this message in context:
It's obviously a matter of trade-off, and I'm with
Mikhail on this one, but in the end it all depends
how well tested/maintained those ports would
be. But it's not like that all ports upon bumping
shlib version are tested now, are they? If not,
then it's moot point.
bes regards,
- Jakub Lach
Speaking of recent libvpx update, some ports explicitly look
for libvpx.so.0, and fail to update trying to install again libvpx
which is already installed.
e.g. multimedia/gstreamer-plugins-vp8
--
View this message in context:
Ho-hum.
Apparently you need GLIB Enable GObject Functions Feature
checked in cairo config dialog, and it works.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/devel-gobject-introspection-cairo-h-missing-tp5486603p5489124.html
Sent from the freebsd-ports mailing list
CC libregress_la-regress.lo
In file included from ./regress.c:6:0:
./regress.h:4:19: fatal error: cairo.h: No such file or directory
compilation terminated.
Anybody else gets this?
--
View this message in context:
Oh, cairo.h (/usr/local/include/cairo/cairo.h) is very present.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/devel-gobject-introspection-cairo-h-missing-tp5486603p5486611.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
Ah, Pearson!
Well, there are even more interesting
ideas.
http://trinity-devel.pearsoncomputing.net/?0::3095
PS. Porting to Qt4?
Stalled due to continual upstream Qt4 bugs and
extremely poor Qt4 performance
http://www.trinitydesktop.org/wiki/bin/view/Developers/RoadMap
--
View this message
See KDE3 de facto EOL, Project Trinity? thread.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/trinitydesktop-org-tp4892484p4896201.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
...
I do not like the idea of Preston to
rewrite KDE3 to Qt4 (see no profits so on).
Where that idea came from?
Is it Preston Brown's?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/KDE3-de-facto-EOL-Project-Trinity-tp4885362p4896214.html
Sent from the freebsd-ports
Well, Brendan Fabeny fixed qt33 and affected kde bits.
Thanks!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/KDE3-de-facto-EOL-Project-Trinity-tp4885362p4892915.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
would like
to still maintain a sane, slim subset of
KDE3, Project Trinity looks like good
starting point. http://trinitydesktop.org/
KDE is-not-exactly my pet-project so
don't look at me :)
best regards,
- Jakub Lach
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/KDE3
I know, but neither is direct KDE3 replacement,
nor does offer complete user experience
(whatever it means, but I'm thinking of
UI consistence mainly).
Speaking of lightness, XFCE is memory hungry
these days and Linux centric, and Fluxbox is
not that light after all.
I personally use dwm
/aircrack-ng and/or finding
better workaround.
best regards,
- Jakub Lach
PS. Simple guide goes a long way:
1. Install net-mgmt/aircrack-ng.
(e.g. portmaster net-mgmt/aircrack-ng)
2. Set card in ahdemo mode.
(e.g. ifconfig wlan0 create wlandev ath0 wlanmode ahdemo)
3. Perform injection test
1 - 100 of 106 matches
Mail list logo