binAyjGykBAAL.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Hi Luya,
Je mer, 2018-11-07 je 00:24 -0800, Luya Tshimbalanga skribis:
> Ne eblis analizi PGP/MIME-mesaĝon: Failed to decrypt MIME part: Secret
> key not found
> Ne eblis analizi PGP/MIME-mesaĝon: Failed to decrypt MIME part: Secret
> key not found
I think you accidentally enabled e
A few years ago, I packaged up glibc-arm-linux-gnu, so that Fedora could
have a packaged arm cross-toolchain that was useful (with glibc, it
cannot build anything in userspace). It worked for a while, but lately,
all builds have been failing with this error:
/usr/bin/arm-linux-gnu-ld: skipping inc
On 11/7/18 11:00 AM, Tom Callaway wrote:
> A few years ago, I packaged up glibc-arm-linux-gnu, so that Fedora could
> have a packaged arm cross-toolchain that was useful (with glibc, it
> cannot build anything in userspace)
This should have read "without glibc, it cannot build anything in
usersp
Whoops. Here is the actual message:
Getting the snapshot of ispc to support llvm 7.0 and needed by embree,
it looks like the build broke at the following line:
rc/main.cpp: In function 'int main(int, char**)':
src/main.cpp:669:19: error: invalid conversion from 'int' to
'Module::OutputFlags' [-
On 05. 09. 18 9:38, Vít Ondruch wrote:
Dne 4.9.2018 v 21:46 Rex Dieter napsal(a):
Ben Rosser wrote:
On Tue, Sep 4, 2018 at 2:59 PM, Rex Dieter wrote:
Vít Ondruch wrote:
This is a bit unfortunate considering this is package
every Fedora packager has to have installed
I don't think that's
I used F28 interface to update to F29 the result is ok , but today I found
this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1647544
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraprojec
Hello all,
For a long time now updates are pushed manually everyday. It was
troublesome and someone has to own it for a week and look after it.
Now, the pushes are automated and are pushed everyday at 00:00 UTC. If
anything fails there will be an oncall person (same person who used to do
the push
On 11/7/18 10:44 AM, Mohan Boddu wrote:
For a long time now updates are pushed manually everyday. It was troublesome and
someone has to own it for a week and look after it.
Now, the pushes are automated and are pushed everyday at 00:00 UTC. If anything
fails there will be an oncall person (sam
Apology for accidental encryption. I attempt to get a snapshot of ispc
supporting llvm 7.0 which is needed by embree. The compilation failed at
the following line:
rc/main.cpp: In function 'int main(int, char**)':
src/main.cpp:669:19: error: invalid conversion from 'int' to
'Module::OutputFlags'
On Wed, Nov 7, 2018 at 11:07 AM Luya Tshimbalanga
wrote:
> Getting the snapshot of ispc to support llvm 7.0 and needed by embree, it
> looks like the build broke at the following line:
>
> rc/main.cpp: In function 'int main(int, char**)':
> src/main.cpp:669:19: error: invalid conversion from 'int
On 11/7/18 1:35 PM, Michael Cronenworth wrote:
> On 11/7/18 10:44 AM, Mohan Boddu wrote:
>> For a long time now updates are pushed manually everyday. It was troublesome
>> and
>> someone has to own it for a week and look after it.
>>
>> Now, the pushes are automated and are pushed everyday at 0
6.11.2018 23:15 Zbigniew Jędrzejewski-Szmek wrote:
> [...]
> Things are the way they are so that without the additional step of
> specifying glibc-minimal-langpack, one get's all the locales by
> default. This design was chosen for maximum backwards compatibility when
> the langpack split was bein
On 2018-11-07 10:35 a.m., Michael Cronenworth wrote:
> On 11/7/18 10:44 AM, Mohan Boddu wrote: >> For a long time now updates are
> pushed manually everyday. It was
troublesome and someone has to own it for a week and look after it. >>
>> Now, the pushes are automated and are pushed everyday at 00
On 2018-11-07 10:57 a.m., Jerry James wrote:
> On Wed, Nov 7, 2018 at 11:07 AM Luya Tshimbalanga >
> wrote: >> Getting the snapshot of ispc to
support llvm 7.0 and needed by embree, it looks like the build broke at
the following line: >> >> rc/main.cpp: In function 'int main(int,
char**)': >> src
We have a policy for long orphaned packages that says if they are
orphaned for 6+ weeks, they are retired.
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers
Since the policy was not happening and is blocking our removal of Python
2 packages, I've just retired the follow
On Thu, Nov 8, 2018, 00:16 Luya Tshimbalanga On 2018-11-07 10:35 a.m., Michael Cronenworth wrote:
> > On 11/7/18 10:44 AM, Mohan Boddu wrote: >> For a long time now updates
> are pushed manually everyday. It was troublesome and someone has to own it
> for a week and look after it. >> >> Now, the p
On 11/1/18 6:51 AM, Florian Weimer wrote:
> On src.fedoraproject.org, I selected “Watch Issues, PRs, and Commits”
> for various packages and assumed that I would receive notifications for
> new commits. But nothing arrives anymore, as far as I can tell.
>
> Obviously, this is problematic if prove
On 11/7/18 9:22 AM, Miro Hrončok wrote:
> On 05. 09. 18 9:38, Vít Ondruch wrote:
>>
>>
>> Dne 4.9.2018 v 21:46 Rex Dieter napsal(a):
>>> Ben Rosser wrote:
>>>
On Tue, Sep 4, 2018 at 2:59 PM, Rex Dieter
wrote:
> Vít Ondruch wrote:
>
>> This is a bit unfortunate considering thi
On 11/7/18 4:27 PM, Fabio Valentini wrote:
>
> If I understand this announcement correctly, you'll still have to submit
> requests for getting your packages pushed to stable yourself.
> This is about making the initiation of the actual masher process automatic
> instead of manual.
> (Please corre
On 11/7/18 1:29 PM, Dusty Mabe wrote:
On 11/7/18 1:35 PM, Michael Cronenworth wrote:
On 11/7/18 10:44 AM, Mohan Boddu wrote:
For a long time now updates are pushed manually everyday. It was troublesome and
someone has to own it for a week and look after it.
Now, the pushes are automated and
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
Old failures (same test failed in updates-20181107.0):
ID: 306216 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/306216
ID: 306217 Test: x86_64 AtomicHost-dvd_ostree-iso in
Zbigniew Jędrzejewski-Szmek wrote:
> This is not about forcing modules unto people. The drive comes from
> the other direction: packages want to be available only as modules,
But that is exactly what I mean by "forcing modules onto people"!
> and this is a work-around to allow them to be used as
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 306218 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/306218
ID: 306219 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org
On Wed, Nov 07, 2018 at 05:15:57PM -0800, Kevin Fenzi wrote:
> On 11/7/18 4:27 PM, Fabio Valentini wrote:
>
> >
> > If I understand this announcement correctly, you'll still have to submit
> > requests for getting your packages pushed to stable yourself.
What about this part? There's an "Autopus
Il 11/8/18 8:00 AM, Zbigniew Jędrzejewski-Szmek ha scritto:
>
> What about this part? There's an "Autopush — enabled" item in bodhi, but
> afaict, it doesn't do anything and I always click "push to batched" manually
> on all updates. I'd like to have the update got to batched automatically
> once t
26 matches
Mail list logo
