perl Modul DateTime::Event::Easter auf Ubuntu installieren (für holiday aus fhem)

[Guest]

Originally posted by: <email address deleted>

Hallo Zusammen,

ich versuche auf Ubuntu das Modul cpan DateTime::Event::Easter zu
installieren. Alleine bin ich da leider erfolglos.

Was ist bei mir anzutreffen:
Ubuntu 10.4 lts,
perl, v5.10.1 (*) built for x86_64-linux-gnu-thread-multi


Ein
apt-cache pkgnames | grep -r datetime
gibt folgendes Ergebnis:

>   libdatetime-format-dateparse-perl
>   libdatetime-format-http-perl
>   libdatetime-timezone-perl
>   libdatetime-format-mysql-perl
>   libdatetime-format-w3cdtf-perl
>   libdatetime-format-ical-perl
>   libmoosex-types-datetime-perl
>   libdatetime-set-perl
>   libdatetime-format-datemanip-perl
>   libdatetime-format-builder-perl
>   libdatetime-format-strptime-perl
>   libdatetime-perl
>   libdatetime-format-iso8601-perl
>   libdatetime-format-sqlite-perl
>   libdatetime-locale-perl
>   libdatetime-event-recurrence-perl
>   libdatetime-format-pg-perl
>   libdatetime-event-ical-perl
>   libdatetime-format-flexible-perl
>   python2.3-egenix-mxdatetime
>   libdatetime-event-sunrise-perl
>   python-egenix-mxdatetime
>   libdatetime-format-db2-perl
>   libdatetime-astro-sunrise-perl


Somit fehlt offensichtlich die Möglichkeit das über den "offiziellen"
Weg von Ubuntu zu machen.

wenn ich jetzt mit

cpan DateTime::Event::Easter

das ganze versuche zu installieren schlägt diese Installation aber
fehl . Die Fehlermeldung helfen mir nicht weiter.
Anbei das ganze Log:

> root@pro:~/.cpan/build# cpan -i DateTime:Event:Easter
> CPAN: Storable loaded ok (v2.20)
> Going to read '/root/.cpan/Metadata'
>   Database was generated on Tue, 31 May 2011 03:27
> Running install for module 'DateTime::Event::Easte
> CPAN: Data::Dumper loaded ok (v2.124)
> 'YAML' not installed, falling back to Data::Dumper
> Running make for R/RI/RICKM/DateTime-Event-Easter-
> CPAN: Digest::SHA loaded ok (v5.47)
> CPAN: Compress::Zlib loaded ok (v2.02)
> Checksum for /root/.cpan/sources/authors/id/R/RI/R
> CPAN: Archive::Tar loaded ok (v1.52)
> DateTime-Event-Easter-1.04/
> DateTime-Event-Easter-1.04/lib/
> DateTime-Event-Easter-1.04/lib/DateTime/
> DateTime-Event-Easter-1.04/lib/DateTime/Event/
> DateTime-Event-Easter-1.04/lib/DateTime/Event/East
> DateTime-Event-Easter-1.04/t/
> DateTime-Event-Easter-1.04/t/04lists.t
> DateTime-Event-Easter-1.04/t/00load_pod.t
> DateTime-Event-Easter-1.04/t/05sets.t
> DateTime-Event-Easter-1.04/t/03preset.t
> DateTime-Event-Easter-1.04/t/08as_span.t
> DateTime-Event-Easter-1.04/t/07eastknown.t
> DateTime-Event-Easter-1.04/t/02match.t
> DateTime-Event-Easter-1.04/t/06known.t
> DateTime-Event-Easter-1.04/t/01basic.t
> DateTime-Event-Easter-1.04/Changes
> DateTime-Event-Easter-1.04/Todo
> DateTime-Event-Easter-1.04/MANIFEST
> DateTime-Event-Easter-1.04/LICENSE
> DateTime-Event-Easter-1.04/README
> DateTime-Event-Easter-1.04/Makefile.PL
> CPAN: File::Temp loaded ok (v0.22)
>
>   CPAN.pm: Going to build R/RI/RICKM/DateTime-Even
>
> Checking if your kit is complete...
> Looks good
> Warning: prerequisite DateTime 0.16 not found.
> Warning: prerequisite DateTime::Calendar::Julian 0
> Warning: prerequisite DateTime::Set 0.08 not found
> Warning: prerequisite Params::Validate 0 not found
> Writing Makefile for DateTime::Event::Easter
> ---- Unsatisfied dependencies detected during ----
> ----  RICKM/DateTime-Event-Easter-1.04.tar.gz ----
>     DateTime [requires]
>     Params::Validate [requires]
>     DateTime::Set [requires]
>     DateTime::Calendar::Julian [requires]
> Shall I follow them and prepend them to the queue
> of modules we are processing right now? [yes]
>




