Here's what im seeing
[sudo] password for ox:
Updating and loading repositories:
created by dnf config-manager from
https://repo.nordvpn.com//yum/nordvpn/centos/x86_64
100% | 6.4 KiB/s | 1.5 KiB | 00m00s
Unity Hub
Good Evening.
I hope this email finds you all well. I've been lurking for a bit but
haven't developed the nerve for an introduction until now. By trade I've
been a Linux/Unix Admin with a background in the US Navy, doing work trying
to bring things into the modern age.
Recently, I've taken on more
put
>> back...
>
> Thanks for looking into this.
I did some diffing of f39 and f40 images and came up with
https://pagure.io/fedora-kiwi-descriptions/pull-request/29 as a starting point.
The other big package missing I noticed was sudo, but there were a few other
things too.
- Jerem
Hi,
On 12/28/23 10:12, Aoife Moloney wrote:
Wiki ->
https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in o
Hi,
On 12/18/23 06:41, Gerd Hoffmann wrote:
On Fri, Dec 15, 2023 at 02:03:27PM -0600, Jeremy Linton wrote:
Hi,
Phase 2 goals
* Add support for booting UKIs directly.
** Boot path is shim.efi -> UKI, without any boot loader (grub,
sd-boot) involved.
This is IMHO a mistake,
Hi,
On 12/5/23 14:38, Aoife Moloney wrote:
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Sum
Hi,
On 12/6/23 11:26, Vitaly Kuznetsov wrote:
Gerd Hoffmann writes:
Hi,
Does that mean that the Linux EFI boot code knows how to call back to
shim to get the certificates instead of reading the firmware directly?
No. The linux efi stub doesn't need that.
shim.efi does:
(a) Set ef
Hi,
On 8/6/23 08:33, John Reiser wrote:
On 8/6/23 02:00, Peter Robinson wrote:
We tried to pull some of the optimisations in some time ago to the
Fedora package and they caused some issues with compatibility.
Please provide *any* documentation! Such as: the dates the work was
performed,
th
Ah thanks so much! This is my first time unretiring something :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/proj
I recently requested to unretire rocm-smi, but after it was completed I tried
to rebuild and I get this:
BuildError: package rocm-smi is blocked for tag f39-updates-candidate
See: https://koji.fedoraproject.org/koji/taskinfo?taskID=103328747
So I'm not sure if a) it was not unretired correctly,
Hi,
Thanks for looking at this, and sorry about the delay I was on PTO for a
few days.
On 6/28/23 09:15, Richard W.M. Jones wrote:
On Thu, Jun 22, 2023 at 12:24:04PM -0500, Jeremy Linton wrote:
But, IMHO the largest change is moving the boot kernel/initrd to the
ESP, rather than the use of
+1
Yes this has been mentioned many times on the thread. You can't say the user
has consented but also have it opt-out.
Saying that opt-in data isn't useful because most users won't opt-in is
implying the desire of a dark pattern to encourage more data collection.
___
Agreed 100%. Dark patterning or similar isn't the way to go.
If telemetry is included, it should be opt-in with very clear explanation of
why opt-ing in is important and beneficial.
Opt-out and "by consent" are mutually exclusive in most circumstances.
___
Unfortunately this might just be what happens.
I know that I would personally always opt out on principle, and would vote for
opt-in or dropping the proposal. I am under the impression that most Fedora
users are in the same boat as me.
___
devel mailin
On 7/10/23 13:16, Demi Marie Obenour wrote:
On 7/10/23 02:30, Vitaly Zaitsev via devel wrote:
On 10/07/2023 02:49, Demi Marie Obenour wrote:
QtWebEngine (used by Falkon) was a
month or more behind upstream Chromium last I checked.
Qt5QtWebEngine is an extremely vulnerable thing. It still uses
Hi,
On 7/6/23 11:10, Aoife Moloney wrote:
Important process note: we are experimenting with using Fedora
(trimming stuff because this proposal is huge)
We intend to deploy the Endless OS metrics system.
[https://blogs.gnome.org/wjjt/2023/07/05/endless-oss-privacy-preserving-metrics-system/
Hi,
On 6/22/23 12:28, Zbigniew Jędrzejewski-Szmek wrote:
https://fedoraproject.org/wiki/Changes/cleanup_systemd_install
== Detailed Description ==
As a first pass, the 'inst.sdboot' option already in anaconda should
work. As it stands, that replaces grub+shim with the systemd-boot
loader, and
Hi,
On 6/23/23 05:27, Gerd Hoffmann wrote:
== Detailed Description ==
As a first pass, the 'inst.sdboot' option already in anaconda should
work. As it stands, that replaces grub+shim with the systemd-boot
loader, and moves the kernel + initrd to the EFI system partition
(ESP). It doesn't attempt
Hi,
On 6/22/23 12:28, Zbigniew Jędrzejewski-Szmek wrote:
https://fedoraproject.org/wiki/Changes/cleanup_systemd_install
== Detailed Description ==
As a first pass, the 'inst.sdboot' option already in anaconda should
work. As it stands, that replaces grub+shim with the systemd-boot
loader, and
Hi,
On 6/22/23 11:21, Daniel P. Berrangé wrote:
On Thu, Jun 22, 2023 at 04:59:38PM +0100, Aoife Moloney wrote:
https://fedoraproject.org/wiki/Changes/cleanup_systemd_install
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to
Hi,
On 5/22/23 06:01, Neal Gompa wrote:
On Mon, May 22, 2023 at 6:57 AM Gerd Hoffmann wrote:
Hi,
But could we use U-Boot to fill in this gap so these systems still
work? We'd then treat x86 like ARM (if no UEFI, use U-Boot UEFI).
How does u-boot handle EFI variables in that case?
Un
Hi,
On 6/5/23 03:24, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Jun 02, 2023 at 05:25:22PM -0700, Luya Tshimbalanga wrote:
Hello team,
I would like to bring back the topic related to the selection of bootloader
notably either GRUB2 and systemd-boot. With the recent adoption on UKI
kernel, it w
On 1/19/23 04:52, Michal Schorm wrote:
Hello,
While playing around with Sourcegraph, which indexed all Fedora
package repositories, I was able to craft a query listing all '%if'
conditionals referencing Fedora releases that reached EOL.
https://sourcegraph.com/search?q=context:global+repo:%5Esrc
Hi,
On 6/16/22 15:53, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/fno-omit-frame-pointer
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if a
Thanks Luya! I've landed rocm-opencl in rawhide, with epel8/9 and Fedora 36
pending :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedor
I'm looking to see if anyone wants to review swap with me:
https://bugzilla.redhat.com/show_bug.cgi?id=2090823
Thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Fantastic idea, I've just created a new page. I'll update it as I have time:
https://fedoraproject.org/wiki/SIGs/HC
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
A few people contact me directly trying to run things like PyTorch, which
requires large amounts of ROCm to get working (most of which Fedora does not
have yet).
I feel like a SIG, or at least some wiki page would help organize things a bit
for those who want to tackle it but are unaware of the
Thanks Felix,
An open concern that I have been discussing with the ROCm guys is that HIP
(used for things like pytorch) requires rocm-opencl source code to compile.
It seems they want to go with the llvm-project approach in the longterm, having
opencl, hip, and the common static lib "ROCclr" as
I'm up for a review swap if there's no takers.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduc
For anyone interested I made a review request:
https://bugzilla.redhat.com/show_bug.cgi?id=2090823
I'm not 100% sure what to do with some of the debug related rpmlint errors. Any
help would be much appreciated.
___
devel mailing list -- devel@lists.fedo
As far as I know, RedHat is working with Nvidia to get this upstream and
working with nouveau.
I'm sure there's a bunch of challenges around that though, so I don't expect
much over the next few quarters.___
devel mailing list -- devel@lists.fedoraproj
Hi,
On 5/2/22 22:53, Chris Murphy wrote:
On Mon, May 2, 2022 at 5:29 PM Jeremy Linton wrote:
On 4/6/22 12:57, Neal Gompa wrote:
(trimming)
* NVIDIA graphics
* Broadcom wireless
The former case is excessively common, and the latter case is fairly
common with HP and Dell machines as well as
On 4/6/22 12:57, Neal Gompa wrote:
(trimming)
* NVIDIA graphics
* Broadcom wireless
The former case is excessively common, and the latter case is fairly
common with HP and Dell machines as well as some smaller OEMs. I
literally helped someone this past week with both[1][2][3]. The
Workstation WG
+1 to using an rpm macro to avoid adding an external script, if spectool can
work with it.
Something like:
%global source0_generate_script ( \
curl ... \
rm -rf ... \
tar ... )
I'm not sure if that syntax is correct.___
devel mailing list -- devel@li
> Nice work!
Thanks :)
> The only x86 32-bit use I can think of would be wine if it supports ROCm.
Yeah I looked into it, and it looks like rocm-runtime fails on 32bit due to
some assumptions for 64bit in the code.
I don't think there's too much value to 32bit, so it's not really worth trying
I made a thread late last year inquirying about interest in ROCm packaging; in
that time I've introduced a few packages amd updated a few existing packages to
the latest version.
Right now, Fedora is just short of making good use of ROCm, as it needs a
frontend like OpenCL or HIP. I have a COPR
It seems like my needs are pretty common: Steam, Wine, misc games (OpenGL, SDL,
maybe vulkan, XWayland).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Quick update, I've made some new package reviews:
ROCm-Device-Libs: https://bugzilla.redhat.com/show_bug.cgi?id=2044664
ROCm-CompilerSupport: https://bugzilla.redhat.com/show_bug.cgi?id=2045955
ROCm-Device-Libs is needed to update "rocm-runtime" and for
ROCm-CompilerSupport.
ROCm-CompilerSupport
I created a new review request, hopefully that encourages some conversation on
the topic :)
https://bugzilla.redhat.com/show_bug.cgi?id=2044664
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
In order to update "rocm-runtime" to the latest, it requires a new package
"ROCm-Device-Libs" as a build requirement.
The issue is that the project installs files into /usr/amdgcn, which seems
incorrect to me based on the FHS and Fedora guidelines. Here's the upstream for
reference:
https://gith
Yes, this can't be updated until someone packages ROCM-Device-Libs
unfortunately.
If anyone volunteers, I'm happy to help review.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> On Thu, Dec 16, 2021 at 05:07:10PM -0000, Jeremy Newton wrote:
>
> I think that'd be awesome -- and those internal clean-ups are really
> appreciated. Having the infrastructure there is nice, but I'm also curious:
> are there any application-level tools that are i
Yeah I think the technical leads are mostly on board with following FHS as
close as possible, which is an obvious plus for Fedora.
I think the biggest issue is the scale of the problem, and it almost feel likes
they need to work component by component, but [2] will definitely be fixed for
all c
Full disclosure, I am both a Fedora packager and an employee at AMD.
To be clear, the following is not at all endorsed by my employer; my interest
and use of Fedora is purely a personal hobby and I would like to keep it that
way.
There has been a recent effort to step up Debian packaging of ROCm
Hi,
On 8/17/21 2:06 AM, Florian Weimer wrote:
* Jeremy Linton:
That said, there as you mention various rpm/package build/etc problems
caused by `uname -m` returning armv8.
Is this something that can be changed with setarch? It works on other
architectures (at least on x86 and POWER
Hi,
On 8/16/21 12:55 AM, Florian Weimer wrote:
* Kevin Fenzi:
On Sun, Aug 15, 2021 at 01:51:16PM +0200, Florian Weimer wrote:
* Kevin Fenzi:
Yes. They were mistakenly running the normal kernel (so they had ~3GB
memory available). I moved them back to the lpae kernel (so they see
40GB memory
Hi,
On 5/17/21 2:26 PM, Martin Kolman wrote:
On Sat, 2021-05-15 at 17:53 +0200, Ralf Corsepius wrote:
On 5/14/21 2:50 PM, Martin Kolman wrote:
On Thu, 2021-05-13 at 20:09 +0200, Peter Boy wrote:
We discussed that in the Fedora Server Edition Working Group and
opted to leave it as is for the
Hi,
On 5/14/21 1:05 AM, Juha Tuomala wrote:
On Thursday, 13 May 2021 18:50:33 EEST PGNet Dev wrote:
On 5/13/21 10:48 AM, Juha Tuomala wrote:
Virtual machine installation is hopefully a special use case and majority
of installations are bare metal end users.
hardly.
here,
Sure. But this
Hi,
On 2/14/21 2:20 PM, Chris Murphy wrote:
On Sat, Feb 13, 2021 at 9:45 PM Jeremy Linton wrote:
Hi,
On 2/11/21 11:05 PM, Chris Murphy wrote:
On Thu, Feb 11, 2021 at 9:58 AM Jeremy Linton wrote:
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
Anyway, compress=zstd:1 is a good default
Hi,
On 2/13/21 10:41 PM, Tom Seewald wrote:
> The GPUs also have firmware blobs
Could you provide some links to mailing list posts or bug reports where AMD
developers confirm that their GPU firmware requires 4k pages? I think having
some definitive sources will make this situation more clear
Hi,
On 2/11/21 11:05 PM, Chris Murphy wrote:
On Thu, Feb 11, 2021 at 9:58 AM Jeremy Linton wrote:
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
Anyway, compress=zstd:1 is a good default. Everyone benefits, and I'm
not even sure someone with a very fast NVMe drive will notice a slow
Hi,
On 2/5/21 3: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 services. A recent bug
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
On Fri, Jan 1, 2021 at 11:31 AM Artem Tim wrote:
It's faster. Here is some benchmark with different zstd compression ratios
https://lkml.org/lkml/2019/1/28/1930. Could be outdated a little bit though.
But for HDD it makes sense to increase it proba
On Tue, 2020-11-24 at 14:57 +0100, Clement Verna wrote:
> On Mon, 23 Nov 2020 at 21:31, Adam Williamson <
> adamw...@fedoraproject.org> wrote:
> > On Mon, 2020-11-23 at 15:11 -0500, Neal Gompa wrote:
> > > >
> > > > I would highly recommend not creating message consumers that
> > rely on
> > > > a
egardless of whether they were queued up
sequentially (which, in a distributed system, with multiple nodes
accepting messages for publication...). There's also no guarantees
about messages only being delivered once. Never mind that GitLab's
webhooks may well fire multiple times i
Hi,
On 8/28/20 1:38 AM, Stephan Bergmann wrote:
All,
The below question came up in the context of a LibreOffice unit test,
where LibreOffice writes out a PNG image (involving zlib for
compression) and the test checked the exact sequence of bytes, which
failed on aarch64 when using Fedora's z
On 7/28/20 4:39 PM, Jeff Law wrote:
On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote:
On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote:
If this is a new failure (say in the last week), it could be an out
of memory
scenario. Try disabling LTO. The standard way to do that is
%define
Hi,
On 7/17/20 9:07 AM, Ben Cotton wrote:
This is the final reminder of the Fedora 33 Change proposal deadlines:
* 2020-07-21: Proposal deadline for Self-Contained Changes
The mass rebuild is scheduled to begin next week as well.
For the full schedule, see
https://fedorapeople.org/groups/s
Arm machines.
Is there some noticeable performance drop or anything like that?
Potentially, please see my longer response in the other email.
== Owner ==
* Name: [[User:jlinton| Jeremy Linton]] & ARM SIG
* Email: jeremy.lin...@arm.com
== Benefit to Fedora ==
PAC & BTI are co
Hi,
On 5/19/20 1:38 PM, Przemek Klosowski via devel wrote:
On 5/18/20 3:36 PM, Ben Cotton wrote:
Arm Pointer Authentication (PAC) is a method of hardening code from
Return Oriented Programming (ROP) attacks. It uses a tag in a pointer
to sign and verify pointers. Branch Target Identification (B
Hi,
On 4/17/20 4:43 PM, Miro Hrončok wrote:
On 17. 04. 20 16:07, Kamil Paral wrote:
I'm disappointed with default wallpapers in the latest releases. I
wonder if we could go back to more artistic images from previous
releases? Here are some of my favorite ones:
https://fedoraproject.org/wiki/W
Indeed, but they should add the provides: bundled(cubeb) in the spec
Anyway, I made a review request for anyone interested:
https://bugzilla.redhat.com/show_bug.cgi?id=1826034
I plan to make a pull request to Firefox later if I can get it to unbundle.
ve orphaned all the packages that had not been picked up
already. Thanks!
- Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
-twine
Regards,
Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Gu
On Wed, 2020-04-15 at 18:50 +0200, Igor Gnatenko wrote:
> Hello,
>
> I have ThinkPad T480s and after latest kernel upgrades on Rawhide I
> see something like:
>
> ```
> exit_boot() failed!
> efi_main() failed!
> ```
>
> Right after grub and then system reboots.
>
> I found on the internet that
Good to know, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https
I package dolphin-emu, which bundled libcubeb in the latest version.
I've built it in rawhide and I'm trying to systematically unbundle things.
Looks like cubeb is apart of the Firefox source tree (./meda/libcubeb/). Should
I email gecko-bugs-nob...@fedoraproject.org or make a bug report?
It look
Hi Leigh,
On Fri, 2020-04-03 at 17:00 +0100, Leigh Griffin wrote:
>
>
> On Fri, Apr 3, 2020 at 4:20 PM Jeremy Cline
> wrote:
> > On Fri, 2020-04-03 at 05:38 -0400, Neal Gompa wrote:
> > > On Fri, Apr 3, 2020 at 5:29 AM Michal Konecny <
> > mkone...@redha
On Fri, 2020-04-03 at 05:38 -0400, Neal Gompa wrote:
> On Fri, Apr 3, 2020 at 5:29 AM Michal Konecny
> wrote:
> > On 03/04/2020 01:25, Jeremy Cline wrote:
> > > On Thu, 2020-04-02 at 11:52 +0100, Leigh Griffin wrote:
> > > > The number of active develope
real value, but never had the
proof. I appreciate the validation 🙂.
- Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproj
> Could someone with sufficient kernel building/troubleshooting
> knowledge
> please take a look at these?
>
>
I'm pretty sure I fixed those up at some point, but these documents
are going to need some changes in any case in the next f
On Wed, 2020-02-26 at 13:03 -0800, Kevin Fenzi wrote:
> On Wed, Feb 26, 2020 at 02:45:24PM +0000, Jeremy Cline wrote:
> > FYI before I left the team I started hacking up a replacement[0].
> > My
> > design focused on how to get as rich a feature set as I could using
>
On Wed, 2020-02-26 at 08:26 +0100, Clement Verna wrote:
> Hi all,
>
> FMN (https://apps.fedoraproject.org/notifications) is currently one
> of the main blocking point for dropping fedmsg in favour of fedora-
> messaging.
> FMN is quite important to the community and the composition of Fedora
> be
On Thu, 2020-02-06 at 14:13 -0500, Josh Boyer wrote:
> On Thu, Feb 6, 2020 at 1:56 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> > Hello kernel maintainers, hello Fedora developers,
> >
> > I'm looking into the split of kernel packages. The split into
> > subpackages
> > seems interesting, but there
better than Pagure.
As far as I can tell GitLab actually versions its API and Pagure has
broken its API without a version bump repeatedly (e.g. some unpaginated
APIs suddenly became paginated).
- Jeremy
___
devel mailing list -- devel@lists.fedoraproject
On Tue, Nov 05, 2019 at 02:14:29PM -0500, Matthew Miller wrote:
> If someone were to come by and say "I don't understand why you're doing all
> this, when it's been solved by AppImage since 2004", I'd say the same thing
> I'm telling Randy: you're welcome to work on that, but it's rude to tell the
On Tue, Nov 05, 2019 at 12:11:56PM -0500, Matthew Miller wrote:
> On Tue, Nov 05, 2019 at 04:34:55PM +0000, Jeremy Cline wrote:
> > I'd just like to say that I have found this thread very demoralizing. I
> > think Randy has valid points and has brought them up far more
>
'd just like to say that I have found this thread very demoralizing. I
think Randy has valid points and has brought them up far more
respectfully than I could and I feel like it's being dismissed as
trolling. I think this has a very negative affect on people's
willingnes
On Thu, Oct 03, 2019 at 08:42:36PM +0200, Clement Verna wrote:
> On Thu, Oct 3, 2019, 17:43 Jeremy Cline wrote:
>
> > On Wed, Oct 02, 2019 at 08:26:16PM +0200, Clement Verna wrote:
> > > On Wed, 2 Oct 2019 at 19:34, Matthew Miller
> > > wrote:
> > >
>
s I can tell
you it is miserable. That approach sounds like an eXtremly good way for
folks to just walk away from the project.
We can have machines check for correctness with tests, why on earth
would you enforce that check *after* accepting changes?
- Jeremy
_
On Fri, Sep 27, 2019 at 10:57:21AM -0400, Neal Gompa wrote:
> On Fri, Sep 27, 2019 at 9:54 AM Panu Matilainen wrote:
> >
> > On 9/26/19 10:05 PM, Jeremy Cline wrote:
> > > On Thu, Sep 26, 2019 at 02:57:56PM -0400, Randy Barlow wrote:
> > >> On Thu, 2019-09-2
On Thu, Sep 26, 2019 at 02:57:56PM -0400, Randy Barlow wrote:
> On Thu, 2019-09-26 at 14:49 +0000, Jeremy Cline wrote:
> > The combination of these two makes no sense to me. I do plenty of
> > work
> > where I don't want to build it (specfile cleanup, patches,
> >
On Thu, Sep 26, 2019 at 09:08:16AM -0700, Adam Williamson wrote:
> On Thu, 2019-09-26 at 15:46 +0000, Jeremy Cline wrote:
> >
> > Ah right, that makes a lot of sense.
> >
> > I can imagine automatically detecting the new upstream release, building
> > that, a
On Thu, Sep 26, 2019 at 01:22:03PM -0400, Robert Marcano via devel wrote:
> On 9/26/19 12:57 PM, Ken Dreyer wrote:
> > On Thu, Sep 26, 2019 at 7:11 AM Pierre-Yves Chibon
> > wrote:
> > >
> > > On Thu, Sep 26, 2019 at 03:01:25PM +0200, Remi Collet wrote:
> > > > Le 26/09/2019 à 11:36, Pierre-Yves
On Thu, Sep 26, 2019 at 05:14:59PM +0200, Fabio Valentini wrote:
> On Thu, Sep 26, 2019 at 4:57 PM Jeremy Cline wrote:
> >
> > On Thu, Sep 26, 2019 at 04:49:31PM +0200, Fabio Valentini wrote:
> > > On Thu, Sep 26, 2019 at 4:47 PM Zbigniew Jędrzejewski-Szmek
> > &g
On Thu, Sep 26, 2019 at 04:49:31PM +0200, Fabio Valentini wrote:
> On Thu, Sep 26, 2019 at 4:47 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Sep 26, 2019 at 02:57:45PM +0100, Daniel P. Berrangé wrote:
> > > Instead I prefer a clone of the master upstream git repo and maintain a
> > > br
ypick for patches. I don't ever want
to deal with dist-git in my work.
We're playing with a workflow like this for the kernel and so far I much
prefer it.
- Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
tion of the
resources.
As a Fedora contributor primary attraction to GitLab to me is that other
communities are using it and we can work together. As a user, GitLab's
user experience is vastly better. I find Pagure's user experience for
code review and CI to be incredibly painful to use.
-
On Mon, Jul 22, 2019 at 06:59:04PM +0300, Alexander Bokovoy wrote:
> On ma, 22 heinä 2019, Jeremy Cline wrote:
> > On Sun, Jul 21, 2019 at 05:37:10PM -0400, Neal Gompa wrote:
> > > Keycloak is not generally Fedora contributor friendly. Aside from it
> > > bein
On Sun, Jul 21, 2019 at 05:37:10PM -0400, Neal Gompa wrote:
> On Wed, Jul 17, 2019 at 4:31 PM Jeremy Cline wrote:
> >
> > On Wed, Jul 17, 2019 at 08:33:02AM -0400, Neal Gompa wrote:
> > > On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon
> > > wr
at the
original maintainer thinks?
For Fedora, though, if FreeIPA can replace FAS, or GitLab can replace
Pagure, or a generic notification service exists somewhere to replace
FMN, or whatever, why spend time on such things we could be spending
developing the few unique tools we need to continue build
ual
callable, but that issue aside, your consumer gets an instance of
the Message class or one of its sub-classes. The Message class is
used if the publisher used it or if you don't have the schema
available.
[0] https://github.com/fedora-infra/fedora-messaging/issues/187
[1] https://pypi.org/
ikely you're hitting a known bug[0], there is a proposed fix
included in 5.1.5 which is currently in updates-testing.
[0] https://bugzilla.kernel.org/show_bug.cgi?id=203643
Regards,
Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
e issue tracker[1] (or the infrastructure list if
you don't have a GitHub account) and we'll make sure they're addressed
as soon as possible.
[0] https://fedora-messaging.readthedocs.io/en/stable/index.html
[1] https://github.com/fedora-infra/fedora-mes
On 4/7/19 9:27 PM, Charalampos Stratakis wrote:
- Original Message -
From: "Robert-André Mauchin"
To: "Miro Hrončok"
Cc: devel@lists.fedoraproject.org
Sent: Monday, April 8, 2019 1:32:58 AM
Subject: Registering Python packages with Anitya and the "no-monitoring" option
Hello,
I hav
On 3/26/19 5:36 AM, Pierre-Yves Chibon wrote:
On Tue, Mar 26, 2019 at 09:37:26AM +0100, Michal Konecny wrote:
On 25/03/19 21:23, Jeremy Cline wrote:
On 3/25/19 1:55 PM, Jason L Tibbitts III wrote:
"KF" == Kevin Fenzi writes:
KF> Well, I find it unfortunate, does that cou
On 3/25/19 3:45 PM, Jason L Tibbitts III wrote:
"JC" == Jeremy Cline writes:
JC> The effort would be a 1-2 line change in the-new-hotness, and
JC> distributing the config to each package repository (some proven
JC> packager could do this easily).
Well that seems easy eno
current approach is from a
user perspective, I think this is worth doing. I've Cc'd the hotness
maintainer.
- Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
re database
(which is no longer online) with something new, and this seems to cover
a lot of what we want. It'd be great to be able to collaborate on this.
I poked around the client code a bit, but I can't find the server-side
repositories. Are those available somewhere and I'm just
1 - 100 of 142 matches
Mail list logo
