dmi3.ru/ports/games/lugaru).
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
* Marco Alberoni (m.alber...@cineca.it) wrote:
> Good morning, is there a plan to upgrade the FreeBSD Gnash port to the
> latest version (0.8.8)?
Yes. Sorry for the delay, but I haven't had enough time for it lately,
but I hope to do it this or next week.
--
Dmitry Marakasov .
* Marco Alberoni (m.alber...@cineca.it) wrote:
> Good morning, is there a plan to upgrade the FreeBSD Gnash port to the
> latest version (0.8.8)?
Gnash port was updated, sorry for delay and thanks for waiting!
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F7
667 +0300
> +++ libbase/tu_file.h 2010-10-01 16:39:55.565197173 +0300
> @@ -12,6 +12,7 @@
> #include "dsodefs.h" // DSOEXPORT
> #include "utility.h"
> #include "IOChannel.h" // for inheritance
> +#include
Added, thanks. I will submit it upstre
www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.673;r2=1.674
[2] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/157936
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
The patch is ready:
http://people.freebsd.org/~amdmi3/ldflags.patch
While it's mostly a bunch of similar changes, I'd like community
eyes on specific important parts, namely Mk/ changes, python and
ruby and generally all := assigns of
r everyone's information, I've had system freezes with 280.13,
8.2-RELEASE i386, GeForce 9800 GT.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
* Eitan Adler (ead...@freebsd.org) wrote:
> This patch requires approval from those CCed.
Approved, thanks!
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
The patch was committed, LDFLAGS and CPPFLAGS and now handled
similarily, shouldn't be passed to CONFIGURE_ENV and should be
altered by += like C/CXXFLAGS.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdm
ed as expected after patch.
There has also been a set of exp-runs before I committed the patch,
last of which showed no breakages. Please double check your ports
tree is in consistent state. If there's a problem with specific CVS
mirror, this should be reported.
--
Dmitry Marakasov . 5
BDIR%/
and some individual ports' Makefiles (namely slim-themes and ngircd)
tweaked.
That's only 217M, so there's no much problem.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amd
can check status of your ports, and
examine build logs
- as a side effect, you have recent package set you may use to
install software on your FreeBSD machines
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3
ble at tinderbox homepage),
you should be OK.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freeb
be
needed to ensure the mirror is complete, as live projects will move
to other hostings and dead project will not release any new versions.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
__
roken, it's
useable, you may not remove it, period.
> the portstree (ie no more depended on).
Most of the portstree is leaf ports, now what?
> If someone really needs it, he can:
What we need is to not have to do extra work and to not have extra noise
on the maillist because someone d
> > What we need is to not have to do extra work and to not have extra noise
> > on the maillist because someone does unneeded things. I really don't
> > want to call that vandalism.
> >
> You can't only put in u have also to put out.
Why don't we take out Gno
* Michael Scheidell (scheid...@freebsd.org) wrote:
> Should this be in ../lang/urweb or in ../www/urweb ?
> doesn't install anything in WWWDIR, and submitter suggests this should
> be in ../lang.
Yes, lang/ seems to be more suitable.
--
Dmitry Marakasov . 55B5 0596 FF1E 8
amdmi3 Exp $
Any action required from me?
> > U devel/love/Makefile
> > U devel/love/distinfo
> > U devel/love07/Makefile
> > U devel/love07/distinfo
> > U devel/love07/pkg-descr
> > U devel/love07/files/patch-src-modules-graphics-opengl-GLee.h
--
Dmitry Mar
l-1.0.r20101106.log
I'll also run it in a tinderbox with various options flipped to
nondefault values and report.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
__
* Dmitry Marakasov (amd...@hades.panopticon) wrote:
> I'll also run it in a tinderbox with various options flipped to
> nondefault values and report.
Done, all good.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd..
be removed.
osreldate is enough fallback if /usr/include/sys/param.h is absent
for some reason.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebs
* Lars Engels (lars.eng...@0x20.net) wrote:
> AFAIK freebsd-update also updates /usr/src if /usr/src is not empty.
Depends on its settings.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3
broken,
as the plugin won't work unless firefox is build with gcc4.4, but
I guess there's no other option, as old version of lightspark is
basically useless.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ru
Works for me with utf-8 outside, utf-8 and koi8-r inside.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
Hi!
Will be on vacation and AFK till Jul 25th. Feel free to commit fixes
to my ports, but please don't touch graphics/gnash yet.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdm
rters are much more suitable. For instance, utilities for
iso9660 manipulation (iat, isomd5sum, *2iso) are in sysutils.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp:/
* Max Brazhnikov ([EMAIL PROTECTED]) wrote:
> I can't build port without plugin, while it builds fine with default options
> set.
This is fixed in updated version of a port. You can test it here:
http://www.amdmi3.ru/gnash-0.8.1_1.tar.gz
--
Dmitry A. Marakasov| jabber: [EMAIL PROTECTED]
[E
* Rainer Schwarze ([EMAIL PROTECTED]) wrote:
> 1) What could be the reason that even XWRAPPER is not handled when the
> replacement is performed?
On my system similar stuff works without problems. First check all
variable names in both SUB_LIST and *.in (i.e. WRAPER or something
like that, seems t
* Rainer Schwarze ([EMAIL PROTECTED]) wrote:
> You have the powers of a seer :-)
> This is what I was appending to OPTIONS:
> CWRAPPER "use C wrapper (no suid perl script needed)" on
:))
> > .include
> >
> > .if !defined(WITHOUT_CWRAPPER)
>
> Just a newbie question: Is there a reason to use
* Alex Dupre ([EMAIL PROTECTED]) wrote:
> > In thinking about the guy who posted to -stable about using the tar'ed
> > up version of the ports tree, I had an idea that would make that more
> > useful. How hard would it be to include the c[v]sup checkouts file
> > with the tarball, and install it in
Hi!
I'm a bit confused with the meaning of PORTDOCS variable. It's
description state that it should not be used if NOPORTDOCS is
defined. But as far as I can judge from bsd.port.mk, PORTDOCS is not
ever accessed if NOPORTDOCS is defined. So should I check for NOPORTDOCS
when I define PORTDOCS?
I
* Rob Belics ([EMAIL PROTECTED]) wrote:
> There is a Windows open source program I would like to port to FreeBSD. It
> seems to compile OK, using gcc, but chokes on MS/Windows only type data
> types like 'ulong'. What would be the easiest way to fix/convert these, or
> must it be done manually
Hi!
I want to port a game which requires data released under Limited
Freeware License
(http://liberatedgames.org/licenses/Limited_Freeware_License.txt)
---
The owner of this software reserves all rights granted by copyright.
However, the owner grants the following rights to users:
1) The right
Hi!
Another question: I'm going to make a port based on SVN revision of
certain software - what PORTVERSION should I use? Authors suggested
"r${REVISION}", but that seem uncommon for FreeBSD ports, so I think
more of "0.0.${REVISION}". Any examples of ports of SVN snapshots?
--
Dmitry A. Marakas
* Dmitry Marakasov ([EMAIL PROTECTED]) wrote:
> The question is: does FreeBSD port fall under `derivative work'?
> I.e. may the data files be installed by it (or should I ask users
> to download files themselves instead) and may the package of such
> a port be created? Port do
Hi!
I'm trying to port a linux app, and it says:
% ./app
./app: /lib/obsolete/linuxthreads/libc.so.6: version `GLIBC_2.4' not found
(required by ./app)
Seems like linux_base-fc4 is too old for this application, as it
requires glibc 2.4. Is there a way to indicate in a port that newer
linux_base
* Jin Guojun [VFFS] ([EMAIL PROTECTED]) wrote:
> I need to get wine 0.9.37 to 0.9.39 ports build structure, mainly the
> ports/emulatoes/wine/Makefile
> to build these wine releases on FreeBSD 6.3-R, but I cannot find older
> ports.tar.gz files.
>
> Does anyone know where I can find older ports.t
* Beech Rintoul ([EMAIL PROTECTED]) wrote:
> > I'm trying to port a linux app, and it says:
> >
> > % ./app
> > ./app: /lib/obsolete/linuxthreads/libc.so.6: version `GLIBC_2.4'
> > not found (required by ./app)
> >
> > Seems like linux_base-fc4 is too old for this application, as it
> > requires gl
Hi!
As far as I know, we don't have enough sparc64 horsepower on the
build cluster. But still it seems like old ports are build again
and again there (and fail), though new versions have fixes. For
example, I have two ports failing on sparc64 for which I've submitted
fixes:
http://portsmon.freebs
* Ivan Voras ([EMAIL PROTECTED]) wrote:
> I have an idea and a request for people familiar with ports & pkgdb
> infrastructure: a utility (preferably written in C, Python or as a shell
> script) that would transfer *installed* ports from one system tree to
> the other, including their dependencies
* Zane C.B. ([EMAIL PROTECTED]) wrote:
> In regards to the index file, what are the E, P, and F deps?
Extract, patch, fetch respectively, I suppose.
--
Dmitry A. Marakasov| jabber: [EMAIL PROTECTED]
[EMAIL PROTECTED] | http://www.amdmi3.ru
__
Hi!
Could anyone comment on why should gnome/gtk apps depend on $subj?
--- bsd.gnome.mk, rev. 1.146
_glib20_LIB_DEPENDS=glib-2.0.0:${PORTSDIR}/devel/glib20
_glib20_DETECT= ${LOCALBASE}/libdata/pkgconfig/glib-2.0.pc
_glib20_USE_GNOME_IMPL= gnometarget pkgconfig
glib20_RUN_DEPENDS=
* Joe Marcus Clarke ([EMAIL PROTECTED]) wrote:
> Glib 2.16 (with GIO) was designed to support pluggable file monitor
> backends. Without one such backend, any libgio consumer would be
> severely handicapped. The only reason gio-fam-backend is broken out as
> a separate port is that we have one F
* Carlos A. M. dos Santos ([EMAIL PROTECTED]) wrote:
> Otherwise I will attempt to do it.
0.8.2 you mean? I am, hopefully i'll submit it before the end of week.
--
Dmitry A. Marakasov| jabber: [EMAIL PROTECTED]
[EMAIL PROTECTED] | http://www.amdmi3.ru
__
Hi!
I've submitted update for gnash port to 0.8.2 (see
http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have
some time before it's comitted so I'd ask everione interested in
this port to test it.
For me it seems like 0.8.2 is a regression compared to 0.8.1. I
don't see that either 0.
* Carlos A. M. dos Santos ([EMAIL PROTECTED]) wrote:
> Yes, OpenGL renderer seems to be broken on 0.8.2. I attempted to use
> it but got much better results using AGG. I believe that it should be
> classified as experimental, like the Cairo renderer is.
Maybe, but it worked pretty good in 0.8.1 (n
* Carlos A. M. dos Santos ([EMAIL PROTECTED]) wrote:
> Yes, OpenGL renderer seems to be broken on 0.8.2.
I think I've found the cause of this. May I ask what video card,
video driver and xorg server version are you using? May be bug in
either of those, I'll investigate further.
--
Dmitry A. Mara
p since I cannot reproduce this at
least in a jail. You could also try rebuilding boost.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@free
depends on (WITH_OPTIMIZED_CFLAGS, WITHOUT_DEBUG),
also tried to build everything when multiple versions of gcc are present
- it just builds without problems.
Could you please mail me your make.conf and `pkg_info` output?
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL
right, I don't have -L/usr/lib in gcc args when
building gnash.
Could you please send me conf* files from the workdir (config.log etc.)
and all Makefile* files (Makefile, Makefile.in from all subdirs).
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTEC
r/local/lib/gcc-4.2.4 before
all other libdirs.
Any ideas?
PS. Many thanks to Andriy Gapon <[EMAIL PROTECTED]> for nailing it.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.
d failes), but I was too lazy to investigate, maybe
that can be fixed trivially.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@fre
rts fixed. Otherwise, portlint should be fixed
and we should all march into the bright future of informative version
numbers :)
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
_
on scheme is
often needed, so 1.1 < 1.2.git123 or 1.2.beta2 or 1.2.rc2 < 1.2.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-
t really test it, but I've ran in in
a tinderbox with different OPTIONS combinations. It's much better than
1.9.0, and fails only with WITHOUT_GEOTIFF:
http://people.freebsd.org/~amdmi3/gdal-nogeotiff-1.9.1.log
All bindings build fine.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56
* Serpent7776 (serpent7...@gmail.com) wrote:
> Could you please update devel/love port?
> It's outdated v0.10 and current version is 11.1
Done.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: https://github
>
> 2 errors generated.
> ninja: build stopped: subcommand failed.
>
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/ports/games/supertuxkart
>
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/games/supertuxkart
>
>
> ===>>> make
* Alex V. Petrov (alexvpet...@gmail.com) wrote:
> Sending a log
Please try after r550460.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: https://github.com/AMDmi3
___
freebsd-po
if there are no
> > more flags to pass to configure:
> >
> > USE_GETTEXT=yes
> > -GNU_CONFIGURE= yes
> > -CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
> > - LDFLAGS="-L${LOCALBASE}/lib"
> > +GNU_CONFIGURE= ye
eressted in the reason for that.
> >
> >
> > I yust installed gimp-resynthesizer-0.16 - because I need it for a
> > projekt.
> >
> > There is already 1.0 out, but in ports is 0.16. FreeBSD isn't for
> > phographers, or ist it?
>
> Heino, did you ever tri
here is always hope. There is also Scotch.
> >
> >
> > LOL.
> >
> > I am interessted in the reason for that.
> >
> >
> > I yust installed gimp-resynthesizer-0.16 - because I need it for a
> > projekt.
> >
> > There is already
r all vigra
consumers.
If gcc46 is optional for vigra, the problem may be temporary fixed by
reverting r307701 (fluffy@?), however there will be more and more
software depending on newer libstdc++, and we need a way to address that
until all supported FreeBSD releases have switched to clang and ne
* Dmitry Marakasov (amdmi3@hades.panopticon) wrote:
> > Errors on build:
> >
> > [100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
> > Linking CXX executable lprof
> > /usr/lib/libvigraimpex.so: undefined reference to
> > '_ZNKSt
27;s
some work on linuxulator ongoing), pacman will be ready for installing
ArchLinux into jail/chroot.
> would it be used to add packages to an Arch Linux installation while
> running from FreeBSD?
That too, but it's currently impossible, as it needs to run linux
binaries in the chroot, whil
llflynn
is build -> can't be a leftover.
My guess is that when legacy pkg tools are used, this (empty)
directory is not synced properly and thus doesn't make its way to
gkrellm2 package.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.
231001-25632-223946/magicor-1.1_5.log
>
> Buildgroup: 9.2-QAT/i386
> Buildstatus: LEFTOVERS
> Log:
> https://qat.redports.org//~amd...@freebsd.org/20131108231001-25632-223947/magicor-1.1_5.log
>
>
> --
> Buildarchive URL: <https://qat.redports.o
See /usr/ports/editors/madedit/Makefile and
/usr/ports/games/blokish/Makefile as examples for corresponding cases.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
_
illists:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL
I can think of freebsd-virtualization@ and freebsd-hackers@
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> ./../tclexpat.c:18:27: tclxml/tclxml.h: No such file or directory
Does /usr/local/include/tclxml/tclxml.h exist?
If no, try reinstalling devel/tclxml.
The port builds fine for me on all available environemnts (6.3/7.0
i386/amd64)
--
Dmi
/mirror is the port itself?
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailma
* Dmitry Marakasov ([EMAIL PROTECTED]) wrote:
Sorry, here's also the link to related thread:
http://www.happypenguin.org/forums/viewtopic.php?p=20962
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]
Thank you,
Stephen Sweeney
--
The Battle for the Solar System
http://www.battleforthesolarsystem.com
- End forwarded message -
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTEC
hem.
I'll check this out in couple of days. Usually what you do is send-pr
the patch - this way it's easier to track who's responsible for
procesing it.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL P
n the configure output.
Those are because FreeBSD test doesn't support ==, so
if test "$AMULECMD" == "yes"; then
fails and AMULECMD_MANPAGES is thus empty.
You should REINPLACE_CMD -e '/if test/ s|==|=|' ${WRKSRC}/configure (and
it's good to submit that fix
wxT(" for
> FreeBSD");
> ++ msg << _("aMule remote control ") << wxT(VERSION) << wxT(" for
> FreeBSD");
> #else
> -msg << wxT("aMule ") << wxT(VERSION);
>
tly get people
> fixing the unmaintained broken ports, let alone edge-polishing.
Not true, ports are being fixed, see commits with QAT/QA Tindie credited.
I myself find that really useful.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: j
s. There were changes to bsd.lua.mk
and lua-using ports (built between 2008/07/04 and 2008/08/10) should
be rebuilt to be linked with correct library.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber
ost while we're in freeze.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/ma
at the problem will only show itself if you build
libtool with gsed installed and then deinstall gsed. Thus, you'll
end up with defunct libtool and all ports which have
USE_AUTOTOOLS=libtool:15 will fail to build.
Since this doesn't affect package builds, I don't this this is serious
enough
27; $ac_executable_extensions; do
+ if { test -f "$as_dir/$lt_ac_prog$ac_exec_ext" && $as_test_x
"$as_dir/$lt_ac_prog$ac_exec_ext"; }; then
+ lt_ac_sed_list="$lt_ac_sed_list $as_dir/$lt_ac_prog$ac_exec_ext"
--- libtool.patch ends here ---
--
Dm
tance, I'm concerned about it's usability after removing
linux-specific audio and input stuff. Is it of any use without MIDI
(MIDI throught ALSA is unavailable, and I'm not sure if portaudio
supports MIDI on its own) and support for input devices (joysticks, MIDI
keyboards etc.)?
Pat
nside for additional details.
http://amdmi3.ru/files/virtualbox-port.tar.gz
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-
l places (at
least without apparently more suitable places), althrough some
subjects may belong to different categories at once.
Anyway, I don't think it's good idea to move ports around - specific
port will still reside in single category of multiple it probably
logically belongs to, s
hem first with pkg_delete(1).
*** Error code 1
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.fr
K, port names are unique in the whole portstree, so single level
layout seems to be easier to handle.
Here's the draft patch for this functionality:
http://people.freebsd.org/~amdmi3/local-patchdir.patch
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTE
ch and would love to see it
> implemented. I think it can provide a benefit in situations where
> companies/people are doing things with ports that they do not want to
> contribute back.
That's always useful, I think I'll improve it and make it committed
after the freeze is over
nsistent with other user-settable
directories (PORTSDIR, PKGDIR etc.) and internal PATCHDIR_LOCAL is
(somewhat) consistent with PATCHDIR
I guess s/LOCALPATCHDIR/LOCALPATCHESDIR/ may be even better
- Added comment in LOCALPATCHDIR
- Now uses 2 level tree under LOCALPATCHDIR (category/port)
- Re
etimes it's hard to tell whether the problem is FreeBSD-specific.
Also, upstream is unlikely to have FreeBSD box for testing, so again
it'll be more work for maintainer.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] ..: jabber: [EMAI
proposal back :) .
It's not like your proposal is bad, ports instantaneously tracking
upstream changes and not needing maintainers would really be cool,
but unfortunately that's practically impossible.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED] .
..?
The last one was, afair, this one:
http://groups.google.com/group/mailing.freebsd.ports/browse_thread/thread/5f6fca39526c0fc4/8987f328fd95f0c5?lnk=gst&q=fetch+from+vcs#8987f328fd95f0c5
there should be more
http://groups.google.com/group/mailing.freebsd.ports/search?group=mailing.freeb
facilities. The former is what I'm currently experimenting with.
>
> This is also a cool way if something like this can be hacked ? How about
> using truss or other syscall tracing facilities, hmm..?
Truss uses ptrace(2). There are other facilities, but they are less
useable - ktra
I assure. The
worst thing is that we won't be able to test ports automatically,
as the fact the port builds and installs successfully won't mean
that it will run without problems.
I wonder how debian and gentoo get around this problem...
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56
lists is not a huge
accomplishment considering the mess it causes and I doubt it's worth
the work on adding the feature to port.mk and then rebuilding and
testing all affected ports. Being able to forget about pkg-plists
once and forever however would be a huge accomplishment and if that's
require no modifications
to the ports, very minor modifications to Mk, and will (in theory) work
without fail whatever the port will install, also ensuring there're no
runaway files (that is, files not listed in plist, or files not
installed into DESTDIR for some reason).
--
Dmitry Marakaso
ring port installation, we don't need intermediate directory at
all.
> remember you're also talking about installing port in an intermediate
> directory. After the port gets installed in intermediate directory, the
> plist can be generated with your filesystem writes logger component
s? (see my doubts up the
thread).
> I hope some form of your patch gets into the tree once 7.1 ships.
Will try to make it in after the release.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.
ep on track where the files/directories are.
It's useful for me too sometimes, but it's already not 100% reliable,
as some ports still generate it dynamically, some use PLIST_FILES, some
use PLIST_SUB so it's not apparent under which path and/or name the file
mentioned in plist is
rned out to be not the best solution as it relies on environment
heavily, and some apps may clear the environment (scons does this
by default), or call syscalls via syscall(), instead of libc wrapper,
thus it's not reliable enough.
Another way is ptrace, which should intercept syscalls witho
he file
> > mentioned in plist is actually installed.
> Getting rid of the plist files will force a major rewrite of
> pkg_install. Are you really comfortable doing that :\?
Not getting rid but generating automatically. Many ports already
have no pkg-plist.
--
Dmitry Marakasov .
nly theoretical research for now. If
we manage to get soemthing useful it may be used optionally, may be used
only for generating static plists etc.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ru
101 - 200 of 289 matches
Mail list logo
