On 11/5/19 9:41 PM, Alex Scheel wrote:
IMO, without a resolution in Fedora we'll never get one in RHEL.
And? Why should Fedora care about RHEL?
I for one consider RHEL not to be its partner, but it to be an
initiative to gradually push Fedora out of this planet.
Ralf
__
https://bugzilla.redhat.com/show_bug.cgi?id=1768957
--- Comment #2 from Fedora Update System ---
FEDORA-EPEL-2019-f29fcc60ce has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f29fcc60ce
--
You are receiving this mail because:
You are on
Hello,
As you may or may not know, due to this F31 Change [1], all R packages
now have Suggests for all packages in their metadata automatically. In
the discussion with FPC and Legal [2], it has been determined that the
Suggests cannot apply to non-existent packages.
I have already fixed my packa
Hello,
On Thu, 1 Nov 2018 at 20:45, Jason L Tibbitts III wrote:
>
> Since I actually had an existing pagure repo for random RPM macro
> experiments, I just dropped the R macro stuff there.
>
> https://pagure.io/misc-rpm-macros
> https://pagure.io/misc-rpm-macros/blob/master/f/macros.R-extra
>
> I
On Wed, Nov 06, 2019 at 09:32:03AM +0100, Ralf Corsepius wrote:
> On 11/5/19 9:41 PM, Alex Scheel wrote:
>
> > IMO, without a resolution in Fedora we'll never get one in RHEL.
>
> And? Why should Fedora care about RHEL?
Because Fedora and Red Hat symbiotic.
I think this has been said at a few fl
On 11/5/19 11:21 PM, Dridi Boukelmoune wrote:
>> Hi,
>>
>> It looks like some leftover from the past. I don't really see why it
>> should be there.
>>
>> This commit removes that:
>>
>> https://github.com/fedora-selinux/selinux-policy-macros/commit/5f366657da0c7c67f2448be03620581437c2dfbb
>>
>> Fix
Hi,
I had every intention of pushing this forward, but I never found the
time. Sorry for that. It would still be great to have these.
Iñaki
On Wed, 6 Nov 2019 at 10:11, Elliott Sales de Andrade
wrote:
>
> Hello,
>
> On Thu, 1 Nov 2018 at 20:45, Jason L Tibbitts III wrote:
> >
> > Since I actu
On ke, 06 marras 2019, Miro Hrončok wrote:
On 06. 11. 19 0:26, Michael Cronenworth wrote:
On 11/5/19 4:59 PM, Kevin Kofler wrote:
… and Calamares …
... and Domoticz (Fedora), and Kodi (RPMFusion)...
Will this be as simple as a BR change in the spec or will
application patches be necessary?
Dne 05. 11. 19 v 16:03 Ben Cotton napsal(a):
> https://fedoraproject.org/wiki/Changes/PythonStaticSpeedup
>
> == Summary ==
> Python 3 traditionally in Fedora was built with a shared library
> libpython3.?.so and the final binary was dynamically linked against
> that shared library. This change is
On Wed, 06 Nov 2019 11:49:18 +0100, Vít Ondruch wrote:
> > we can achieve a
> > performance gain of 5% to 27% depending on the workload.
>
> Where are these number coming from? And what is the reason for the
> performance hit for dynamically linked Python?
Yes, it looks suspicious. -fPIC was a pe
Dne 06. 11. 19 v 5:21 Randy Barlow napsal(a):
> On Tue, 2019-11-05 at 21:17 -0500, Neal Gompa wrote:
>> This feature of "slotting" multiple EVRs of the same name actually
>> already exists in RPM. DNF currently restricts this to packages that
>> contain one of the following provides:
>> * installo
On Wed, Nov 06, 2019 at 12:12:54PM +0100, Jan Kratochvil wrote:
> On Wed, 06 Nov 2019 11:49:18 +0100, Vít Ondruch wrote:
> > > we can achieve a
> > > performance gain of 5% to 27% depending on the workload.
> >
> > Where are these number coming from? And what is the reason for the
> > performance
On Tue, Nov 5, 2019 at 11:22 PM Randy Barlow
wrote:
>
> On Tue, 2019-11-05 at 21:17 -0500, Neal Gompa wrote:
> > This feature of "slotting" multiple EVRs of the same name actually
> > already exists in RPM. DNF currently restricts this to packages that
> > contain one of the following provides:
>
Dne 06. 11. 19 v 12:17 Vít Ondruch napsal(a):
> Dne 06. 11. 19 v 5:21 Randy Barlow napsal(a):
>> On Tue, 2019-11-05 at 21:17 -0500, Neal Gompa wrote:
>>> This feature of "slotting" multiple EVRs of the same name actually
>>> already exists in RPM. DNF currently restricts this to packages that
>>>
I'm trying vagrant image of rawhide from [1], however vagrant is unable
to bring the machine up. It gets always stuck on "==> client: Waiting
for domain to get an IP address..." step. Other vagrant boxes (Fedora 29
till Fedora 31) from these cloud composes works well.
I tried to upgrade to lat
On Tue, Nov 5, 2019 at 4:35 PM Fabio Valentini wrote:
>
> On Tue, Nov 5, 2019 at 8:15 PM Matthew Miller
> wrote:
> >
> > On Tue, Nov 05, 2019 at 01:08:23PM -0500, Neal Gompa wrote:
> > > I think I mentioned that it would be possible, as OpenPKG actually
> > > worked this way.
> > >
> > > The key
- Original Message -
> From: "Ralf Corsepius"
> To: devel@lists.fedoraproject.org
> Sent: Wednesday, November 6, 2019 3:32:03 AM
> Subject: Re: Modularity: The Official Complaint Thread
>
> On 11/5/19 9:41 PM, Alex Scheel wrote:
>
> > IMO, without a resolution in Fedora we'll never get o
Randy Barlow wrote:
> *Kofler - sorry for misspelling your name Kevin.
Oh, I'm used to that. :-) Even in Vienna, where I live and where the name is
relatively common, it keeps getting misspelled. (For the record, the name is
originally from the Tyrol area. My father was from Alto Adige / South T
Il giorno mer, 06/11/2019 alle 08.52 +0100, Franta Hanzlík ha scritto:
> If I can speak for myself and for the Linux people I know, nobody
> needs a FreeIPA, and many need a Samba AD DC. And of course they want
> a stable solution if possible.
>
> The current situation leads to either choosing a d
> Waiting for MIT kerberos to become stable and supported from samba
> team, a simple solution is insert into official samba.spec, a flag for
> easily rebuild it with heimdal kerberos, without substitute or modify
> the .spec file.
>
> Something like this:
>
> $ rpmbuild --rebuild --with heimdal
On Wed, 2019-11-06 at 00:20 -0700, John M. Harris Jr wrote:
> This only works to a limited degree in Gentoo, and even then, if you
> want a stable system, you can't really install different versions of
> packages as X version of Y package will break package Z, generally
> not in the ebuild either.
Isn't it this issue?
https://bugzilla.redhat.com/show_bug.cgi?id=1759603
Vít
Dne 06. 11. 19 v 14:02 Pavel Březina napsal(a):
> I'm trying vagrant image of rawhide from [1], however vagrant is
> unable to bring the machine up. It gets always stuck on "==> client:
> Waiting for domain to get an
On Wed, 6 Nov 2019 at 03:35, Ralf Corsepius wrote:
>
> On 11/5/19 9:41 PM, Alex Scheel wrote:
>
> > IMO, without a resolution in Fedora we'll never get one in RHEL.
>
> And? Why should Fedora care about RHEL?
>
> I for one consider RHEL not to be its partner, but it to be an
> initiative to gradua
On 05/11/2019 22:00, Nicolas Mailhot via devel wrote:
> Le mardi 05 novembre 2019 à 19:45 +0100, Tomasz Torcz a écrit :
[]
>
> The day DoH actually gets decentralized the nowheristan state and its
> ISPs will run DoH servers like everyone else and influence their
> results exactly like today,
Announcing the creation of a new nightly release validation test event
for Fedora 32 Rawhide 20191106.n.0. 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
On 06. 11. 19 11:41, Alexander Bokovoy wrote:
Python extension modules embedding Python and linking to libpython
- needs to be evaluated case by case
- changes to cmake/autotools are needed
- changes in code might be necessary as well
- if not changed, might misbehave
- Python Maint will provide
On Wed, 6 Nov 2019 at 10:24, Stephen John Smoogen wrote:
>
> On Wed, 6 Nov 2019 at 03:35, Ralf Corsepius wrote:
> >
> > On 11/5/19 9:41 PM, Alex Scheel wrote:
> >
> > > IMO, without a resolution in Fedora we'll never get one in RHEL.
> >
> > And? Why should Fedora care about RHEL?
> >
> > I for o
On ke, 06 marras 2019, Miro Hrončok wrote:
On 06. 11. 19 11:41, Alexander Bokovoy wrote:
Python extension modules embedding Python and linking to libpython
- needs to be evaluated case by case
- changes to cmake/autotools are needed
- changes in code might be necessary as well
- if not changed,
On Wed, Nov 6, 2019 at 4:54 pm, David Sommerseth
wrote:
Yes, TLSv1.3 with encrypted SNI will help to some degree, but still
there IP
addresses you connect to will still provide meta data which can be
used to
profile you and give an indication of what kind of sites you visit.
Well that's the
Il giorno mer, 06/11/2019 alle 09.03 -0500, Nico Kadel-Garcia ha
scritto:
> > Can the Fedora samba maintainers do that?
> >
> > Thank
> >
>
> They are very welcome to my work.
>
Then why do not use your samba.spec for build official samba package at
least on Fedora?
It already contain the MIT
OLD: Fedora-Rawhide-20191105.n.0
NEW: Fedora-Rawhide-20191106.n.0
= SUMMARY =
Added images:15
Dropped images: 9
Added packages: 8
Dropped packages:0
Upgraded packages: 89
Downgraded packages: 0
Size of added packages: 305.15 MiB
Size of dropped packages:0
No missing expected images.
Compose FAILS proposed Rawhide gating check!
1 of 45 required tests failed, 2 results missing
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all
MISSING: fedora.Workstation-boot-iso.x86_64.64bit - compose.install_default
On 06. 11. 19 17:44, Alexander Bokovoy wrote:
If you'd be able to help us removing this linking dependency, that would
be great.
We would. However we'd only invest the time and energy into it if this change is
accepted, not before that. IF samba and or freeipa breaks, that would be Fedora
32
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
I'll take openal-soft, pdfbox, freealut, python-httplib2, and dosbox. FAS:limb
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On 06. 11. 19 20:41, Gwyn Ciesla via devel wrote:
I'll take openal-soft, pdfbox, freealut, python-httplib2, and dosbox. FAS:limb
Thanks for the quick response.
BTW For example python-httplib2 has plenty active co-maintainers to I suspect
they would take it as well.
It was recently orphaned
Ok. :) And I'll take wine if absolutely no one else will, but as a last
resort. :)
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐
On 11/5/19 7:18 PM, Kevin Kofler wrote:
"name mangling": Why is this a problem? First of all, it is not mangling, it
is suffixing. The original name is retained unchanged and nothing is
prepended to it, only appended. And, e.g., Qt 3, 4, and 5 are all different
packages, so why should they have t
I somehow overlooked the fact that stringtemplate4 was going to be
retired due to having been orphaned. I need it for antlr3, which I
need because the cvc4 project still hasn't migrated to antlr4 (argh!).
I have filed a ticket with releng asking for it to be unretired:
https://pagure.io/releng/is
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
Hello,
it repeatedly happened to me that I'm notified by Koschei that dozens of my
packages suddenly fail to resolve build dependencies on a released Fedora.
I usually find out that the broken update was sitting in testing for 7 days
without any feedback, only to be pushed and receive ex-post
On Wed, Nov 06, 2019 at 11:56:13AM -0600, Michael Catanzaro wrote:
> On Wed, Nov 6, 2019 at 4:54 pm, David Sommerseth wrote:
> > Yes, TLSv1.3 with encrypted SNI will help to some degree, but still
> > there IP
> > addresses you connect to will still provide meta data which can be used
> > to
> > p
On Wed, Nov 06, 2019 at 08:56:53PM +0100, Miro Hrončok wrote:
> On 06. 11. 19 20:41, Gwyn Ciesla via devel wrote:
> > I'll take openal-soft, pdfbox, freealut, python-httplib2, and dosbox.
> > FAS:limb
>
> Thanks for the quick response.
>
> BTW For example python-httplib2 has plenty active co-mai
Am 06.11.19 um 21:59 schrieb Kevin Fenzi:
>
> In any case, I will note here that firefox in Fedora is not going to
> enable DoH like upstream firefox. I don't know about chromium.
>
>
> kevin
That's good news, as it takes about half an hour to make ff privacy
conform again. Each step less helps.
On Wed, Nov 6, 2019 at 8:48 PM Gwyn Ciesla via devel
wrote:
>
> I'll take openal-soft, pdfbox, freealut, python-httplib2, and dosbox. FAS:limb
Heh, I wanted to take openal-soft and dosbox as I've been the de-facto
maintainer for some time.
FAS: fcami
https://pagure.io/releng/issue/8972
Gwyn, wha
By all means, take them. I just don't want them to go away. :)
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Wednesday, N
On Wed, Nov 6, 2019 at 10:30 PM Gwyn Ciesla wrote:
>
> By all means, take them. I just don't want them to go away. :)
Thanks! We share the same concerns (no surprise) there :)
François
> --
> Gwyn Ciesla
> she/her/hers
>
> in your fear, seek only
Hi Marius,
I maintain BIND and some similar stuff. More or less, there is already
implementation quite similar to what you have described. Already in
Fedora: stubby [1]. It has central list of several resolvers and uses
them in round-robin fashion. Does not make specific order.
However, the
On 11/6/19 7:11 AM, Tomasz Torcz wrote:
On Tue, Nov 05, 2019 at 10:00:17PM +0100, Nicolas Mailhot via devel wrote:
Le mardi 05 novembre 2019 à 19:45 +0100, Tomasz Torcz a écrit :
I don't agree with centralisation. You should run your own DoH
endpoint,
using Google's, Cloudflare's or Qua
On Wed, 2019-11-06 at 21:32 +0100, Miro Hrončok wrote:
> Is there any good way to get notified about this sort of problems in
> timely manner prior to the update being pushed? This is currently not
> optimal.
I'm not familiar with an existing solution to this problem, but I agree
that it is not op
Randy Barlow wrote:
> On Wed, 2019-11-06 at 01:18 +0100, Kevin Kofler wrote:
>> The big difference is that Gentoo is source-based, whereas Fedora is
>> binary-based. So where Gentoo needs to ship only one ebuild (the
>> equivalent of a specfile) for foo-1.2.3 that the user can then
>> compile again
Przemek Klosowski via devel wrote:
> On 11/5/19 7:18 PM, Kevin Kofler wrote:
>> "name mangling": Why is this a problem? First of all, it is not mangling,
>> it is suffixing. The original name is retained unchanged and nothing is
>> prepended to it, only appended. And, e.g., Qt 3, 4, and 5 are all
>
Josh Boyer wrote:
> What you call unfair, I call open source winning in the industry.
> Does it create an imbalance between funded vs. unfunded work? Yes.
> That is the reality of the software landscape today though, and I
> think it's a net good thing even if it is somewhat departed from what
> p
Randy Barlow wrote:
> Nix might be the only solution that avoids this since it has the most
> advanced form of parallel installability. I've not used Nix before, but
> it sounds pretty cool.
Unfortunately, Nix uses a completely non-standard (non-FHS) file system
layout, essentially the Windows on
Pierre-Yves Chibon wrote:
> Symbiotic is, I think, the best way to describe the Red Hat/Fedora
> relationship.
Well, a symbiosis has to go both ways. In this case, I unfortunately get the
feeling that this feature was implemented to comply with RHEL's needs and
RHEL's needs only (enterprise serv
Alex Scheel wrote:
> In an ideal world, Modularity would've been proposed to Fedora,
> it would've been discussed by the community, improved, perfected,
> and _then_ brought into the RHEL fold only when stable! Fedora
> would've _driven_ the innovation, rather than having to keep up
> with whatever
On Wed, 6 Nov 2019 at 05:50, Vít Ondruch wrote:
> Dne 05. 11. 19 v 16:03 Ben Cotton napsal(a):
> > When we compile the python3 package on Fedora (prior to this change),
> > we create the libpython3.?.so shared library and the final python3
> > binary (/usr/bin/python3) is dynamically linked against
On Wed, Nov 6, 2019 at 1:00 PM Dario Lesca wrote:
>
> Il giorno mer, 06/11/2019 alle 09.03 -0500, Nico Kadel-Garcia ha
> scritto:
> > > Can the Fedora samba maintainers do that?
> > >
> > > Thank
> > >
> >
> > They are very welcome to my work.
> >
>
> Then why do not use your samba.spec for build
On Mon, Nov 04, 2019 at 03:14:34PM +0100, Dario Lesca wrote:
> Il giorno lun, 04/11/2019 alle 08.38 -0500, Neal Gompa ha scritto:
> > What defines it as experimental?
>
> https://wiki.samba.org/index.php/Running_a_Samba_AD_DC_with_MIT_Kerberos_KDC
> > Using MIT Kerberos is still considered experi
On Wed, Nov 6, 2019 at 9:11 PM Gwyn Ciesla via devel <
devel@lists.fedoraproject.org> wrote:
> Ok. :) And I'll take wine if absolutely no one else will, but as a last
> resort. :)
>
I can take wine if you want that only as a last resort :) But, I'd be happy
if you would co-maintain that, more pe
On ke, 06 marras 2019, Nico Kadel-Garcia wrote:
On Wed, Nov 6, 2019 at 1:00 PM Dario Lesca wrote:
Il giorno mer, 06/11/2019 alle 09.03 -0500, Nico Kadel-Garcia ha
scritto:
> > Can the Fedora samba maintainers do that?
> >
> > Thank
> >
>
> They are very welcome to my work.
>
Then why do not u
61 matches
Mail list logo