On 22/07/17 22:54, Matthew Miller wrote:
> On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
>>> I dunno; what harm is there in giving the ability to use a separate
>>> user cache for queries? This allows you to do things like repoquery as
>>> an unprivileged user for repos that aren't
On Sat, Jul 22, 2017 at 10:02:49PM -0400, Neal Gompa wrote:
> > Hmmm -- is it a long-running daemon or is it socket activated?
> It's a D-Bus activated service. So, it's like socket activated, except
> it occurs when something makes a D-Bus call to the daemon.
Err, yes, that's what I meant to type
On Sat, Jul 22, 2017 at 9:05 PM, Matthew Miller
wrote:
> On Sat, Jul 22, 2017 at 11:36:29PM +, Zbigniew Jędrzejewski-Szmek wrote:
>> > So... like dnfdaemon, except with less capabilities?
>> Exactly! How do I use dnfdaemon? I only see the raw python and dbus APIS...
>> Are there any plans to m
On Sat, Jul 22, 2017 at 11:36:29PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > So... like dnfdaemon, except with less capabilities?
> Exactly! How do I use dnfdaemon? I only see the raw python and dbus APIS...
> Are there any plans to make dnfdaemon a primary method of interacting
> with dnf db?
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
On Sat, Jul 22, 2017 at 3:54 PM, Matthew Miller
wrote:
> On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
>> > I dunno; what harm is there in giving the ability to use a separate
>> > user cache for queries? This allows you to do things like repoquery as
>> > an unprivileged user for
On Sat, Jul 22, 2017 at 05:26:55PM -0400, Neal Gompa wrote:
> On Sat, Jul 22, 2017 at 5:11 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
> >> On Sat, Jul 22, 2017 at 1:57 PM, Matthew Miller
> >> wrote:
> >> > On Sat, Jul 22, 2017 at 01:
Missing expected images:
Workstation live i386
Server boot i386
Kde live i386
Failed openQA tests: 16/137 (x86_64), 4/18 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20170719.n.0):
ID: 123051 Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fe
On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
> > I dunno; what harm is there in giving the ability to use a separate
> > user cache for queries? This allows you to do things like repoquery as
> > an unprivileged user for repos that aren't enabled by default.
> I'm fine with a layer
On Sat, Jul 22, 2017 at 3:26 PM, Neal Gompa wrote:
> On Sat, Jul 22, 2017 at 5:11 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
>> On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
>>> On Sat, Jul 22, 2017 at 1:57 PM, Matthew Miller
>>> wrote:
>>> > On Sat, Jul 22, 2017 at 01:42:11PM -060
On Sat, Jul 22, 2017 at 5:11 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
>> On Sat, Jul 22, 2017 at 1:57 PM, Matthew Miller
>> wrote:
>> > On Sat, Jul 22, 2017 at 01:42:11PM -0600, Chris Murphy wrote:
>> >> I don't know what things the un
On Sat, Jul 22, 2017 at 02:06:42PM -0600, Chris Murphy wrote:
> On Sat, Jul 22, 2017 at 1:57 PM, Matthew Miller
> wrote:
> > On Sat, Jul 22, 2017 at 01:42:11PM -0600, Chris Murphy wrote:
> >> I don't know what things the unprivileged user can do other than
> >> search and info. But off hand I'd sa
Announcing the creation of a new nightly release validation test event
for Fedora 27 Rawhide 20170721.n.1. 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/QA:Release_validation_test
On Sat, Jul 22, 2017 at 1:57 PM, Matthew Miller
wrote:
> On Sat, Jul 22, 2017 at 01:42:11PM -0600, Chris Murphy wrote:
>> I don't know what things the unprivileged user can do other than
>> search and info. But off hand I'd say an unprivileged user should not
>> be able to download metadata. Use o
On Sat, Jul 22, 2017 at 01:42:11PM -0600, Chris Murphy wrote:
> I don't know what things the unprivileged user can do other than
> search and info. But off hand I'd say an unprivileged user should not
> be able to download metadata. Use one /var/cache/dnf always. And if
> it's stale, just inform th
On Sat, Jul 22, 2017 at 1:03 PM, Matthew Miller
wrote:
> On Sat, Jul 22, 2017 at 11:25:48AM -0600, Chris Murphy wrote:
>> > Here you aren't root so it's not using the same cache, because it can't
>> > write to the root owned cache so it creates a temporary cache owned by your
>> > user.
>> Oh. My.
> On Wednesday, 19 July 2017 at 21:54, Dominik 'Rathann' Mierzejewski wrote:
>
> Also, reading
> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOp...
> it should build on ARM, but has this in spec:
> ExclusiveArch: %{ix86} x86_64
> without any comments or bug references.
> openjfx is packaged incorrectly, installing files into
> /usr/lib/jvm/openjfx/rt/lib is wrong.
This has been discussed before the review and during the package review:
https://bugzilla.redhat.com/show_bug.cgi?id=1438673#c76
It doesn't make much sense here. Guys elaborated it and came up with s
> Hi,
>
> I maintain JOSM and want to update it.
>
> JOSM now use JavaFX, which is available over openjfx package.
>
> But in openjfx package, there is a second step that needs to performed
> manually. These steps are described in
> /usr/share/doc/openjfx/README.fedora.
>
> These step create s
On Sat, Jul 22, 2017 at 11:25:48AM -0600, Chris Murphy wrote:
> > Here you aren't root so it's not using the same cache, because it can't
> > write to the root owned cache so it creates a temporary cache owned by your
> > user.
> Oh. My. God. It makes complete sense, but is also completely
> ridicu
On Sat, Jul 22, 2017 at 06:14:37AM +0200, Kevin Kofler wrote:
> > * AGREED: - APPROVED: F27 System Wide Change: Graphical Applications
> > as Flatpaks (+1:6, +0:0, -1:0) (Includes a +1 in ticket from absense
> > FESCo member) (maxamillion, 16:34:38)
> Sigh! Does FESCo ever do anything to changes c
Hi,
On 16-07-17 12:51, Richard W.M. Jones wrote:
Slightly late to the party but please have a look at how open-vm-tools
(VMware) works. Some observations:
(1) Anaconda has a special comps group for hypervisors. If Anaconda
is able to detect virtualization, it will install extra packages from
Hi,
On 14-07-17 14:57, Josh Boyer wrote:
On Sat, Jul 8, 2017 at 9:36 AM, Hans de Goede wrote:
Hi,
On 07-07-17 16:43, Sérgio Basto wrote:
On Fri, 2017-07-07 at 08:14 -0400, Nico Kadel-Garcia wrote:
On Thu, Jul 6, 2017 at 2:57 PM, Zbigniew Jędrzejewski-Szmek
wrote:
We want to make the d
On Sat, Jul 22, 2017 at 11:12 AM, Tom Hughes wrote:
> On 22/07/17 17:53, Chris Murphy wrote:
>
>> Is this expected behavior? Or is it a bug? And if it's a bug, how do I
>> collect the necessary information for a bug report? This problem
>> happens often, but not every day.
>>
>> [chris@f26h Downlo
Completely mindboggling...
$ sudo dnf -v update
[sudo] password for chris:
Loaded plugins: builddep, config-manager, copr, debug,
debuginfo-install, download, generate_completion_cache,
needs-restarting, playground, repoclosure, repograph, repomanage,
reposync
DNF version: 2.5.1
cachedir: /var/ca
On 22/07/17 17:53, Chris Murphy wrote:
Is this expected behavior? Or is it a bug? And if it's a bug, how do I
collect the necessary information for a bug report? This problem
happens often, but not every day.
[chris@f26h Downloads]$ sudo dnf install *rpm
Here you are root.
And then in anothe
Is this expected behavior? Or is it a bug? And if it's a bug, how do I
collect the necessary information for a bug report? This problem
happens often, but not every day.
[chris@f26h Downloads]$ sudo dnf install *rpm
Fedora 26 - x86_64 - Test Updates
534 kB/s | 24 MB 00:46
Fedora 26 - x86_6
As I understand it, the problem is that mirrors want to mirror Fedora using
generic rsync, and ostree repositories have huge numbers of small files. To use
rsync requires, at a minimum, a full directory walk, calling stat() every file
on both the source and destination.
From the little I know a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 2017-07-21 at 15:36 +0300, Alexander Bokovoy wrote:
> On pe, 21 heinä 2017, Neal Gompa wrote:
> > On Fri, Jul 21, 2017 at 8:08 AM, Igor Gnatenko
> > wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA256
> > >
> > > Hello,
> > >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 2017-07-21 at 08:11 -0400, Neal Gompa wrote:
> On Fri, Jul 21, 2017 at 8:08 AM, Igor Gnatenko
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > Hello,
> >
> > pygpgme is dead since 2013, I've wrote and applied some p
30 matches
Mail list logo