On 4/10/19 11:57 AM, Kamil Paral wrote:
> On Wed, Apr 10, 2019 at 2:35 AM Chris Murphy
> wrote:
>
>>> 1. multipathd.
>>
>> I'm pretty sure it gets dragged in by the installer
>
>
> Nope, multipath seems to be present because libblockdev and udisks (and
> perhaps some more), which is in turn
>Java is not "just" a system directory, it's a set of coordinated
commands, some of those shared between the jre and the jdk, with the set
varying slightly between Java versions, JDK provider, etc.
What you are (primarily) describing is the path export variable to the java
binary which is located
On Wed, Apr 10, 2019 at 8:54 PM Japheth Cleaver wrote:
>
> Reducing the Minimal size is, in general, good, but it's possible to go
> too far, and I think that's the case with low-level, *nix wide tools
> like this. I'm reminded of the time someone thought tar needed to go
> too:
On Wed, 2019-04-10 at 19:12 +0200, Martin Kolman wrote:
> On Wed, 2019-04-10 at 11:07 +0200, Hans de Goede wrote:
> > Hi All,
> >
> > I just noticed that Fedora-Workstation-Live-x86_64-30-
> > 20190408.n.0.iso still
> > contains the dbus-daemon package even though we are using dbus-
> > broker
On Mi, 10.04.19 09:50, Richard W.M. Jones (rjo...@redhat.com) wrote:
> Repeated errors on the console like this:
>
> Starting udev Kernel Device Manager...
> [FAILED] Failed to start udev Kernel Device Manager.
> See 'systemctl status systemd-udevd.service' for details.
> [ OK ]
Hi,
firstly i recommend to use Fedora toolbox [0] for this kind of things on
Silverblue (it's part of Silverblue already).
Secondly, isn't this what modules are meant for? I'm not sure if there
is one for JDK on Fedora.
Regards,
Michal Konecny
[0] - https://github.com/debarshiray/toolbox
On Tue, Apr 09, 2019 at 09:14:18PM -0600, Orion Poplawski wrote:
> On 4/9/19 1:00 PM, Cole Robinson wrote:
> > On 4/9/19 2:20 PM, Lennart Poettering wrote:
> > > On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote:
> > >
> > > > Basically, anything that's part of the install
On Thu, 11 Apr 2019 12:30:11 +0200
"Brian (bex) Exelbierd" wrote:
> To: Japheth Cleaver
> CC: Development discussions related to Fedora
> Subject: Re: Can we maybe reduce the
> set of packages we install by default a bit? Date: Thu, 11 Apr 2019
> 12:30:11 +0200 Reply-To: Development
On Tue, Apr 09, 2019 at 02:55:51PM -0400, Cole Robinson wrote:
> On 4/9/19 2:24 PM, Lennart Poettering wrote:
> > On Di, 09.04.19 14:16, Cole Robinson (crobi...@redhat.com) wrote:
> >
> >> On 4/9/19 1:09 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >>> On Tue, Apr 09, 2019 at 06:07:09PM +0200,
Hi,
I'm thinking of switching to Fedora 30 Silverblue(once it comes out of beta
anyway) from Arch linux. One of the requirements is to be able to install,
compile from source and easily switch between JDK builds. However, Fedora
fails to meet these requirements so badly I'm fairly certain whoever
Le 2019-04-11 13:40, Ty Young a écrit :
Hi,
What shroom induced insanity is this? Why does alternatives not work?
Java is not "just" a system directory, it's a set of coordinated
commands, some of those shared between the jre and the jdk, with the set
varying slightly between Java
I'd say that backward compatibility is important and as a Fedora
workstation and server user I expect crond to work OOTB. Yes, users can
install and enable the service if needed but cron is such an essential
part of every system that I see no reason to exclude it.
On 4/11/19 6:30 AM, Brian (bex)
On Do, 11.04.19 14:19, Steve Grubb (sgr...@redhat.com) wrote:
> > > But what, exactly, has cron fallen short in?
> >
> > In this case, I was trying to communicate that if systemd, which seems
> > to want to replace cron, can't meet all the use cases, we should be
> > reporting those that we find
On Thu, Apr 11, 2019 at 8:11 AM Lukas Zapletal wrote:
> my package "workrave" won't build with Rawhide, configure script complains:
>
> checking for X... no
> configure: error: X11 required on Unix platform
>
> However it keeps complaining even when I add BuildRequires: libX11-devel. I
> don't
>firstly i recommend to use Fedora toolbox [0] for this kind of things on
Silverblue (it's part of Silverblue already).
Not everything can easily be done in a containerized environment. The game
"Minecraft" for example needs a system JRE in order to run as it is written
in Java and is installed
Just in case there is somebody with autotools-X-ray glasses, here is the
autoconf bit:
https://paste.fedoraproject.org/paste/6KSdRXVFSSVb1PfENZf3JA
And the current build requires:
# adding this does not help there must be more
BuildRequires: libX11-devel
BuildRequires: libXtst-devel
On Thu, Apr 11, 2019 at 02:11:14PM -, Lukas Zapletal wrote:
> Hello,
>
> my package "workrave" won't build with Rawhide, configure script complains:
>
> checking for X... no
> configure: error: X11 required on Unix platform
>
> However it keeps complaining even when I add BuildRequires:
>
On Thu, Apr 11, 2019 at 02:11:14PM -, Lukas Zapletal wrote:
> Hello,
>
> my package "workrave" won't build with Rawhide, configure script complains:
>
> checking for X... no
> configure: error: X11 required on Unix platform
>
> However it keeps complaining even when I add BuildRequires:
This was helpful, thank. It's missing c++ compiler when it tries to compile the
"test program". I guess I need to add that.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, Apr 11, 2019 at 2:39 AM, jkone...@redhat.com wrote:
The problem is that Anaconda have to start it's own session of dbus
but
dbus-broker, by design, don't have easy way how to do this without
systemd running.
TBH we should probably keep dbus-daemon around until we have a
replacement
On 2019-04-10, Richard W.M. Jones wrote:
> ● systemd-udevd.service - udev Kernel Device Manager
>Loaded: loaded (/usr/lib/systemd/system/systemd-udevd.service; static;
> vendor preset: disabled)
>Active: failed (Result: exit-code) since Wed 2019-04-10 09:43:21 BST; 3min
> 41s ago
>
On 4/11/19 5:32 PM, Przemek Klosowski wrote:
I think the Android model is more relevant in this IoT age than the traditional
timesharing, 'kick-me-off-when-I-log-out' mode.
I would agree and observe that even the timesharing model was never really
kick-me-off-when-I-log-out.
Processes have
On Wed, Apr 10, 2019 at 4:05 AM Pierre-Yves Chibon
wrote:
> On Mon, Mar 25, 2019 at 02:55:23PM -0500, Richard Shaw wrote:
> >Other than having it as a direct option in [1]src.fp.org I think
> being
> >part of a special file in git would be next best.
>
> In the recent releases pagure
On Thu, Apr 11, 2019 at 03:57:30PM +0200, Lennart Poettering wrote:
> On Do, 11.04.19 11:18, Daniel P. Berrangé (berra...@redhat.com) wrote:
>
> > > I don't know off hand of anything that would prevent it. Libvirt does
> > > process events from running qemu VMs, but if there's no API users
> > >
Hello,
my package "workrave" won't build with Rawhide, configure script complains:
checking for X... no
configure: error: X11 required on Unix platform
However it keeps complaining even when I add BuildRequires: libX11-devel. I
don't understang which particular (sub)library it needs, generated
On 4/11/19 10:16 AM, Lennart Poettering wrote:
However, that's intended for system services only (i.e. for services
running as users UID < 1000). For regular users (i.e. human ones,
those with UID >= 1000), the idea is to install timer units in the
per-user instance of the systemd service
On Do, 11.04.19 11:18, Daniel P. Berrangé (berra...@redhat.com) wrote:
> > I don't know off hand of anything that would prevent it. Libvirt does
> > process events from running qemu VMs, but if there's no API users
> > connected to the daemon then I don't think libvirtd needs to be running;
> >
On Thu, 2019-04-11 at 13:02 +, Petr Pisar wrote:
> On 2019-04-10, Richard W.M. Jones wrote:
> > ● systemd-udevd.service - udev Kernel Device Manager
> >Loaded: loaded (/usr/lib/systemd/system/systemd-udevd.service; static;
> > vendor preset: disabled)
> >Active: failed (Result:
On Tue, Apr 9, 2019 at 12:07 PM Lennart Poettering wrote:
[...]
> Can we maybe reduce the default set of packages a bit? In particular
> the following ones I really don't think should be in our default
> install:
Although somewhat orthogonal to your notes below, overall there's a
lot of
Thanks all, this config.log is really useful. Had no idea.
Now fighting with python2 vs python3 but that's another story. TY
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, Apr 10, 2019 at 8:57 AM Kevin Fenzi wrote:
> It seems you don't have a valid kerberos ticket here?
>
> Can you do a kinit and try again?
I've got "Enterprise Login (Kerberos)" set up in Online Accounts.
That should always fetch a valid kerberos ticket, no? In any case,
tonight the
On Tue, Apr 9, 2019 at 11:47 PM Dridi Boukelmoune
wrote:
> No, for that you should bind port zero instead to get a random one in
> a race-free manner (e.g. parallel execution of multiple tests for
> example).
Ah, thanks. I didn't know about the port zero trick. I'll suggest
that to upstream.
On Mon, Apr 8, 2019 at 8:57 AM Jerry James wrote:
> So clisp has been built for all architectures in Rawhide now. I
> cannot build it for F30 yet, because the version of gcc with the s390x
> fix has not yet been submitted as an update. Regardless, can somebody
> who knows how to build xindy try
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Failed openQA tests: 14/144 (x86_64), 3/24 (i386), 1/2 (arm)
ID: 381339 Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/381339
ID: 381340 Test: x86_64
On Wed, Apr 10, 2019 at 4:27 AM Antonio Trande wrote:
> You may ask permissions for my Copr project:
> https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/permissions/
Okay, I have done so. I worked out the remaining issues with updating
the rest of the coin-or-* packages today. I had
On Wed, 2019-04-10 at 12:49 +0200, Kamil Paral wrote:
> On Tue, Apr 9, 2019 at 8:21 PM Lennart Poettering
> wrote:
>
> > Hmm, but the installed OS is not 100% the same as the livesys, or is
> > it? If not, it should be possible to add a "systemctl disable
> > dmraid.service --root=/path/to/os"
Ty Young wrote:
> alternatives(see: https://fedoraproject.org/wiki/Java), which is supposed
> to allow you to switch between Java versions, flat out doesn't work.
This is probably due to limitations in Silverblue. The Fedora Java packaging
was designed for normal Fedora, at a time where
On Tue, Apr 09, 2019 at 01:29:54PM -0700, Kevin Fenzi wrote:
> Can any of you folks seeing this:
>
> Run this script:
> https://paste.fedoraproject.org/paste/tWt5LBT13-~d22wBpo38uQ/raw
>
> and send me the output?
I tried with both the paste above and
On Wed, Apr 10, 2019 at 11:04:11AM +0200, Pierre-Yves Chibon wrote:
> Basically, there would now be a button on the sidebar which would show the
> current monitoring status and would allow project admins and pagure wide
> admins
> to update this setting.
>
> Feedback most welcome :)
Awesome!
On Tue, Apr 9, 2019, at 12:07 PM, Lennart Poettering wrote:
> Heya,
>
> today I installed the current Fedora 30 Workstation beta on my new
> laptop. It was a bumpy ride, I must say (the partitioner (blivet?)
> crashed five times or so on me, always kicking me out of anaconda
> again, just
On Thu, 11 Apr 2019 19:08:38 +0200
Lennart Poettering wrote:
> On Do, 11.04.19 11:32, Przemek Klosowski (przemek.klosow...@nist.gov)
> wrote:
>
> > On 4/11/19 10:16 AM, Lennart Poettering wrote:
> > > However, that's intended for system services only (i.e. for
> > > services running as users
On Do, 11.04.19 11:32, Przemek Klosowski (przemek.klosow...@nist.gov) wrote:
> On 4/11/19 10:16 AM, Lennart Poettering wrote:
> > However, that's intended for system services only (i.e. for services
> > running as users UID < 1000). For regular users (i.e. human ones,
> > those with UID >= 1000),
On 4/11/19 2:12 AM, Vojtěch Trefný wrote:
That's actually a bug in libblockdev, only multipath plugin should
depend on device-mapper-multipath.
Bug opened.
https://bugzilla.redhat.com/show_bug.cgi?id=1699071
I can make the spec changes if you need help, but I wanted to document this action
On Thu, Apr 11, 2019 at 12:48:13PM -0400, Colin Walters wrote:
>
>
> On Tue, Apr 9, 2019, at 12:07 PM, Lennart Poettering wrote:
> > Heya,
> >
> > today I installed the current Fedora 30 Workstation beta on my new
> > laptop. It was a bumpy ride, I must say (the partitioner (blivet?)
> >
On 4/11/19 1:08 PM, Lennart Poettering wrote:
I run a bunch of background jobs like harvesting podcasts that are released
weekly, collecting weather stats for my garden watering system, monitoring
my power feed and UPS, collecting ADSB data, etc. I don't think of those as
'system' services, so
- Original Message -
> From: "Pierre-Yves Chibon"
> To: "Development discussions related to Fedora"
>
> Sent: Wednesday, April 10, 2019 11:04:11 AM
> Subject: Re: Fork a 119MB pagure project to updating monitoring?
>
> On Mon, Mar 25, 2019 at 02:55:23PM -0500, Richard Shaw wrote:
> >
Announcing the creation of a new nightly release validation test event
for Fedora 30 Branched 20190411.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On 4/11/2019 8:32 AM, Przemek Klosowski wrote:
On 4/11/19 10:16 AM, Lennart Poettering wrote:
However, that's intended for system services only (i.e. for services
running as users UID < 1000). For regular users (i.e. human ones,
those with UID >= 1000), the idea is to install timer units in the
OLD: Fedora-30-20190408.n.0
NEW: Fedora-30-20190411.n.0
= SUMMARY =
Added images:10
Dropped images: 7
Added packages: 7
Dropped packages:2
Upgraded packages: 154
Downgraded packages: 0
Size of added packages: 326.10 MiB
Size of dropped packages:175.33 KiB
https://bugzilla.redhat.com/show_bug.cgi?id=1698704
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=1698315
Jitka Plesnikova changed:
What|Removed |Added
Fixed In Version||perl-Verilog-Perl-3.462-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=1698803
Bug ID: 1698803
Summary: Upgrade perl-File-Slurp to .27
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-File-Slurp
Assignee: rc040...@freenet.de
https://bugzilla.redhat.com/show_bug.cgi?id=1698173
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1697635
--- Comment #10 from Fedora Update System ---
perl-Sereal-Encoder-4.007-1.fc28 has been pushed to the Fedora 28 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1697634
--- Comment #9 from Fedora Update System ---
perl-Sereal-Decoder-4.007-1.fc28 has been pushed to the Fedora 28 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1698174
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1698174
--- Comment #6 from Fedora Update System ---
perl-Sereal-Encoder-4.007-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1698315
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1698173
--- Comment #6 from Fedora Update System ---
perl-Sereal-Decoder-4.007-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1698174
--- Comment #7 from Fedora Update System ---
perl-Sereal-Encoder-4.007-1.fc29 has been pushed to the Fedora 29 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1698173
--- Comment #7 from Fedora Update System ---
perl-Sereal-Decoder-4.007-1.fc29 has been pushed to the Fedora 29 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1697635
--- Comment #11 from Fedora Update System ---
perl-Sereal-Encoder-4.007-1.fc29 has been pushed to the Fedora 29 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1699090
Bug ID: 1699090
Summary: RPM package description out of date
Product: Fedora
Version: 29
Status: NEW
Component: perl-Net-DNS-SEC
Assignee: wjhns...@hardakers.net
https://bugzilla.redhat.com/show_bug.cgi?id=1698803
--- Comment #2 from Fedora Update System ---
perl-File-Slurp-.27-1.fc29 has been submitted as an update to Fedora 29.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-b4383b7c3d
--
You are receiving this mail because:
You are on the
https://bugzilla.redhat.com/show_bug.cgi?id=1698803
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
The following Fedora EPEL 6 Security updates need testing:
Age URL
41 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-06b243cced
guacamole-server-1.0.0-1.el6
21 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-62f9745b71
drupal7-7.65-1.el6
11
The following Fedora EPEL 7 Security updates need testing:
Age URL
240 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
47 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f8311ec8a2
tor-0.3.5.8-1.el7
41
https://fedorapeople.org/groups/389ds/ci/nightly/2019/04/12/report-389-ds-base-1.4.1.2-20190411git3347d92.fc29.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
68 matches
Mail list logo