V Mon, Feb 08, 2021 at 10:23:17AM -0500, Matthew Miller napsal(a):
> On Mon, Feb 08, 2021 at 04:09:19PM +0100, Martin Curlej wrote:
> > It would be great if we could start a discussion about how modular
> > obsoletes will be used in Fedora? Where will be they stored? Who will be
> > able to change
Dne 08. 02. 21 v 21:44 Chris Murphy napsal(a):
On Mon, Feb 8, 2021 at 2:46 AM Vít Ondruch wrote:
Being devils advocate, but should we have the memtest86 or similar by
default? I have certainly not used this feature in my 10+ yeas with Fedora.
You mean get rid of it (from media and installati
On 2/8/21 10:46 AM, Vít Ondruch wrote:
Being devils advocate, but should we have the memtest86 or similar by default?
I have certainly not used this feature in my 10+ yeas with Fedora.
I've not used GNOME in my 18 years with Fedora (plus 5 pre-Fedora).
Can we consider removing it?
Having memte
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)
Old soft failures (same test soft failed in Fedora-Cloud-32-20210208.0):
ID: 772546 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Dne 09. 02. 21 v 10:08 Roberto Ragusa napsal(a):
On 2/8/21 10:46 AM, Vít Ondruch wrote:
Being devils advocate, but should we have the memtest86 or similar by
default? I have certainly not used this feature in my 10+ yeas with
Fedora.
I've not used GNOME in my 18 years with Fedora (plus 5 pre-
On 09. 02. 21 1:54, Robbie Harwood wrote:
Miro Hrončok writes:
On 08. 02. 21 20:38, Robbie Harwood wrote:
Robbie Harwood writes:
Ben Cotton writes:
A simple `sed` can be applied in `%prep` as a temporary (or even
permanent) downstream solution.
In most cases, performing the following r
On 09. 02. 21 9:48, Petr Pisar wrote:
V Mon, Feb 08, 2021 at 10:23:17AM -0500, Matthew Miller napsal(a):
On Mon, Feb 08, 2021 at 04:09:19PM +0100, Martin Curlej wrote:
It would be great if we could start a discussion about how modular
obsoletes will be used in Fedora? Where will be they stored?
On 2/9/21 10:53 AM, Vít Ondruch wrote:
Dne 08. 02. 21 v 21:44 Chris Murphy napsal(a):
On Mon, Feb 8, 2021 at 2:46 AM Vít Ondruch wrote:
Being devils advocate, but should we have the memtest86 or similar by
default? I have certainly not used this feature in my 10+ yeas with
Fedora.
You me
On 2/8/21 17:05, Kalev Lember wrote:
On 2/6/21 18:06, Florian Weimer wrote:
Icecat is probably including the glib header in an extern "C" block.
You can escape from that by including inside an extern
"C++" block. See /usr/include/math.h for an example.
Thanks! I went ahead and filed
https:
Hello packagers,
minizip was just bumped from libminizip.so.2.5 to libminizip.so.3.0.
Many packages now have broken dependencies in rawhide:
$ repoquery --repo=koji --whatrequires 'libminizip.so.2.5()(64bit)' --exact
R-libSBML-0:5.19.0-3.fc34.x86_64
collada-dom-0:2.5.0-15.fc34.x86_64
dolphin-em
On 09. 02. 21 11:30, Miro Hrončok wrote:
I suggest we untag the build before it reaches compose, tag it into a side tag
and do a targeted rebuild there.
Untagged.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@l
There will be a soname bump from libminizip.so.2.5 to libminizip.so.3.0.
Change will be build in a side-tag f34-build-side-37055.
--
Patrik Novotný
Associate Software Engineer
Red Hat
panov...@redhat.com
___
devel mailing list -- devel@lists.fedoraproj
On Mon, Feb 08, 2021 at 06:43:29PM +, Gwyn Ciesla via devel wrote:
> Can uw-imap be replaced with something else, or should someone pick it up?
There has not been an upstream release since 2007 - the maintainer Mark
Crispin sadly died in 2012, and nobody else has formed an upstream
around it
Kalev Lember wrote:
> The glib upstream MR got rejected, which means all consumers are going
> to have to fix their use of glib headers to not include them in an
> extern "C" block.
That is extremely unhelpful. What is the point of rejecting a 2-line (!)
patch that keeps backwards compatibility a
- Original Message -
> From: "Zbigniew Jędrzejewski-Szmek"
> To: "Development discussions related to Fedora"
>
> Cc: "Miro Hrončok"
> Sent: Tuesday, February 9, 2021 8:58:36 AM
> Subject: Re: Fedora 34 Change: Deprecate python-mock (Self-Contained change
> proposal)
>
> On Mon, Feb
On 09. 02. 21 11:42, Patrik Novotny wrote:
There will be a soname bump from libminizip.so.2.5 to libminizip.so.3.0.
Change will be build in a side-tag f34-build-side-37055.
The following packages fail to build even without the upgraded minizip:
librasterlite2
dolphin-emu
xiphos
The following
Neal Gompa wrote:
> Don't blame Microsoft for our failings. The fact that we can't do
> hibernation or offer an easy path for third-party kernel modules to
> function in a Secure Boot environment is *entirely* our fault. After
> shim->grub2, Microsoft's trust ends and ours begins. We use *our*
> ce
Chris Murphy wrote:
> This is such an old argument. I know you've been around in Fedora long
> enough to actually understand this stuff if you really wanted to at
> least not spread misinformation.
I do not see how I am spreading misinformation. I think you are
misunderstanding me. I do not inten
Joe Orton writes:
On Mon, Feb 08, 2021 at 06:43:29PM +, Gwyn Ciesla via devel wrote:
> Can uw-imap be replaced with something else, or should someone pick it up?
There has not been an upstream release since 2007 - the maintainer Mark
Crispin sadly died in 2012, and nobody else has formed an
On Tue, Feb 9, 2021 at 11:36 AM Miro Hrončok wrote:
>
> On 09. 02. 21 11:30, Miro Hrončok wrote:
> > I suggest we untag the build before it reaches compose, tag it into a side
> > tag
> > and do a targeted rebuild there.
>
> Untagged.
Maybe this should happen *after* today's f34 branching finish
On 09. 02. 21 13:48, Fabio Valentini wrote:
On Tue, Feb 9, 2021 at 11:36 AM Miro Hrončok wrote:
On 09. 02. 21 11:30, Miro Hrončok wrote:
I suggest we untag the build before it reaches compose, tag it into a side tag
and do a targeted rebuild there.
Untagged.
Maybe this should happen *afte
On 09/02/2021 12:24, Kevin Kofler via devel wrote:
Kalev Lember wrote:
The glib upstream MR got rejected, which means all consumers are going
to have to fix their use of glib headers to not include them in an
extern "C" block.
That is extremely unhelpful. What is the point of rejecting a 2-lin
Hi Folks,
We are going to add a new bundle of distgits to Fedora Zuul CI. This bundle
[1]
has been computed from datagrapper to get the list of distgits that received
at least 2 PR updates since the last 3 months.
Here [2] is the Pull-Request we are going to merge, in the coming days, into
the Zu
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2021-02-10 15:00 UTC'
Links to all issues to
--
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 Tuesday, February 9, 2021 5:17 AM, Joe Orton wrote:
> On Mon, Feb 08, 20
--
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 Tuesday, February 9, 2021 8:15 AM, Gwyn Ciesla via devel
wrote:
> --
>
On 2/9/21 5:29 AM, Fabien Boucher wrote:
Hi Folks,
We are going to add a new bundle of distgits to Fedora Zuul CI. This bundle [1]
has been computed from datagrapper to get the list of distgits that received
at least 2 PR updates since the last 3 months.
Here [2] is the Pull-Request we are goin
On 09. 02. 21 15:27, Tom Stellard wrote:
Has there been any more discussion about disabling simple-koji-ci on
packages with Zuul enabled?
It's generally disabled AFAIK. Or broken. Same outcome.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
__
On Tue, Feb 09, 2021 at 03:35:11PM +0100, Miro Hrončok wrote:
> On 09. 02. 21 15:27, Tom Stellard wrote:
> > Has there been any more discussion about disabling simple-koji-ci on
> > packages with Zuul enabled?
>
> It's generally disabled AFAIK. Or broken. Same outcome.
AFAIK it's still running. H
Miro Hrončok wrote on 2021/02/09 20:40:
On 09. 02. 21 11:42, Patrik Novotny wrote:
There will be a soname bump from libminizip.so.2.5 to libminizip.so.3.0.
Change will be build in a side-tag f34-build-side-37055.
The following packages fail to build even without the upgraded minizip:
librast
Hello,
I would like to start helping with maintaining a/some package(s). I
have read the pre-requisite documents, did the RPM creation tutorial,
and signed up to all the mailing lists.
I am currently self employed providing industrial control services to
some businesses in my area, which is the S
On 09. 02. 21 12:40, Miro Hrončok wrote:
On 09. 02. 21 11:42, Patrik Novotny wrote:
There will be a soname bump from libminizip.so.2.5 to libminizip.so.3.0.
Change will be build in a side-tag f34-build-side-37055.
The following packages fail to build even without the upgraded minizip:
libras
Miro Hrončok writes:
> On 09. 02. 21 1:54, Robbie Harwood wrote:
>> Miro Hrončok writes:
>>> On 08. 02. 21 20:38, Robbie Harwood wrote:
Robbie Harwood writes:
> Ben Cotton writes:
>>>
>>> but doing this downstream only was never my intention. I am the
>>> change owner.
>>
>> You have
Zbigniew Jędrzejewski-Szmek writes:
> And now you are pissed that they didn't provide the two line diff in
> the the format that you like.
This belittling is uncalled for; your escalation here is not needed, nor
is it helpful to keeping the conversation on a technical track.
Thanks,
--Robbie
Charalampos Stratakis writes:
> Well it seems so. I mean I would get it to an extend if this wasn't a
> *PR*. But anyway yes a two-line diff apparently should be a patch and
> not a sed.
>
> Also according to the PR comments I'm "unwilling" to do that upstream.
That is not how that word is used
On 09. 02. 21 17:17, Robbie Harwood wrote:
Miro Hrončok writes:
On 09. 02. 21 1:54, Robbie Harwood wrote:
Miro Hrončok writes:
On 08. 02. 21 20:38, Robbie Harwood wrote:
Robbie Harwood writes:
Ben Cotton writes:
but doing this downstream only was never my intention. I am the
change ow
- Original Message -
> From: "Robbie Harwood"
> To: "Charalampos Stratakis" , "Development discussions
> related to Fedora"
>
> Cc: "Miro Hrončok"
> Sent: Tuesday, February 9, 2021 5:30:45 PM
> Subject: Re: Fedora 34 Change: Deprecate python-mock (Self-Contained change
> proposal)
>
Le 2/9/21 à 4:35 PM, Stephen Snow a écrit :
Hello,
I would like to start helping with maintaining a/some package(s). I
have read the pre-requisite documents, did the RPM creation tutorial,
and signed up to all the mailing lists.
I am currently self employed providing industrial control service
On Tue, Feb 09, 2021 at 09:48:28AM +0100, Petr Pisar wrote:
> If you wanted to implememt the aligned EOL, you would have to wait on a new
> Fedora release (because the exact day of EOL is not knows until a release is
> made), include the to-be-EOLed streams in the new release, then set the EOL,
> a
On 09. 02. 21 18:28, Robbie Harwood wrote:
Miro Hrončok writes:
On 09. 02. 21 17:17, Robbie Harwood wrote:
Miro Hrončok writes:
Also note that it is a Pull Request, not a provenpackager mass pushing
changes.
Indeed, one step closer to doing this right :)
To doing what right? If I am do
Hi everybody,
Due to lack of time and interest, I have orphaned the elementary
AppCenter applications I have maintained so far:
- agenda (simple todo-list)
- appeditor (GUI .desktop file and menu editor)
- dippi (display DPI / scaling factor calculator)
- harvey (visual WCAG color contrast compli
On Monday, February 8, 2021 9:17:07 PM WET Fabio Valentini wrote:
> https://pagure.io/pagure-dist-git/issue/128
Thank you Fabio. :-)
--
José Abílio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
Can anybody please help updating Audacity package? I cannot help this
time. Despite this package has 2 maintainers, the software is no
up-to-date and is highly unstable and crashes every time you use it
https://bugzilla.redhat.com/show_bug.cgi?id=1836497
I'll take care of it.
--
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 Tuesday, February 9, 2021 11:57 AM, Germano Massullo
Thank you,
Now I have to review the orphaned pkg's.
On Tue, 2021-02-09 at 18:25 +0100, Frédéric Pierret wrote:
>
>
> Le 2/9/21 à 4:35 PM, Stephen Snow a écrit :
> > Hello,
> >
> > I would like to start helping with maintaining a/some package(s). I
> > have read the pre-requisite documents, di
Il 09/02/21 19:06, Gwyn Ciesla via devel ha scritto:
> I'll take care of it.
Thank you!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedo
On Tue, Feb 9, 2021 at 5:58 PM Germano Massullo
wrote:
> Can anybody please help updating Audacity package? I cannot help this
> time. Despite this package has 2 maintainers, the software is no
> up-to-date and is highly unstable and crashes every time you use it
> https://bugzilla.redhat.com/sho
Please do. Yes, it's...messy.
--
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 Tuesday, February 9, 2021 12:21 PM, Ian McIner
On Tue, Feb 09, 2021 at 10:35:00AM -0500, Stephen Snow wrote:
> Thank you for taking the time to read this, and I look forward to
> helping out.
Welcome to the devel list and greater Fedora involvement!
--
Matthew Miller
Fedora Project Leader
___
deve
Il giorno mar, 09/02/2021 alle 18.21 +, Ian McInerney ha scritto:
> On Tue, Feb 9, 2021 at 5:58 PM Germano Massullo <
> germano.massu...@gmail.com> wrote:
> > Can anybody please help updating Audacity package? I cannot help
> > this
> > time. Despite this package has 2 maintainers, the software
They are indeed in good shape—so I have picked them all up.
___
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/c
Hi All,
Fedora 34 has now been branched, please be sure to do a git pull
--rebase to pick up the new branch, as an additional reminder
rawhide/f35 has been completely isolated from previous releases, so
this means that anything you do for f34 you also have to do in the
rawhide branch and do a buil
On Wed, Feb 10, 2021 at 12:11 AM Mohan Boddu wrote:
>
> Hi All,
>
> Fedora 34 has now been branched, please be sure to do a git pull
> --rebase to pick up the new branch, as an additional reminder
> rawhide/f35 has been completely isolated from previous releases, so
> this means that anything you
On Mon, Feb 8, 2021 at 7:18 PM Petr Menšík wrote:
>
> Hi,
>
> I were unable to find time in the schedule, at which the new F35 GPG key
> would be activated to sign new builds.
It will be done a week before mass branching, but we are thinking of
doing it a bit earlier to give more time.
>
> In or
On Tue, Feb 9, 2021 at 6:18 PM Fabio Valentini wrote:
>
> On Wed, Feb 10, 2021 at 12:11 AM Mohan Boddu wrote:
> >
> > Hi All,
> >
> > Fedora 34 has now been branched, please be sure to do a git pull
> > --rebase to pick up the new branch, as an additional reminder
> > rawhide/f35 has been complet
On Wed, Feb 10, 2021 at 12:22 AM Mohan Boddu wrote:
>
> On Tue, Feb 9, 2021 at 6:18 PM Fabio Valentini wrote:
> >
> > On Wed, Feb 10, 2021 at 12:11 AM Mohan Boddu wrote:
> > >
> > > Hi All,
> > >
> > > Fedora 34 has now been branched, please be sure to do a git pull
> > > --rebase to pick up the
On Wed, Feb 10, 2021 at 12:26:59AM +0100, Fabio Valentini wrote:
> Though this is exactly the reason why the "bodhi activation point"
> terminology is confusing. Because for years, bodhi has *always* been
> active for *all* branches, the only thing that changes is that
> "updates-testing" becomes a
On Tue, Feb 09, 2021 at 06:19:41PM -0500, Mohan Boddu wrote:
> On Mon, Feb 8, 2021 at 7:18 PM Petr Menšík wrote:
> >
> > Hi,
> >
> > I were unable to find time in the schedule, at which the new F35 GPG key
> > would be activated to sign new builds.
>
> It will be done a week before mass branching
On Tue, Feb 09, 2021 at 03:29:51PM -0800, Kevin Fenzi wrote:
> I think we should make the f36 key right now and add it to fedora-repos
> and push it out to all branches. Then, when we get to f35 branching, we
> make the f37 key (ie, we stay 6 months ahead).
>
> This way everyone has the new key a
On 10. 02. 21 0:28, Matthew Miller wrote:
On Wed, Feb 10, 2021 at 12:26:59AM +0100, Fabio Valentini wrote:
Though this is exactly the reason why the "bodhi activation point"
terminology is confusing. Because for years, bodhi has *always* been
active for *all* branches, the only thing that change
On Tue, Feb 9, 2021 at 6:30 PM Kevin Fenzi wrote:
>
> On Tue, Feb 09, 2021 at 06:19:41PM -0500, Mohan Boddu wrote:
> > On Mon, Feb 8, 2021 at 7:18 PM Petr Menšík wrote:
> > >
> > > Hi,
> > >
> > > I were unable to find time in the schedule, at which the new F35 GPG key
> > > would be activated to
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)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210209.0):
ID: 772834 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
62 matches
Mail list logo
