On 2021-05-04, Robert Huff wrote:
> Would some kind soul please tell me which port installs the
> executable "g-ir-scanner"? I was purging unused ports and seem to
> have done this one by mistake.
pkg-which(1)
$ pkg which /usr/local/bin/g-ir-scanner
/usr/local/bin/g-ir-scanner was instal
Where can I find the error logs from the build cluster?
The Porter's Handbook points to portsmon, which is broken.
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-ports@freebsd.org mailing list
https://lists.freeb
Mathieu Arnold:
> > I'm working on a port that can't run its regression tests out of
> > the build or stage areas. The command to be tested will call
> > submodules with compiled in absolute paths (/usr/local/libexec/...).
> > So this port bla/foo would require to be already installed for
> > tes
Mathieu Arnold:
> > Is a port allowed to depend on the installed version of itself for
> > running "make test"?
>
> Nope. Tests are run after the port is installed, so, it should already
That is not true. "test" depends on "stage". It does not install
the port.
> be ok. What problem are you
Is a port allowed to depend on the installed version of itself for
running "make test"?
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fre
On 2020-08-22, Dimitry Andric wrote:
> It can be worked around by adding -fcommon to the compilation flags, but
> in most cases it should not be too difficult to get rid of the multiply
> defined symbols.
Right.
In C, a global is _defined_ in one object file and _declared_ when
it is referenced
I'm currently receiving pkg-fallout mail that some of the ports I
maintain are failing to build with "duplicate symbol" errors.
It is unclear to me whether these are actual problems I need to
take care of, or just some kind of screw-up on the package build
server. This part of each message doesn'
I would like to remind everybody that the freedb.org compact disc
track database has shut down. Any program funcionality that tries
to fetch from or submit data to it is broken now. This will mostly
concern CD rippers and media players.
A mostly drop-in compatible alternative is available at gnu
Adam Weinberger:
> > # echo '. /usr/local/news/lib/innshellvars && \
> > rm -f $OVERVIEWDIR/group.index && \
> > $NEWSBIN/makehistory -O -s `wc -l <$HISTORY`' | \
> > su -fm news -c '/bin/sh -s'
>
> Convoluted isn't a problem as long as people can c&p it! Will inn
> user
Adam Weinberger:
> > User of INN (news/inn) should be aware of an issue when upgrading
> > from FreeBSD 11 to 12 with an existing news spool.
>
> Thanks for this! Can you please add this to /usr/ports/UPDATING?
I can do that. Is UPDATING the right place? I also considered
pkg-message, but if y
User of INN (news/inn) should be aware of an issue when upgrading
from FreeBSD 11 to 12 with an existing news spool.
If the overview database is in the tradindexed format, which is the
default, the group.index file consists of records with an ino_t
member. FreeBSD 12 has changed the size of the i
12.0-CURRENT has added a user "ntpd" 123:123 to base, usurping the
numerical UID/GID of the "_ntp" ports user required by net/openntpd.
Given the different privilege models, I don't think it makes sense
to reuse "ntpd" for openntpd. (See also
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22993
Eugene Grosbein:
> > You have pkg(8) installed, but want to recompile and reinstall it.
> > How do you do this?
>
> Use pkg-static.
How?
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-ports@freebsd.org mailing
Kurt Jaeger:
> > You have pkg(8) installed, but want to recompile and reinstall it.
> > How do you do this?
>
> cd /usr/ports/ports-mgmt/pkg
> make install
===> Installing for pkg-1.10.3_1
===> Checking if pkg already installed
===> pkg-1.10.3_1 is already installed
You may wish to ``m
You have pkg(8) installed, but want to recompile and reinstall it.
How do you do this?
portmaster manages to do this somehow, but how would you do it
manually?
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-port
Shouldn't the FLAVOR be part of the package origin?
$ pkg info -o '*setuptools*'
py27-setuptools-36.5.0 devel/py-setuptools
py36-setuptools-36.5.0 devel/py-setuptools
(pkg-1.10.3_1)
--
Christian "naddy" Weisgerber na...@mips.inka.de
_
What is the naming convention for etc/periodic/*/* files installed
by ports?
Looking over the ports tree, I see that most adhere to the
NNN.*name* pattern also used in the base system, although it's
unclear how the NNN numbers are assigned and the rest of the name
is somewhat flexible.
The lone e
On 2017-02-20, Jim Ohlstein wrote:
> Yup, it's a big one. That's why there's an entry in /usr/ports/UPDATING:
>
> 20170220:
>AFFECTS: devel/libevent2
>AUTHOR: jbe...@freebsd.org
>
>libevent2 has been renamed back to libevent as the default version.
>If you manage out of tree ports
I'm stuck here with this bug report:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215150
It comes down to ${COPYTREE_SHARE} erroring out when performing a
chmod. I expect that this isn't a problem with the port (if only
because I would be swamped with reports otherwise), but some detail
of t
Joe Holden:
> I should be able to use rdomains in software ported from OpenBSD yes?
You should, yes. Rtables are equivalent to FIBs, see setfib(1/2),
and the net/openntpd port supports "rtable" on FreeBSD.
--
Christian "naddy" Weisgerber na...@mips.inka.de
Mathieu Arnold:
> If the software has not been moved to some other place, (it takes about
> 30 seconds to click the automatic migration to github thing, and it is
> usually done within the hour,) since march 2015, it is most likely
> abandoned and should not be kept in the ports tree.
That's a bo
On 2016-09-14, Mathieu Arnold wrote:
> Google Code has been deprecated[1] since March 2015, and read-only since
> August 2015, giving time to software developers to move their
> development some place else. All the distribution files that still use
> solely googlecode.com as their source have bee
On 2016-08-02, "Joe Holden" wrote:
> That is not a fix since it breaks at least nginx in the official repo,
> because nginx depends on openssl and openntpd depends on libre.
>
> Either the entire tree should move to a library supported by everything, or
> the openntpd port gets split into meta pa
On 2015-10-03, "A.J. "Fonz" van Werven" wrote:
> Unfortunately I don't have access to a 9.X machine right now, but does
> anyone know what can cause an
>
> Error expanding embedded variable.
As I wrote here two weeks ago...
http://docs.freebsd.org/cgi/mid.cgi?slrnmvro62.94q.naddy
--
Christia
The po/Makefile.in.in file shipped with gettext 0.19 triggers a bug
in the old make(1) on FreeBSD 9 that causes this cryptic error:
Error expanding embedded variable.
A minimal Makefile to reproduce the problem is this:
FOO =
BAR = $(FOO$(BAZ))
all: $(BAR)
The bug no longer exists in bmake.
If
Baptiste Daroussin:
> Some how you have mixed up things between base openssl and libressl, when
> starting to activate libressl if you are using ports only you have to be extra
> careful, (same goes with ncurses or ports openssl) just installing those ports
> is enough to "pollute" nearly anything
Bryan Drewery:
> Are you mixing ports and packages?
No. Ports only.
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsu
It looks like our already complicated situation with base OpenSSL
and ports OpenSSL got even messier with the addition of LibreSSL.
I recently installed security/libressl for the pending net/openntpd
update (*). Now when I try to pkg delete it again, I get this:
Installed packages to be REMOVED:
On 2015-03-11, Scott Furry wrote:
> Okay...different iconv. But what's the reason for change?
> And does this one function call really need to be const? Is the
> __restrict in the type not used on FreeBSD?
>
> Seems strange to differ on a gnu-based.
POSIX says:
size_t iconv(iconv_t cd, char **
I'm completely stuck on a problem report that comes down to this:
"/bin/sh ../../libtool --mode=install" for a loadable module triggers
libtool to attempt to relink the .la file on the reporter's system,
which eventually fails. I cannot reproduce this. No such relinking
happens here, libtool simp
After many years on hiatus, OpenNTPD-portable has been revived by
the heroic efforts of Brent Cook, and a new release that incorporates
all the accumulated changes from OpenBSD is in the works. While
things are being polished, I've already prepared an update for the
net/openntpd port.
The most no
On 2015-01-03, "Thomas Mueller" wrote:
> Is there anything in FreeBSD ports that can handle Windows Media
> Player content?
The usual candidates: MPlayer, FFmpeg, VLC.
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
fr
On 2014-11-25, Andrew Berg wrote:
> As I have stated already in this thread, I am trying to get an UPDATING entry
> committed:
>
> x264 was split into the application and its library. If an application
> that uses libx264 is updated before x264 itself, multimedia/libx264 will
> conflict wit
On 2014-11-10, Joseph Mingrone wrote:
> I'm porting a program that uses a simple GNU make file, but I'm thinking
> about replacing the make file to remove the devel/gmake dependency. I
> don't foresee many upstream changes that will make this an issue. Is
> this a bad/good idea?
Probably not w
On 2014-10-31, Tijl Coosemans wrote:
> For distinfo I was thinking about something like this in the Makefile:
>
> DIST_FILES= FOO BAR
>
> FOO_FILE= foo-1.0
> FOO_SITES=http://www.example.com/foo/
> FOO_SIZE= 12345
> FOO_SHA256= 0123456789abcdef.
This is where OpenBSD's sha256
We have (at least) three helpers in the ports tree for creating and
updating patch-* files:
* makepatch
bsd.port.mk target, self-contained
* update-patches
bsd.port.mk target, calls Tools/scripts/update-patches
(originally taken from OpenBSD but not synced in a long time)
* patchtool
Too
Jean-Sébastien Pédron:
> > What do you mean? Upgrading from xf86-video-ati 7.2.0 to 7.5.0 was
> > a one-time event.
>
> Yes, but I was wondering if your problem was still there from time to
> time (ie. not related to the update).
I don't know, I haven't restarted the X server since.
I guess I
Jean-Sébastien Pédron:
> >>> Well, terminating the old X server, updating xf86-video-ati to 7.5.0,
> >>> and re-starting the X server led to this failure:
> >>
> >> What do you mean by "old X server"? xserver 1.7.7 and xf86-video-ati
> >> 6.14.6?
> >
> > No, just the instance I had running befor
Jean-Sébastien Pédron:
> > Well, terminating the old X server, updating xf86-video-ati to 7.5.0,
> > and re-starting the X server led to this failure:
>
> What do you mean by "old X server"? xserver 1.7.7 and xf86-video-ati 6.14.6?
No, just the instance I had running before: X server 1.12.4 and
Jean-Sébastien Pédron:
> Before updating xf86-video-ati to 7.5.0, we would like some people to
> try it out.
Works fine for desktop use and Xvideo) with a Radeon HD 5450 on
10.1-PRERELEASE/amd64.
> What we're especially looking for is report of successful or failed
> startup of the X server.
We
On 2014-07-25, Christian Weisgerber wrote:
> Which fetches an INDEX file that is regularly generated on some
> FreeBSD server, but is not in sync with the exact revision of the
> ports tree I just updated to.
Just for the heck of it, I tried running "make index" myself... an
On 2014-07-24, Kevin Oberman wrote:
>> > Is there a reason you want to avoid using the index? It's worked just
>> fine
>> > for me for several months on systems with well over 1000 ports installed.
>>
>> It isn't in sync with my ports tree
>
> Which begs the question, why is it out of sync? If yo
On 2014-07-24, Kevin Oberman wrote:
> If 'pkg version' only took a few seconds for you, I suspect you had very
> few ports installed. It has always taken minutes for me.
$ pkg info|wc -l
432
> Is there a reason you want to avoid using the index? It's worked just fine
> for me for several
On 2014-07-23, Matthew Seaman wrote:
> 'pkg version' priorities changed between repository catalogue, ports
> index and generating the info out of the ports tree directly. Now if
> you have an INDEX file, pkg version will read that for preference, as
> it's only about a zillion times faster than
On 2014-06-04, Chris Whitehouse wrote:
> I have experienced firefox and/or xorg apparently freezing for several
> seconds which seems to be due to loading a page with a large image.
That's a well-known problem. It can be worked around by setting
MOZ_DISABLE_IMAGE_OPTIMIZE=1 in the environment
On 2014-06-03, "Ronald F. Guilmette" wrote:
> Functionally, what is the difference between:
>pkg_delete Y
> and:
>cd /usr/ports/X/Y; make deinstall
> ?
The latter calls the former.
--
Christian "naddy" Weisgerber na...@mips.inka.de
_
On 2014-06-03, Perry Hutchison wrote:
> PLIST_FILES= bin/${PORTNAME} \
> + man/man1/${PORTNAME}.1 \
> "@unexec if cmp -s %D/etc/nail.rc %D/etc/nail.rc.default; then
> ${RM} -f %D/etc/nail.rc; fi " \
> "etc/nail.rc.default" \
> "@exec [ -f %B
On 2014-06-02, Christian Weisgerber wrote:
> I remember seeing the error above, but on further investigation,
> this doesn't happen any longer... at least here on FreeBSD 10-STABLE.
Strike that. Investigating with rc_debug=YES shows that SIGTERM
is still sent to all child proces
On 2014-05-31, Tomek Wałaszek wrote:
> [root@vps24009 ~]# /usr/local/etc/rc.d/openntpd stop
> Stopping openntpd.
> kill: 20188: No such process
> kill: 20189: No such process
Actually, what version of FreeBSD are you on?
I remember seeing the error above, but on further investigation,
this does
On 2014-06-02, Tomek Wałaszek wrote:
>> Yes, the fix will work but it will be not a generic solution.
>> Maybe for those types of programs we should have a generic solution? For
>> example add a variable leader="YES", and if this variable will be set then
>> the rc script will kill only the 'mast
On 2014-05-31, Tomek Wałaszek wrote:
> I was missing pid file support in OpenNTPD. I've created a patch that
> enables pidfile /var/run/ntpd.pid in OpenNTPD and now I can define in the
Well, upstream doesn't support a pid file on purpose. (General
OpenBSD policy.) The argument is that the pid
On 2014-05-31, Mark Linimon wrote:
>> I forgot I had the DOCS option unset as it was unset ages ago
>> and updates have always worked. The question is "why are changes
>> to a port committed without proper testing?" Yes, "proper
>> testing" should include testing of the effects of (un)setting
>
Tijl Coosemans:
> You can undo the russian part of that commit using:
>
> cd /usr/ports
> svn merge -c -348843 russian russian
After consulting the Subversion book, I think
svn cp ^/head/russian/xmms@348842 russian
would be the better way to resurrect a port.
> Then remove the russian/xmms
While I have reverted the knee-jerk deprecation and expiration of
the remaining XMMS plugin ports, I *do* think that a lot of these
are likely cruft and could go away. So don't rely on me to keep
all plugins alive.
I've also been pointed to a swath of plugins that have already been
removed on Mar
On 2014-04-09, John Marino wrote:
> In the meantime -- it's still a non-problem as long as "svn revert" works.
"svn revert" throws away local changes. I don't think that's what
you mean.
In fact, I don't know how to even find (the history of) removed
files with Subversion. For instance, at so
On 2014-04-08, Tijl Coosemans wrote:
> For xmms there's xmms2, audacious and numerous other multimedia players.
XMMS works well for what it does, is lightweight by today's standards,
and has survived most of its sucessors. The only alternative is
Audacious, which has much heavier dependencies.
On 2014-04-08, "Mikhail T." wrote:
> The most recent list included not only software for interfacing with old
> video-cameras -- various modules for xmms, for example, are on the
> chopping block too, for just another example. Why?..
I was wondering about the XMMS modules, too, since I'm listed
What's our policy for putting $FreeBSD$ keywords in the various
files that make up a port? Or rather, what should our policy be?
By convention, there is a $FreeBSD$ in the port Makefile. Over on
OpenBSD, the policy is to put such keywords into all files that can
hold them: at the top of patch fi
When a port runs distpatch, the backup file suffix is set to DISTORIG
(default: .bak.orig) so changes from distribution patches and those
from local patches can be kept apart.
This doesn't work any longer; DISTORIG is ignored and distribution
patches also generate .orig files. The problem in bsd.
Larry Rosenman wrote:
> I got a PR about sysutils/lsof not getting installed sgid kmem.
I'm surprised. It doesn't even build right now.
> I'm not sure with all the new staging stuff (sunpoet did it for me) how
> to fix it.
>
> What's the incantation I need?
The best way is to set special own
Tijl Coosemans wrote:
> > > @unexec rm -d /var/foo 2>/dev/null || true
> > > @exec install -d -o uucp -g uucp -m 0770 /var/foo
> [...]
> This is why I used rm -d instead of rmdir. The pkg tools recognise
> rmdir and treat it in a special way.
That's it. Thank you!
--
Christian "naddy" Weisg
Tijl Coosemans wrote:
> Try something like this in pkg-plist:
>
> @unexec rm -d /var/foo 2>/dev/null || true
> @exec install -d -o uucp -g uucp -m 0770 /var/foo
>
> The directory is created on installation and removed (if empty) on
> deletion, but is not actually part of the package archive.
@
Scot Hetzel wrote:
> > @exec mkdir -pm 770 /var/spool/bsmtp; chown uucp:uucp /var/spool/bsmtp
> > @dirrmtry /var/spool/bsmtp
> >
> The correct way to handle this is to have the port create
> ${STAGEDIR}/var/spool/bsmtp. This could be created in the
> post-install target or in the ${WRKSRC}/M
For a crufty port of mine that I'm converting to staging, I'm trying
this in pkg-plist:
@exec mkdir -pm 770 /var/spool/bsmtp; chown uucp:uucp /var/spool/bsmtp
@dirrmtry /var/spool/bsmtp
Alas, it doesn't package:
===> Building package for bsmtp-1.02_5
pkg-static: lstat(/usr/ports/mail/bs
Ports-QAT:
> Buildgroup: 9.1-QAT/i386
> Buildstatus: LEFTOVERS
> Log:
> https://qat.redports.org//~na...@freebsd.org/20131004152200-49866-202125/calcoo-1.3.18_6.log
> Buildgroup: 9.1-QAT/amd64
> Buildstatus: LEFTOVERS
> Log:
> https://qat.redports
Baptiste Daroussin:
> > | If X_ABOVEVARIABLE is defined then its value will be appended to
> > | ABOVEVARIABLE depending on the status of the option X
> >
> > ... which agrees with bsd.options.mk. But shouldn't this also
> > include CPPFLAGS?
>
> Good idea, patch welcome :)
Index: bsd.options.
The Porter's Handbook, 5.12.4. Options Helpers, says:
| For any of the following variables:
|
| CFLAGS
| CXXFLAGS
| LDLAGS
| CONFIGURE_ENV
| MAKE_ENV
| USES
| DISTFILES
|
| If X_ABOVEVARIABLE is defined then its value will be appended to
| ABOVEVARIABLE depending on t
Baptiste Daroussin wrote:
> To convert your ports to make them use the staging area, please refer to:
> https://wiki.freebsd.org/ports/StageDir
| * When converting remove the MAN* and add the man pages as any normal
| files in pkg-plist for them to be tracked.
What about INFO?
--
Christian
Jason Helfman wrote:
> It is preferred to evaluate ARCH with bsd.port.options.mk.
It would be nice if this was better motivated than "jgh said so".
Anyway, a bit of grepping shows that there are many (hundreds?) of
ports that should be changed accordingly then. Maybe you should
do it all in on
I have port that does something like
.include
.if ${ARCH} == ...
...
.endif
.include
A while back somebody submitted a PR asking me to replace bsd.port.pre.mk
with bsd.port.options.mk, because it also makes ARCH available and
is far less expensive.
Now, a priori it is not
Hans de Hartog wrote:
>Title says it all. WITH_PKGNG=yes. Error message:
Support for 8.2-RELEASE has ended about a year ago.
https://www.freebsd.org/security/unsupported.html
--
Christian "naddy" Weisgerber na...@mips.inka.de
__
Kimmo Paasiala wrote:
> > ===> Extracting for png-1.5.15
> > => SHA256 Checksum OK for libpng-1.5.15.tar.xz.
>
> Check what the fetched file actually contains. If you're behind a
> forced proxy that inserts a standard page for failed http requests the
> file you get will contain that page in ht
Eitan Adler wrote:
> Some time ago ("2012-01-21 17:40:15 UTC") I committed a change which
> converted all uses of
>
> BUILD_DEPENDS= ${RUN_DEPENDS}
> to
> BUILD_DEPENDS:= ${RUN_DEPENDS}
I don't understand this. RUN_DEPENDS=${BUILD_DEPENDS} is buggy,
because you can end up with gmake etc. in RU
Jan Beich wrote:
> Try setting MOZ_DISABLE_IMAGE_OPTIMIZE=1 in environ(7) or
> disabling gfx.xrender.enabled in about:config.
Bingo! Either one of these fixes the problem for me.
(You have to restart Firefox after toggling gfx.xrender.enabled.)
--
Christian "naddy" Weisgerber
Rainer Hurling:
> Interesting is, that the freezing time depends on the size of the image
> and that the freeze does not happen again for the same image, as long as
> it is loaded.
If you have images in two tabs and you switch back and forth, you
get a freeze each time you switch tabs.
> On BSDf
Viewing large images has become cumbersome with the switch from
Firefox 18 to 19. Am I the only one to notice this?
Wikipedia's high-resolution pictures of the day are great for this:
https://upload.wikimedia.org/wikipedia/commons/e/e9/Bison_skull_pile_edit.jpg
What happens is that Firefox loads
b.f. wrote:
> installed. Here galculator's faulty configure script (which was
> probably written and tested on a system that has a recent version of
> gcc as the default compiler) looks for and finds libquadmath, which is
> part of gcc-4.[678], and then attempts to use it, without checking if
>
Dominic Fandrey wrote:
> The port is marked broken for RELENG_7/amd64 for segfaulting during
> build. It doesn't segfault in my RELENG_9 hosted RELENG_7 Tinderbox
> jail:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=170548
Builds fine on 7.4-STABLE/amd64 for me.
--
Christian "naddy" Weisgerber
Tijl Coosemans wrote:
> > I only have /usr/local/lib/libogg.so.8 on my box.
>
> It seems that audio/gstreamer-plugins-ogg didn't get its PORTREVISION
> bumped after the libogg update.
I tried to:
--- multimedia/gstreamer-plugins/Makefile (revision 301187)
+++ multimedia/gstreamer-plugins
Dan Allen wrote:
> My build from ports of Firefox 14.0.1 dies in the configure script. It
> says that the system PNG library does not support APNGs.
You need to rebuild graphics/png with the APNG option enabled. This
is the default now, but it wasn't until a year ago. So if you have
a system
Thomas Zander:
> New tarball is available for download:
> http://bsdistfiles.googlecode.com/files/m20120724.tar.bz2
Using the default options, this mplayer works on 7.4-STABLE/amd64
for all my media. No regressions.
(And lavcac3enc is still broken. No improvement there either.)
I don't use me
Thomas Zander:
> if you are a regular mplayer / mencoder user, you are invited to test
> a new snapshot from 2012-07-21.
>
> The drop-in replacements for the ports files for both can be found here:
> http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2
Doesn't build on 7-STABLE.
extra-patc
Lars Engels wrote:
> OPTIONS_MULTI= ENCODER
> OPTIONS_MULTI_ENCODER= LAME VORBIS FLAC
>
> OPTIONS_MULTI= ENGINE
> OPTIONS_MULTI_ENGINE= MPLAYER XINE
You are overwriting OPTIONS_MULTI. To append, use += , e.g.
OPTIONS_MULTI= ENCODER
OPTIONS_MULTI_ENCODER= LAME VO
Conrad J. Sabatier wrote:
> Then use cvs to update your /usr/{src,ports,doc} trees from your local
> copy of the CVS repo. Note that having a local CVS repo also eliminates the
> need to use the pserver access method, if you're updating on the same
> machine where the repo resides.
You can also
Matthew Seaman wrote:
> Efficiency, basically. csup should require less bandwidth and put less
> load on servers than using cvs directly. It works like rsync,
Actually, csup is much more efficient than rsync because it can
cache the meta information and so doesn't have to perform a stat()
on e
It looks like a number of pieces of software by Joerg "schily"
Schilling fail to build with clang. A little program avoffset is
built and run to generate a header file. If compiled with clang,
avoffset gets stuck in an infinite loop.
sysutils/sdd is affected by this.
Presumably, devel/smake and
Chris Torek wrote:
> At least for FreeBSD 8.2-stable, the most recent PackageKit port requires that
> the lzma port be installed -- it fails to link if you have not
> installed the lzma port
> (which itself requires a little hand-holding since it overrides the
> base system's
> "xz", which I'm no
Pan Tsu wrote:
> >> I notice that empty portslicense.* files keep accumulating in /tmp.
> >>> From time to time I manually delete them, but shouldn't the ports
> >> framework remove them?
>
> It's the framework itself leaves that garbage when using LICENSES_ASK.
FWIW, since this has been commit
Michal Varga wrote:
> > You can enable the multithreaded decoder by running run mplayer
> > -lavdopts threads=N file (N being the number of desired decoder
> > threads).
>
> AFAIK "-lavdopts threads=auto" should work too in this case,
No. mplayer errors out:
The threads option must be an inte
Troy wrote:
> Anytime I've ever upgraded the system, I built the kernel and the
> world. I have 419 .la files in /usr/local/lib. I don't think I want to
> try that idea. Are you saying if I rebuilt the kernel/world it would
> not fix this properly?
No, it won't, because it's a ports proble
Troy wrote:
> >> Anyone have an idea why it can't find liblzma.la or what port I need
> >> to install to make that library available?
> > archivers/xz installs liblzma.la.
>
> It looks like it's part of the base system
It's a port for FreeBSD 7 and in base for 8 and 9.
> but I apparently don't
Andriy Gapon wrote:
> It seems that the makepatch and update-patches target produce different
> patch file
> names for the same patched file name (at least two underscores vs one).
> This probably shouldn't be that way.
>
> P.S. do we need two targets for what looks like the same task?
No, we d
Robert wrote:
> I updated the below listed ports on one of my systems today using
> portmaster. The system is running 9.0 Current updated yesterday.
> After updating these ports, I am unable to start an XFCE4 session. I get a
> blank blue screen with a mouse cursor and a blank white task bar. Th
Heino Tiedemann wrote:
> on all my browsers - Konqueror 3.5, previous Firefox Versions and even
> the Linux-Opera - I can drop any URL by middle click just somewhere into
> browser to load that site.
>
> On Forefox4 this is not working.
Yes, it is. However, you can't omit a leading "http://";
J. Hellenthal wrote:
> > I notice that empty portslicense.* files keep accumulating in /tmp.
> > From time to time I manually delete them, but shouldn't the ports
> > framework remove them?
>
> I haven't seen this happen once throughout the ports that I use.
Hmm. I sort of assumed one such tem
I notice that empty portslicense.* files keep accumulating in /tmp.
>From time to time I manually delete them, but shouldn't the ports
framework remove them?
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
freebsd-ports@
Heino Tiedemann wrote:
> > However, the _only_ difference is the addition of a FIREFOX_4_0_RELEASE
> > tag to .hgtags. So don't bother rebuilding.
>
> One more difference is:
There are *no* other differences. I diff(1)ed the source trees.
> It calles itself not loger Release Candidate:
> Bui
Thomas Zander wrote:
> http://www.rrr.de/~riggs/mplayer/m20110318.tar.bz2
>
> Please test the things that you usually do with it, I'd appreciate feedback!
Works for me on 7.4/amd64 with all the usual video (MPEG2, XviD,
H.264) and audio stuff (MP3, AAC, Vorbis, AC3 and DTS decoding as
well as S
Edwin L. Culp W. wrote:
> > I installed the ReleaseCandidate1 from firefox-devel. Is thery any
> > change in since the move from firefox-devel to www/firefox, that I
> > should rebuild the RC1?
>
> I would assume not because, I ereased firefox-devel from ports a few
> hours ago and updated www/
Jeremy Messenger wrote:
> You can remove devel/ORBit and irc/xchat-gnome from your patch. I have
> fixed those ports to build with gmake 3.82.
I fixed net/xtraceroute and deskutils/contacts and sent a patch to
the maintainer of misc/gnustep-examples... since I had those fixes
already lying aroun
1 - 100 of 146 matches
Mail list logo