[Buildbot-devel] UnicodeDecodeError in webfrontend

Fri Mar 8 12:09:46 UTC 2013

Hi,

As i'm completely out of ideas i decided to simply remove the 
problematic line from layout.html for the time being and now it seems to 
work again as expected.

Thanks again for your help!

Regards,

Christoph

On 08.03.2013 10:58, Christoph Spielmann wrote:
> Hi,
>
> Okey setting LC_ALL=C doesn't help, neither does setting the locale to 
> UTF-8...
>
> locale
> LANG=de_DE.UTF-8
> LC_CTYPE="de_DE.UTF-8"
> LC_NUMERIC="de_DE.UTF-8"
> LC_TIME="de_DE.UTF-8"
> LC_COLLATE="de_DE.UTF-8"
> LC_MONETARY="de_DE.UTF-8"
> LC_MESSAGES="de_DE.UTF-8"
> LC_PAPER="de_DE.UTF-8"
> LC_NAME="de_DE.UTF-8"
> LC_ADDRESS="de_DE.UTF-8"
> LC_TELEPHONE="de_DE.UTF-8"
> LC_MEASUREMENT="de_DE.UTF-8"
> LC_IDENTIFICATION="de_DE.UTF-8"
> LC_ALL=
>
> Still fails with the same error message. I'm really out of ideas now.
>
> I still don't understand how it should be possible that suddenly (i 
> don't have a better way to express this behaviour) the output of 
> time.strftime("%a %d %b %Y %H:%M:%S",time.localtime(util.now())) changes.
>
> For testing purposes i wrote a small function that i start as thread 
> and calls time.strftime("%a %d %b %Y 
> %H:%M:%S",time.localtime(util.now())) every 5 seconds, to see if 
> somehow, sometime the output changes
>
> def buildbotTest():
>      while True:
>              print time.strftime("%a %d %b %Y 
> %H:%M:%S",time.localtime(util.now()))
>              time.sleep(5)
>
>
>
> On 07.03.2013 21:28, Spielmann, Christoph wrote:
>> Hi,
>>
>> Well i use the regular gentoo-initscript 
>> (http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-util/buildbot/files/buildmaster.initd?revision=1.3&view=markup) 
>> for starting the buildmaster. The only thing i changed is that i 
>> added another --env option where i specified LC_ALL=C that's it. So 
>> just by looking at the initscript i would say that this script is alright
>>
>> Just to make sure i just stopped the buildmaster and started it 
>> manually from the commandline like this: LC_ALL=C python2.7 
>> /usr/bin/twistd --no_save --logfile=/root/buildmaster/twistd.log 
>> --pidfile=/root/buildmaster/buildmaster.pid 
>> --python=/root/buildmaster/buildbot.tac
>>
>> (i know the buildmaster shouldn't be started as root but as i said 
>> i'm completely out of ideas what's going on here...)
>>
>> Well we'll see what happened tomorrow in the morning after our 
>> nightly build...
>>
>> On Mar 7, 2013 9:20:31 PM, Dustin J. Mitchell wrote:
>>
>>     On Thu, Mar 7, 2013 at 2:52 PM, Spielmann, Christoph
>>     <christoph.spielmann at machineering.de <#>> wrote:
>>     > Okey i tried if setting the LC_ALL environment variable helps
>>     but that was
>>     > just another dead end!
>>     >
>>     > Now I'm officially out of ideas what could be wrong. The only
>>     thing i will
>>     > try out tomorrow is to set the locale on the machine. Maybe
>>     that helps...
>>
>>
>>     That is exactly what setting LC_ALL should accomplish. Did you change
>>     it for the whole buildmaster process? Are there other more specific
>>     env vars set as well?
>>
>>     Dustin
>>
>>
>>
>>
>> --
>> -- 
>> --------------------------------------------
>> Dipl.-Ing. Christoph Spielmann
>>
>> machineering GmbH & Co. KG
>> Simulation und Automatisierung
>> Pfrontener Platz 25a
>> 80686 München
>>
>> Tel: + 49 (0) 89 54 72 69 - 28
>> Mail:christoph.spielmann at machineering.de
>> Web:www.machineering.de
>>
>> --------------------------------------------
>>
>> machineering GmbH & Co. KG, HRA 94550, Amtsgericht München
>> machineering Verwaltungs-GmbH, HRB 181877, Amtsgericht München
>> Ust-IdNr.: DE268988178
>> Geschäftsführung: B.Freyer
>>
>> --------------------------------------------
>>
>>
>> ------------------------------------------------------------------------------
>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>> endpoint security space. For insight on selecting the right partner to
>> tackle endpoint security challenges, access the full report.
>> http://p.sf.net/sfu/symantec-dev2dev
>>
>>
>> _______________________________________________
>> Buildbot-devel mailing list
>> Buildbot-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/buildbot-devel
>
>
> -- 
> --------------------------------------------
> Dipl.-Ing. Christoph Spielmann
>
> machineering GmbH & Co. KG
> Simulation und Automatisierung
> Pfrontener Platz 25a
> 80686 München
>
> Tel: + 49 (0) 89 54 72 69 - 28
> Mail:christoph.spielmann at machineering.de
> Web:www.machineering.de
>
> --------------------------------------------
>
> machineering GmbH & Co. KG, HRA 94550, Amtsgericht München
> machineering Verwaltungs-GmbH, HRB 181877, Amtsgericht München
> Ust-IdNr.: DE268988178
> Geschäftsführung: B.Freyer
>
> --------------------------------------------
>
>
> ------------------------------------------------------------------------------
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
>
>
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel

-- 
--------------------------------------------
Dipl.-Ing. Christoph Spielmann

machineering GmbH & Co. KG
Simulation und Automatisierung
Pfrontener Platz 25a
80686 München

Tel: + 49 (0) 89 54 72 69 - 28
Mail:  christoph.spielmann at machineering.de
Web: www.machineering.de

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

machineering GmbH & Co. KG, HRA 94550, Amtsgericht München
machineering Verwaltungs-GmbH, HRB 181877, Amtsgericht München
Ust-IdNr.: DE268988178
Geschäftsführung: B.Freyer

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://buildbot.net/pipermail/devel/attachments/20130308/736508b5/attachment.html>