Hi Chris, Ryan and Kevin,
On Mon, January 7, 2008 2:39 pm, Chris Janton wrote:
>
> looks like the latest change has done something.
> I updated the source, etc.
>
> house54 15 # port version
> Version: 1.700
> house54 16 # sudo port install coreutils
> ---> Fetching coreutils
> ---> Attempting t
Ryan Schmidt-24 wrote:
>
>
> On Jan 6, 2008, at 17:47, LeAnne Lis wrote:
>
>> I'm not able to enter tickets - it asks for a login and password.
>> Unless I
>> missed it, I don't see how one signs up to be able to put in
>> tickets. How
>> would I do that?
>
> You do need to log in to fi
Guido,
I can confirm that your solution that you eloquently described
aforementioned works perfectly -- the namespace error when running Apache2
with mod_ssl.so loaded on Leopard Server (10.5.1 Server) with MacPorts
1.6.0apache version
2.2.6 is alleviated completely. I think ticket # 13182 should
On 2008-01-06 , at 17:25 , Ryan Schmidt wrote:
Well, nevermind, since I wasn't paying attention, and the error
message you're getting now is different from the error message you
were getting before, so it looks like Kevin did find the cause, and
he has committed hopefully a fix for the next
Once you have svn installed, simply navigate to the directory you want
to check out the source into (into a subfolder, that is) and run the
following command:
svn checkout http://svn.macports.org/repository/macports/trunk/base
macports
This will check out the macports source into a folder
Hi-
I haven't seen any mention of this in the archives, so I'm wondering
if anyone else has seen this problem. I'm trying to run another
package from MacPorts called "cssh" which is essentially a Perl/Tk
script. I've done every permutation of install/uninstall/clean I can
think of for per
On Jan 6, 2008, at 18:08, Chris Janton wrote:
On 2008-01-06 , at 14:44 , Ryan Schmidt wrote:
Ok, so you've discovered that Kevin's latest attempt did not fix
the issue.
Perhaps you could try what I suggested to discover which change
caused the issue in the first place?
http://lists.maco
On 6-Jan-08, at 03:21 , Bryan Blackburn wrote:
On Jan 5, 2008, at 11:13 PM, Ryan Schmidt wrote:
On Jan 5, 2008, at 23:44, Andre-John Mas wrote:
I noticed that there is no variant of Apache2 allowing for IPv6
support. Is there any
chance one could be added?
If this is not already possib
Well, anyone who uses any of these:
gnome-terminal depends on dbus-glib
dasher depends on dbus-glib
gcalctool depends on dbus-glib
gnome-games depends on dbus-glib
gnome-media depends on dbus-glib
gnopernicus depends on dbus-glib
libgtkhtml3 depends on dbus-glib
libgail-gnome depends on dbus-glib
On 2008-01-06 , at 14:44 , Ryan Schmidt wrote:
Ok, so you've discovered that Kevin's latest attempt did not fix
the issue.
Perhaps you could try what I suggested to discover which change
caused the issue in the first place?
http://lists.macosforge.org/pipermail/macports-users/2008-January
On Jan 6, 2008, at 17:47, LeAnne Lis wrote:
Pierre Queinnec wrote:
As for your bug, it is clearly different. Could you file a ticket and
assign it to me?
I'm not able to enter tickets - it asks for a login and password.
Unless I
missed it, I don't see how one signs up to be able to put i
Pierre Queinnec-3 wrote:
>
> As for your bug, it is clearly different. Could you file a ticket and
> assign it to me?
>
I'm not able to enter tickets - it asks for a login and password. Unless I
missed it, I don't see how one signs up to be able to put in tickets. How
would I do that?
--
Vi
I'm not sure what the problem is here, expat is installed
(subversion, at least, is using it) but p5-xml-parser won't go
in because it cannot find it. I've tried exporting EXPATLIBPATH
and EXPATINCPATH but still no cookie. (I have synced and cleaned
installed too.) What could be wrong?
// George
On Jan 6, 2008, at 16:39, Kevin Ballard wrote:
On Jan 6, 2008, at 10:37 AM, Chris Janton wrote:
invalid command name "ui_prefix"
That's rather interesting. The missing command name has changed.
Whoops! You're right. I totally didn't pay attention there.
Looking a second time, ui_prefix is
On 1/6/08, Jordan K. Hubbard <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6, 2008, at 1:47 PM, Tabitha McNerney wrote:
>
> > Guido, this is fascinating! I was not aware of the command-line tool
> > named "extract". I don't see it in my PATH on either my Tiger Server
> > or Leopard Server system. I also
I had a problem upgrading wireshark from 0.99.6 to 0.99.7 but it's working
now. I eventually solved it by uninstalling the existing wireshark, and
installing the new version fresh. (I removed kerberos as well, which I
installed as an attempted fix)
I thought I'd share in case anyone else sees th
That's rather interesting. The missing command name has changed.
Looking a second time, ui_prefix is actually done the same way as
ui_channels, with an if-else statement. It's actually just a about 10
lines after the ui_channels block. I'm going to make the same change
there and see if tha
On Jan 6, 2008, at 1:47 PM, Tabitha McNerney wrote:
Guido, this is fascinating! I was not aware of the command-line tool
named "extract". I don't see it in my PATH on either my Tiger Server
or Leopard Server system. I also don't see "extract" as a MacPort as
in:
"port help" is the comman
On 1/6/08, Tabitha McNerney <[EMAIL PROTECTED]> wrote:
>
>
>
> On 1/6/08, Guido Soranzio <[EMAIL PROTECTED]> wrote:
> >
> > On Jan 6, 2008, at 8:24 PM, Tabitha McNerney wrote:
> >
> > > I just had an idea. Why not use Apple's libssl.so that comes with
> > > Leopard Server
> >
> >
> > Because the go
On 1/6/08, Guido Soranzio <[EMAIL PROTECTED]> wrote:
>
> On Jan 6, 2008, at 8:24 PM, Tabitha McNerney wrote:
>
> > I just had an idea. Why not use Apple's libssl.so that comes with
> > Leopard Server
>
>
> Because the goal of the MacPorts project is the contrary of that:
> we should mess with the s
On Jan 6, 2008, at 09:37, Chris Janton wrote:
On 2008-01-05 , at 19:03 , Ryan Schmidt wrote:
Then you're going to need to become a "check out the source from
Subversion and build it by hand" kind of guy to help us resolve this.
I could have "cheated" and grabbed an svn client - but...
I re-
I'm slowly deleting stuff that I had installed previous to installing
MacPorts. Today I launched into the libtool/auto* stuff. I have the latest
libtool-devel installed. I find I have glibtoolize but no longer have
libtoolize. What's the difference?
When I try to bootstrap the configuration of
On Jan 6, 2008, at 8:24 PM, Tabitha McNerney wrote:
I just had an idea. Why not use Apple's libssl.so that comes with
Leopard Server
Because the goal of the MacPorts project is the contrary of that:
we should mess with the sources provided by third parties, not with
the binaries distributed
On Jan 6, 2008, at 21:34 , Some Guy wrote:
mmm, it says it needs guile 1.6 or later
Used port to install guile and it spins out
...
Error: Status 1 encountered during processing.
So it does. By the way, the dependency is on guile16, not guile. That
port does install fine, but at configu
mmm, it says it needs guile 1.6 or later
Used port to install guile and it spins out
--> Building guile with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_guile/work/gu
[Sorry, forgot to reply to the list]
On Jan 6, 2008, at 20:36 , Some Guy wrote:
now the problem is with firefox-x11
firefox-x11 is only needed to read the documentation, so you can try
to install without it:
sudo port install gnucash +without_docs
Using that option, I managed to instal
thanks
now the problem is with firefox-x11
---> Building firefox-x11 with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_firefox-x11/work/mozilla"
&& make all " returned
Guido,
I just had an idea. Why not use Apple's libssl.so that comes with Leopard
Server, which can be found in:
/usr/libexec/httpd/libssl.so
Based on the output of otool, Apple has built libssl.so against OpenSSL
0.9.7 rather than the troublesome 0.9.8:
$ otool -L libssl.so
libssl.so:
/usr
On Jan 6, 2008, at 6:28 PM, Some Guy wrote:
I have re-installed dbus-python25 and tried again to install gnucash
but it fails again at this point :(
-DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I/
opt/local/include/python2.5 -c _hashopenssl.c -o build/temp.macosx-
10.3-i
On 2008-01-05 , at 19:03 , Ryan Schmidt wrote:
Then you're going to need to become a "check out the source from
Subversion and build it by hand" kind of guy to help us resolve this.
You need the subversion port installed, if you don't have it already.
Then you need to check out the current c
Pierre Queinnec wrote:
As for your bug, it is clearly different. Could you file a ticket and
assign it to me?
Errr, actually I really thought I maintained that port, but I'm not. So
please discard the "assign it to me" part ;)
-- Pierre
___
macport
Ticket #13757 is a duplicate, as afb pointed out. This illustrates the
fact that most bugs in Trac reported by users are filed against the port
they originally intended to install. Sometimes the build fails while
installing prerequisites though. Ticket #13757 isn't an exception:
libsdl_image-frame
Hi,
I cannot install the OCamlDuce port because the build encounters warnings
which are treated as errors due to a compiler option.
I filed an issue in Track
http://trac.macosforge.org/projects/macports/ticket/13846>, but perhaps
someone on the list already has a fix.
Regards
Christoph
--
FH
On 1/5/08, Guido Soranzio <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6, 2008, at 10:23 AM, Tabitha McNerney wrote:
>
> > It sounds as if stripping that would would mean that I would not be
> > able to use OpenSSL 0.9.7. Hmmm ... that's a bummer.
>
> "-export-symbols-regex" is an option for libtool tha
On Jan 6, 2008, at 10:23 AM, Tabitha McNerney wrote:
It sounds as if stripping that would would mean that I would not be
able to use OpenSSL 0.9.7. Hmmm ... that's a bummer.
"-export-symbols-regex" is an option for libtool that limits the
symbols exported by a module.
I don't have yet teste
On 1/5/08, Guido Soranzio <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6, 2008, at 7:27 AM, Tabitha McNerney wrote:
>
> > I would rather fix this for Apache2 rather than uproot the openssl
> > Portfile (which uses 0.9.8g) and which many other MacPorts depend on.
>
>
> Yes, it is possible: a simple worka
On Jan 5, 2008, at 11:13 PM, Ryan Schmidt wrote:
On Jan 5, 2008, at 23:44, Andre-John Mas wrote:
I noticed that there is no variant of Apache2 allowing for IPv6
support. Is there any
chance one could be added?
If this is not already possible with the standard apache2, then you
should fi
37 matches
Mail list logo
