Igor Raits writes:
> On Fri, 2020-06-05 at 23:11 -0600, Jeff Law wrote:
>> On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
>>> On 04/06/20 16:30 -0400, Ben Cotton wrote:
>>>
https://fedoraproject.org/wiki/Changes/CompilerPolicy
In some ways this means there is no "default
Miroslav Suchý writes:
> Will be my mom able to write something like:
> dnf remove $(dnf list extras | awk '{print $1} | grep -v
> "package-I-still-want")
> ?
Quite possibly. It is safe to say most of us do not know your mother;
while your mother may be not versed in scripting, plenty of moth
Tomas Hrnciar writes:
> We would like to kindly ask you to add explicit BuildRequires for
> python3-setuptools to packages where setuptools is used. It will help
> us with testing new versions of setuptools in the future or with
> decoupling Python and setuptools. Today, if we want to know if a
>
Igor Raits writes:
> On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
>
>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>> changes it beg the question if now would not be the time to stop
>> supporting booting in legacy bios mode and move to uefi only
>> supporte
Jóhann B. Guðmundsson writes:
> On 30.6.2020 13:56, Igor Raits wrote:
>> On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
>>>
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>>> changes it beg the question if now would not be the time to stop
>>> supporting boot
Jóhann B. Guðmundsson writes:
> On 30.6.2020 17:49, John M. Harris Jr wrote:
>> On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
>>> it beg the question if now would not be the time to stop supporting
Sergio Belkin writes:
> What is the better option to to get tiled windows in Plasma?
>
> I've tried a few kwin scripts with no luck, for example:
>
> - Grid-Tiling
> - Krohnkite
> - Tiling Extension
>
> The best I've tried so far is the last one, but can be too unstable...
>
> What is your experi
Germano Massullo writes:
> All desktop oriented Fedora installers install on the system packages:
> hunspell
> hunspell-en
> hunspell-en-GB
> hunspell-en-US
>
> When a user opens the language list of the spell checker, is has ~24
> different English options, like English (Antigua and Barbuda), En
Aleksandra Fedorova writes:
> As COPR has recently got support for s390 builds, the question is: if
> emulation is good enough for building packages, can we use it for
> testing? What are the limitations there? Is it worth it?
Cross-architecture emulation is unbelievably slow in the general case
"Richard W.M. Jones" writes:
> On Thu, Jul 30, 2020 at 11:46:08AM -0400, Robbie Harwood wrote:
>> Aleksandra Fedorova writes:
>>
>>> As COPR has recently got support for s390 builds, the question is:
>>> if emulation is good enough for building packag
Hi,
I am orphaning krb5-appl in Fedora in the hopes that it will be retired.
Nicolas Mailhot via devel writes:
> Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit :
>> Miro Hrončok wrote:
>>
>> As I mentioned in the previous mail, branching goes against the
>> purpose of the effort.
>>
>> What we like to achieve is to create a continuous flow from Fedo
Neal Gompa writes:
> Miro Hrončok wrote:
>> Stephen Gallagher wrote:
>>
>>> In general, very few packages should even need conditionalizing at
>>> all; that's why I've been saying that this discussion is premature.
>>
>> Most of the Python packages we maintain in RHEL would need conditionalizing
Stephen Gallagher writes:
> Please see the newly-updated
> https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose
> for more details[1].
This page states:
> The fix will be done via a pull request that states a time limit. We
> want the regular maintainers to see / comment / commit, b
Petr Pisar writes:
> On Sun, Mar 29, 2020 at 12:56:42AM +0100, clime wrote:
>
>> You can make a separate namespace for this in dist-git. It doesn't
>> need to be a separate branch. That way, you won't be disturbing
>> anyone elses space.
>
> A different name space means a different repository. Th
Clement Verna writes:
> Neal Gompa wrote:
>> Clement Verna wrote:
>>
>> As for Pagure itself, I think this is where we fundamentally
>> disagree. I think it behooves us to own and provide an experience
>> tailored for our community from beginning to end. That's why we have
>> Koji, Bodhi, Dist
Paul Frields writes:
> Neal Gompa wrote:
>> Nicolas Mailhot wrote:
>>> Leigh Griffin a écrit :
>>>
To distill it down:
- Gitlab has more features that are needed right now for our
stakeholder group
- Gitlab has an entire company dedicated to roadmap features, we do
Aoife Moloney writes:
> * We found a password, we do not know whose it is, but we have turned
> it into the lost and found.
I'm sorry, what? Can you explain what this is and what it means?
Thanks,
--Robbie
signature.asc
Description: PGP signature
_
Tom Callaway writes:
> Recently, someone filed a bug against chromium, noting that it was
> benchmarking notably slower than Google Chrome or chromium-freeworld
> (from rpmfusion). I tested locally and confirmed it. They suspected
> that Fedora's optflags were to blame, but since chromium doesn't
Hi, in accordance with non-responsive maintainer policy [1], does anyone
know how to contact Michal Ruprich (mruprich)?
Michal, if you're still interested in maintaining your packages, please
respond here and also in:
https://bugzilla.redhat.com/show_bug.cgi?id=1815163
https://bugzilla.redhat.com
Martin Sehnoutka writes:
> Hi Robbie,
>
> I'm pretty sure Michal would respond if you contacted him via email.
Hi Martin, you've dropped Michal from CC in your reply, but I did
include Michal on my original email. In other words: this *is*
contacting by email :)
> Also Michal is far from being
Kamil Dudka writes:
> On Wednesday, April 22, 2020 7:28:36 PM CEST Robbie Harwood wrote:
>> To make this as clear as I can, let's look at
>> https://bugzilla.redhat.com/show_bug.cgi?id=1815163
>
> The above mentioned ticket is not a bug report in the first place.
Kamil Dudka writes:
> On Thursday, April 23, 2020 4:08:24 PM CEST Robbie Harwood wrote:
>> That's not how this works.
>
> Yes and I am trying to suggest you how to make it work.
>
>> Even if your assertion were true (which it isn't), we have a closure
>>
Tomas Tomecek writes:
> Thank you all for raising all the questions and concerns.
>
> Before I reply, I'd like to stress that we are still in a prototype
> phase - not everything is solved (clearly) and at this point, we
> experiment with the workflow mostly.
>
> Luckily, force-pushes are not all
Vít Ondruch writes:
> Dne 05. 05. 20 v 21:26 Robbie Harwood napsal(a):
>> Tomas Tomecek writes:
>>
>>> Thank you all for raising all the questions and concerns.
>>>
>>> Before I reply, I'd like to stress that we are still in a prototype
>>>
Vít Ondruch writes:
> Dne 06. 05. 20 v 20:39 clime napsal(a):
>> On Wed, 6 May 2020 at 13:21, Fabio Valentini wrote:
>>> On Wed, May 6, 2020 at 10:37 AM Vít Ondruch wrote:
Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a):
> On Mon, May 4, 2020 at 5:06 PM Tomas Tomecek wrote:
Ty Young writes:
> On 5/12/20 5:55 AM, Felix Schwarz wrote:
>> Am 12.05.20 um 12:32 schrieb Ty Young:
>>
>>> Right, I figured it was some Fedora policy and not up to you. I
>>> suppose I should have been more clear there. Sorry for any
>>> confusion, it was aimed at the Fedora project as a whole
Dan Čermák writes:
> Eduard Lucena writes:
>
>> My name is Eduard Lucena, some of you maybe know me, tons of you
>> don't. I'm part of the marketing team and host of the Fedora Podcast.
>>
>> I'm starting a SIG about i3 tiling window manager [1], with the final
>> objective of create a remix tha
Petr Pisar writes:
> On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote:
>
>> How should I go about with that? Open bz bugs to all the packages I
>> listed? strongly suggesting to get things to move to /usr/share (17)
>> and flatpak (suggest some kind of cache? not sure they'll be
"Colin Walters" writes:
> On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
>
>> As others in the thread have pointed out, mandatory pull requests
>> just make no sense for most single-maintainer projects, which most
>> packages probably are.
>
> Well, a lot of this relates to what the *mer
Björn Persson writes:
> Panu Matilainen wrote:
>> On 10/2/19 8:33 PM, Matthew Miller wrote:
>>> On Wed, Oct 02, 2019 at 05:31:56PM +0100, Richard W.M. Jones wrote:
>>>
> ○ Every changes to dist-git is done via pull-requests
Erm, no thank you. Pull requests are a terrible workflow
Pierre-Yves Chibon writes:
> On Wed, Oct 02, 2019 at 03:17:33PM -0400, Robbie Harwood wrote:
>
>> With about six more emails about it, sure. And another piece of
>> infrastructure that has to be up and bug-free.
>>
>> Even the gating and bodhi emails today are
Matthew Miller writes:
> On Mon, Oct 07, 2019 at 03:20:21PM -0400, Alexander Scheel wrote:
>
>>> And where is the software for those containers coming from? Some
>>> container registry like Docker Hub? One of the main points of
>>> Modularity is to provide a trusted source of software to install
Hello,
In accordance with Fedora non-responsive maintainer policy, I'm sending
this message in attempt to contact Andreas Bierfert (awjb).
Required non-responsive maintainer bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1760528
Open unaddressed bugs (53 in total):
https://bugzilla.redhat.com/
... and that's the wrong list. My bad.
Thanks,
--Robbie
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
Andreas Bierfert writes:
> On Thu, 2019-10-10 at 14:23 -0400, Robbie Harwood wrote:
>> Hello,
>>
>> In accordance with Fedora non-responsive maintainer policy, I'm
>> sending this message in attempt to contact Andreas Bierfert (awjb).
>>
>> Requ
Hello,
In accordance with Fedora's non-responsive maintainer policy, I'm
sending this message in attempt to contact Jamie Nguyen (jamielinux).
Required non-responsive maintainer bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1760898
Open unaddressed bugs (219 in total):
https://bugzilla.redhat
Chris Murphy writes:
> On Fri, Oct 11, 2019 at 6:57 AM Simo Sorce wrote:
>> On Fri, 2019-10-11 at 09:56 +0200, Daniel Mach wrote:
>>> On 10/7/19 8:55 PM, Simo Sorce wrote:
I have to ask, given containers are so popular and can deal with
any dependency without conflicting with system in
Matthew Miller writes:
> On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
>>> As package maintainers we all make technical decisions which have
>>> significant impact on our users every day - whether that's in the
>>> choice of defaults, choice of build flags, or whatever. Honestly
Tomasz Torcz writes:
> On Tue, Oct 15, 2019 at 01:56:11PM -0400, Robbie Harwood wrote:
>> Matthew Miller writes:
>>
>> > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
>> >>> As package maintainers we all make technical decisions which have
Stephen John Smoogen writes:
> On Thu, 17 Oct 2019 at 14:15, Randy Barlow
> wrote:
>
>> Or better, can we employ a solution that another distribution has
>> developed?
>
> Not without using their packaging system, their build system and their
> other design choices. Working out slots would mean
Christopher Engelhard writes:
> On 18.10.19 17:21, Robbie Harwood wrote:
>
>> While you're right that the solutions from source distros (i.e., NixOS
>> and Gentoo) would be very hard to adapt, binary distros have also solved
>> this problem in different ways. I&
Stephen Gallagher writes:
> My intention was to provide some scope to the problem, because it
> seemed that a lot of alternatives being floated were not seeing some
> of the more subtle cases that we were trying to address. However, the
> biggest problem is that nearly every email to the list has
Miro Hrončok writes:
> 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_pac
Robbie Harwood writes:
> Stephen Gallagher writes:
>
>> My intention was to provide some scope to the problem, because it
>> seemed that a lot of alternatives being floated were not seeing some
>> of the more subtle cases that we were trying to address. However, the
&g
Adam Samalik writes:
> This is the Minimization Objective [0] update.
>
> Status: Discovery phase
>
> == Next phase approval ==
>
> Next phase proposal [1] is being voted on by the Council — only positive
> votes so far!
>
> == Feedback Pipeline ==
>
> A few new features developed!
>
> 1/ A histo
"Johannes Lips" writes:
> What I found weird is that you can't comment on an update, which is
> already pushed to stable. A lot of users are only hit by a bug, once
> it reaches stable and then you don't have any possibility to highlight
> a bug report or an issue with this update. I would like t
Fabio Valentini writes:
> On Sat, Dec 7, 2019, 17:30 Mattia Verga via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Il 06/12/19 21:51, Johannes Lips ha scritto:
>> >> "Johannes Lips" > >>
>> >>
>> >> We already have a tool for reporting issues and problems, and it's not
>> >> bodhi. If th
Ken Dreyer writes:
> I work on a team at Red Hat with Kefu. He is very active with upstream
> Ceph, though I have not watched his Fedora activity or lack thereof.
>
> Is there a particular Fedora bug that you need Kefu to address?
This is probably about
https://bugzilla.redhat.com/show_bug.cgi?i
David Cantrell writes:
> On Tue, Dec 17, 2019 at 11:21:45PM +0100, Miro Hrončok wrote:
>> On 17. 12. 19 21:57, David Cantrell wrote:
>>> 1) Are modules allowed to bundle packages that are provided by and
>>> currently maintained in the base system? Are there are restrictions
>>> to what a module
James Paul Turner writes:
> Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1785011
>
> This bug is part of the non-responsive maintainer procedure for
> btashton, following
> https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
> .
>
> Both of your pack
Hi,
When replying to digests, I'd appreciate if you could please make an
effort to have the posts thread properly for the rest of us. Fedora
mailing list guidance on this:
https://fedoraproject.org/wiki/Mailing_list_guidelines#Replying_to_Digests
Thanks,
--Robbie
signature.asc
Description: PGP
Pierre-Yves Chibon writes:
> When you run `fedpkg build` on Rawhide, your package will be built in
> a new koji tag (which will be the default target for Rawhide). The
> package will be picked up from this koji tag, signed and moved onto a
> second tag. Bodhi will be notified by koji once this ne
> On Wed, Jul 24, 2019 at 11:30:45AM -0400, Robbie Harwood wrote:
>
> So we don't have an easy way to do this. I have a script that monitors the
> entire pipeline/workflow in production and in staging.
> I have been querying datagrepper for messages about the build that I&#x
Miro Hrončok writes:
> I'd like to drop python2-Cython subpackage from Cython, as I consider
> it not needed, however there are still packages that buildrequire
> it. Let me know if you want to maintain python2-Cython instead of me
> and Igor.
Hi, I believe you're CC'd on the thread with myself
> Here's the scriptlet:
>
> %triggerun libs -- krb5-libs < 1.15.1-5
> if ! grep -q 'includedir /etc/krb5.conf.d' /etc/krb5.conf ; then
> sed -i '1i # To opt out of the system crypto-policies
> configuration of krb5,
> remove the\n# symlink at /etc/krb5.conf.d/crypto-policies which will
> not be
eimdal in
Fedora, and indeed we do. Distributions with more robust alternatives
systems (e.g., Debian) have had packages build against both; in my
opinion this is more effort than it's worth. You end up exposing all
the compatibility issues (libgssap
Nico Kadel-Garcia writes:
> Robbie Harwood wrote:
>> Nico Kadel-Garcia writes:
>>> Robert Marcano wrote:
>>>> Nico Kadel-Garcia wrote:
>>>>> Alexander Bokovoy wrote:
>>>>>> Dario Lesca wrote:
>>>>>>> Robert M
Alexander Bokovoy writes:
> On ke, 04 syys 2019, alcir...@gmail.com wrote:
>>On Mon, 2019-09-02 at 17:14 +0200, Dario Lesca wrote:
>>>
>>> After few minutes almost everything work well, except for a thing ...
>>> all windows PC cannot access to others windows PC.
>>
>> Hey Dario.
>> Since in rece
Hi Fedora,
I'm trying to contact Alex Chernyakhovsky and Othman Madjoudj, who are
the maintainers of mosh as far as I can tell. I have started the
nonresponsive maintainer process due to lack of contact through bugzilla
mail; bugs are https://bugzilla.redhat.com/show_bug.cgi?id=1697355 and
https:
Alex Chernyakhovsky writes:
> On Wed, Sep 4, 2019 at 5:16 PM Alex Chernyakhovsky wrote:
>> On Wed, Sep 4, 2019 at 3:33 PM Robbie Harwood wrote:
>>>
>>> Hi Fedora,
>>>
>>> I'm trying to contact Alex Chernyakhovsky and Othman Madjoudj, who
>&g
mcatanz...@gnome.org writes:
> Felipe Borges wrote:
>
>> The "Fedora" account is just a branded Kerberos account. By adding a
>> Fedora account in GNOME Online Accounts you would get automatically
>> signed on whenever you'd need to enter your FAS credentials. This
>> means while accessing Pagure
mcatanz...@gnome.org writes:
> Robbie Harwood wrote:
>
>> Can you link the bug you've filed about this?
>
> I don't even know where to file a bug. Which component? kerberos?
> xdg-desktop-portal?
When filing bugs that you don't know the cause of, it&#x
Alex Chernyakhovsky writes:
> Yeah, I have no idea how I missed that bug. But I've uploaded 1.3.2
> for all active branches and requested an epel8 branch, so that's all I
> can do for now :)
Appreciated.
Thanks,
--Robbie
signature.asc
Description: PGP signature
___
Pierre-Yves Chibon writes:
> Here is what the vision we came to and that we would like to discuss:
>
> ○ Every changes to dist-git is done via pull-requests
> ○ Pull-requests are automatically tested
> ○ Every commit to dist-git (ie: PR merged) is automatically built in koji
> ○ Every build in ko
"Michael J Gruber" writes:
> There is the current worklflow and the current mindset. One influences
> the other.
>
> For a long-time gitter, the prevailing Fedora packager mindset is
> still very much "dist-cvs". dist-git is often used as merely a tool to
> drive "dist-something", not so much as
Dario Lesca writes:
> I have fill this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=1757071
>
> This error happen into my test Samba DC MIT Kerberos environment
> If you suggest to me some trick I can test it
Single-DES support has been removed from krb5 as per
https://fedoraproject.org/
"John M. Harris Jr" writes:
> On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote:
>> Issuing the command once per week harms no one
>
> Based on what's actual in the Change proposal, this is not the case.
>
> Even if this goes through, in my opinion, it should only affect the GNOME
Kairui Song writes:
> What I'm trying to do is reduce the initramfs size used for kdump.
> Kdump loads a crash kernel and kdump initramfs image in a prereseved
> memory region, which get booted when current kernel crashed and
> perform crash dump. The prereserved memory is limited, so initramfs
>
Nico Kadel-Garcia writes:
> On Thu, Jan 2, 2020 at 2:48 PM Robbie Harwood wrote:
>> "John M. Harris Jr" writes:
>>> On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote:
>>>
>>>> Issuing the command once per week harms no one
>
Chris Murphy writes:
> On Fri, Jan 3, 2020 at 9:06 AM Robbie Harwood wrote:
>> Nico Kadel-Garcia writes:
>>> On Thu, Jan 2, 2020 at 2:48 PM Robbie Harwood wrote:
>>>> "John M. Harris Jr" writes:
>>>>> On Friday, December 20, 2019 10:59
Robbie Harwood writes:
> Miro Hrončok writes:
>
>> 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
Ben Cotton writes:
> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>
> == Summary ==
> Install earlyoom package, and enable it by default. This will cause
> the kernel oomkiller to trigger sooner, but will not affect which
> process it chooses to kill off. The idea is to recover from out
Robbie Harwood writes:
> Ben Cotton writes:
>
>> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>>
>> == Summary ==
>> Install earlyoom package, and enable it by default. This will cause
>> the kernel oomkiller to trigger sooner, but will not affect
"John M. Harris Jr" writes:
> On Friday, January 3, 2020 1:51:00 PM MST Robbie Harwood wrote:
>> Robbie Harwood writes:
>>> Ben Cotton writes:
>>>
>>>> https://fedoraproject.org/wiki/Changes/EnableEarlyoom
>>>>
>>>> ==
Miro Hrončok writes:
> On 06. 01. 20 12:44, Peter Robinson wrote:
>
>>> As said in the e-mail, if you think the policy needs to be adapted,
>>> please discuss - I have made sure the recent changes in the policy
>>> are discussed with the community, especially since you were so angry
>>> when I fo
Chris Murphy writes:
> Robbie Harwood wrote:
>> "John M. Harris Jr" writes:
>>> On Friday, January 3, 2020 1:51:00 PM MST Robbie Harwood wrote:
>>>> Robbie Harwood writes:
>>>>> Ben Cotton writes:
>>>>>
>>>>
"Colin Walters" writes:
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
>> I'd love to find a way to directly integrate the likes of gem, npm
>> etc directly into our packaging rather than us having to repackage
>> everything by hand but I just don't see any way of doing it without
>> comp
Andrew Lutomirski writes:
>> On Jan 16, 2020, at 3:48 AM, Sarah Finn wrote:
>>
>> Hi all,
>>
>> I hope you are all well.
>>
>> I would like to invite you to contribute to our new initiative: AAA
>> replacement login.
>
> I’ll offer a couple of suggestions:
>
> Right now, I enter my Fedora develo
Alexander Bokovoy writes:
> On ti, 21 tammi 2020, Alex Scheel wrote:
>
>> For a period of time, IDM tried using Pagure for FreeIPA development.
>> They filed a huge number of issues. Now we host issues on Pagure, and
>> have moved development to GitHub. [*] I think we've mostly quit
>> filing bug
Andrew Haley writes:
> On 1/26/20 11:52 AM, Nicolas Mailhot wrote:
>> Le dimanche 26 janvier 2020 à 10:10 +, Andrew Haley a écrit :
>>> On 1/26/20 8:43 AM, Nicolas Mailhot via devel wrote:
>>>
Java has been in a terminal course in Fedora for a year at
least. You can see how much Red
tMario Torre writes:
> On Mon, Jan 27, 2020 at 5:28 PM Robbie Harwood wrote:
>
>>> You would not expect a GCC devroom to be concerned about the
>>> problems of all packages written in C and C++, so why would Java be
>>> any different?
>>
>> Honestly?
"Richard W.M. Jones" writes:
> I always think that Fedora works fine if you maintain 1-5 packages.
> It's possible to maintain 20 with a lot of work. And if you want to
> maintain 100+ (things like the ocaml-* set that I help to maintain)
> then you have to write your own automation. Could we d
Stephen John Smoogen writes:
> On Tue, 28 Jan 2020 at 13:01, Robbie Harwood wrote:
>>
>> "Richard W.M. Jones" writes:
>>
>> > I always think that Fedora works fine if you maintain 1-5 packages.
>> > It's possible to maintain 20 with a lot o
Julen Landa Alustiza writes:
> (snip)
>
> 20/1/29 14:49(e)an, Clement Verna igorleak idatzi zuen:
>> To me that's the all point of this
>> process, let's put down what we *really* *really* need and then look at
>> the different options.
>>
>
> Do we *really* *really* need to compete with othe
Richard Shaw writes:
> Not replying to anyone in particular but to the thead as a whole...
>
> 1. Nothing in the packager introduction process prepares a packager
> for what to do when they get a CVE filed against one of their
> packages. I found the whole ordeal rather stressful.
Agreed, this w
Fabio Valentini writes:
> Michael Schwendt wrote:
>> On Thu, 30 Jan 2020 14:44:50 +0100, Kevin Kofler wrote:
>>> Fabio Valentini wrote:
>>
>> All this would not even interest me at all, but almost a week ago
>> someone from Red Hat Security decided it would be a good idea to
>> assign to me (wit
Neal Gompa writes:
> Michal Konecny wrote:
>> Vít Ondruch wrote:
>>> Neal Gompa napsal(a):
Randy Barlow wrote:
> Vít Ondruch wrote:
>
>> cough cough errata cough cough
>>
>> Honestly, sometimes the disconnect between what is going on in
>> Fedora and internally in R
Michael Schwendt writes:
> On Fri, 31 Jan 2020 at 18:11, Robbie Harwood wrote:
>>
>> I could have also needinfo(Michael) (and in hindsight I probably
>> should have), but based on their reaction, I don't think they would
>> have been any happier with that.
&g
"John M. Harris Jr" writes:
> On Saturday, January 25, 2020 2:52:05 PM MST Chris Murphy wrote:
>
>> Question and (pre)proposal:
>>
>> Can Fedora converge on a single swap-on-ZRAM implementation, and if
>> so, which one? Fedora Workstation WG wants to move to swap-on-ZRAM by
>> default in Fedora 3
Clement Verna writes:
> Fabio Valentini wrote:
>> 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 th
Steve Grubb writes:
> Hello,
>
> We are working on Application Whitelisting. For this to work, we need
> to have a list of things that we trust. At the moment, that list is
> well over 400k on a desktop install. But we really need to get that
> smaller.
Not that I disagree, but... to what end?
Daniel Mach writes:
> Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a):
>
>> I realize I'm thinking about the Pie in the Sky, but:
>>
>> Would it be possible for 'microdnf' to become the base for 'dnf' so
>> that extra 'dnf' functionality is added via some kind of
>> modules/plugins/etc behaviour?
Ken Dreyer writes:
> On Tue, Mar 10, 2020 at 11:55 AM Kevin Fenzi wrote:
>>
>> when you see a proxy name there it usually means you have rdns true in
>> /etc/krb5.conf (it should be false), or krb_rdns or krb_canon_host true
>> in /etc/koji.conf or ~/.koji.conf (should be false).
>
> I think tho
Tomasz Torcz writes:
> On Sun, Mar 15, 2020 at 11:12:43PM +0100, Marius Schwarz wrote:
>> Am 15.03.20 um 13:32 schrieb Vitaly Zaitsev via devel:
>> > On 14.03.2020 13:05, Marius Schwarz wrote:
>> >> If you encrypt the fedora ( or any ) installation with luks, as
>> >> security of a mobile device
Björn Persson writes:
> Kamil Dudka wrote:
>
>> The timer is currently not enabled on fresh installs to avoid
>> surprises (such as data lost)
>
> That's a surprise only if somebody expected that logs would be retained
> forever. Do people expect that?
Yes.
> Random programs failing because the
Nikos Mavrogiannopoulos writes:
> How does this ties with crypto policies? libkrb5 is already under
> crypto policies and has these ciphers disabled by default. Is this
> change about removing them from the code or removing them from the
> capabilities of the KDC which is not covered by crypto po
Raphael, I'm confused how this doesn't comply. Their source code lives here:
https://github.com/h1kari/des_kpt
Also, let's keep comments on this thread *and CC me* - then there's only one
place to look for replies (and I'm not subscribed to this list). In any case,
as I stated there, if you h
> BC> == Detailed Description ==
>
>
> Is it just me or does this not actually say clearly what is changing?
> The first paragraph talks about two RFCs. The second paragraph talks
> about how easy it is to break single DES. The third paragraph talks
> about how disabled by default is undesirabl
Adam Williamson writes:
> On Thu, 2019-01-03 at 22:40 -0600, Jason L Tibbitts III wrote:
>
>> But to be fair, MIT krb5 is not known for having great error output.
>> Not being able to start at all because the K/M has an enctype which is
>> acceptable and not at all deprecated according to the doc
1 - 100 of 242 matches
Mail list logo
