Robert Eden | 24 May 14:50
Picon
Favicon

time for a release

Using our incredibly complicated release procedures (asking for a 
release in a thread. :) )  Karl has called for a release.

I agree we're overdue.... so any objections to a release this weekend?

Robert

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
SourceForge.net | 23 May 11:23
Picon

[ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was
the following:
(Continue reading)

SourceForge.net | 22 May 12:52
Picon

[ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by enrico12345
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was
the following:
(Continue reading)

SourceForge.net | 2 May 10:57
Picon

[ xmltv-Bugs-3445501 ] _ch_search: cannot grab webpage

Bugs item #3445501, was opened at 2011-11-29 12:47
Message generated for change (Settings changed) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3445501&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: flyer2000 (flyer2000)
>Assigned to: Daniel Bittel (betlit)
>Summary: _ch_search: cannot grab webpage

Initial Comment:
$ /usr/bin/tv_grab_ch_search --configure
using config filename /home/thomas/.xmltv/tv_grab_ch_search.conf
getting list of channels

http://tv.search.ch/programm/: cannot grab webpage http://tv.search.ch/programm/ (tried 2 times).
giving up. sorry at /usr/bin/tv_grab_ch_search line 765.

----------------------------------------------------------------------

>Comment By: Karl Dietz (dekarl)
Date: 2012-05-02 01:57
(Continue reading)

SourceForge.net | 2 May 10:46
Picon

[ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Settings changed) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was
the following:
(Continue reading)

SourceForge.net | 30 Apr 12:01
Picon

[ xmltv-Feature Requests-3520371 ] new grabber for spanish audience: sincroniatv

Feature Requests item #3520371, was opened at 2012-04-22 10:44
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424138&aid=3520371&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Interface Improvements (example)
Group: None
>Status: Pending
Priority: 5
Private: No
Submitted By: murrayf (murrayf)
Assigned to: Nobody/Anonymous (nobody)
Summary: new grabber for spanish audience: sincroniatv

Initial Comment:
Hello,

I'd like xmltv people to add or substitute for older one a new grabber for Spain. I think SincroniaTV
(http://www.sincroguia.tv/programacion.html) is a good choice, it has updated tv listings for
upcoming days also and picks almost every channel spanish people can watch. I propose you that change
because older grabbers has serious errors. miguiatv listings are not found using latest version of xmltv
and freeguidetv, and some months ago didn't show all channels. The other grabber laguiatv, is reported to
be slow and has a lack of tv channels too.
Thanks,
Alberto.
:)

(Continue reading)

SourceForge.net | 30 Apr 11:59
Picon

[ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
>Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was
the following:
(Continue reading)

SourceForge.net | 30 Apr 09:22
Picon

[ xmltv-Bugs-3522504 ] make fails

Bugs item #3522504, was opened at 2012-04-30 00:22
Message generated for change (Tracker Item Submitted) made by simonkenyon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3522504&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Simon Kenyon (simonkenyon)
Assigned to: Nobody/Anonymous (nobody)
Summary: make fails

Initial Comment:
just sync'd xmltv (2012-04-30) and tried to build all grabbers
make failed:

make: *** No rule to make target `grab/se_tvzon/tv_grab_se_tvzon.PL', needed by
`grab/se_tvzon/tv_grab_se_tvzon'.  Stop.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3522504&group_id=39046

(Continue reading)

Nick Morrott | 29 Apr 23:51
Picon

Re: [xmltv-commit] xmltv Makefile.PL,1.396,1.397

On 29 April 2012 17:53, Karl Dietz <dekarl <at> users.sourceforge.net> wrote:
> Update of /cvsroot/xmltv/xmltv
> In directory vz-cvs-3.sog:/tmp/cvs-serv29873
>
> Modified Files:
>        Makefile.PL
> Log Message:
> remove Lineup.pm from the build so the nightly tester will run

Thanks for pushing this commit. I had it ready to go here but needed
some rest and forgot to commit it before I went to sleep!

Cheers,
Nick

--

-- 
Nick Morrott

MythTV Official wiki: http://mythtv.org/wiki/
MythTV users list archive: http://www.gossamer-threads.com/lists/mythtv/users

"An investment in knowledge always pays the best interest." - Benjamin Franklin

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
(Continue reading)

Sophie Dupres | 26 Apr 12:43

Vous avez reçu un guide : devenir trader facilement

Pour visualiser correctement cette lettre, consultez notre version en ligne

XFOREX VOUS OFFRE
un coffret complet d'apprentissage
en partenariat avec aroundfx
> 3 étapes adaptées à chaque niveau
> 14 vidéos
> soit plus de 20 h de leçons
Avec 4 000 milliards de dollars échangés quotidiennement, le marché
des devises est l'un des marchés les plus liquides, dynamiques et lucratifs au monde.


COMMENT AUGMENTER VOS REVENUS EN 2012 ?

Cliquez ici pour recevoir votre coffret « Tout sur le trading en 14 leçons »

* après ouverture de compte

Avertissement lié au risque : Les produits forex sont des produits utilisant un effet de levier et de ce fait le trading de devises comporte un degré élevé de risque susceptible de ne pas convenir à tout le monde et où vous risquez de perdre le montant investi. XForex vous recommande de vous assurer que vous comprenez les risques associés avant de prendre toute décision concernant les produits de XForex. Il est recommandé de faire appel à un avis extérieur et indépendant si nécessaire. XForex est un nom commercial utilisé par O.C.M Online Capital Markets Ltd, qui possède une licence et qui est régulée par la Cyprus Securities and Exchange Commission (CySEC - numéro de licence 108/10), sous l'autorité de la Directive européenne sur les marchés financiers (MiFID). Offre soumise à conditions. www.xforex.com. Cliquez ici pour notre Politique de confidentialité et nos Termes et Conditions

XForex est un nom commercial utilisé par O.C.M Online Capital Markets Ltd, qui possède une licence et qui est régulée par la Cyprus Securities and Exchange Commission (CySEC- numéro de licence 108/10), sous l'autorité de la Directive européenne sur les marchés financiers (MiFID).
Cette promotion est réservée aux clients existants.
Le présent courriel contient des informations à caractère confidentiel et exclusif. Si vous recevez ce courriel par erreur, nous vous informons que toute lecture, divulgation, transmission, distribution ou reproduction de ce message de quelque façon que ce soit est formellement interdite. Si vous recevez ce courriel par erreur, veuillez en aviser immédiatement l'expéditeur et détruire toute copie. Veuillez prendre note que l'expéditeur surveille tous les courriels envoyés ou reçus. Merci.
Le trading ne sera autorisé qu'après réception de tous les documents requis.
Si vous ne souhaitez plus recevoir ce message,cliquez ici
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel
SourceForge.net | 24 Apr 21:11
Picon

[ xmltv-Bugs-3098768 ] _ch_search: not honoring daylight saving time

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Comment added) made by betlit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_ch_search
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Assigned to: Nobody/Anonymous (nobody)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

----------------------------------------------------------------------

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: 	use DateTime;

get the time from the data
206: 	my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: 	my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: 	$prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: 	sub dt_from_string
273: 	{
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: 	my( $string ) = @_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: 	my($year, $month, $day, $hour, $minute, $second) =
276: 	($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: 	my $dt = DateTime->new( year => $year,
278: 	month => $month,
279: 	day => $day,
280: 	hour => $hour,
281: 	minute => $minute,
if you don't have seconds you can just drop that line
282: 	second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: 	time_zone => 'Europe/Lisbon',
284: 	);
285: 	return $dt;
286: 	}

the part in _ch_search is this:
mix $grabDate and the time
409: 	my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: 	$tmp =~ s/://;
append fixed time offset
411: 	my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: 	$show{start} = $start;

Regards,
Karl

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

----------------------------------------------------------------------

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

----------------------------------------------------------------------

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&group_id=39046

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Gmane