Seems it has to do with threads. hammer-cli-csv supports processing the
input file divided equally between N number of threads. Is there some init
functionality required for fast_gettext per thread?
On Tue, Sep 6, 2016 at 8:07 PM, Tom McKay wrote:
> This is blocking me now as it happens in lots
This is blocking me now as it happens in lots of commands. Any suggestions
welcome. Maybe I need to create some mo files or something?
On Tue, Sep 6, 2016 at 10:06 AM, Tom McKay wrote:
> Without the lines add_text_domain the errors happen. Could be that katello
> is not initialized at the time I
:mark_translated: true
How do I get this to work? None of the foreman, katello, or plugin commands
mark the translations with ><.
[1]
https://github.com/theforeman/hammer-cli/commit/6e28b70ff1a05344b0af7abd5a2f660d74ba6df7#diff-fdb567676ef7447dc779b6cedb2d4dd6R9
--
You received this message bec
Hello all,
We are going to delay branching Katello 3.2(Malt Liquor[1]) for a day or
two in order to get some Puppet 4 changes in. As of right now, we will
branch Thursday(9/8).
This also gives everyone time to get any open PRs merged, please take a
look at the state of the 3.2 issues assigned to
- Original Message -
> From: "Dominic Cleal"
> To: "foreman-dev"
> Sent: Tuesday, September 6, 2016 9:29:23 AM
> Subject: [foreman-dev] 1.13 being branched
>
> This week I've started the branch process for 1.13, which ought to be
> mostly complete within a day or so.
>
> I hope to be
Without the lines add_text_domain the errors happen. Could be that katello
is not initialized at the time I am calling hammer.run() for one of its
commands? I'm just guessing at things at this point.
I am on ruby-2.3.1 w/ fast_gettext-1.2.0
On Mon, Sep 5, 2016 at 4:13 AM, Martin Bačovský
wrote:
This week I've started the branch process for 1.13, which ought to be
mostly complete within a day or so.
I hope to be able to release 1.13.0-RC1 in a week once all of the
sub-projects are released (i.e. installer modules), some initial docs
are written and tests + packages seem reasonably complet
> > Sounds pretty good to me. Just to check we're on the same page, the
> > patch below is meant so that the discovery image accepts blocks, so that
> > the discovery image can accept *another* image and boot from it?
>
> I was under the impression you could use image to dump to disk and boot it
>
On 5 September 2016 at 11:07, Lukas Zapletal wrote:
> I just submitted for the record:
Thanks! I was about to send out that CfP but you beat me to it :)
If anyone else is submitting, let us know - I like knowing what potential
topics/speakers we currently have :)
Greg
--
You received this m
If you're receiving regular notifications about
foreman_cockpit/hammer_cli_foreman_admin resources being updated in
Transifex, then please ignore them for now. They're aware of the issue
and are working on a fix soon.
Dominic
Forwarded Message
Subject:[Transifex] The so
On Tue, Sep 6, 2016 at 11:35 AM, Daniel Lobato Garcia
wrote:
> On 09/05, Lukas Zapletal wrote:
> > I just submitted for the record:
> >
> > Abstract:
> >
> > First, it starts with a DVD with an OS installer, then is a recipe to
> > automate it. And then PXE booting from network which sometimes le
On 09/05, Lukas Zapletal wrote:
> I just submitted for the record:
>
> Abstract:
>
> First, it starts with a DVD with an OS installer, then is a recipe to
> automate it. And then PXE booting from network which sometimes lead to
> discovering new bare-metal nodes. Some shops fully automate provision
On 05/09/16 20:57, Timo Goebel wrote:
> Am 31.08.16 um 10:09 schrieb Dominic Cleal:
>
>> Thanks for the offer, I'd gladly take you up on it.
>>
>> Similar specs to the current one would be great, but more disk space if
>> possible - the usage is increasing.
>> http://projects.theforeman.org/projec
13 matches
Mail list logo