Oder anders gesagt habe ich wohl eine zu neue Version von DateTime

Gibt es hierzu Vorschläge, das wäre echt toll.

Ansonsten gibt es halt bei mir einfach keine "Osternabhängige"
Feiertage.

Danke für alle die jetzt immer noch am lesen sind.
Jürgen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> apt-cache pkgnames | grep -r datetime
[...]
> >   libdatetime-perl

Schaut doch gut aus. Ob auch Easter dabei ist, weiss man nicht, aber dann muss
cpan nicht merh so viel uebersetzen.


> cpan DateTime::Event::Easter
[...]
> > Shall I follow them and prepend them to the queue
> > of modules we are processing right now? [yes]

Ist auch richtig, einfach tapfer weitermachen. DateTime ist schrecklich gross,
und installiert gefuehlt ueber 100 Module. Deswegen gibt es im fhem das
99_SunRise_EL.pm, damit man auch ohne DateTime die Sonne bewundern kann.

Gruss,
  Rudi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

wow   ...     schnelle Antwort und es funktioniert.

also zuerst

   apt-get install libdatetime-perl

und dann

   cpan DateTime::Event::Easter

gemacht und das lief alles sauber durch.   D A N K E

Jetzt habe ich die Osterfeiertage wieder aufgenommen und es startet.

Allerdings gibt es jetzt die folgenden Warnings beim Starten von
fhem.

2011.05.31 10:28:48 2: FHEMWEB port 8083 opened
2011.05.31 10:28:48 2: FHEMWEB port 8084 opened
2011.05.31 10:28:48 3: CUL opening CUL1 device /dev/ttyACM0
2011.05.31 10:28:48 3: CUL device opened
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 151.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 154.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 166.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 169.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 172.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 175.
2011.05.31 10:28:48 0: Server started (version 5.0 from 2010-08-15
($Id: fhem.pl,v 1.110 2010-08-14 10:35:12 rudolfkoenig Exp $), pid
15019)


Weis hier noch jemand, wie man das abstellt.

Ich habe mal schnell in die entsprechenden Zeilennummern des fhem.pl
Scripts geschaut, aber die Zeilennummern passen nicht zur Meldung.

Danke und Grüsse
Jürgen


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Ich habe mal schnell in die entsprechenden Zeilennummern des fhem.pl
> Scripts geschaut, aber die Zeilennummern passen nicht zur Meldung.

Sehe ich nicht so

593: my $h2we = $attr{global}{holiday2we};
594: $we = 1 if($h2we && $value{$h2we} ne "none");

Kannst Du bitte "attr global holiday2we" auf dem Namen des holiday "Geraetes"
setzen? Also z.Bsp:
  define he holiday
  attr global holiday2we he
Oder das Attribut loeschen.

Die Beschreibung in http://fhem.de/commandref.html#holiday2we ist
offensichtlich nicht klar genug.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

die Beschreibung ist wahrscheinlich schon nicht schlecht, aber ...

Also ich hatte bereits schon eine eigene Datei eingestellt und diese
entsprechend in fhem.cfg verewigt.

Jetzt habe ich es noch einmal mit he.holiday probiert. (um ggf. Fehler
aus meiner .holiday-Datei auszuschliessen)

also
Die Datei he.holiday ins Verzeichnis FHEM kopiert (von /contrib)
und die beiden Einträge
  define he holiday
  attr global holiday2we he

im fhem.cfg aufgenommen.

Aber die gleiche Meldung erscheint, leider.

