On Friday 18 May 2007 09:50, Peter Jeremy wrote:
On 2007-May-17 23:31:57 +0200, Pav Lucistnik [EMAIL PROTECTED] wrote:
Just before old package deinstall, scan the list of files installed
by old port (pkg_info -g). Match .so.X files under PREFIX/lib and
any ldconfig'ed paths 1*), copy them
Benjamin Lutz writes:
The last part seems to be the catch here. How about providing a
tool that scans all binaries in the standard locations for what
libs they depend on, and also allows the user/admin to specify
the paths to binaries that he installed on his own, then outputs
a list of
On Friday 18 May 2007 14:38, Robert Huff wrote:
Benjamin Lutz writes:
The last part seems to be the catch here. How about providing a
tool that scans all binaries in the standard locations for what
libs they depend on, and also allows the user/admin to specify
the paths to binaries
Benjamin Lutz wrote:
Benjamin Lutz writes:
The last part seems to be the catch here. How about providing a
tool that scans all binaries in the standard locations for what
libs they depend on, and also allows the user/admin to specify
the paths to binaries that he installed on
On Fri, 18 May 2007 08:38:40 -0400
Robert Huff [EMAIL PROTECTED] wrote:
Benjamin Lutz writes:
The last part seems to be the catch here. How about providing a
tool that scans all binaries in the standard locations for what
libs they depend on, and also allows the user/admin to specify
RW writes:
The last part seems to be the catch here. How about providing a
tool that scans all binaries in the standard locations for what
libs they depend on, and also allows the user/admin to specify
the paths to binaries that he installed on his own, then outputs
a
RW píše v pá 18. 05. 2007 v 15:47 +0100:
One thing that does worry me a bit, is the possibility that a new port
install might find these one of these orphaned libraries, and fail to
install a LIB_DEPENDS port.
Can't happen. Ports infrastructure does not check lib/compat/pkg when
satisfying
On 5/18/07, Robert Huff [EMAIL PROTECTED] wrote:
do not try this at home
When in need of emergency disk space, my first trick is to
flush /usr/ports/distfiles and /usr/obj.
If that's not enough, I empty /usr/local/lib/compat/pkg. About
one time in twenty I discover
Hi
How do I configure trac to use mysql rather than sqlite??
Thanks in advance
david
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
On 5/18/07, David Southwell [EMAIL PROTECTED] wrote:
Hi
How do I configure trac to use mysql rather than sqlite??
You'll need to make the following changes to the ports Makefile:
1. Add `MYSQL Use MySQL instead of SQLite3 Off \' to OPTIONS
2. Make the following change to the database
So, I've upgraded one more machine, an X60 Tablet, and have run into
some issues on this one. First and most important, my ability to use the
1920x1200 resolution has disappeared. I've been using the 915resolution
tool to add this mode to the 945GM bios, but Xorg now insists there is
no mode of
On Fri, 18 May 2007 01:57:54 +0300
Abdullah Ibn Hamad Al-Marri [EMAIL PROTECTED] mentioned:
Hello,
FreeBSD ns2.domain.com 6.2-STABLE FreeBSD 6.2-STABLE #2: Thu May 17
22:10:51 UTC 2007
I see these errors.
messages.c: In function `error':
messages.c:34: warning: ISO C does not support the
On Sun, May 13, 2007 at 10:49:45PM +0200, [LoN]Kamikaze wrote:
It seems that the WITH_NVIDIA_GL=0 triggers the ifdef statements in
yuvrect_client.c. So I suggest this is a bug in the port. Setting
WITH_NVIDIA_GL simply shouldn't happen.
After fixing the port it builds and installs fine.
On Fri, May 18, 2007 at 10:47:58AM -0700, David Thiel wrote:
[EMAIL PROTECTED] ~ 755 ] glxgears
libGL warning: 3D driver claims to not support visual 0x5b
X Error of failed request: BadRequest (invalid request code or no such
operation)
Major opcode of failed request: 159 (DAMAGE)
Hi David,
informations about creating a trac-environment with mysql/pgsql are on
the trac-website: http://trac.edgewall.org/wiki/DatabaseBackend and
http://trac.edgewall.org/wiki/TracInstall
Uwe
On Fri, 18 May 2007 09:48:19 -0700
David Southwell [EMAIL PROTECTED] wrote:
Hi
How do I
On Fri, 18 May 2007 09:48:19 -0700
David Southwell [EMAIL PROTECTED] mentioned:
Hi
How do I configure trac to use mysql rather than sqlite??
I beleive, you should better contact trac developer with such kind of
question.
--
Stanislav Sedov
ST4096-RIPE
pgp4fWfcqn1QB.pgp
Description: PGP
On 2007.02.21, at 00:47, Adam Martin wrote:
Hello,
I wasn't sure who to send this to, but Benno Rice suggested ports@
and kris@, so I've done both. I've created a patch for a target
that I've added to bsd.ports.mk (in /usr/ports/Mk/) a while back,
to fix what I consider a problem in
Pav Lucistnik wrote:
Doug Barton píe v c(t 17. 05. 2007 v 13:06 -0700:
What might
be useful in this regard is if someone were to start a new thread
describing exactly what the desired behavior is, and ideally to
include a description of how portupgrade does it now.
Just before old package
Another successful upgrade to report, although not without some trials
and tribulations. The end result is that I have things going with the
NVIDIA drivers, compositing works (I've even fired up Compiz and though
that's not 100% stable, it's quite usable so long as a few things are
avoided.
On Sun, May 13, 2007 at 09:23:28PM +0200, Thierry Thomas wrote:
Le Jeu 10 mai 07 ? 23:28:17 +0200, Kris Kennaway [EMAIL PROTECTED]
?crivait?:
We're asking all FreeBSD ports committers and other interested
developers to participate in this process: it's now up to you guys to
test the
On Sun, May 13, 2007 at 09:30:32PM +0200, Thierry Thomas wrote:
Le Jeu 10 mai 07 ? 23:28:17 +0200, Kris Kennaway [EMAIL PROTECTED]
?crivait?:
We're asking all FreeBSD ports committers and other interested
developers to participate in this process: it's now up to you guys to
test the
On Sun, May 13, 2007 at 11:46:57PM +0100, Tim Bishop wrote:
On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote:
Once we have enough success reports and have dealt with all reported
failures, we will proceed with the next stage, which is to import into
CVS.
Finished, at last
On Fri, May 18, 2007 at 05:11:25PM -0400, Andrew Partan wrote:
I had no problems on my build server; I managed to build all of the
packages just fine. I even rebuilt all of the packages (portupgrade
-afp) and that worked just fine as well.
However, when I went to do a package install of
Le Ven 18 mai 07 à 23:06:39 +0200, Kris Kennaway [EMAIL PROTECTED]
écrivait :
And another problem with x11-toolkits/py-qt: on this machine, both QT3
and QT4 are installed, and in the new order it seems that QT4 is
detected before QT4.
OK, that one should be reported to the maintainers.
On Fri, May 18, 2007 at 05:16:48PM -0400, Kris Kennaway wrote:
On Fri, May 18, 2007 at 05:11:25PM -0400, Andrew Partan wrote:
I had no problems on my build server; I managed to build all of the
packages just fine. I even rebuilt all of the packages (portupgrade
-afp) and that worked just
I had no problems on my build server; I managed to build all of the
packages just fine. I even rebuilt all of the packages (portupgrade
-afp) and that worked just fine as well.
However, when I went to do a package install of xorg on a brand new
server, I ran into dependency problems:
n-tower#
On Fri, May 18, 2007 at 05:27:42PM -0400, Andrew Partan wrote:
On Fri, May 18, 2007 at 05:16:48PM -0400, Kris Kennaway wrote:
On Fri, May 18, 2007 at 05:11:25PM -0400, Andrew Partan wrote:
I had no problems on my build server; I managed to build all of the
packages just fine. I even
On Fri, May 18, 2007 at 11:24:41PM +0200, Thierry Thomas wrote:
Le Ven 18 mai 07 ? 23:06:39 +0200, Kris Kennaway [EMAIL PROTECTED]
?crivait?:
And another problem with x11-toolkits/py-qt: on this machine, both QT3
and QT4 are installed, and in the new order it seems that QT4 is
detected
On Fri, May 18, 2007 at 11:32:59PM +0200, Dejan Lesjak wrote:
But the BUILD_DEPENDS for x11/xorg-protos is wrong nevertheless (as seen in
grep outputs you've snipped). I'll go and fix that...
OK, thanks for analysing.
Kris
___
On 2007-May-18 17:50:58 +1000, Peter Jeremy [EMAIL PROTECTED] wrote:
Ideally, you also need some way to identify (and remove) old .so files
that are no longer referenced by anything. This is not as easy
because there's no record of what ports use what .so's (and no way to
track apps outside the
Andrew Partan [EMAIL PROTECTED] writes:
However, when I went to do a package install of xorg on a brand new
server, I ran into dependency problems:
n-tower# portinstall -PP xorg
[...]
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/amd64/packages-6.2-release/All/xf86rushproto-1.1.2.tbz:
On Fri, May 18, 2007 at 03:24:02PM -0500, James Snyder wrote:
Window decorations died once while switching back and forth to another
virtual terminal and GL screensavers hang up (first frame rendered,
subsequent ones do not).
I've been meaning to post on this subject, though have been looking
On Sat, May 19, 2007 at 07:47:30AM +1000, Peter Jeremy wrote:
On 2007-May-18 17:50:58 +1000, Peter Jeremy [EMAIL PROTECTED] wrote:
Ideally, you also need some way to identify (and remove) old .so files
that are no longer referenced by anything. This is not as easy
because there's no record of
Hello,
I wanted to let you know that on May 24 I'm going to move to another house and
I won't be having an internet connection for a while, one week or more. Last
time, moving from one address to another took my cable provider a whopping 6
weeks. (The network speed, once working, is great
Hello,
after solving the libthr.so problem being overwritten by the -m32 version,
the upgrade went flawlessly in one hit. Congratulations!
Nevertheless, three minor observations :
- mergebase.sh failed (after resolving conflicts) with Merge failed.
But the script removes ${errfile}. A mv
On Friday 18 May 2007 23:11:25 Andrew Partan wrote:
I had no problems on my build server; I managed to build all of the
packages just fine. I even rebuilt all of the packages (portupgrade
-afp) and that worked just fine as well.
[snip]
It looks to me like some of the BUILD_DEPENDS for
On Sat, May 19, 2007 at 12:18:38AM +0200, Arno J. Klaassen wrote:
Hello,
after solving the libthr.so problem being overwritten by the -m32 version,
the upgrade went flawlessly in one hit. Congratulations!
Nevertheless, three minor observations :
- mergebase.sh failed (after resolving
On Fri, May 18, 2007 at 05:33:35PM -0400, Kris Kennaway wrote:
No, I built all of the xorg 7.2 packages on my build server; if the
package install could not find a package, it means that some package
didn't get built. I have all the entire ports tree (with all of
the packages) nfs-mounted
38 matches
Mail list logo