Skip to contentSkip to conversation

{standard input}:5: Error: file not found: pubkey.pem.bin

PATCH Mimi Zohar 2 participants 2 messages Aug 3, 2012 Kernel janitors

lore
Share & tools
lore

Mimi Zohar

author
#0 lore raw
Quoted 4 lines · Fengguang Wu

Hi Mimi,

Kernel build failed on

Quoted 8 lines
tree:   git://git.kernel.org/pub/scm/linux/kernel/git/kasatkin/linux-digsig.git next-ima-module
head:   31baf831da8f67a11c14de7989bf68551396b356
commit: d396af8b7f5b9a72b15470284ca13aac1372e9d9 [13/36] integrity: create and inititialize a keyring with builtin public key
config: x86_64-allmodconfig (attached as .config)

Build errors:

{standard input}:5: Error: file not found: pubkey.pem.bin

Hi Fengguang,

Congratulations on receiving an invitation to the kernel summit!

I really appreciate your running tests on the different trees, but Dmitry and I are still working on the next-ima-modules and next-ima-directory branches. Instead of pushing out a branch to show Dmitry the patches, I sent him a tar, so that I wouldn't get dinged for build issues. We haven't finalized the patch content or ordering yet.

We need some sort of mechanism that allows us to collaborate. What do you think if Dmitry and I suffix a branch with 'test' until we're ready?

thanks,

Mimi

#1 lore raw

Hi Mimi,

Quoted 10 lines · Mimi Zohar
Quoted 9 lines · Fengguang Wu

Hi Mimi,

Kernel build failed on

tree:   git://git.kernel.org/pub/scm/linux/kernel/git/kasatkin/linux-digsig.git next-ima-module
head:   31baf831da8f67a11c14de7989bf68551396b356
commit: d396af8b7f5b9a72b15470284ca13aac1372e9d9 [13/36] integrity: create and inititialize a keyring with builtin public key
config: x86_64-allmodconfig (attached as .config)
Quoted 7 lines
Quoted 3 lines

Build errors:

{standard input}:5: Error: file not found: pubkey.pem.bin

Hi Fengguang,

Congratulations on receiving an invitation to the kernel summit!

Thank you! :)

Quoted 8 lines

I really appreciate your running tests on the different trees, but Dmitry and I are still working on the next-ima-modules and next-ima-directory branches. Instead of pushing out a branch to show Dmitry the patches, I sent him a tar, so that I wouldn't get dinged for build issues. We haven't finalized the patch content or ordering yet.

We need some sort of mechanism that allows us to collaborate. What do you think if Dmitry and I suffix a branch with 'test' until we're ready?

Hmm, the problem is, some other people also have a 'test' suffix in the branch name w/o the intention to skip the auto builds..

For a topic branch that is currently in heavy development and will become testable eventually, you may temporarily carry a line

Dont-Auto-Build

in any of the branch's commits (in the changelog). Then my script will skip that branch automatically. Does this scheme sound good to you?

Thanks,
Fengguang