No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
ID: 747214 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/747214
ID: 747221 Test: aarch64 Cloud_Ba
Il giorno sab, 26/12/2020 alle 23.53 +0100, Björn Persson ha scritto:
> Gary Buhrmaster wrote:
> > Arguably those with elevated access (provenpackagers(*))
> > should be required to use a hardware token such
> > as a FIDO2 authenticators with biometrics and/or
> > PIN required
>
> I'm in favor of
On Sat, Dec 26, 2020 at 10:54 PM Björn Persson wrote:
>
> Gary Buhrmaster wrote:
> > Arguably those with elevated access (provenpackagers(*))
> > should be required to use a hardware token such
> > as a FIDO2 authenticators with biometrics and/or
> > PIN required
>
> I'm in favor of complementing
On 27.12.2020 00:33, Ron Olson wrote:
Has anything like this been considered for Fedora? It would actually be
kind of nice to see installation statistics of my packages, if only to
determine if I’m the only one using them. :)
Telemetry and user tracking are evil.
--
Sincerely,
Vitaly Zaitse
On Sat, Dec 26, 2020 at 6:14 PM Kevin Fenzi wrote:
>
> On Thu, Dec 24, 2020 at 07:32:04AM +, Dridi Boukelmoune wrote:
> > > The weakest point in the current system is really the FAS password. If
> > > you have a packager's FAS password you can change the ssh key
> > > associated with the accou
On Sat, Dec 26, 2020 at 09:48:56PM -0300, Sergio Belkin wrote:
> I was taking a look at /etc/appstream.conf and I see there is a screenshot
> website for Debian and Ubuntu:
> ```
> [debian]
> ScreenshotUrl=http://screenshots.debian.net
>
> [opensuse]
> ScreenshotUrl=http://software.opensuse.org/pa
On Sat, Dec 26, 2020 at 05:33:39PM -0600, Ron Olson wrote:
> Has anything like this been considered for Fedora? It would actually
> be kind of nice to see installation statistics of my packages, if
> only to determine if I’m the only one using them. :)
It's been talked about before but no one has
On Wed, Dec 23, 2020 at 4:47 PM Remi Collet wrote:
>
> Le 22/12/2020 à 10:55, Remi Collet a écrit :
> > I've start working on a package update
> > and this will probably become the new upstream
> > for the fedora libmemcached package
>
> A scratch build is available
> https://koji.fedoraproject.or
.El dom, 27 dic 2020 a las 12:11, Matthew Miller ()
escribió:
> On Sat, Dec 26, 2020 at 09:48:56PM -0300, Sergio Belkin wrote:
> > I was taking a look at /etc/appstream.conf and I see there is a
> screenshot
> > website for Debian and Ubuntu:
> > ```
> > [debian]
> > ScreenshotUrl=http://screensho
On Sun, Dec 27, 2020 at 3:12 PM Matthew Miller wrote:
> It's been talked about before but no one has done it.
There was also smolt, which collected some
system information (and could be extended
to collect more) However, not only did the
upstream die, follow-on proposals never
took off, and als
On Tue, 22 Dec 2020 at 10:55, Remi Collet wrote:
>
> Hi,
>
> libmemcached exists in Fedora for years and is used by lot of projects
> to handle communication with a memcached server.
>
> Sadly this project is dead:
> https://launchpad.net/libmemcached/
>
> Last version released in 2014
> and nearl
On Sun, 27 Dec 2020 at 17:41, Gary Buhrmaster wrote:
>
> On Sun, Dec 27, 2020 at 3:12 PM Matthew Miller
> wrote:
>
> > It's been talked about before but no one has done it.
>
> There was also smolt, which collected some
> system information (and could be extended
> to collect more) However, not
On 27.12.2020 19:44, clime wrote:
I think we can simply parse server-side access logs to count package
downloads, no?
On every third-party mirror?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproj
OLD: Fedora-Rawhide-20201226.n.0
NEW: Fedora-Rawhide-20201227.n.0
= SUMMARY =
Added images:71
Dropped images: 0
Added packages: 3
Dropped packages:0
Upgraded packages: 81
Downgraded packages: 0
Size of added packages: 468.38 KiB
Size of dropped packages:0
On 2020-12-21 3:31 a.m., Tom Hughes via devel wrote:
On 20/11/2020 16:26, Ben Cotton wrote:
== Summary ==
This change proposal is to route all audio from PulseAudio and JACK to
the PipeWire Audio
daemon by default.
So I tried this in F33 with the packages from updates-testing
and I'm afraid
On 2020-12-15 10:52 a.m., Tom Seewald wrote:
Gary Buhrmaster wrote on Mon, Dec 14, 2020:
With updates-testing enabled here, it's much better than last month (no
more gdm being removed), but there still are a few pulseaudio direct
dependencies:
Steam from rpmfusion still conflicts with pipewire
On 2020-12-21 4:02 a.m., Miroslav Suchý wrote:
Dne 19. 12. 20 v 21:24 Luya Tshimbalanga napsal(a):
Just an idea of a form application that generates the spec file for newcomers
as an example.
Something like
https://xsuchy.github.io/rpm-spec-wizard/
?
I do not propagate it too much as the
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 9/180 (x86_64), 4/122 (aarch64)
New failures (same test not failed in Fe
I think we can simply parse server-side access logs to count package
downloads, no?
That ignores the effect of caching proxies, which are prevalent in academic
and corporate environments.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
On Sun, Dec 27, 2020 at 07:44:57PM +0100, clime wrote:
> I think we can simply parse server-side access logs to count package
> downloads, no?
We can for our primary server, but most people get updates from mirrors
which we don't run directly. The central mirrorlist (from which I get the
dnf count
On 27/12/2020 20:07, Luya Tshimbalanga wrote:
On 2020-12-21 3:31 a.m., Tom Hughes via devel wrote:
On 20/11/2020 16:26, Ben Cotton wrote:
<
- bluetooth devices, connect as usual and verify working behaviour
with PipeWire. Check volume changes etc.
I was unable to get this to work.
Works
On Thu, Dec 24, 2020 at 12:33 AM Dridi Boukelmoune
wrote:
>
> > The weakest point in the current system is really the FAS password. If
> > you have a packager's FAS password you can change the ssh key
> > associated with the account to another that you control, and the FAS
> > password is also all
On Sun, Dec 27, 2020 at 01:11:20PM +, Dridi Boukelmoune wrote:
> On Sat, Dec 26, 2020 at 6:14 PM Kevin Fenzi wrote:
> >
> > On Thu, Dec 24, 2020 at 07:32:04AM +, Dridi Boukelmoune wrote:
> > > > The weakest point in the current system is really the FAS password. If
> > > > you have a packa
On Sun, Dec 27, 2020 at 06:43:23PM -0700, Ken Dreyer wrote:
> On Thu, Dec 24, 2020 at 12:33 AM Dridi Boukelmoune
> wrote:
> >
> > > The weakest point in the current system is really the FAS password. If
> > > you have a packager's FAS password you can change the ssh key
> > > associated with the a
Ok, I am the n00b here but I have experienced some nss related problems
since upgrading to Fedora 33. I found that the systemd-resolved service
interferes with
or corrupts previously normal nss functions, most related. to the
resolver.
For example, when some hosts used systemd-resolved and o
Michael Cronenworth writes:
> On 12/15/20 4:29 PM, Miroslav Suchý wrote:
>> What you - as Fedora packager - find most time consuming on packaging?
>> Where you will welcome more simplicity or automation?
>
> Pushing updates requires too many steps, IMHO.
>
> 1.
> 2. fedpkg mockbuild
> 3.
> 4. f
Miroslav Suchý writes:
> I am looking for challenges for upcoming year - what I and my team should
> enhance. I have some ideas, but I want to hear
> yours.
>
> What you - as Fedora packager - find most time consuming on packaging?
> Where you will welcome more simplicity or automation?
Besides
Hi Derek,
ds...@needcaffeine.net writes:
> Hello fellow developers.
> I've joined this list quite a while ago, mostly to keep a pulse on the Fedora
> development community, but also to look to become a package contributor. But
> before getting to that, a few words about myself.
>
> I've been "
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
ID: 747636 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/747636
ID: 747643 Test: aarch64 Cloud_Ba
29 matches
Mail list logo
