aesthete-team team mailing list archive

[Chris Palmer <cpalmer@xxxxxxxxxxxxxxxxx>]

Chris Palmer wrote:
> Phil Weir wrote:
> > > > Right - uploaded to Launchpad.
> > > > bzr branch lp:aesthete/bush
> > > > should get it.
> > > >
> > > > Only notable omission from my source tree is TinyMCE, (as I didn't
> > > > really want to version that) which you'll have to download:
> > > > http://github.com/downloads/tinymce/tinymce/tinymce_3.5.6_jquery.zip
> > > > If you unzip it to share/html/thirdparty/tinymce/ (changelog.txt
> > > > should end up in this dir), setup.py should find it and put it in the
> > > > right place.
> > > >
> > > > I created a file to rsync, avoiding the need for repeated setup.py
> > > > installs (which now take too long). However, I just deleted it. Not
> > > > entirely surprisingly, it's not in the versioning system, so back to
> > > > the drawing board with that - will send it through when I've rewritten
> > > > it.
> > > >
> > > > Cheers,
> > > > P
> > >
> > > So it's not enough to simply install tinymce from a repo? And is the
> > > version
> > > important (I note Fedora only has 3.4.3)?
> > >
> > > After updating and installing (via the old fashioned way --- maybe I
> > > have a
> > > faster computer ;) aesthete crashes immediately with the following:
> > >
> > > Traceback (most recent call last):
> > >    File "/usr/bin/aesthete_ime", line 5, in <module>
> > >      pkg_resources.run_script('Aesthete==0.4.2', 'aesthete_ime')
> > >    File "/usr/lib/python2.7/site-packages/pkg_resources.py", line
> > > 499, in
> > > run_script
> > >      self.require(requires)[0].run_script(script_name, ns)
> > >    File "/usr/lib/python2.7/site-packages/pkg_resources.py", line
> > > 1239, in
> > > run_script
> > >      execfile(script_filename, namespace, namespace)
> > >    File
> > > "/usr/lib/python2.7/site-packages/Aesthete-0.4.2-py2.7.egg/EGG-INFO/scripts/aesthete_ime",
> > >
> > > line 27, in <module>
> > >      matplotlib.use('Gtk3Cairo')
> > >    File
> > > "/usr/lib/python2.7/site-packages/matplotlib-1.1.1-py2.7-linux-x86_64.egg/matplotlib/__init__.py",
> > >
> > > line 929, in use
> > >      name = validate_backend(be_parts[0])
> > >    File
> > > "/usr/lib/python2.7/site-packages/matplotlib-1.1.1-py2.7-linux-x86_64.egg/matplotlib/rcsetup.py",
> > >
> > > line 107, in validate_backend
> > >      else: return _validate_standard_backends(s)
> > >    File
> > > "/usr/lib/python2.7/site-packages/matplotlib-1.1.1-py2.7-linux-x86_64.egg/matplotlib/rcsetup.py",
> > >
> > > line 49, in __call__
> > >      % (self.key, s, self.valid.values()))
> > > ValueError: Unrecognized backend string "gtk3cairo": valid strings are
> > > ['ps', 'Qt4Agg', 'GTK', 'GTKAgg', 'svg', 'agg', 'cairo', 'MacOSX',
> > > 'GTKCairo', 'WXAgg', 'TkAgg', 'QtAgg', 'FltkAgg', 'pdf', 'CocoaAgg',
> > > 'emf',
> > > 'gdk', 'template', 'WX']
> > >
> > > I had feared Fedora's outdated python-matplotlib package was at
> > > fault, but
> > > the easy_install version does the same thing. Mind you, easy_install
> > > only
> > > pulls in 1.1.1 --- is the gtk3cairo stuff in a development branch, or
> > > something?
> > >
> > > C.
> >
> > https://github.com/matplotlib/matplotlib.git
> > Yep, you're right - I'd forgotten about that. You'll need to use the
> > matplotlib git repository :s Backend "gtk3cairo" has been in there for
> > 9 months, so I imagine it will be in the next stable release, but it
> > does bring a couple of oddities, at last on this machine. Nothing
> > dramatic user-facing, just a few errors here and there. Have CCd the
> > list to make a record.
> >
> > P
>
> Yes, that works now. I've created an experimental python-matplotlib rpm
> for Fedora 17 from the latest git repository. I'll pop the spec into the
> source tree. Did you want to stick the rpm on a website somewhere? If
> so, reply off list.
>
> C.

Okay, I've committed (hopefully) some files in the fedora directory. Let 
me know if they don't show up - there should now be 4 files total in 
that directory.

C.