Alexey Dokuchaev writes:
> On Thu, Dec 23, 2010 at 07:12:22AM -0600, Ade Lovett wrote:
>> On Dec 23, 2010, at 03:18 , Alexey Dokuchaev wrote:
>> > I'd really like to see that happen. If there is anything I can help
>> > with, don't hesitate to ask. :-)
>>
>> Given that we're _really_ close to
Martin Wilke writes:
> just for the record, i manage to get xorg-server 1.9.3 and 1.10.0 to work,
Why not 1.9.4?
> also drm, and dri works very well,
>
> screens and logs gives here:
> http://people.freebsd.org/~miwi/xorg76/
>
> I'll cleanup all the mess and commit all stuff to the xorg-dev rep
Ruslan Mahmatkhanov writes:
> Hi!
>
> I'm trying to update transmission 2.13 -> 2.22 on 8-stable.
>
> Errors like this:
> ../libtransmission/libtransmission.a(handshake.o)(.text+0x167d): In
> function `canRead':
> /usr/ports/net-p2p/transmission-gtk2/work/transmission-2.22/libtransmission/handsha
Chris Rees writes:
> On 13 February 2011 14:14, Helmut Schneider wrote:
>> Hi,
>>
>> [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2?
>> /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20
>> /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22
>> [helmut@BSDHelmut ~]$
>>
>>
Cyrille Lefevre writes:
> Le 07/02/2011 18:34, Ruslan Mahmatkhanov a écrit :
>>
>> Hello.
>>
>> I'm working on port that doesn't builds with "-O2 -pipe", that passed to
>> Makefile by default (it exits with message about virtual memory is
>> exhausted). I can avoid this by setting CFLAGS="" and C
"O. Hartmann" writes:
> Hello.
> I just upgraded openoffice-3.2.1 to openoffice-org-3.3.0 and found
> myself in a serious issue. Opening openoffice works only sporadically,
> in most cases I get the error:
>
> XDM authorization key matches an existing
> client!/usr/local/openoffice.org-3.3.0/open
"Ganael LAPLANCHE" writes:
> # make DATADIR=/tmp/pciids deinstall
> ===> Deinstalling for misc/pciids
> ===> Deinstalling pciids-20101124
> pkg_delete: file '/usr/local//tmp/pciids/pci.ids' doesn't exist
> pkg_delete: file '/usr/local//tmp/pciids' doesn't exist
> pkg_delete: unable to complete
Ben Kibbey writes:
[...]
> Also, where are the build logs? I can't seem to find them again.
In the pointyhat archive
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100227161737/userinfo-2.2.log.bz2
>
> diff --git a/src/modules/login.c b/src/modules/login.c
> index 0f354a7..9bf0
David Demelier writes:
> Hello,
>
> I'm writing a patch for emulators/visualboyadvance-m because it needs
> libsfml as LIB_DEPENDS and not only BUILD_DEPENDS.
>
> The problem is that ldconfig -r does not show the libsfml libraries so
Let's look at other lines in `ldconfig -r' output, e.g.
$ l
Anton Shterenlikht writes:
> On Fri, Jan 07, 2011 at 03:00:39PM +0300, Anonymous wrote:
>> Anton Shterenlikht writes:
>>
>> >> $ make config
>> >> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" ||
>> >>
Anton Shterenlikht writes:
>> $ make config
>> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" || ${ARCH}
>> == "amd64" || ${ARCH} == "powerpc")
>> "Makefile", line 18: if-less else
>> "Makefile", line 20: if-less endif
>> make: fatal errors encountered -- cannot continue
Eygene Ryabinkin writes:
> Fri, Jan 07, 2011 at 09:58:17AM +, Anton Shterenlikht wrote:
>> Error: Runtime CPU detection only works for x86, x86-64 and PPC!
>>
>> Here's a patch:
>>
>> --- Makefile 2010-12-03 03:38:31.0 +
>> +++ Makefile.new 2011-01-07 09:38:50.0 +000
Denny Lin writes:
> Hi,
>
> I'm using ccache 3.1.3, and it often hangs while compiling.
What its waiting channel? Hit ^T when it hangs or run under ktrace(1).
> Every time this happens, the cache size from $ ccache -s also becomes
> ridiculously large (larger than the actual cache size).
>
> $
Da Rock writes:
> I was doing an update of my system, and I hit these errors and skipped
> builds all over the place; so I've been eliminating them one by one
> and making the skipped list smaller.
>
> In the process of these investigations I noticed that my system
> practically froze several tim
John Baldwin writes:
> Is there a push for moving libreadline out of base and updating ports to use
> libreadline from ports instead? The devel/gdb port currently has optional
> support for this but it breaks gdb if you have a binutils port installed as
> different parts of gdb are built agai
lini...@freebsd.org writes:
> portname: audio/gxmms2
> broken because: does not fetch
> build errors: none.
> overview:
> http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gxmms2
It's no longer broken, the distfile is fetchable for a few weeks.
___
"Janky Jay, III" writes:
> On 11/21/2010 10:26 PM, Charlie Kester wrote:
>> On Sun 21 Nov 2010 at 20:09:23 PST Beech Rintoul wrote:
>>>
>>> That is correct, although it is possible to use a unified diff
>>> with the "-N" flag against a non existent source. The problem is
>>> too many contributors
Eir Nym writes:
> On 19 November 2010 18:32, Christian Weisgerber wrote:
>> Eir Nym wrote:
>>
>>> >>> Since when? If you are missing /bin/csh, your system is defective
>>> >>> or at least nonstandard.
>>> >>
>>> >> It is good joke, thanks
>>> >
>>> > I guess he's talking about the ports tree be
Eir Nym writes:
> On 19 November 2010 16:44, Christian Weisgerber wrote:
>> Eir Nym wrote:
>>
>>> Your patch should check if tcsh is in system. it is optional component.
>>
>> Since when? If you are missing /bin/csh, your system is defective
>> or at least nonstandard.
>
> It is good joke, than
na...@mips.inka.de (Christian Weisgerber) writes:
> Thomas Zander wrote:
>
>> I have prepared a recent mplayer snapshot for a possible update for
>> mplayer and mencoder ports.
>> You can find the tarball here:
>>
>> http://www.rrr.de/~riggs/mplayer/m20101106.tar.bz2
>
> The default lavf demuxer
Anonymous writes:
> Index: Mk/bsd.port.mk
> ===
> RCS file: /a/.cvsup/ports/Mk/bsd.port.mk,v
> retrieving revision 1.654
> diff -u -p -r1.654 bsd.port.mk
> --- Mk/bsd.port.mk8 Nov 2010 16:07:03 -
Kostik Belousov writes:
> On Mon, Nov 15, 2010 at 12:20:37AM +0300, Anonymous wrote:
>> Konstantin Belousov writes:
>>
>> > Author: kib
>> > Date: Sun Nov 14 18:24:12 2010
>> > New Revision: 215309
>> > URL: http://svn.freebsd.org/changeset/b
Konstantin Belousov writes:
> Author: kib
> Date: Sun Nov 14 18:24:12 2010
> New Revision: 215309
> URL: http://svn.freebsd.org/changeset/base/215309
>
> Log:
> Use symbolic names instead of hardcoding values for magic p_osrel constants.
>
> MFC after: 1 week
[...]
> Modified: head/sys/s
Kris Moore writes:
> On Sun, Nov 14, 2010 at 12:24:44PM -0700, Warren Block wrote:
>> On Sun, 14 Nov 2010, Andriy Gapon wrote:
>>
>> > on 14/11/2010 18:18 Warren Block said the following:
>> >> On Sat, 13 Nov 2010, Andriy Gapon wrote:
>> >>
>> >>> I agree, but I am not sure how in the ports land
Anonymous writes:
>>
>> Please, don't include it by default for everyone.
>
> If it's not gonna be included by default there should be a note in
> PKGMESSAGE about how VPC on 8.x affects volume control in mplayer
> and a suggestion to use -softvol.
Oops,
Michal Varga writes:
> On Sat, 2010-11-13 at 03:22 +0300, Anonymous wrote:
>> Can you try to replace
>>
>> #ifdef __FreeBSD__
>>
>> with
>>
>> #ifdef __FreeBSD__ && __FreeBSD_version >= 800097
>>
>> Alternatively, j
na...@mips.inka.de (Christian Weisgerber) writes:
> Thomas Zander wrote:
>
>> I have prepared a new tarball dealing with the issues reported so far.
>> You can find it here:
>>
>> http://www.rrr.de/~riggs/mplayer/m2010.tar.bz2
>
> Not good. When I play a video, sound file, or stream where t
The last update of lang/sbcl seems to have broken FASL_BUILD ports on
pointyhat, e.g.
http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.7.20101109122153/cl-alexandria-sbcl-2010.01.16_1.log
http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.7.20101109122153/cl-clx-sbcl-0.7.4.log
Dmitry Marakasov writes:
> * Lev Serebryakov (l...@freebsd.org) wrote:
>
>> I'm preparing port which depends both on kernel source (it contains
>> kernel module) and userland sources (it needs GEOM sources).
>>
>> I see, that ports with kernel modules check for hardcoded
>> "/u
Thomas Zander writes:
> On Sun, Nov 7, 2010 at 14:17, Anonymous wrote:
>
>> Can you include ariff's patch for VPC (Volume Per Channel)?
>
> I haven't used it myself yet, but it seems quite useful. I'll check it
> out, thanks!
>
>> Also, did you miss
Steven Kreuzer writes:
> With the help of jhb@, I have a port of gdb 7.1 that has been modified
> to recognize freebsd threads. I would like to get this added to the
> ports tree but I would like some feedback as to how it should be
> added.
>
> Currently, the latest version of gdb in the ports t
Thomas Zander writes:
> Hi,
>
> I have prepared a recent mplayer snapshot for a possible update for
> mplayer and mencoder ports.
> You can find the tarball here:
>
> http://www.rrr.de/~riggs/mplayer/m20101106.tar.bz2
>
> Since I had to tweak it on several occasions to get it to build and I
> hav
Julian Elischer writes:
> ports complain about an empty patch file..
> (not sure how one DOES remove a file using patch)
patch -E ?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
Jeremy Messenger writes:
> 2010/10/21 Вадим Петряев :
>> Transmission was two times released after version 2.04
>> https://trac.transmissionbt.com/roadmap?show=completed
>>
>> 10 October released 2.10 and 17 October released 2.11
>>
>> May be you need some help for port maintenance?
>>
>> As I un
Paolo Bormida writes:
> 2010/9/30 Anonymous
>> In such cases there are usually two ports, e.g.
>>
>> net-p2p/amule (latest release)
>> net-p2p/amule-devel (svn snapshot)
>>
>> Now, if you're willing to maintain non-devel port I can write you a diff
What's holding it against updating to a more recent version, e.g 2.0.3?
Does any port depend on it, excluding fasl?
I want to convert stumpwm to bsd.cl-asdf.mk. In order to do it I need
textproc/cl-ppcre and x11/cl-clx ports. I've made a port for the latter.
However, stumpwm doesn't like the old v
Anonymous writes:
> $ export PYTHON_DEFAULT_VERSION=python2.7
> $ make install deinstall WITH_PYTHON=
> ...
> ===> Deinstalling weechat-0.3.3_1
> pkg_delete: file '/usr/local/lib/weechat/plugins/python.so' doesn't exist
>
> And excerpt fr
The port blindly assumes the first version of python|ruby|etc it finds
as the one user wants weechat plugin built against. Example for python
$ export PYTHON_DEFAULT_VERSION=python2.7
$ make install deinstall WITH_PYTHON=
...
===> Deinstalling weechat-0.3.3_1
pkg_delete: file '/usr/loc
David DEMELIER writes:
> 2010/10/2 David O'Brien :
>> 4. When I build misc/mc-light and have "WITHOUT_NLS=yes" in
>> /etc/make.conf, why does the OPTIONS dialog offer me
>> "[X] NLS Enable gettext support" instead of defaulting the
>> dialog to unchecked?
>>
>
> I agree with this inconsistency, I
Paolo Bormida writes:
> I understand maintaing a port is an huge gift to the FreeBSD
> community, and gratitude goes to those, such as you, that do this
> job.
Keep the thanks for previous maintainers. It seems like I've contributed
only confusion.
> I have built and installed the port on SPARC
Anonymous writes:
>> ash...@freebsd.org (Ashish SHUKLA) writes:
>>> Anonymous writes:
>>>> Why do you need to copy license file in post-extract?
>>> I added because specifying '${WRKSRC}/LICENSE' as 'LICENSE_FILE' results in
>>&g
ash...@freebsd.org (Ashish SHUKLA) writes:
> Anonymous writes:
>> ash...@freebsd.org (Ashish SHUKLA) writes:
>
>>> Anonymous writes:
>>>> ash...@freebsd.org (Ashish SHUKLA) writes:
>>>
>>>>>>> [1] http://www.freebsd.org/cgi/que
Wim De Nocker writes:
> upgrading libX11 gives the following errors on a 7.2-Release machine
>
> configure:14147: error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation
> *** Error code 1
>
>
David DEMELIER writes:
> 2010/9/22 Anonymous :
>> David DEMELIER writes:
>>
>>> I have them in /usr/include/utmpx.h
>>>
>>> At configure stage :
>>>
>>> checking utmpx.h usability... yes
>>> checking utmpx.h presence... y
RW writes:
> A few ports now have an optional library dependency on
> x11/nvidia-driver for vdpau support e.g. mplayer.
Such ports are gonna switch to libvdpau port per ports/150383.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/m
David DEMELIER writes:
> I have them in /usr/include/utmpx.h
>
> At configure stage :
>
> checking utmpx.h usability... yes
> checking utmpx.h presence... yes
> checking for utmpx.h... yes
>
> In config.log there is not something strange but if you want to check
> it I attached it.
>
> By the way
Paolo Bormida writes:
> My goal is not to build the gui version, just amuled and amulecmd,
> and I think this can be done in amule calling configure like
> described in this howto http://wiki.amule.org/index.php/
> HowTo_Compile_aMuled
Have you looked at x11-toolkits/wxgtk28 port? You'd need to
David DEMELIER writes:
> sessreg.o(.text+0xfa): In function `UtmpxIdOpen':
> : undefined reference to `setutxent'
> sessreg.o(.text+0x101): In function `UtmpxIdOpen':
> : undefined reference to `getutxent'
> sessreg.o(.text+0x12b): In function `UtmpxIdOpen':
> : undefined reference to `endutxent'
Anonymous writes:
> Paolo Bormida writes:
>
>> Can the new knobs be used to do a gui-less build of amule?
>
> No, even without --disable-monolithic amule would still require WX.
^^^
Typo: without -> with.
Perhaps, I misinterpreted your question and you jus
Paolo Bormida writes:
> Can the new knobs be used to do a gui-less build of amule?
No, even without --disable-monolithic amule would still require WX.
$ readelf -d $(which amulecmd) | fgrep wx
0x0001 (NEEDED) Shared library:
[libwx_baseu_net-2.8.so.0]
0x
Dmitry Marakasov writes:
> * Anonymous (swel...@gmail.com) wrote:
>
>> Are such PITA to install games desired in the ports tree, anyway?
>
> I think in this case -data port is not needed. Sources should be
> packaged and put somewhere, and the game should show a pkg-messag
Anonymous writes:
> Besides, I plan to rename the port to plain `amule' with the next update
> in order to remove last bit of confusion, i.e. `2' version suffix in
> port directory name and in LATEST_LINK.
Pass me pointyhat for not doing it when the port switch
Paolo Bormida writes:
> Does amule2 port switched from a stable 2.2.5 release to a daily
> snapshot?
Yes, snapshots are gonna be used unless there are more frequent releases
upstream. You can find the history of changes on freshports.
http://www.freshports.org/net-p2p/amule2
The package name
null 1 Jan 1970 00:00:00 -
+++ games/aquaria/Makefile 20 Sep 2010 10:47:58 -
@@ -0,0 +1,47 @@
+# New ports collection makefile for: aquaria
+# Date created:19 Sep 2010
+# Whom: Anonymous
+#
+# $FreeBSD$
+#
+
+PORTNAME= aquaria
+PORTVERSION= 25
+CATEGORIES= games
+MASTER_SITES=
Derek Tattersall writes:
> nmh-1.2 has not been updated for the new utmpx implementation. The
> patch is not terribly large. I haven't figured how to conditionally
> patch for Current, vs. leaving it alone on other releases.
How about using AC_CHECK_HEADERS(utmp.h) + #ifdef HAVE_UTMP_H ?
> --
Anonymous writes:
> jhell writes:
>
>> After a force upgrade of vim that had failed unfortunately not
>> registering the files it installed already I found out that it is
>> installing to / ~! ugh.
>
> Does the following diff fixes it?
>
&
jhell writes:
> After a force upgrade of vim that had failed unfortunately not
> registering the files it installed already I found out that it is
> installing to / ~! ugh.
Does the following diff fixes it?
%%
Index: editors/vim/Makefile
=
Olivier Cochard-Labbé writes:
> Hi,
>
> I've just meet a problem with x11/nvidia-driver by installing it with:
> make install -DNOPORTDOCS
>
> The vdpau include files were not installed (vdpau.h and vdpau_x11.h):
> ls /usr/local/include/vdpau/
> vdpau*.h
>
> I believe their is a problem in the Ma
Dominic Fandrey writes:
> On 16/09/2010 19:17, Dmitry Marakasov wrote:
>> * Dominic Fandrey (kamik...@bsdforen.de) wrote:
>>
>>> Just out of curiosity, why a version bump because of a build
>>> dependency?
>>>
>>> I don't think an autoconf update should have an effect on any
>>> /running/ softwa
ajtiM writes:
> My system: FreeBSD 8.0-RELEASE-p4 #0
>
> I tried to update autoconf and I got:
>
> autconf-2.62: Makefile error:
> you cannot include bsd.port[.pre].mk twice
> Error 1
Make sure your autoconf267/Makefile is at least r1.77.
http://docs.freebsd.org/cgi/mid.cgi?201009152019.o8FKJ
Eric Masson writes:
> Anonymous writes:
>
> Hello again,
>
>> NGINX_UWSGI_MODULE_VERSION!= ${MAKE} -V PORTVERSION -C
>> ${PORTSDIR}/www/uwsgi
>
> Subsidiary question, as uwsgi nginx module needs uwsgi tarball, nginx
> distinfo must contain related checksum
Eric Masson writes:
> Hello,
>
> I've locally added an option to www/nginx to add support for www/uwsgi.
> I'm hardcoding uwsgi version in nginx makefile :
>
> .if defined(WITH_HTTP_UWSGI_MODULE)
> NGINX_UWSGI_MODULE_VERSION= 0.9.5.3
NGINX_UWSGI_MODULE_VERSION!= ${MAKE} -V PORTVERSION -C
http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.7.20100907084544/lua51-alien-0.5.0.log
writes:
> building lua51-alien-0.5.0 on netra5.isc.freebsd.org
> building for: 7.1-RELEASE-p13 sparc64
> ...
> ===> Building for lua51-alien-0.5.0
> cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local
Andrea Venturoli writes:
> ---> Upgrading 'lua-5.1.4' to 'lua-5.1.4_1' (lang/lua)
> ---> Building '/usr/ports/lang/lua'
> ===> Cleaning for lua-5.1.4_1
> ===> License check disabled, port has not defined LICENSE
> ===> Extracting for lua-5.1.4_1
> => MD5 Checksum OK for lua-5.1.4.tar.gz.
> =
Since the PR was handed over to you by p...@[1] I haven't seen any activity
for around a month. Do you even have an interest in the lisp port? If not or
you don't have time please return it back to the pool, i.e.
freebsd-ports-b...@.
[1] the reason wasn't mentioned or was it mistaken for a haskell
Renato Botelho writes:
> It seems to be working fine, i can setup CFLAGS at build time:
>
> # make CFLAGS="-O3 -pipe"
The port should respect -O[0-3] in sys.mk, make.conf or environment.
Besides, you can't use `+=' on command line.
WITH_DEBUG in bsd.port.mk implies that all optimization from CF
René Ladan writes:
>> -m32 is not supported yet, especially not by the ports tree. And even if
>> you manage to compile sources it wouldn't link against 64bit libs.
>>
> Hmm ok, I'll add a NOT_FOR_ARCH / ONLY_FOR_ARCH to the port.
ONLY_FOR_ARCHS/NOT_FOR_ARCHS set IGNORE, not BROKEN for the port.
René Ladan writes:
> Hi,
>
> I was trying to build the future port games/avp-demo (ports/138806) on
> my 9.0-amd64 laptop
> with system gcc, but this failed because of SDL errors:
>
> gcc -m32 -g -Wall -pipe -Isrc -Isrc/include -Isrc/win95 -Isrc/avp
> -Isrc/avp/win95 -Isrc/avp/support -Isrc/avp/w
Bapt writes:
> On Fri, Aug 20, 2010 at 02:09:59PM +0200, Julien Laffaye wrote:
>> On Fri, Aug 20, 2010 at 12:00 PM, Ivan Voras wrote:
>> > > 2. XML is a bad idea. Great in theory, wonderful in my browser, but a
>> > > bloated plaintext file with a lot of complexity. I would prefer a
>> > > datab
Greg Lewis writes:
> I would argue that overriding a private variable is a hack (other ports
> doing it doesn't make it not a hack).
You could've spoke up in ports/148754 about your concern in order for
portmgr@ to notice. The PR strived to be less intrusive than divorcing
build jobs from make j
Philip Paeps writes:
> On 2010-08-23 08:56:18 (+0400), Anonymous wrote:
>> I kinda hate having to wait for a timeout instead of approval. If not
>> timeouts then you're just too slow, committing an update just before
>> next release. This makes window for players t
I kinda hate having to wait for a timeout instead of approval. If not
timeouts then you're just too slow, committing an update just before
next release. This makes window for players to report bugs about -devel
release to upstream too narrow if not nonexistent.
In hopes ports/149899 will be comitt
CyberLeo Kitsana writes:
[...]
> 8<
> MASTERDIR=${.CURDIR}/../../www/squid
>
> .include "${MASTERDIR}/Makefile"
>
> PORTNAME= squid-perlless
> .undef USE_PERL5
> USE_PERL5_BUILD=yes
> 8<
>
> Installing this port creates a package named 'squid-perlless', but it
> still has
Garrett Cooper writes:
> The emphasis that Florent made too was to remove crud in pkg_install
> and libpkg and get things down to more of a library form so we could
> develop thin wrappers above pkg_install with logical functions (like
> apt-get, yum, etc does with fetching, whereas rpm does with
Anonymous writes:
> David Naylor writes:
>
>>> %%
>>> Index: java/openjdk6/Makefile
>>> @@ -266,3 +267,6 @@ post-install:
>>> @${CAT} ${PKGMESSAGE}
>>>
>>> .include
>>> +
>>> +# XXX: use `?=' in bsd.port.
Doug Barton writes:
>> - inconsistent in using terms (flags vs. options)
>
> Again, snarky; but I will take a look at making this usage more
> consistent. Personally I have always used these terms interchangeably,
> but I could have been wrong about it all this time. :)
"The average user" may no
Am I the only one who finds it hard to navigate in portmaster(8)?
- options are neither sorted alphabetically nor grouped in blocks[1]
- too little space between an option and its description
- inconsistent in using terms (flags vs. options)
- being too verbose about port-related terms[2]
- SYNOPS
René Ladan writes:
> Hi,
>
> I was thinking about adding a INSTALL_LIBRARY target to bsd.port.mk
> to strip and install libraries. Currently manually installing libraries is
> done with INSTALL_DATA,
> but this does not strip them. It would save
> some bytes in the resulting package, but also tak
Dominic Fandrey writes:
> On 07/08/2010 02:46, Adam Vande More wrote:
>> On Fri, Aug 6, 2010 at 5:11 PM, Doug Barton wrote:
>>
>>> On 08/06/2010 15:03, Adam Vande More wrote:
>>>
>>> for pkg in /var/db/pkg/* ; do
>>>pkg_create -b $pkg
>>> done
>>>
>>
>
> You guys are loosing opportunit
(CC'ing ports@, anyone there care to update the wiki to mention the
common issue?)
Ullrich Franke writes:
> --- ./magicor/Makefile2010-03-28 08:35:17.0 +0200
> +++ ./magicor/Makefile2010-07-26 12:36:33.0 +0200
> @@ -16,6 +16,11 @@
> MAINTAINER= amd...@freebsd.or
xist
pkg_delete: file 'HOME/aaa/lib/libwx_gtk2u_media-2.8.so.0' doesn't exist
pkg_delete: file 'HOME/aaa/lib/libwx_gtk2u_media-2.8.so.0.6.0' doesn't exist
Note, the patch to fix it was submitted in ports/146551 (closed).
Anonymous writes:
> Max Khon writes:
paul beard writes:
> Hi,
>
> I have been trying to use the flickfs library(1) to mount my flickr
> photostream for local editing/backup with limited success. My guess is
> it's fallen behind where FUSE is these days.
>
> The most recent version is more than 3 years old and perhaps the FUSE
> deve
na...@mips.inka.de (Christian Weisgerber) writes:
> Anonymous wrote:
>
>> The pointers seem bogus. I've tried to compile the port with -m32 and it
>> works.
>> So, it should be marked BROKEN on amd64.
>
> No, it should be fixed. I'll take a look at it.
Anonymous writes:
> The pointers seem bogus. I've tried to compile the port with -m32 and it
> works.
> So, it should be marked BROKEN on amd64.
Since no one seems to care I've filed ports/149406.
___
freebsd-ports@freebsd.or
Doug Barton writes:
> On 08/06/2010 07:27, Anonymous wrote:
>> While updating ports some take a long time to compile and when it
>> finally comes time to install I need to type password again.
>> Is there an option to prevent that? Smth like running
>>
>> $ su
David DEMELIER writes:
> Hi,
>
> I just wanted to try games/connect4 but it segfaults here on FreeBSD
> 8.1-RELEASE and amd64.
>
> It's a long backtrace so I think you should try it by yourself.
Hmm, I have a very short one here, on gdb71 + gcc45.
Program received signal SIGSEGV, Segmentation
ash...@freebsd.org (Ashish SHUKLA) writes:
> Anonymous writes:
>> While updating ports some take a long time to compile and when it
>> finally comes time to install I need to type password again.
>> Is there an option to prevent that? Smth like running
>
>> $
While updating ports some take a long time to compile and when it
finally comes time to install I need to type password again.
Is there an option to prevent that? Smth like running
$ sudo true
would be enough to update time stamp. They're per tty by default, anyway.
"Sergey V. Dyatko" writes:
> A>> ===> libvpx-0.9.1 depends on file: /usr/local/bin/perl5.10.1 - found
> A>> sed:
> A>>
> /usr/ports/multimedia/libvpx/work/libvpx-0.9.1/build/make/armlink_adapter.sh:#!/bin/bash:
> A>> No such file or directory
> A>> *** Error code 1
> A>
> A>Can it be related to
"Edwin L. Culp W." writes:
> # uname -a
> FreeBSD ec.encontacto.net 9.0-CURRENT FreeBSD 9.0-CURRENT #50: Sun Jul 25
> 12:41:11 CDT 2010
>
> /usr/ports/multimedia/libvpx # make clean
> ===> Cleaning for libvpx-0.9.1
> ec.encontacto.net
> /usr/ports/multimedia/libvpx # make
> ===> Vulnerability che
Warren Block writes:
> On Mon, 26 Jul 2010, Emanuel Haupt wrote:
>
>> You can fetch the update from:
>>
>> http://people.freebsd.org/~ehaupt/patches/ccache.patch
>
> That leaves a bunch of zero-length patches in the files dir, but won't
> be a problem once the port is updated.
There is `-E' opti
David Southwell writes:
> [ 72%] Building CXX object src/highgui/CMakeFiles/highgui.dir/grfmt_imageio.o
> [ 72%] Building CXX object src/highgui/CMakeFiles/highgui.dir/grfmt_pxm.o
> Linking CXX shared library ../../lib/libhighgui.so
> [ 73%] Built target highgui
> [ 73%] Generating generated0.i
>
Antonio Kless writes:
> Strange freecolor behavior on fresh 8.0-RELEASE system.
>
> # uname -a
> FreeBSD alternate-1.net 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21
> 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
> amd64
>
> # freecolor -V
> freecolor version 0.
Mark Linimon writes:
> On Thu, Jul 22, 2010 at 02:18:36AM +0400, Anonymous wrote:
>> Ah, it uses NO_LATEST_LINK. So the answer is `none'. Sorry.
>
> Yeah, but I had to look it up myself.
>
> Do you know of any other examples that are missing either CONFLICTS or
> NO
Anonymous writes:
> Mark Linimon writes:
>
>> On Wed, Jul 21, 2010 at 10:21:11PM +0200, Kurt Jaeger wrote:
>>> > And is this ok to have two ports with the same name.
>>>
>>> No, it's bad and should be avoided. I'm pretty sure some
>>>
Mark Linimon writes:
> On Wed, Jul 21, 2010 at 10:21:11PM +0200, Kurt Jaeger wrote:
>> > And is this ok to have two ports with the same name.
>>
>> No, it's bad and should be avoided. I'm pretty sure some
>> portupgrade tool will break.
>
> No, they actually handle it ok. It _is_ confusing to t
"Philip M. Gollucci" writes:
> On 07/21/10 20:30, Christopher Key wrote:
>> On 19/07/2010 21:05, Anonymous wrote:
>>> Christopher Key writes:
>>>
>>>> A crude survey shows several ports with this problem, listed below.
>>> ...
&g
Sean writes:
>>> The text as its currently exists is a long way from being clear to a
>>> first timer. And I am talking about the new change that just went in.
>>>
>>> "shar `find port_dir` (note the backticks)",
>>>
>>> or
>>>
>>> "shar $(find port_dir)"
>>
>> This one doesn't work in (t)csh
ash...@freebsd.org (Ashish SHUKLA) writes:
> Anonymous writes:
>> ash...@freebsd.org (Ashish SHUKLA) writes:
>
>>>>> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146513
>>>
>>>> Why do you need to copy license file in post-extract?
>&g
ash...@freebsd.org (Ashish SHUKLA) writes:
>>> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146513
>
>> Why do you need to copy license file in post-extract?
>
> I added because specifying '${WRKSRC}/LICENSE' as 'LICENSE_FILE' results in
> a conflict because License infrastructure in port
1 - 100 of 155 matches
Mail list logo
