Re: macports or meld issue?

2014-05-08 Thread Jonathan Koren
I had problems having to unset XDG_* environment variables. Which got set for 
some reason. You can tell that’s the problem if the meld window shows up and 
then immediately crashes with a stacktrace that says something like: (OSError: 
[Errno 13] Permission denied: '/opt/local/share/meld/recent-NbPmhP.meldcmp’ )

I have no idea what package set that, but meld is the only GUI app I use in 
MacPorts.

On May 5, 2014, at 9:11 AM, Jason Swails  wrote:

> On Mon, 2014-05-05 at 11:54 -0400, Gus Heck wrote:
>> I'm having more or less exactly this
>> issue: https://www.mail-archive.com/meld-list@gnome.org/msg02071.html
>> on OSX 10.9.2...
>> 
>> 
>> I had never found need to use any of homebrew/fink/macports but
>> apparently fink or macports is the recommended way to get meld and I
>> wanted to get meld... after many many minutes of downloading
>> dependencies (my connection is 25/25 Business class fiber, so clearly
>> the source locations must be slow or meld is bigger than TexShop... )
>> all I got for my effort was http://pastebin.com/3QptJPsz. 
> 
> FWIW, I run meld on Mac OS X 10.9 all the time.  You have to start dbus
> like Jeremy said, but that's all I had to do to get meld working through
> MacPorts.
> 
> 
> All the best,
> Jason
> 
> -- 
> Jason M. Swails
> BioMaPS,
> Rutgers University
> Postdoctoral Researcher
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

--
jonathankoren
jonat...@robotmonkeys.net
http://www.robotmonkeys.net




___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


mysql5 fails to install

2014-04-19 Thread Jonathan Koren

I’m trying to install the mysql5 port ( @5.1.72 ), but it dies in the 
./configure script. 

$ sudo port install -f mysql5 
--->  Computing dependencies for mysql5
--->  Configuring mysql5
Error: Failed to configure mysql5, consult 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mysql5/mysql5/work/mysql-5.1.72/config.log
Error: org.macports.configure for port mysql5 returned: configure failure: 
command execution failed
Please see the log file for port mysql5 for details:

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mysql5/mysql5/main.log
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: Processing of port mysql5 failed

Check unwinding the logs, show that the configure  invoked was:
./configure --prefix=/opt/local --mandir=/opt/local/share/man 
--infodir=/opt/local/share/info --localstatedir=/opt/local/var/db/mysql5 
--libdir=/opt/local/lib/mysql5 --bindir=/opt/local/lib/mysql5/bin 
--includedir=/opt/local/include/mysql5 --datadir=/opt/local/share/mysql5 
--sysconfdir=/opt/local/etc/mysql5 --with-zlib-dir=/opt/local 
--with-ssl=/opt/local --with-extra-charsets=complex 
--with-unix-socket-path=/opt/local/var/run/mysql5/mysqld.sock 
--with-mysqld-user=_mysql --without-docs --with-plugins=all 
--enable-thread-safe-client --without-readline --with-embedded-server --with-pic

which fails with:

checking HIST_ENTRY is declared in readline/readline.h... yes
configure: error: Could not find system readline or libedit libraries
  Use --with-readline or --with-libedit to use the bundled
  versions of libedit or readline

That’s a bit odd because macports did install readline as a dependency. 

Removing —without-readline or replacing —without-readline with —with-readline 
let’s ./configure succeed, but then running sudo make install, fails 
complaining about abi_check, so something else is still wrong.

Does anyone have any idea what is wrong here?

Thanks.
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


XDG dirs

2014-04-16 Thread Jonathan Koren

I recently removed, then reinstalled, MacPorts 2.2.1 trying to diagnose a 
problem with glib. The problem was that when meld tried to write into the 
director glib’s g_get_user_dir(), it would get a a permission denied because 
this directory was under /opt/local/share, which is a system directory.

After some digging, I found that MacPorts modified my .tcshrc with three 
variables that override the glib defaults. These variables, and their values 
are:

setenv XDG_DATA_DIRS   /opt/local/share
setenv XDG_DATA_HOME   /opt/local/share
setenv XDG_CONFIG_DIRS /opt/local/etc/xdg

The problem is that these XDG directories are all supposed to be user specific, 
not system specific. I don’t know why MacPorts picked these values, but they’re 
clearly wrong. Simply removing these lines caused glib to revert back to 
reasonable defaults.

This looks like a bug in the install script. I don’t know who else is having 
this problem, but the install scripts should never be using these values for 
these directories, since these directories should never writable by normal 
users. In fact, I suspect that the system will work just fine without setting 
these variables at all.

Thanks.

--
jonathankoren




___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


Re: glib user_data_dir set to /opt/local/share

2014-03-19 Thread Jonathan Koren
I guess I have to take back what I said about glib. I just installed it on a 
different machine, and now user_data_dir is set correctly (~/.local)

Huh. Perhaps I need to check an environment variable, or maybe just reinstall 
all of MacPorts on the busted machine. It is strange though. It used to work on 
that machine.

--
jonathankoren
jonat...@robotmonkeys.net

> On Mar 18, 2014, at 5:25 AM, Ryan Schmidt  wrote:
> 
> 
>> On Mar 18, 2014, at 00:30, Jonathan Koren wrote:
>> 
>> I’m on Mavricks with MacPorts 2.2.1
>> 
>> I recently upgraded the meld port (@1.8.4), and now when ever I try to run 
>> it, it blows up with an OSError.
>> (OSError: [Errno 13] Permission denied: 
>> '/opt/local/share/meld/recent-NbPmhP.meldcmp’ )
>> 
>> Looking into it, it appears that the problem is that meld wants to write a 
>> tempfile to the user_data_dir specified by glib. (See line 53 in 
>> /opt/local/lib/meld/meld/recent.py )
>> 
>> I don’t believe user_data_dir is set correctly. This call is intended to get 
>> a directory for user-specific data, not a system-wide directory. (See 
>> https://developer.gnome.org/glib/2.37/glib-Miscellaneous-Utility-Functions.html#g-get-user-data-dir).
>>  
>> 
>> I’m not sure which glib meld is using, but I’ve got glib1 @1.2.10 and glib2 
>> @2.38.2
> 
> According to “port rdeps meld|grep glib”, it’s using glib2.
> 
>> 0) Is anyone else seeing this? I suspect this is happening for all ports 
>> that rely on glib.
>> 1) This needs to be fixed. And I suspect the fix needs to be in the 
>> underlying glib port
>> 2) Does anyone know a work around, beyond setting /opt/local/share to be 
>> world writeable?
> 
> This is the first I’ve heard of the problem. If we need to change something 
> in the glib2 port, please let me know what.
> 
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


glib user_data_dir set to /opt/local/share

2014-03-17 Thread Jonathan Koren

I’m on Mavricks with MacPorts 2.2.1

I recently upgraded the meld port (@1.8.4), and now when ever I try to run it, 
it blows up with an OSError.
(OSError: [Errno 13] Permission denied: 
'/opt/local/share/meld/recent-NbPmhP.meldcmp’ )

Looking into it, it appears that the problem is that meld wants to write a 
tempfile to the user_data_dir specified by glib. (See line 53 in 
/opt/local/lib/meld/meld/recent.py )

I don’t believe user_data_dir is set correctly. This call is intended to get a 
directory for user-specific data, not a system-wide directory. (See 
https://developer.gnome.org/glib/2.37/glib-Miscellaneous-Utility-Functions.html#g-get-user-data-dir).
 

I’m not sure which glib meld is using, but I’ve got glib1 @1.2.10 and glib2 
@2.38.2

0) Is anyone else seeing this? I suspect this is happening for all ports that 
rely on glib.
1) This needs to be fixed. And I suspect the fix needs to be in the underlying 
glib port
2) Does anyone know a work around, beyond setting /opt/local/share to be world 
writeable?

Thanks.

--
jonathankoren
jonat...@robotmonkeys.net




___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users