From: Vali Cobelea <valentin.cobelea@enea.com>
To: Josef Holzmayr <jholzmayr@the-exact-steps.net>, <yocto@yoctoproject.org>
Subject: Re: [RFC] Blubber, a tool to set up yocto/poky projects easily
Date: Mon, 10 Mar 2014 13:20:26 +0200 [thread overview]
Message-ID: <531D9FFA.7060407@enea.com> (raw)
In-Reply-To: <58476941.152432.1394449910667.open-xchange@email.1und1.de>
Hi,
I would advise to use the official documentation of Python :
http://docs.python.org/2/library/stdtypes.html .
But if you do want to stick with the stackoverflow advises :
http://stackoverflow.com/questions/2988017/string-comparison-in-python-is-vs
The idea behind 'is' would be to have more safety and less crashes when
one of the arguments, in your case, is empty (eg None).
This discussion can go over and over, is more a flavor thing: being
pythonian or not.
Best regards,
Vali
On 03/10/2014 01:11 PM, Josef Holzmayr wrote:
> Hello Vali,
>
>> Vali Cobelea <valentin.cobelea@enea.com> hat am 10. März 2014 um 12:05
>> geschrieben:
>>
>> Looks ok at a first look, but my first suggestion would be to start
>> using the "is" operator instead of "==" when it comes to comparing strings.
>> Otherwise using your way with "==" will crash if any of the variables
>> (those "sys.argv[]") are None (void).
> Thanks for the quick input! However, this is one of the very rare points I
> intently did that way, because of the difference in meaning from "==" to "is"
> (see
> http://stackoverflow.com/questions/1504717/why-does-comparing-strings-in-python-using-either-or-is-sometimes-produce).
> But I'm curious, how would one then properly compare the content of two strings?
> Checking both types first?
>
>> Best regards,
>> Vali
> Greetz
> Josef/Leto
>
>>
>> On 03/10/2014 12:59 PM, Josef Holzmayr wrote:
>>> Howdy!
>>>
>>> After looking more and more into yocto, one of the main issues for me is the
>>> process to set up a project properly, including all layers and conf options.
>>> Especially those which would be needed to set exactly the same way again and
>>> again every time somebody needs to reproduce a build.
>>>
>>> So I've come up with an idea: a small tool that can handle these things for
>>> me.
>>> And here it is for your enjoyment/use/abuse/comments:
>>>
>>> https://github.com/LetoThe2nd/blubber
>>>
>>> Short excerpt from the README:
>>>
>>> But be warned first. Blubber is still in pre-pre-pre-alpha stage (more like
>>> a
>>> proof of concept), and has the following defects/bugs/non-features:
>>> - Horribly bad python code (Yes, its really that bad. Blame me, its my first
>>> attempt to use that language)
>>> - No error checking whatsoever
>>> - Largely incomplete feature set
>>> - Did I already mention the utterly bad code?
>>> - Only supports git sources so far.
>>>
>>> Despite that, it can already do some magic:
>>> - Getting poky and layers from git, and checking out branches/tags/commits
>>> if
>>> needed
>>> - Accordingly setting up build/conf/bblayers.conf
>>> - Setting up build/conf/local.conf with a set of predefined options
>>> - Running arbitrary commands with proper shell setup (source-ed
>>> poky/oe-init-build-env) for the configured project.
>>>
>>> If anybody has feedback, just scream loudly. Or if anybody knows of a better
>>> solution making it all obsolete, please also scream. Thanks!
>>>
>>> Leto
next prev parent reply other threads:[~2014-03-10 11:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-10 10:59 [RFC] Blubber, a tool to set up yocto/poky projects easily Josef Holzmayr
2014-03-10 11:05 ` Vali Cobelea
2014-03-10 11:11 ` Josef Holzmayr
2014-03-10 11:20 ` Vali Cobelea [this message]
2014-03-10 11:32 ` Josef Holzmayr
2014-03-10 11:43 ` Alex J Lennon
2014-03-10 12:02 ` Josef Holzmayr
2014-03-10 14:40 ` Chris Larson
2014-03-10 14:45 ` Josef Holzmayr
2014-03-10 15:52 ` Marc Ferland
2014-03-10 16:15 ` Josef Holzmayr
2014-03-11 11:41 ` David Nyström
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=531D9FFA.7060407@enea.com \
--to=valentin.cobelea@enea.com \
--cc=jholzmayr@the-exact-steps.net \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.