On Fri, 2021-02-05 at 16:17 +1000, David Airlie wrote:
> Has anyone got a backtrace they could put in a bug? I'm not seeing a
> crash with X.org here in my test VMs.
Hi,
I do not see any crash as such, Xorg simply fails to start with:
Fatal server error:
[32.661] (EE) no screens f
Thinking about this, would it be possible to disable automatic ELN
rebuild after side-tag merge? Such packages could be flagged until they
are build manually. Of course it would be nice if automation did it
properly, but the manual work would be much better then broken ELN.
Vít
Dne 11. 01.
Dne 04. 02. 21 v 20:19 Fabio Valentini napsal(a):
On Thu, Feb 4, 2021 at 7:24 PM Artur Frenszek-Iwicki
wrote:
The Lazarus package currently builds three RPMs: "lazarus", which contains the IDE, and the
"qt5pas" library, along with "qt5pas-devel".
qt5pas is, technically, a separate project wit
Dne 03. 02. 21 v 23:22 Kevin Fenzi napsal(a):
Here's the current status of the branch conversion change:
https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
For the record:
If you have fedpkg-1.40-1 or older you may hit:
Unknown build target: rawhide-candidate.
The solution is to u
On 2/4/21 9:52 PM, Alexander Ploumistos wrote:
considerable lag. In the last 4 or so years I remember issues with
tracker, gnome-shell, mutter/clutter and friends on specific GPUs,
default or popular shell extensions and dbus services. A recent bug
If tracker is enabled the performance drop af
Hi Aurelien,
> - The infra team wants to do a couple things that FreeIPA does not support
> out of the box,
> like enforcing 2FA for specific services such as sudo, so we need to think
> about how we
> want to do it.
Alexander Bokovoy created the feature https://github.com/SSSD/sssd/issues/5482
On Fri, Feb 5, 2021 at 10:03 AM Roberto Ragusa wrote:
>
> On 2/4/21 9:52 PM, Alexander Ploumistos wrote:
>
> > considerable lag. In the last 4 or so years I remember issues with
> > tracker, gnome-shell, mutter/clutter and friends on specific GPUs,
> > default or popular shell extensions and dbus
> Alexander Bokovoy created the feature
> https://github.com/SSSD/sssd/issues/5482. Once
> implemented you will be able to Kerberos check authentication indicators like
> OTP from a
> PAM service.
Yeah, this seems like the way to go, thanks.
> You have a couple of options to speed up migration
I corrected perl-PDF-API2 license from "LGPLv2+" to
"LGPLv2+ and (GPL+ or Artistic) and (MIT or Artistic)".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-l
* Kevin Fenzi:
> Once the change is completed you will want to checkout rawhide/main
> instead of master and update/recreate any existing forks you have.
>
> See
> https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
> for more information.
Would it be possible to add the sequence of co
Hm. Can't manage to get a fix, a reply, or interest.
Is Xen packaging/support abandoned for Fedora?
On 2/3/21 12:09 PM, PGNet Dev wrote:
F33 on EFI + Xen delays 30+ seconds, sometimes hangs, on boot @ grub2 error,
...
Loading Xen 4.14.1 ...
error: ../../grub-core/fs/fshelp.c:25
OLD: Fedora-Rawhide-20210204.n.0
NEW: Fedora-Rawhide-20210205.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 193
Downgraded packages: 0
Size of added packages: 2.93 MiB
Size of dropped packages:0 B
On Fri, Feb 05, 2021 at 12:11:45PM +0100, Florian Weimer wrote:
> * Kevin Fenzi:
>
> > Once the change is completed you will want to checkout rawhide/main
> > instead of master and update/recreate any existing forks you have.
> >
> > See
> > https://fedoraproject.org/wiki/Changes/GitRepos-master-t
On Thu, Feb 04, 2021 at 10:56:43PM -0500, Neal Gompa wrote:
> On Thu, Feb 4, 2021 at 9:23 PM Kevin Fenzi wrote:
> >
> > On Fri, Feb 05, 2021 at 12:17:28AM +0100, Marek Marczykowski-Górecki wrote:
> > >
> > > Does it make sense?
> >
> > That does make sense to me... and perhaps this fits in with th
On Fri, Feb 5, 2021 at 7:03 AM Marek Marczykowski-Górecki
wrote:
>
> On Thu, Feb 04, 2021 at 10:56:43PM -0500, Neal Gompa wrote:
> > On Thu, Feb 4, 2021 at 9:23 PM Kevin Fenzi wrote:
> > >
> > > On Fri, Feb 05, 2021 at 12:17:28AM +0100, Marek Marczykowski-Górecki
> > > wrote:
> > > >
> > > > Doe
On Fri, Feb 5, 2021 at 6:31 AM PGNet Dev wrote:
>
> Hm. Can't manage to get a fix, a reply, or interest.
>
> Is Xen packaging/support abandoned for Fedora?
>
No. But the maintainer of Xen in Fedora doesn't pay attention to the
devel@ mailing list.
You can see it's actively maintained here:
http
On 2/5/21 8:13 AM, Neal Gompa wrote:
On Fri, Feb 5, 2021 at 6:31 AM PGNet Dev wrote:
Hm. Can't manage to get a fix, a reply, or interest.
Is Xen packaging/support abandoned for Fedora?
No. But the maintainer of Xen in Fedora doesn't pay attention to the
devel@ mailing list.
You can see i
On Fri, Feb 05, 2021 at 08:23:06AM -0500, PGNet Dev wrote:
> On 2/5/21 8:13 AM, Neal Gompa wrote:
> > On Fri, Feb 5, 2021 at 6:31 AM PGNet Dev wrote:
> > >
> > > Hm. Can't manage to get a fix, a reply, or interest.
> > >
> > > Is Xen packaging/support abandoned for Fedora?
> > >
> >
> > No. B
Actually, the buggy file (/etc/grub.d/20_linux_xen) belongs to the grub2
package, so the bug is assigned to a wrong package.
Not that it matters, but I'd originally assigned it to grub. It was ignored
there as well.
I switched it to Xen after I was told in #irc to do so.
Too much pushing roc
On Thu, Feb 4, 2021 at 3:47 AM Artur Frenszek-Iwicki
wrote:
> Yes, I was gonna post a "Help wanted" message about this to the list, but
> as it happens, procrastination got in the way.
>
> The gist is: In lazarus.spec, we have a "%qt5pas_release" macro, and then
> there's "Requires: qt5pas-devel
On Tue, Jan 05, 2021 at 07:01:56PM +, Matthew Almond via devel wrote:
> Signature *verification* partially works. Everything to do with
> signatures on just the header works (and the header describes the
> payload digest). There is one specific area which needs fixed: regular
> RPMs are read, d
On Fri, Feb 05, 2021 at 08:10:28AM -0500, Neal Gompa wrote:
> On Fri, Feb 5, 2021 at 7:03 AM Marek Marczykowski-Górecki
> wrote:
> >
> > On Thu, Feb 04, 2021 at 10:56:43PM -0500, Neal Gompa wrote:
> > > On Thu, Feb 4, 2021 at 9:23 PM Kevin Fenzi wrote:
> > > >
> > > > On Fri, Feb 05, 2021 at 12:1
Missing expected images:
Xfce raw-xz armhfp
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
7 of 43 required tests failed, 5 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 11/183 (x86_64), 13/124 (aarch64
Hi,
What is the vision for grub2 package in Fedora versus upstream grub? The
huge amount of patches in Fedora's grub (279 at this time) makes it
basically a fork. And indeed many parts are incompatible with upstream
grub, like "increment" module, or BLS, just to name a few. I know it's
problematic
On Fri, Feb 05, 2021 at 01:47:00PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Is it really worth creating a package for this? The payload could just
> as well be implemented as a json file. Wrapping this in a separate
> subpackage seems like unnecessary overhead. If we want to expose it in
> a way
On Fri, Feb 05, 2021 at 01:47:00PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Feb 05, 2021 at 08:10:28AM -0500, Neal Gompa wrote:
> > On Fri, Feb 5, 2021 at 7:03 AM Marek Marczykowski-Górecki
> > wrote:
> > >
> > > On Thu, Feb 04, 2021 at 10:56:43PM -0500, Neal Gompa wrote:
> > > > On Thu
On Fri, Feb 05, 2021 at 02:21:32PM +, Daniel P. Berrangé wrote:
> If you're trying to consume the buildinfo data though, it feels pretty
> suboptimal to have to pull in the enourmous debuginfo RPM just to get
> access to a tiny piece of build info data.
"Suboptimal" is a great word here. Becau
Dne 05. 02. 21 v 12:39 Pierre-Yves Chibon napsal(a):
On Fri, Feb 05, 2021 at 12:11:45PM +0100, Florian Weimer wrote:
* Kevin Fenzi:
Once the change is completed you will want to checkout rawhide/main
instead of master and update/recreate any existing forks you have.
See
https://fedoraproject
Le 2/5/21 à 3:30 PM, Matthew Miller a écrit :
On Fri, Feb 05, 2021 at 02:21:32PM +, Daniel P. Berrangé wrote:
If you're trying to consume the buildinfo data though, it feels pretty
suboptimal to have to pull in the enourmous debuginfo RPM just to get
access to a tiny piece of build info da
On Fri, Feb 05, 2021 at 03:35:27PM +0100, Vít Ondruch wrote:
>
> Dne 05. 02. 21 v 12:39 Pierre-Yves Chibon napsal(a):
> > On Fri, Feb 05, 2021 at 12:11:45PM +0100, Florian Weimer wrote:
> > > * Kevin Fenzi:
> > >
> > > > Once the change is completed you will want to checkout rawhide/main
> > > >
On Fri, Feb 05, 2021 at 03:55:33PM +0100, Frédéric Pierret wrote:
> >be doing it all the time. It's a perfectly good situation to _not_ optimize.
>
> That was my original remark that pulling a "big" RPM for just one file is
> not optimal. But as you said, it will probably concern very few amount o
I see that the master to main conversion has happened. I'd like to know the
recommended way to deal with that.
Currently, I'm doing:
git fetch --all
git remote prune origin
git remote set-head origin -a
git checkout main
The above sets origin/HEAD to rawhide
Question 1: Is that the right se
> What is the vision for grub2 package in Fedora versus upstream grub? The
> huge amount of patches in Fedora's grub (279 at this time) makes it
> basically a fork. And indeed many parts are incompatible with upstream
> grub, like "increment" module, or BLS, just to name a few. I know it's
> proble
Am 05.02.21 um 15:03 schrieb Marek Marczykowski-Górecki:
I know it's problematic when you run Fedora VM on non-fedora Xen host if you
use
pvgrub/pygrub - in that case it uses host's grub to parse guest grub.cfg
and load the actual kernel. But I'm pretty sure there are other
problematic cases t
On Fri, Feb 05, 2021 at 04:03:58PM +0100, Pierre-Yves Chibon wrote:
> On Fri, Feb 05, 2021 at 03:35:27PM +0100, Vít Ondruch wrote:
> >
> > Dne 05. 02. 21 v 12:39 Pierre-Yves Chibon napsal(a):
> > > On Fri, Feb 05, 2021 at 12:11:45PM +0100, Florian Weimer wrote:
> > > > * Kevin Fenzi:
> > > >
> >
On Friday, February 5, 2021 3:03:58 PM WET Pierre-Yves Chibon wrote:
> for i in `ls -1`
As far as I know there is no need to pass the -1. It should be enough
for i in `ls`
If the directories have spaces you need other technicalities, that is not the
case for our directories.
Regards,
--
José
Hi everybody,
Since the last pagure version was deployed, the API for querying a
group's packages (api/0/group/foo?projects=true) was broken - it is
now paginated, where before it was not:
https://pagure.io/pagure/issue/5110
Note that it does not return any error code, but instead just gives
onl
On Fri, Feb 5, 2021 at 2:40 PM PGNet Dev wrote:
>
> > Actually, the buggy file (/etc/grub.d/20_linux_xen) belongs to the grub2
> > package, so the bug is assigned to a wrong package.
>
> Not that it matters, but I'd originally assigned it to grub. It was ignored
> there as well.
> I switched it
Hi Everyone,
If you would like to see this report and toggle to the section you are
most interested in, I would suggest visiting this link
https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view and use the header bar
on your left to skip to where you want to go!
## Initiative FYI Links
Initiatives repo h
On 05/02/21 10:08 -0500, Steven A. Falco wrote:
I see that the master to main conversion has happened. I'd like to know the
recommended way to deal with that.
Currently, I'm doing:
git fetch --all
git remote prune origin
git remote set-head origin -a
git checkout main
The above sets origin/
On Fri, Feb 5, 2021 at 6:01 PM Fabio Valentini wrote:
> Hi everybody,
>
> Since the last pagure version was deployed, the API for querying a
> group's packages (api/0/group/foo?projects=true) was broken - it is
> now paginated, where before it was not:
>
> https://pagure.io/pagure/issue/5110
>
>
On Fri, Feb 05, 2021 at 09:49:57AM -, Aurelien Bompard wrote:
> > Do you need the compat tree or NIS? slapi-nis and compat tree require
> > additional
> > resources. You can disable the features with ipa-compat-manage and
> > ipa-nis-manage
> > commands. You need to disable them on each serve
On Fri, Feb 05, 2021 at 10:07:33AM -0500, Matthew Miller wrote:
> On Fri, Feb 05, 2021 at 03:55:33PM +0100, Frédéric Pierret wrote:
> > >be doing it all the time. It's a perfectly good situation to _not_
> > >optimize.
> >
> > That was my original remark that pulling a "big" RPM for just one file
I'm still thinking on the proper solution.
Meanwhile, I submitted a band-aid build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=61412479
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fe
On 2/5/21 1:05 PM, Jonathan Wakely wrote:
On 05/02/21 10:08 -0500, Steven A. Falco wrote:
I see that the master to main conversion has happened. I'd like to know the
recommended way to deal with that.
Currently, I'm doing:
git fetch --all
git remote prune origin
git remote set-head origin -a
In reSIProcate, we did some experiments with telepathy-qt to use GNOME
Empathy as front-end. It rests unfinished[1] for anybody who wants to
learn the API.
Could a similar approach be used for some of the P2P messengers like
Jami and Briar? As our reSIProcate attempt is still in such a trivial
On Fri, Feb 05, 2021 at 11:18:40AM -0800, Kevin Fenzi wrote:
> On Fri, Feb 05, 2021 at 10:07:33AM -0500, Matthew Miller wrote:
> > On Fri, Feb 05, 2021 at 03:55:33PM +0100, Frédéric Pierret wrote:
> > > >be doing it all the time. It's a perfectly good situation to _not_
> > > >optimize.
> > >
> >
47 matches
Mail list logo
