This bug has been verified and I have done a manual install with the Tattler profile and it works fine.

Output from failed command : Fatal error: Call to undefined function rdf_uri_to_qname() in /var/aegir/tattler/sites/all/modules/rdf/rdf.module on line 325

It would be great to get this working with Aegir

Here is the issue in the Tattler queue http://drupal.org/node/604046

Comments

omega8cc’s picture

@iaminawe

This is not an Aegir fault it doesn't work.
See similar issue with their Open Publish distro: http://drupal.org/node/560998#comment-1976300
They need to change current setup also because it will be broken completely under 7.x (namespaces)
Anyway, even when I rename Tattler install profile, it still fails on rdf module, so I need to:

1. install Tattler standalone
2. import installed Tattler as a new platform
3. use clone to create new sites

~Grace

Anonymous’s picture

I'm not sure this is the namespace issue as I can't see any clashes, and I tested by dropping in the 'default' install profile from drupal core, then deliberately choosing the 'tattler' install profile that then appears... that all seems fine

In Provision we do a module_invoke_all('init') and as far as I can tell, it kicks off hook_init() in the RDF module but doesn't manage to include i:)

Anonymous’s picture

I wrote an install profile to test the RDF module and it installs fine, so it's definitely specific to this tattler profile somehow.

I commented out the RDF module in the tatter profile and the install proceeded but dies later anyway with 'An illegal choice has been detected. Please contact the site administrator.' after running the api-info task.

I don't really see how one could automate the installation of this app anyway since the profile depends on the user entering in vital API data during the install process. I.e, it is not an installation that really can be automated, or at least it doesn't seem like it to me.

Anonymous’s picture

I have had no more time to look at this, but if I am right in my theory that it's a user-input-needed issue, see #576778: Play nice with install profiles that request user data entry

irakli’s picture

There's no namespace problem in Tattler (lesson learned from OpenPublish, heh), but it seems like Aegir has an issue with RDF module?

Anonymous’s picture

No it doesn't, see my comment in #3.

This is either related to the fact that user-input is required during the installation profile, OR, even if that isn't the cause of the bug, it's likely to be a problem anyway.

jon pugh’s picture

The only problem here is likely that the rdf.api.inc file is not being included.

The error I get is:
Fatal error: Call to undefined function rdf_uri_to_qname() in /var/aegir/platforms/tattler/sites/all/modules/rdf/rdf.module on line 325

rdf_uri_to_qname is defined in rdf.api.inc, which is ONLY included in rdf_init();

Looks like drush is bootstrapping at a level thats too low... not sure.

mohammed j. razem’s picture

Version: 6.x-0.4-alpha2 » 6.x-0.4-alpha3

having same problems with 6.x-0.4-alpha3

okokokok’s picture

I'm still on aegir 0.3, I added require_once("rdf.api.inc"); require_once("rdf.schema.inc"); to rdf.module and now I'm getting the following errors after the welcome mail has been sent and the login url:
An illegal choice has been detected. Please contact the site administrator.
An error occurred at function : drush_provision_drupal_provision_install

robin van emden’s picture

subscribing

socialnicheguru’s picture

subscribing

jlyon’s picture

subscribing

gvlx’s picture

Status: Active » Needs review

Almost SOLVED:

1) install the expanded distribution as a new platform
2) create a new site based on that platform (it will fail on Install)
3) enable that site
4) add as the last line on the file <your platforms directory>/tattler-<version>/sites/<your newly created tattler site>/settings.php

$update_free_access = TRUE; 

5) search the aegir database for the site number aegir assigned:

SELECT nid FROM aegir.node WHERE title="<your newly created tattler site>";

6) change the database password for user site_
7) drop and create the site's database;

  DROP SCHEMA `site_<your nid number>`;
  CREATE SCHEMA IF NOT EXISTS `site_<your nid number>` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

8) edit the file /var/aegir/config/vhost.d/<your newly created tattler site>_80

  ServerName <your newly created tattler site>
  SetEnv db_type  mysqli
  SetEnv db_name  site_<your nid number>
  SetEnv db_user  site_<your nid number>
  SetEnv db_passwd  <your newly created password>
  SetEnv db_host  <db host>

9) restart Apache
10) Start the installation from <your newly created tattler site>/install.php

You will still get errors on the aegir but at least you have the site within the same managed system so it will be (hopefully) easier to migrate it to a newer (less error-prone) version.

anarcat’s picture

Title: Tattler profile wont install from installed Tattler proflle » Tattler profile wont install from installed Tattler distribution
Category: bug » support
Status: Needs review » Needs work

That is not a fix: you're just manually creating the site. We need a patch on Aegir or Tattler to go forward here.

My opinion here is that the problem (and therefore fix) lies in the tattler profile, not Aegir, unless someone can prove otherwise. I would be happy to see a workaround in aegir, so I will keep this issue opened.

adrian’s picture

Status: Needs work » Closed (won't fix)

this is not our bug.

ergonlogic’s picture

FWIW, I've managed to get Aegir to successfully install Tattler by commenting out line 87 of tattler.profile, which disables the BuzzMonitor modules. Once the site is installed, they can the be re-enabled on the site's modules page.

blueprint’s picture

Following the disable buzz advice in #16 I also encountered a problem with a function call to initialize buzz on line 126 of the profile ...
// _buzz_set_cck_types();

should get you there with a newer release (august 30, 2010).

EDIT

make sure the
'img_extractor',

module on line 86/87 is enabled ... setting up the buzz thereafter ist a bit of work, though

buzz_photos-block_1 for instance needs to be setup manually ... see the profile and search for buzz .... As soon as I have a chance I'll try to modify the profile properly....