[placeholder iLife branch]

[GoogleCodeExporter]

This is a placeholder for issues on the iLife branch.
Eventually we'll create a wiki page on iLife - we just need feedback for now

Original issue reported on code.google.com by walin...@gmail.com on 16 Nov 2008 at 2:28

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

It seems like the SQLite database is empty upon initial installation - is this 
correct?

If others are having this problem, you can do:

sqlite3 /var/www/dotmac/private/dotmac
INSERT into auth (username, passwd, is_admin) VALUES 
('admin','97c32249cd82299cc563c76bf2c6cbdf',1);

to insert the admin/dotmac user/pass combo into the database.

Original comment by kurtzm...@gmail.com on 26 Nov 2008 at 10:36

[GoogleCodeExporter]

kurtzmarc, you're right; you could have used directions from theGuide for 
creating the password:
{{{
htdigest /your/file/path/of/choice idisk.mac.com admin
}}}
will create a htdigest file - you can copy the generated password from there.
you're (almost) correct on your insert statement - you don't explicitly insert 
the realm (idisk.mac.com); luckily 
we already set the default value there.

Original comment by walin...@gmail.com on 26 Nov 2008 at 10:48

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

A suggestion about dotmac.conf:

Add "DirectorySlash On" into <Directory $dotMaciDiskPath>...</Directory> rule :)

A lot of people does not use / at the end and when they log in with a broser, 
could
not access sub folders...

Original comment by peerless on 25 Feb 2009 at 3:03

[GoogleCodeExporter]

@peerless
In the past a _lot_ of .mac clients requested their URLs from the server 
without a trailing slash.
Adding the DirectorySlash directive would cause Apache to trow a redirect at 
the clients; in which case they
would just stop working.
I haven't tested with Leopard thoroughly - please post us your findings with 
_all_ .mac clients (sync, iPhoto, 
iWeb, ... )

Original comment by walin...@gmail.com on 25 Feb 2009 at 3:53

[GoogleCodeExporter]

@peerless
I had disable the DirectorySlash bit to get closer to the behavior of the real 
.Mac. I started experiencing the same 
browser behavior, so I re-enabled it on my test system. It seems to work fine 
with it on.

-Rob

Original comment by rob....@gmail.com on 25 Feb 2009 at 3:59

[GoogleCodeExporter]

I've made this change today, so far it works, I'll let you know if it causes any
troubles.

Original comment by peerless on 25 Feb 2009 at 4:13

[GoogleCodeExporter]

Hi, 

first of all, thanks for your work!

I've installed the iLife branch and though iPhoto makes me think it uploads 
gallery 
OK it is not: _gallery is empty.
I'm using iLife 09 under 10.5.6 (obviously) and I've followed every step I've 
found 
on the wiki (including all /etc/hosts entries and "yourdomain.com" tuning to 
"chevreau.fr").

attached is the corresponding idiskError log.

Fred

Original comment by frederic...@gmail.com on 6 Mar 2009 at 5:07

Attachments:

• dotmac_error.txt

[GoogleCodeExporter]

Fred,

It seems like you're almost set up!
I updated  DMUserAgent.pm, which is causing your (first) error, on SVN:
http://dotmac.googlecode.com/svn/branches/iLife/server/var/www/dotmac/perlmodule
s/DotMac/DMUserAg
ent.pm

You _are_ having a second issue; it seems like you haven't installed the Perl 
module Imager.pm; try verifying 
this; and don't forget: before installing Imager, you'll need to make sure to 
have jpeg headers installed. 

Original comment by walin...@gmail.com on 6 Mar 2009 at 6:24

[GoogleCodeExporter]

Thanks, you were right! In the ever growing list of stuff to install I forgot 
this one ;)
first I "apt-get install libjpeg-dev" and the installed Imager throught CPAN.

Now it's installed and so is your updated perl modules, but iPhoto still does 
not
publish anything.

Log is in 3 steps:
First there is an error 404 on _gallery when I create/publish my first album but
everything seems OK in iPhoto
then I suppress the album in iPhoto and recreate it -> I think I'm done!
last I try to acces it with firefox through http://gallery.mac.com/fred => it 
ends
looping like that:
[Fri Mar 06 21:47:52 2009] [error] [client 192.168.33.1] Can't run 'setting
$r->document_root' in the threaded environment after server startup at
/var/www/dotmac/perlmodules/DotMac/GalleryTransHandler.pm line 177.\n
[Fri Mar 06 21:47:52 2009] [error] [client 192.168.33.1] Can't run 'setting
$r->document_root' in the threaded environment after server startup at
/var/www/dotmac/perlmodules/DotMac/GalleryTransHandler.pm line 177.\n, referer:
http://gallery.mac.com/fred

everything is in the attached log.
BTW, _gallery is still empty and rights are good.

Original comment by frederic...@gmail.com on 6 Mar 2009 at 9:07

Attachments:

• dotmac.log

[GoogleCodeExporter]

What platform and (exact) apache version are you running.
Have you restarted your server after installing the new perl modules ?
Could you try publishing a new gallery and see if anything ends up in 
/var/www/html/dotmac/idisk/fred/Web/Sites/_gallery/

I've never seen the error msg:
Can't run 'setting $r->document_root' in the threaded environment after server 
startup

Original comment by walin...@gmail.com on 6 Mar 2009 at 9:41

