**** BEGIN LOGGING AT Thu May 10 03:00:03 2012
May 10 04:03:13 <CIA-17> SHR: 03shr-devel 07buildhistory * rbc675b85d62a 10/packages/i686-nativesdk-oesdk-linux/ (570 files in 570 dirs): packages: Build 201205100133 of shr 20120509 for machine om-gta02 on opmbuild
May 10 04:34:01 <CIA-17> freesmartphone.org: 03morphis 07libfso-glib * rcba1e76ae382 10/ (Makefile.decl configure.ac src/Makefile.am): Rework autoconf/automake configuration
May 10 04:34:02 <CIA-17> freesmartphone.org: 03morphis 07libfso-glib * r7026bdb7da75 10/ (configure.ac src/Makefile.am): Make shared library ABI version configurable
May 10 04:37:24 <CIA-17> freesmartphone.org: 03morphis 07gdbus * rd688af454a32 10libfso-glib/TODO: Remove TODO entry which is already done (e.g. make distcheck works)
May 10 06:24:59 <CIA-17> SHR: 03shr-devel 07buildhistory * r945ebb1635ad 10/packages/ (1404 files in 1404 dirs): packages: Build 201205100609 of shr 20120510 for machine om-gta04 on opmbuild
May 10 07:05:59 <CIA-17> SHR: 03shr-devel 07buildhistory * r2524f47916cc 10/packages/i686-nativesdk-oesdk-linux/meta-environment-arm/meta-environment-arm/latest: packages: Build 201205100825 of shr 20120510 for machine om-gta04 on opmbuild
May 10 07:06:27 <JaMa> jeepingben: http://www.shr-project.org/trac/ticket/2003
May 10 07:08:40 <ben_t> JaMa: I have created some new wiki pages for Building SHR at: http://shr-project.org/trac/wiki/Building_SHR could you take a look please and let me know if it is ok?
May 10 07:12:07 <JaMa> ben_t: yup a bit later..
May 10 07:12:24 <ben_t> JaMa: OK thanks
May 10 07:42:15 <JaMa> ben_t: looks better, thanks! few suggestions:
May 10 07:42:35 <JaMa> be more precise about using setup-env (some poeple don't understand what source or . does)
May 10 07:43:20 <JaMa> and it's described to late (few lines after The SHR Makefile and "setup-env" set the environment up to build for the OM-GTA02 device by default)
May 10 07:44:21 <JaMa> and bigger change is that there are 3 methods to setup environment "Makefile + chroot" "Makefile" "Manual"
May 10 07:44:37 <JaMa> your description shows last 2 in manual section
May 10 07:45:40 <JaMa> best way would be to add chroot setup as first optional step (on separate page) and then continue with Makefile method
May 10 07:46:40 <JaMa> backb0ne: and also emacs should be in chroot too now (haven't tested it, but it's built)
May 10 07:48:14 <ben_t> JaMa: Thanks for the hints, I will try to do some more today. and thanks for emacs :-)
May 10 07:54:16 <JaMa> ben_t: you're welcome for emacs.. now we can say that shr-chroot includes 28 games :)
May 10 07:54:38 <JaMa> and 2 almost complete operating systems
May 10 08:01:01 <CIA-17> freesmartphone.org: 03morphis 07morphis/gta04-call-status-handling * ra52d91ac8a35 10cornucopia/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: modem_option_gtm601: switch to 2G radio access when starting to synchronize call status
May 10 08:01:44 <morphis> heyho
May 10 08:02:59 <JaMa> heyho
May 10 08:36:28 <CIA-17> freesmartphone.org: 03morphis 07morphis/delegate-rework * rac81eb85b2e4 10cornucopia/libgsm0710mux/gsm0710mux/ (channel.vala multiplexer.vala): libgsm0710mux: adjust for recent changes to libfsotransport about delegate handling
May 10 08:36:29 <CIA-17> freesmartphone.org: 03morphis 07morphis/delegate-rework * rc00e50f74f39 10cornucopia/fsogsmd/ (8 files in 6 dirs): fsogsmd: adjust for recent changes to libfsotransport about delegate handling
May 10 08:43:31 <morphis> JaMa: do you have a n900?
May 10 09:11:32 <JaMa> yes
May 10 09:16:11 <morphis> JaMa: can you test something for me if I provide you an image?
May 10 09:16:41 <morphis> or do you have a image build with enabled AUTOREV for FSO ready?
May 10 09:16:45 <morphis> mickey_office: heyho
May 10 09:18:50 <JaMa> image would be better
May 10 09:19:20 <JaMa> and not sure if I manage to test it today and tomorrow I'm leaving for weekend..
May 10 09:20:10 <morphis> ok
May 10 09:20:19 <morphis> no problem I have to build it anyway
May 10 09:20:26 <morphis> but next week is ok
May 10 09:21:01 <morphis> I just have to take care that the recent libnl3 change didn't introduce any bugs and the N900 is currently the only user for it
May 10 09:28:03 <JaMa> ok if you notice nschle here, he has n900 too and is probably using it more then I do
May 10 09:30:29 <morphis> ok
May 10 09:46:13 <CIA-17> SHR: 03shr-devel 07buildhistory * r2c8ff311e3be 10/packages/ (15 files in 15 dirs): packages: Build 201205100912 of shr 20120510 for machine nokia900 on opmbuild
May 10 09:48:04 <CIA-17> freesmartphone.org: 03morphis 07morphis/delegate-rework * r131ed2636e24 10cornucopia/fsotdld/src/lib/gpschannel.vala: fsotdld: adjust for recent changes to libfsotransport about delegate handling
May 10 10:03:58 <mickey_office> morphis: hi
May 10 10:04:03 <mickey_office> cmair: good morning
May 10 10:04:21 <morphis> mickey_office: good to see you're available :)
May 10 10:04:25 <morphis> how is life and work?
May 10 10:05:54 <mickey_office> life is a rollercoaster. we cancelled house buying one day before signing the contract when we learned that the 2 s-bahn-tracks behind the property are set to be extended to 4 tracks with 2 exclusively for cargo trains until 2018 *sigh* so much for the house, back to square 1. baby has still lousy nights, so do we have :) work is good so far, not too stressful atm.
May 10 10:06:45 <mickey_office> the weekends were a bit hectic, that's why i didn't answer wrt. the document you sent me *sorry* 
May 10 10:07:00 <mickey_office> i will take the time soon though
May 10 10:07:19 * mickey_office feels like walking on the expressway
May 10 10:07:27 <mickey_office> everything passes by so fast *sigh*
May 10 10:07:47 <morphis> mickey_office: hehe, yeah that sounds like real life
May 10 10:08:28 <morphis> about the document, no matter; I already applied for the position last week
May 10 10:10:23 <morphis> I know the feeling, we're currently a lot in trouble as our cat is really ill, nearly dieing; let's hope she makes it to come back ...
May 10 10:17:15 <mickey_office> toi toi toi
May 10 10:18:01 <morphis> yes
May 10 10:23:21 <CIA-17> SHR: 03Martin.Jansa 07shr-chroot * r9ee7d8f3bab2 10/ (326 files in 50 dirs): system upgrade
May 10 10:28:51 <cmair> mickey_office: Hey!
May 10 10:44:03 <CIA-17> SHR: 03shr-devel 07buildhistory * rd410922f0b69 10/packages/palmpre-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): packages: Build 201205101152 of shr 20120510 for machine palmpre on opmbuild
May 10 11:01:34 <JaMa> jeepingben: please try to start gpsd.service first
May 10 11:01:56 <JaMa> jeepingben: and does this happen after every boot or just after first? (try to start all of them manually and check status)
May 10 11:06:42 <jeepingben> JaMa, if happens on every boot
May 10 11:06:53 <jeepingben> tried to start gpsd: A dependency job failed. See system journal for details.
May 10 11:07:33 <jeepingben> I'm not sure which log is system journal? 
May 10 11:09:49 <JaMa> check systemd status gpsd.service again
May 10 11:10:41 <JaMa> systemctl
May 10 11:10:55 <jeepingben> inactive, dead, etc
May 10 11:11:08 <JaMa> also check systemctl --full | grep failed
May 10 11:11:27 <JaMa> what's etc?
May 10 11:11:47 <jeepingben> fsodeviced.service                                                                                     loaded failed failed        FSO daemon implementing the device API
May 10 11:11:47 <jeepingben> systemd-modules-load.service                                                                           loaded failed failed        Load Kernel Modules
May 10 11:11:48 <jeepingben> systemd-update-utmp-runlevel.service                                                                   loaded failed failed        Notify Audit System and Update UTMP about System Runlevel Changes
May 10 11:11:48 <jeepingben> gpsd.socket                                                                                            loaded failed failed        GPS (Global Positioning System) Daemon Sockets
May 10 11:12:17 <jeepingben> gpsd status was the same as before
May 10 11:12:33 <jeepingben> gpsd.service - GPS (Global Positioning System) Daemon
May 10 11:12:33 <jeepingben> 	  Loaded: loaded (/lib/systemd/system/gpsd.service; static)
May 10 11:12:33 <jeepingben> 	  Active: inactive (dead)
May 10 11:12:33 <jeepingben> 	  CGroup: name=systemd:/system/gpsd.service
May 10 11:12:40 <JaMa> use pastebin please
May 10 11:12:46 <JaMa> and check systemd-modules-load.service status
May 10 11:14:40 <jeepingben> it is upset about my extra modules (mlx90614 and bmp085) but I saw this on first and second boot before I added them.  I will have to clean up and retest.
May 10 11:15:38 <JaMa> so not clean uSD install in the end :)
May 10 11:17:30 <jeepingben> I saw the issue with clean install, then ran my setup script to switch the feeds, get some packages
May 10 11:23:01 <JaMa> jeepingben: and for gpsd try "telnet 127.0.0.1 2947" here it starts gpsd properly
May 10 11:25:42 <JaMa> and failing systemd-modules-load.service can cause that sysinit is not completed -> gpsd and dbus is not started -> phonefsod/fsodeviced cannot start 
May 10 11:30:05 <jeepingben> jama: same on second boot of very clean install
May 10 11:30:11 <jeepingben> http://pastebin.com/xuRLNBEe
May 10 11:30:30 <jeepingben> switched feeds, opkg update, opkg upgrade, reboot
May 10 11:30:41 <JaMa> 13:12:50 < JaMa> and check systemd-modules-load.service status
May 10 11:30:51 <JaMa> and list failed services
May 10 11:32:07 <jeepingben> only failed service is systemd-update-utmp-runlevel.service, systemd-modules-load.service is happy
May 10 11:32:37 <JaMa> and status of systemd-update-utmp-runlevel.service ?
May 10 11:32:53 <JaMa> iirc it was missing some file like utmp 
May 10 11:33:31 <jeepingben> http://pastebin.com/PM4N5g9X
May 10 11:34:21 <JaMa> touch /var/run/utmp and restart it
May 10 11:35:26 <jeepingben> 100% heavy rain today where I am.  I don't think I will  be riding my bike to work.
May 10 11:41:44 <jeepingben> this boot systemd-journald.service  and systemd-journald.socket failed
May 10 11:42:55 <JaMa> anything in status?
May 10 11:42:55 <DocScrutinizer> \o/ systemd
May 10 11:43:00 <DocScrutinizer> moo
May 10 11:43:06 <JaMa> moo
May 10 11:44:32 <DocScrutinizer> let me put it this way: the more systems implement systemd, the more hackers will focus on that -> the less threats for systems that don't have that poettering stuff
May 10 11:45:35 <DocScrutinizer> and after all there are chances systemd will die silently adter a short while, just like HAL and other weird stuff
May 10 11:45:47 <DocScrutinizer> ;-P
May 10 11:46:34 <jeepingben> http://pastebin.com/42bdRHeG
May 10 11:46:46 <lindi-> hal was just one step in the evolution process
May 10 11:47:04 <JaMa> tracking dependencies between init scripts and trying to start them in parallel seems today as better idea then to play with S99 numbers to push something between S98 and S99 :)
May 10 11:47:10 <DocScrutinizer> from intelligent life back to amoeba?
May 10 11:47:17 <jeepingben> also usbnetwork now needs some help to come up.  I have to ifconfig usb0 192.168,7,2 up in the terminal on FR before I can ssh
May 10 11:47:59 <DocScrutinizer> tzzz, JaMa we got tools handling that, since ages
May 10 11:48:13 <JaMa> JaMa: weird signal=SEGV..
May 10 11:48:25 <DocScrutinizer> look at header in initscripts of any sane initv system
May 10 11:48:33 <jeepingben> DocScrutinizer: do you have a distro?
May 10 11:48:40 <JaMa> jeepingben: networking.service not started?
May 10 11:49:02 <JaMa> jeepingben: it depends probably on journal too.. so with that segfault a lot of stuff will be off
May 10 11:49:19 <jeepingben> active: exited
May 10 11:49:36 <JaMa> DocScrutinizer: for dependencies or parallel boot?
May 10 11:50:01 <JaMa> DocScrutinizer: I know about openrc used in gentoo which does that, but it's not used anywhere else
May 10 11:50:07 <jeepingben> do you know what bin journal starts?  I could md5 it and see if my uSD card ate it (unlikely as I've gone months w/o reinstall)
May 10 11:50:14 <DocScrutinizer> jeepingben: I like to keep my state and POV of an uninvolved observer. My involvement been enough when I was paid for dealing with all this
May 10 11:50:30 <JaMa> jeepingben: /lib/systemd/systemd-journald
May 10 11:51:03 <DocScrutinizer> JaMa: opensuse and centOS both use dependency declarations in initscript headers
May 10 11:51:22 <DocScrutinizer> well, centOS not exactly dependencies
May 10 11:51:25 <jeepingben> http://pastebin.com/K0XxfnkD for the md5
May 10 11:52:12 <DocScrutinizer> sorry for spamming
May 10 11:52:15 <JaMa> jeepingben: same here
May 10 11:52:16 <DocScrutinizer> # chkconfig: 2345 01 99
May 10 11:52:17 <DocScrutinizer> # description: AppArmor Notification and Reporting daemon
May 10 11:52:19 <DocScrutinizer> #
May 10 11:52:20 <DocScrutinizer> ### BEGIN INIT INFO
May 10 11:52:22 <DocScrutinizer> # Provides: aaeventd
May 10 11:52:23 <DocScrutinizer> # Required-Start: apparmor
May 10 11:52:25 <DocScrutinizer> # Required-Stop: $null
May 10 11:52:26 <DocScrutinizer> # Default-Start: 2 3 5
May 10 11:52:28 <DocScrutinizer> # Default-Stop:
May 10 11:53:00 <JaMa> and which tool reads that comment?
May 10 11:53:20 <JaMa> and sorts initscript names to be in right order? chkconfig?
May 10 11:53:28 <DocScrutinizer> e.g yast
May 10 11:53:43 <DocScrutinizer> and chkconfig, yes
May 10 11:54:11 <JaMa> so still started by old sysvinit in sequence not in parallel
May 10 11:54:14 <DocScrutinizer> yast and the tool whatever the name (insserv?) uses the INIT INFO
May 10 11:54:42 <DocScrutinizer> no, openSUSE is using parallelization in sysv-init since ages now
May 10 11:55:09 <DocScrutinizer> since 10 years I'd guess
May 10 11:55:11 <JaMa> jeepingben: same md5 here.. but it wasn't segfaulting on previous boots, was it?
May 10 11:55:47 <jeepingben> jama: no, it was not in the failed list for the first 2/3 boots
May 10 11:57:08 <jeepingben> jama: time for work, I will do clean install again this afternoon, touch /var/run/utmp and keep looking.  Thanks for the help
May 10 11:57:12 <lindi-> JaMa: it's different from systemd parallelization
May 10 11:58:47 <DocScrutinizer> JaMa: /etc/sysconfig/boot RUN_PARALLEL ::  Run all scripts or rather start/stop all services which are independent from each other in parallel.
May 10 11:59:23 <lindi-> JaMa: as you probably know the difference is that systemd can also start services that depend on each other in parallel
May 10 11:59:53 <DocScrutinizer> haha, nice trick! how's it doing THAT?
May 10 11:59:53 <lindi-> hmm, each other makes it sound like there was a circular dependency, didn't want to imply that :)
May 10 12:00:08 <lindi-> DocScrutinizer: socket activation, dbus activation
May 10 12:00:19 <DocScrutinizer> ????
May 10 12:00:47 <lindi-> ok if you haven't heard of those then you probably aren't interested :)
May 10 12:01:11 <lindi-> but afaik this is exactly what launchd does on OS X too
May 10 12:01:18 <DocScrutinizer> when I start A and B and B depends on A and neither A nor B are using sockets and/or dbus, I don't get your statement really
May 10 12:01:50 <lindi-> DocScrutinizer: well usually the dependency involves some network or dbus service being available
May 10 12:02:05 <lindi-> of course you can have dependencies that can't be activated like that
May 10 12:03:31 <DocScrutinizer> so you say when A waits on a socket that B provides, then systemd can start A in parallel to B in spite of that? .oO(???)
May 10 12:03:40 <lindi-> DocScrutinizer: yeah
May 10 12:03:52 <lindi-> DocScrutinizer: it'll just block on the socket if it tries to read
May 10 12:03:58 <DocScrutinizer> eeeeek
May 10 12:04:08 <lindi-> DocScrutinizer: if it writes then it can continue as long as the socket buffer is not full
May 10 12:04:09 <DocScrutinizer> holy shit
May 10 12:05:21 <DocScrutinizer> once again poettering is redefining fundamental operation paradigms, forcing $everything to obey his new definition of what's unix
May 10 12:05:38 <lindi-> you better study this so that you can contribute to the discussion :)
May 10 12:06:30 <DocScrutinizer> what will my A do when it's starting a timer before reading from socket, and that timer is supposed to throw error when expiring (like "B not answering! emergency quit!"
May 10 12:06:33 <DocScrutinizer> )
May 10 12:07:04 <lindi-> well that can also happen if you stop B under gdb
May 10 12:07:10 <DocScrutinizer> will systemd handle THAT as well?
May 10 12:08:15 <DocScrutinizer> sure, or when I do a killall B
May 10 12:08:22 <DocScrutinizer> that's not the point though
May 10 12:08:39 <lindi-> anyways systemd will just restart A
May 10 12:08:46 <lindi-> so no problem :)
May 10 12:08:47 <DocScrutinizer> \o/
May 10 12:08:52 <DocScrutinizer> BWAHAHAHAHA
May 10 12:09:11 <DocScrutinizer> ~poettering
May 10 12:09:12 <apt> 'sth is poettering' means it acts invasive, possessive, destructive, and generally in an egocentric exacerbating negative way. ``this cancer is extremely poettering''
May 10 12:10:02 <DocScrutinizer> absolutely completely in line with the definition of "poettering" and all his former work
May 10 12:10:05 <lindi-> timeouts specified in seconds are almost always problematic on the local machine
May 10 12:10:20 <lindi-> afaik many openmoko distros had to patch dbus to increase some timeout there
May 10 12:10:35 <DocScrutinizer> still not the point
May 10 12:10:38 <lindi-> since openmoko userland might be quite stuck right after resume if swap was on SD
May 10 12:10:41 <CIA-17> SHR: 03shr-devel 07buildhistory * r659ad2bc0ef7 10/packages/palmpre2-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): packages: Build 201205101254 of shr 20120510 for machine palmpre2 on opmbuild
May 10 12:10:54 <DocScrutinizer> the point is poettering again redefines fundamental operation principles
May 10 12:11:10 <DocScrutinizer> urging all other apps to follow his redefinitions
May 10 12:12:01 <DocScrutinizer> "so what, it's linux, we can do that. Wo doesn't want to follow is free to leave or stay borked. It's not like we need to care about compatibility to any other *nix"
May 10 12:12:14 <lindi-> DocScrutinizer: you need to learn the tech before you can comment really :)
May 10 12:12:31 <DocScrutinizer> ???
May 10 12:12:34 <lindi-> otherwise we'll just misunderstand each other
May 10 12:14:01 <DocScrutinizer> fsckng idiocy once more, just like PA, avahi, whatnot else
May 10 12:15:02 <lindi-> I like these quite a lot, thank you :)
May 10 12:15:43 <lindi-> my largests problems with avahi are the large timeouts you get if you try to do a reverse DNS lookup for an address that is not in use
May 10 12:16:06 <DocScrutinizer> YW. PA broke all ALSA, since they didn't care to provide a comprehensive backward compatibility plugin for ALSA apps
May 10 12:16:16 <lindi-> it's funny to see how ping waits 10 seconds between each ping because of dns lookups timing out silently in the background
May 10 12:16:38 <DocScrutinizer> plus it's been useless, since it basically can'T do anything better than ALSA
May 10 12:16:47 <DocScrutinizer> seems systemd is similar
May 10 12:17:50 <DocScrutinizer> my main issue with avahi is it broke each and every heterogenous network I managed
May 10 12:18:08 <lindi-> I like PA since I can switch from my usb headsets to analog headsets without killing my applications
May 10 12:18:16 <lindi-> and I have a GUI for doing that
May 10 12:18:21 <DocScrutinizer> it's obviously simply incompatible with classical DNS-server and/or fixed IP
May 10 12:19:03 <DocScrutinizer> lindi-: yeah, and ALL THIS could be done (or get implemented with minimal effort) in ALSA as well
May 10 12:19:23 <lindi-> DocScrutinizer: avahi is still useful even in those networks. for example systemtap compilation servers advertise themselves over avahi
May 10 12:19:36 <JaMa> I think PA cannot be worse then EsoundD + artsd + ...
May 10 12:19:46 <DocScrutinizer> and the ALSA gui is old like methusalem, it's called mixer
May 10 12:19:46 <lindi-> DHCP can't advertise arbitrary services easily
May 10 12:19:55 <lindi-> only old stuff like DNS and NTP mostly
May 10 12:20:23 <lindi-> DocScrutinizer: of course you can solve problems using different tools
May 10 12:21:10 <DocScrutinizer> lindi-: so what? is this justifying avahi getting forcefed into all the machines I service, and then all the networks break, forcing me to take steps to adminitrate the shit to make it work again?
May 10 12:21:40 <lindi-> DocScrutinizer: if you admin those then you need to learn the technology :)
May 10 12:21:54 <DocScrutinizer> where "administrate" here simply means zypper remove avahi - thank god
May 10 12:22:00 <lindi-> of course you shouldn't try to admin something that you don't understand
May 10 12:22:18 <DocScrutinizer> lindi-: ****
May 10 12:22:23 <DocScrutinizer> <censored>
May 10 12:23:16 <lindi-> I've seen many admins complain about freedesktop.org stuff but almost always when I ask trivial questions about them they have never even heard about them :/
May 10 12:23:29 <lindi-> I'm not saying I understand them completely either of course
May 10 12:23:30 <DocScrutinizer> uhuh
May 10 12:30:09 * pabs3 wonders how avahi could break a network, it is just multicast DNS
May 10 13:01:19 <CIA-17> SHR: 03shr-devel 07buildhistory * r4d01963fed1d 10/images/crespo/eglibc/chroot-image/ (5 files): images: Build 201205101417 of shr 20120510 for machine crespo on opmbuild
May 10 13:01:30 <CIA-17> SHR: 03shr-devel 07buildhistory * r9f08d15cdd2e 10/packages/crespo-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): packages: Build 201205101417 of shr 20120510 for machine crespo on opmbuild
May 10 16:45:12 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r891af7a3a5f9 10/libfsotransport/fsotransport/parser.vala: libfsotransport: parser: don't use delegates but a delegate class instead
May 10 16:45:16 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r7bb0a199af18 10/libfsotransport/ (5 files in 2 dirs): libfsotransport: transport: don't use delegates but a delegate class instead
May 10 16:45:16 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r3b178a860b42 10/libgsm0710mux/gsm0710mux/ (channel.vala multiplexer.vala): libgsm0710mux: adjust for recent changes to libfsotransport about delegate handling
May 10 16:45:17 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r81876db2cbe9 10/fsogsmd/ (8 files in 6 dirs): fsogsmd: adjust for recent changes to libfsotransport about delegate handling
May 10 16:45:17 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rf288df980d58 10/fsotdld/src/lib/gpschannel.vala: fsotdld: adjust for recent changes to libfsotransport about delegate handling
May 10 19:36:09 <GNUtoo-desktop> mrmoku`, ping
**** ENDING LOGGING AT Fri May 11 02:59:58 2012