Who is allegedly maintaining the graphics/dri port at this moment in time?
I would rather like to know, because it is in serious need of updating.
(The version upon which the port was based was apparently released on
June 23, 2009, and there have been numerous new releases since then.)
I
My question relates to a port that I am doing of gthumb v2.14.3 to
FreeBSD. Because gthumb is fundamentally a gnome application, I am
cross-posting my question to both the ports and gnome mailing lists.
(My apologies if that means that some of you see this twice.)
After a modest but unexpected
In message 450d1c59-c403-463b-9c35-6af26f63d...@mac.com, you wrote:
On Apr 25, 2012, at 5:01 PM, Ronald F. Guilmette wrote:
When I try to run the gthumb binary that I built and install, I am getting
the following perplexing error message:
/libexec/ld-elf.so.1: /usr/local/hacked/lib/gthumb
In message CADt0fhw=cOrwaAmb8VNDRbCnwAuzhRyu=n3l_so732epv1v...@mail.gmail.com
, you wrote:
Without being able to look at the details in-depth myself, it looks like
the shared object is looking for a symbol which the RTLD can't resolve.
That much seems self-evident. The error message itself in
Sorry for my late reply... I was tied up on other projects.
A few days ago, in a galaxy not far away...
In message 20120426080649.go2...@deviant.kiev.zoral.com.ua,
Konstantin Belousov kostik...@gmail.com wrote:
You need to pass --export-dynamic to the linker when linking binary that
is
I've been trying for some time to ge graphics/gthumb installed on
my 7.0-RELEASE system and it just ain't workin' and it's becoming
_very_ frustrating.
Basically, gthumb requires avahi-app, which (for as yet unexplained
reasons) won't even properly go through the configure step on my
system.
In message 3jcA1ljpZsB1WBdNgXUe/mei...@snwcwk2deghgefqjleiqreaoikg, you wrote
:
Ronald, good day.
And a very good day to you also sir! Thanks for replying!
Basically, because you're not intended to mess with the manual invocation
of configure script. The proper thing to do is to edit
What the hey?
# make
= Python-2.7.3.tar.xz is not in /usr/ports/lang/python27/distinfo.
= Either /usr/ports/lang/python27/distinfo is out of date, or
= Python-2.7.3.tar.xz is spelled incorrectly.
*** [do-fetch] Error code 1
Stop in /usr/ports/x11-toolkits/py-tkinter.
The message is correct,
I've just been fiddling with some unicode/utf-8 stuff, and managed
to figure out how to get both xterm and more (aka less) to properly
deal with utf-8 characters. It then occured to me that it might be
nice if I could cut and paste utf-8 stuff into vi, which is the text
editor that I happen to
I've been updating all of my ports, which I confess I have not done
for some long time now, and I've managed to work past most of the
easy build problems, but I'm still stuck with two things that just
refuse to build, based on what's in the current ports tree:
! security/hydra
Why is the multimedia/libbluray port marked as IGNORE in the current ports
tree?
More to the point, why didn't whoever marked it as IGNORE have the simple
courtesy to put at least some explanitory note about the marking of this
port (as IGNORE) into the UPDATING file?
In message 20131004113101.GB42900@oldfaithful.bebik.local, you wrote:
Hi,
I Made a check in the SVN and libbluray was never
marked IGNORE, at least BROKEN for some java reasons.
Well, I'm just showing you what portupgrade -a reported...
- multimedia/libbluray (marked as IGNORE)
Are
At the end of my effort to do portupgrade -a, I got this:
! security/hydra (hydra-7.4.2) (fetch error)
Apparently, the source tarball for the current hydra port seems to be
nowhere to be found. How come? Shouldn't there _always_ be at least one
copy of the source tarball, somewhere
At the end of my recent attempt to do portupgrade -a I got this error:
! graphics/clutter-gtk (clutter-gtk-0.10.8_2) (unknown build error)
Aapparently, clutter-gtk configures OK, but then compiling it generates
a whole boat load of compile time errors. I tried the Makefile fix
In message 524f179d.8030...@yandex.ru,
Ruslan Makhmatkhanov cvs-...@yandex.ru wrote:
Ronald F. Guilmette wrote on 04.10.2013 23:11:
At the end of my effort to do portupgrade -a, I got this:
! security/hydra (hydra-7.4.2) (fetch error)
Apparently, the source tarball
Oh geeezzz! Things are even more screwed up with the hydra port
that I thought!
I mentioned in my prior e-mail that the size of the hydra-7.5.tar.gz
file being reported by essentially all of the mirrors that are coded
into the current hydra port is in fact 681552... *not* 681784 bytes,
In message 524fd88e.5030...@yandex.ru, you wrote:
As I already said, I can't reproduce this problem even with updated url:
root@smeshariki4:/usr/ports/security/hydra # make fetch
=== License AGPLv3 accepted by the user
=== Found saved configuration for hydra-7.5
=== hydra-7.5 depends on
Could someone (anyone) explain to me why the FreeBSD port of mplayer
has not been updated at all since March 8th of this year?
That seems like an awfully long time to go without any update.
___
freebsd-ports@freebsd.org mailing list
In message CAFU734xXW2A3k_Db1RAhdpDoUeupx6G1fM-q1tu78Jb6=y2...@mail.gmail.com
, you wrote:
On 8 October 2013 02:10, Ronald F. Guilmette r...@tristatelogic.com wrote:
Could someone (anyone) explain to me why the FreeBSD port of mplayer
has not been updated at all since March 8th of this year
Because I just switched from ruby1.8 to ruby1.9 I've had to
rebuild and reinstall my ports-mgmt/portupgrade port. That all
went well, but I got some messages at the end of the re-install
process that I've never noticed before, and they are all rather
befuddling to me:
In message 525c183f.7010...@yandex.ru, you wrote:
Ronald F. Guilmette wrote on 06.10.2013 01:34:
make -V FETCH_CMD
Results:
/usr/bin/fetch -AFpr
on your system? What FreeBSD version you are using?
FreeBSD segfault.tristatelogic.com 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r24382
5: Tue Dec
In message 20131014184048.27851...@bsd64.grem.de, you wrote:
On Mon, 14 Oct 2013 20:13:51 +0400
Ruslan Makhmatkhanov cvs-...@yandex.ru wrote:
Ronald F. Guilmette wrote on 06.10.2013 01:34:
make -V FETCH_CMD
Results:
/usr/bin/fetch -AFpr
on your system? What FreeBSD version you
In message 0fc91d46cdc4b54132d12...@atuin.in.mat.cc,
Mathieu Arnold m...@mat.cc wrote:
+--On 22 novembre 2013 00:25:26 -0800 Ronald F. Guilmette
r...@tristatelogic.com wrote:
| AUTHOR: m...@freebsd.org
Cough, cough, yeah, I mostly wrote that.
| portupgrade -o lang/perl5.16 -f perl
In message 17d096510a47c61858d55...@atuin.in.mat.cc,
Mathieu Arnold m...@freebsd.org wrote:
+--On 22 novembre 2013 12:40:07 -0800 Ronald F. Guilmette
r...@tristatelogic.com wrote:
|1) Change the option in lang/perl5.16:
| make -C /usr/ports/lang/perl5.16 config
|
| HUH?? I don't
Has anyone ever used a graphing tool (such as GraphViz) to create a
graph of all of the installed ports on a given system and their
dependencies?
I think that this would be interesting... and perhaps even useful...
to do, but it seems like such an obvious idea that I have to
guess that somebody
In message d5ad0e8d-2bb8-48cc-9ed6-52933d321...@lpthe.jussieu.fr,
Michel Talon ta...@lpthe.jussieu.fr wrote:
The following script
http://www.lpthe.jussieu.fr/~talon/check_pkg.py
does the job you want plus other things,
Thank you!
but it was written for the old package
system (i.e. it looks
In message caeahp2iw+hd4rnnzk0rvd6imnr+badevatgf0fqwblpikmp...@mail.gmail.com
Anton Afanasyev aas...@gmail.com wrote:
On Sat, Nov 23, 2013 at 12:17 PM, Ronald F. Guilmette r...@tristatelogic.com
wrote:
OK, but please help me understand here. What is it, exactly, that is _now_
being
Having gotten past all the difficulties that related to Perl, I have
finally managed to update essentially all of my installed ports. (I
still have a small problem with the update for ffmpeg(2), but I'll
take that up later on.)
Unfortunately, after updating all my ports I find that I now have a
In message 845a2e7e540e58efd7f05...@atuin.in.mat.cc,
Mathieu Arnold m...@freebsd.org wrote:
rfg wrote:
| Why would _anything_ that is in any way dependent upon the Perl
| interpreter need to be rebuilt? In this switch to threads=on, has the
| language itself changed? And if not, shouldn't the
What gives? Where is the missing .gz file?
% portupgrade graphics/graphviz
...
=== Found saved configuration for graphviz-2.30.1
= graphviz-2.30.1.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch
http://www.graphviz.org/pub/graphviz/ARCHIVE/graphviz-2.30.1.tar.gz
In message 44k3p8pa1t@lowell-desk.lan,
Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org wrote:
Ronald F. Guilmette r...@tristatelogic.com writes:
What gives? Where is the missing .gz file?
% portupgrade graphics/graphviz
...
=== Found saved configuration for graphviz-2.30.1
FWIW, I have fetched the distfile repeatedly over the past three days on a
variety of systems with no problems at all. Slow at between 600 and 800
kBps with my very well connected work system at the high end and my home
system at the low end. I am also getting it from www.graphviz.org.
Sounds
In message 44mwu3rqxn@lowell-desk.lan, you wrote:
I suspect that it's tied to the package building cluster problems. I'm
not sure who to ask directly, so a PR is the right approach.
For the enlightment of those not in the know (which includes myself)
please do elaborate. What am the
[[ I asked about this problem on the -questions list a couple of days
ago, but didn't get any relevant replies, so I'm trying again here
on the -ports list. Apologies if you see this twice. ]]
A couple of days ago my system just simply decided to power itself off
(twice) whilst I was in
Ok, first, my apologies to Leslie Jensen about the e-mail bounce. It is
nothing personal, believe me. I just have a personal policy of locally
blacklisting any and all domains that send me spam. (Apparently, at one
time or another, I received some spam from bjare.net.) I believe that
if
A couple of three weeks ago or so, I experienced an unfortunate series
of three or four system crashes, all of which I ultimately found to
be attributable to CPU automatic over-temp shutdowns, where the reason
for the overheating turned out to be something really rather stupid.
Some cables inside
The subject line pretty much says it all.
As I explained here the other day, numerous of my installed ports
have semi-mysteriously had their corresponding +CONTENTS files
just disappear. I do have a backup of my /var partition, from which
I could, in theory, fetch replacements for the specific
b.f. bf1783 at googlemail.com wrote:
Yes, of course, this is a basic package management feature:
pkg_info(1) with the -g flag.
(The analogous part of the newer pkgng is described in pkg-check(8)
from ports-mgmt/pkg.)
Thank you. I did not know about the -g option.
I have just now run that for
In message 518e1a51.3020...@cyberleo.net, you wrote:
On 05/10/2013 03:04 PM, Ronald F. Guilmette wrote:
snip
pkg_sanity: ImageMagick-6.8.0.7_1: +CONTENTS file does not exist -- skipped
pkg_sanity: ORBit2-2.14.19: /usr/local/lib/libORBit-2.so: File failed MD5
checksum
pkg_sanity: ORBit2
So, as I have now learned (and just as the post by CyberLeo Kitsana had
suggested) if one wishes to write a script to do the rough equivalent
of what pkg_info -g does, then one has to be mindful of the fact that
for those specific MD5 checksums contained in the various +CONTENTS
files within the
Well, I have looked a bit more at some of the files that posted about
just a short while ago. It turns out that pretty much all of the
remaining anomolies (i.e. MD5 mismatches) in package-related or port-
related files on my system can be attributed to either (a) some person
or else (b) some
Seems to be the exact same problem described here (for Linux), and
in my case, also on an AMD 64 machine:
http://209.85.173.104/search?q=cache:wfV3BUpO2d4J:www.topology.org/linux/bind_bigbug.html+undefined+reference+to+DH_generate_parameters_ex+bindhl=enct=clnkcd=5gl=us
Is it really the AMD 64
I recently built installed firefox-29.0,1 with debugging information.
That was just a day or so ago.
It has already dumped core twice.
Here is some info from the most recent one:
...
Core was generated by `firefox'.
Program terminated with signal 11, Segmentation fault.
#0
It just did it again.
Apparently there is something that firefox-29.0,1 does not like about
something at www.newegg.com. (A pity, since this is a very popular site.)
Stack traceback looks about the same as before
Core was generated by `firefox'.
Program terminated with signal 11,
In message CAN6yY1u=Kt2R_sK=uzXa6M18t=bcx7qoymdxc9g8jng4y80...@mail.gmail.com
Kevin Oberman rkober...@gmail.com wrote:
No problems with www.newegg.com. Works fine for me.
Two questions:
1) Are you running on an AMD platform?
2) When you ran your test, did you first rebuild reinstall
Looking at the Makefile for multimedia/smplayer it appears to me
that smplayer is dependent upon the 1.x version of mplayer being
installed, however there exists what I would guess is a later
and better version of mplayer called multimedia/mplayer2 in the
ports tree.
So why is smplayer dependent
Please allow me to clarify two things:
1) The exact set of build options that are needed in order to reproduce
the crash I have reported are as follows:
DBUS (enabled by default)
GIO (enabled by default)
GSTREAMER (enabled by default)
ALSA (enabled by
I rarely update my installed ports. I do it only every few months.
Unfortunately, when I tried to do it a few days ago (using portupgrade -a)
I neglected to read over the last several thousand lines of the UPDATING
file, in particular this entry:
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
I built the latest multimedia/ffmpeg and now it won't install, due
to the error(s) shown below.
Is there a known fix for this?
P.S. Apparently this error:
pkg_add: leave_playpen: can't chdir back to ''
has been publically discussed since at least January, 2012. In all that
time, why
In message can6yy1vziebtf8ueotil9xrvrq_rzbkhlysn3qgduoruqje...@mail.gmail.com
Kevin Oberman rkober...@gmail.com wrote:
On Thu, May 22, 2014 at 1:44 PM, Ronald F. Guilmette
r...@tristatelogic.comwrote:
...
share/doc/ffmpeg/swscale.txt: Could not unlink
share/doc/ffmpeg/tablegen.txt: Could
1) Is anybody planning to work on this problem?
http://www.freebsd.org/cgi/query-pr.cgi?pr=189991
2) How has it been possible to fix other problems in the FreeBSD port of
Firefox if nobody is even able to run the thing when it has been
built with debugging enabled?
(May I
Firefox has, for me 9and on FreeBSD) always exhibited some amount
of quirky behavior... occasionally freezing for several second or
more, for no apparently good reason, during which time, clicking
on *anything* within any of the open firefox windows simply produces
no response whatsoever.
Since
I wrote:
Since I last updated my ports a couple of weeks ago, the problem
has gotten DRAMATICALLY worse. Now Firefox is choking up frequently,
and for perhaps 10-20 second each time, on virutally every web site
that I visit.
NEVERMIND!
I manually rebuilt and re-installed the
In message 20140603042442.ge...@lena.kiev,
l...@lena.kiev.ua wrote:
From: Ronald F. Guilmette r...@tristatelogic.com
In section 7.2.1.2. (Firefox and Adobe?? Flash?? Plugin) of
the above Handbook page, Step #3 says:
# ln -s /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so
In message 51901.1401770...@server1.tristatelogic.com, I wrote:
I wrote:
Since I last updated my ports a couple of weeks ago, the problem
has gotten DRAMATICALLY worse. Now Firefox is choking up frequently,
and for perhaps 10-20 second each time, on virutally every web site
that I visit.
Functionally, what is the difference between:
pkg_delete Y
and:
cd /usr/ports/X/Y; make deinstall
?
P.S. Yes, yes. I know. I am _supposed_ to be only using pkgng,
but if you are able to do so, please answer my question anyway.
___
In message 20140604195803.gj2...@home.opsec.eu,
Kurt Jaeger li...@opsec.eu wrote:
Hi!
I spoke too soon.
The problem is back again.
As a friend of mine used to say Problems that go away by themselves
come back by themselves.
[...]
Try changing gfx.xrender.enabled from True to False
I am bringing up a new 10.3-RELEASE system from scratch.
While doing so, I unfortunately rushed ahead and installed
several packages I knew I needed using the "pkg install"
command, but I neglected to look carefully at all of the
helpful post-install messages for each package. Most of
these
In message <5707553c.40...@quip.cz>, Miroslav Lachman <000.f...@quip.cz> wrote:
>If you have the index stripped to
>
>yorick-2.2.04_1
>
>This will do the trick
>sed 's/-[0-9a-z.,_+]*$//g' master-index.txt
Thank you. Your response made me realize that there's an even simpler
solution...
sed
In message <5707fd13.2060...@gmx.de>, olli hauer wrote:
>Try the command `pkg info -aD | less' or for a single package `pkg info -D $pa
>ckagename'
Thank you. That seems to do the trick nicely.
___
freebsd-ports@freebsd.org mailing
Given a list of all current FreeBSD ports/package, such as a (plain text
version) the list found here:
https://www.freebsd.org/ports/master-index.html
and assuming that all text past the ' -- ' has already been deleted
from each line, what would be a proper sort of sed command to extract
Greetings,
I have some old code I'm trying to get running again. It uses the
Perl module HTML::TreeBuilder (aka www/p5-HTML-Tree).
I did the following:
# pkg install p5-HTML-Tree
which completed with no problems, but now it appears that my installed
version of HTML::TreeBuilder craps out at:
63 matches
Mail list logo