[GoogleCodeExporter]

http://perl.apache.org/docs/2.0/api/Apache2/ServerRec.html#Limited_Functionality
_under_Threaded_MPMs
explains why you get the 'unknown' errors (setting $r->document_root).
If you have no special reasons for running MPMs you could try running your 
apache as a non-threaded MPM.

In the meantime I'll try finding a more permanent solution (this will take some 
time though).

Original comment by walin...@gmail.com on 6 Mar 2009 at 10:02

[GoogleCodeExporter]

I should have begin with that...
Have compiled apache2_2.2.9-7ubuntu3_i386 with both iLife branch patches under 
ubuntu
8.10 server minimal install.
I also installed by mistake a multithreaded MPM
(apache2-mpm-worker_2.2.9-7ubuntu3_i386.deb) instead of the classic
apache2-mpm-prefork_2.2.9-7ubuntu3_i386.deb one.
Now I can consult the website through http://gallery.mac.com/fred without 
errors but
it is still empty (so is _gallery).

Original comment by frederic...@gmail.com on 6 Mar 2009 at 10:43

[GoogleCodeExporter]

Now try publishing another gallery and post your results (contents of _gallery, 
browser results and logs)

Original comment by walin...@gmail.com on 6 Mar 2009 at 10:46

[GoogleCodeExporter]

published 2 galleries then consult http://gallery.mac.com/fred 2 times with 
safari
(first used the browser cache so I emptied the cache before second browsing 
attempt).
The _gallery is empty but the website renders the empty gallery page with a 
black
background and the tiny nemo fish pictures in the center.

Original comment by frederic...@gmail.com on 6 Mar 2009 at 11:03

Attachments:

• error.log
• idiskAccesslog
• idiskErrorlog

[GoogleCodeExporter]

For some reason I don't see any PUT requests in your logs;
iPhoto (and iWeb) are supposed to PUT resources in:
 /var/www/dotmac/idisk/$username/Web/.Temporary Web Resources
After that, a DMOVERLAY is POSTed to (locally) copy the resources to their 
final destination.

Did you actually put pictures in the albums you published?
Please create a new album (alongside the ones you already have) with pictures 
in it - and see for the results

Original comment by walin...@gmail.com on 6 Mar 2009 at 11:39

[GoogleCodeExporter]

Thanks for taking care of me on a saturday night :)
I've been working on that for hours just to find that applying last software 
updates
from Apple corrected it... I'm able to open my galleries fine.

Now I've tried iWeb and it says "impossble to reach mobileme configuration 
server"
(in my language so I can't tell the exact translation).
all it tries to do is (from idiskAccess.log):
192.168.33.1 dot.mac.com - - [08/Mar/2009:11:41:47 +0100] "GET
/configurations/internetservices/iapps/publishConfiguration08.plist HTTP/1.1" 
200
8567 "-" "DAVKit2Jag/0.1"
192.168.33.1 dot.mac.com - - [08/Mar/2009:11:41:47 +0100] "GET
/configurations/internetservices/commerceserver/1/HomePageService/clientConfigur
ation.plist
HTTP/1.1" 304 - "-" "DAVKit2Jag/0.1"
192.168.33.1 idisk.mac.com - - [08/Mar/2009:11:41:47 +0100] "GET
/configurations/internetservices/dotmackit/3_839fb19b3d56/clientConfig.plist
HTTP/1.1" 200 1079 "-" "DotMacKit-E-MM6-I (10.5.6; ----)"
192.168.33.1 idisk.mac.com - - [08/Mar/2009:11:41:47 +0100] "GET
/configurations/internetservices/dotmackit/3_839fb19b3d56/clientConfig.plist
HTTP/1.1" 200 1079 "-" "DotMacKit-E-MM6-I (10.5.6; ----)"
192.168.33.1 idisk.mac.com - - [08/Mar/2009:11:41:48 +0100] "PROPFIND /fred/
HTTP/1.1" 401 401 "-" "DotMacKit-E-MM6-I (10.5.6; iweb) 
iWeb-local-build-20090308"
192.168.33.1 idisk.mac.com - fred [08/Mar/2009:11:41:48 +0100] "PROPFIND /fred/
HTTP/1.1" 207 373 "-" "DotMacKit-E-MM6-I (10.5.6; iweb) 
iWeb-local-build-20090308"
192.168.33.1 dot.mac.com - - [08/Mar/2009:11:41:48 +0100] "POST
/WebObjects/Info.woa/wa/XMLRPC/accountInfo HTTP/1.1" 200 203 "-" 
"DotMacKit-E-MM6-I
(10.5.6; iweb) iWeb-local-build-20090308"
192.168.33.1 idisk.mac.com - - [08/Mar/2009:11:41:48 +0100] "POST 
/_domainHosting
HTTP/1.1" 200 174 "-" "DotMacKit-E-MM6-I (10.5.6; iweb) 
iWeb-local-build-20090308"

Any idea?

Original comment by frederic...@gmail.com on 8 Mar 2009 at 11:26

[GoogleCodeExporter]

Assuming you're working with the certificate from SVN...
run signKey.sh from the private folder; it'll generate you a new certificate.
(don't forget restarting apache)
Install the new certificate in your keychain - and see what happens from 
there...

Original comment by walin...@gmail.com on 8 Mar 2009 at 2:06