On Fri, Apr 12, 2019 at 5:03 PM Mikolaj Izdebski wrote:
>
> On Mon, Mar 18, 2019 at 3:20 PM Mat Booth wrote:
> > Eclipse in Fedora has dropped support for 32 bit architectures. The newest
> > builds of Eclipse 4.11 for F30 and newer reflect this and are built for 64
> > bit architectures only.
On Sat, Apr 13, 2019 at 12:17 PM Fabio Valentini wrote:
>
> On Fri, Apr 12, 2019 at 5:03 PM Mikolaj Izdebski wrote:
> >
> > On Mon, Mar 18, 2019 at 3:20 PM Mat Booth wrote:
> > > Eclipse in Fedora has dropped support for 32 bit architectures. The
> > > newest builds of Eclipse 4.11 for F30 and
On Sat, Apr 13, 2019 at 12:42 PM Mikolaj Izdebski wrote:
> But EclipseLink is not the only available implementation of JPA. We
> also have other implementations packaged. The ones I am aware of:
> Hibernate 5, Hibernate 4, Hibernate 3, Apache OpenJPA.
Searching in Java Deptools [1] revealed that
On Sat, Apr 13, 2019 at 12:43 PM Mikolaj Izdebski wrote:
>
> On Sat, Apr 13, 2019 at 12:17 PM Fabio Valentini wrote:
> >
> > On Fri, Apr 12, 2019 at 5:03 PM Mikolaj Izdebski
> > wrote:
> > >
> > > On Mon, Mar 18, 2019 at 3:20 PM Mat Booth wrote:
> > > > Eclipse in Fedora has dropped support fo
Hi Andi,
clones are usually ok, as long as they are clean-room reimplementations
and do not redistribute the original games' assets, which most of them
according to my knowledge don't.
For the other games a flatpak would be probably the best fit, as
flatpaks can contain more or less arbitrary dep
On Fri, 12 Apr 2019 10:01:33 +0200
Dridi Boukelmoune wrote:
> > Was this the privileged operation? What privilege does it require? I
> > just run the command as a non-admin user and saw no errors or
> > prompts for passwords or anything.
>
> Are you part of the wheel group
No, this account do
On Fri, 12 Apr 2019 11:21:13 +0200
Lennart Poettering wrote:
> On Do, 11.04.19 17:08, Przemek Klosowski (przemek.klosow...@nist.gov)
> wrote:
>
> > > The logic in systemd is more strict on putting boundaries on
> > > resource usage, and thus will by default not allow you to consume
> > > resourc
We tracked this down to the most recent Fedora 29 httpd update.
Things should be fixed now, can everyone who had problems uploading
please try now and if you still have an issue, open a ticket or reopen
the upload ticket ( https://pagure.io/fedora-infrastructure/issue/7704 )
Thanks and sorry for
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Compose FAILS proposed Rawhide gating check!
4 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 21/146 (x86_64), 1/2 (arm), 5/24 (i386)
ID
Dear list.
I see often this "packaging style" of the documentation files:
%doc %{_docdir}/%{name}/html
Is it correct tagging an absolute path with %doc?
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.fedo
So, the background is that I'd like to build zchunk for EPEL 6 (it's
already built for EPEL 7). Unfortunately, the gcc in EL6 is too old to
build zchunk, so I'd prefer to use a newer version from an SCL, rather
than rewrite zchunk to be compatible with an ancient version of gcc.
I noticed that SC
Unfortunately, the gcc in EL6 is too old to build zchunk
In what specific way(s)? Can the complaints from gcc [which version?],
or other tools in the toolchain, be listed here?
Other developers may have faced the same or similar problems,
and may have tools to help.
___
On Sat, 2019-04-13 at 13:11 -0700, John Reiser wrote:
> > Unfortunately, the gcc in EL6 is too old to build zchunk
>
> In what specific way(s)? Can the complaints from gcc [which version?],
> or other tools in the toolchain, be listed here?
> Other developers may have faced the same or similar p
In file included from ../src/lib/comp/zstd/zstd.c:34:
../src/lib/zck_private.h:92: error: redefinition of typedef 'zckCtx'
include/zck.h:49: note: previous declaration of 'zckCtx' was here
As far as I can see, gcc-4.7 doesn't like that I'm typedefing the same
struct to the same type twice. Lat
On Sat, Apr 13, 2019 at 4:37 PM Jonathan Dieter wrote:
>
> On Sat, 2019-04-13 at 13:11 -0700, John Reiser wrote:
> > > Unfortunately, the gcc in EL6 is too old to build zchunk
> >
> > In what specific way(s)? Can the complaints from gcc [which version?],
> > or other tools in the toolchain, be l
Neal Gompa wrote:
> If devtoolset is available for EPEL6 (which I think it is?)
I don't believe devtoolset was enabled for el6 in koji.
When it was added to the mock configs for el6/el7, the
consensus on the epel list was that it would be added to el6
if there was sufficient demand. I've only see
OLD: Fedora-30-20190412.n.0
NEW: Fedora-30-20190413.n.1
= SUMMARY =
Added images:5
Dropped images: 5
Added packages: 23
Dropped packages:1
Upgraded packages: 198
Downgraded packages: 0
Size of added packages: 81.43 MiB
Size of dropped packages:62.50 KiB
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Failed openQA tests: 9/146 (x86_64), 1/2 (arm)
ID: 382789 Test: x86_64 Workstation-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/382789
ID: 382790 Test: x86_64 Workstation-live-iso desktop_upd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2019-03-01 at 13:52 +0800, Robin Lee wrote:
> On Thu, Feb 28, 2019 at 5:23 PM Miroslav Suchý wrote:
> >
> > Do you want to make Fedora 30 better? Please spend 1 minute of your time and
> > try to run:
> >
> > sudo dnf --releasever=30 --set
Hello
I tested upgrades from F29 to F30. I use the following images:
https://download.fedoraproject.org/pub/fedora/linux/releases/29/Cloud/x86_64/images/Fedora-Cloud-Base-Vagrant-29-1.2.x86_64.vagrant-virtualbox.box
https://download.fedoraproject.org/pub/fedora/linux/releases/29/Cloud/x86_64/image
20 matches
Mail list logo