2011.05.31 11:59:04 2: FHEMWEB port 8083 opened
2011.05.31 11:59:04 2: FHEMWEB port 8084 opened
2011.05.31 11:59:04 3: CUL opening CUL1 device /dev/ttyACM0
2011.05.31 11:59:04 3: CUL device opened
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 151.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 154.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 166.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 169.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 172.
Use of uninitialized value within %value in string ne at /usr/bin/
fhem.pl line 594, <$fh> line 175.
2011.05.31 11:59:05 0: Server started (version 5.0 from 2010-08-15
($Id: fhem.pl,v 1.110 2010-08-14 10:35:12 rudolfkoenig Exp $), pid
15592)

Sorry, das ich so nerve.

Gruss
Jürgen


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Zusammen,

ich forsche gerade weiter.

Dazu frage ich die in der Datei (xxx.holiday) definierten Werte ab und
das funktioniert.

Also
  get he 01-01

liefert mir "Neujahr" aus der Datei he.holiday.

Super, aber das Problem mit den uninitialized values von oben, bekomme
ich einfach nicht weg.

Vielleicht muss ich noch dazusagen, dass diese Fehler nur beim
Neustarten des fhem Service erscheinen.

Vielleicht kann mir ja jemand weiter helfen.

Ich wäre auf jeden Fall dankbar dafür.

Danke und Gruss
Jürgen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Vielleicht kann mir ja jemand weiter helfen.

Was passiert bei der CVS Version?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Danke für die schnelle Antwort.

Ich habe das fhem.pl ausgetauscht und die Meldungen sind verschwunden.
Der Rest schein zu laufen (so auf die schnelle)

Allerdings bin ich mir nicht sicher, ob ich auch die Dateien aus CVS
verwenden soll.

Gibt es dazu ein How to?

Danke und Gruss
Jürgen


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ich habe den Text noch mal gelesen,

ich meine natürlich ob ich alle Files aus CVS dann installieren soll.

> Allerdings bin ich mir nicht sicher, ob ich auch die Dateien aus CVS
hier hatte ich einfach ein                           anderen
vergessen.

sorry und Gruss
Jürgen



On 1 Jun., 17:46, jude wrote:
> Danke für die schnelle Antwort.
>
> Ich habe das fhem.pl ausgetauscht und die Meldungen sind verschwunden.
> Der Rest schein zu laufen (so auf die schnelle)
>
> Allerdings bin ich mir nicht sicher, ob ich auch die Dateien aus CVS
> verwenden soll.
>
> Gibt es dazu ein How to?
>
> Danke und Gruss
> Jürgen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Dr. Boris Neubert]

                                             

Am 01.06.2011 17:59, schrieb jude:
> ich meine natürlich ob ich alle Files aus CVS dann installieren soll.

in der Regel ist das besser, weil es Änderungen in mehreren Dateien
gegeben haben kann.

Anleitung: http://developer.berlios.de/cvs/?group_id=8013

Oder die Nightly CVS version
http://www.dhs-computertechnik.de/downloads/fhem-cvs.tgz verwenden.

Grüße
Boris

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

das mit dem makefile funktioniert wunderbar.

Hierzu habe ich noch zwei Anmerkungen / Vorschläge:

1. Das make schreibt die fhem.cfg neu.
Mein Vorschlag hierzu:
Solle man nicht besser das Config-File unter anderem Namen verbreiten,
so z.B. fhem.cfg.sample (oder so).
Somit würde nach einer manuellen Installation wieder alles
funktionieren.

2. Im makefile einen Teil mit Backup einbauen.
so in diese Richtung:

#!/bin/sh

# What to backup.
backup_files="/usr/bin/fhem.pl /usr/share/fhem /usr/share/doc/fhem /
usr/share/man/man1/fhem.pl.1.gz /etc/fhem.cfg"

# current date for filename
DATUM=`/bin/date +%Y-%m-%d`

# Where to backup to.
dest="./full_fhem"$DATUM".tar"

# Backup the files using tar.
tar czf $dest $backup_files


Ok selbstverständlich sollten die backup_files noch mit den Variablen
versehen werden, kann ich auch gerne machen.


Was meint ihr dazu?

Gruss
Jürgen




--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com