No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Thank you Kalev!
If that soname bump is needed, please rebuild glade and all affected
packages in a side tag next time.
Thanks!
On Thu, May 7, 2020 at 7:19 AM Kalev Lember wrote:
>
> On Thu, May 7, 2020 at 6:56 AM Igor Gnatenko
> wrote:
>>
>> Hello,
>>
>> it seems that glade-3.36.0-1.fc33 cha
On Thu, May 7, 2020 at 6:56 AM Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:
> Hello,
>
> it seems that glade-3.36.0-1.fc33 changes SONAME from libglade-2.so.6
> to libglade-2.so.12.
>
Yes, sorry, already untagged from rawhide. I'll investigate what's up with
the soname bump and rebuil
Hi,
I attended PWG meetup this week - due COVID-19 the meetup was completely
virtual.
The notes from the first day are attached, new PWG standards were
discussed during next days - proposals can be found here
https://ftp.pwg.org/pub/pwg/ipp/wd/?C=M;O=D .
--
Zdenek Dohnal
Software Engineer
Red H
Hello,
it seems that glade-3.36.0-1.fc33 changes SONAME from libglade-2.so.6
to libglade-2.so.12.
That is breaking:
* anaconda-widgets-devel (anaconda) -
https://bugzilla.redhat.com/show_bug.cgi?id=1832687
* anjuta - https://bugzilla.redhat.com/show_bug.cgi?id=1832688
* gnome-builder - https://b
Would anyone like to swap a review?
psi-notify - https://bugzilla.redhat.com/show_bug.cgi?id=1832623
psi-notify is a minimal unprivileged notifier for system-wide resource
pressure using PSI.
This can help you to identify misbehaving applications on your machine
before they start to severely
Hi folks,
Hope you all are doing well. Nice to meet ya'll. I'm Purusharth. I've been
using Fedora for 3-4 good years now.I'm working at a project in IITB
(FOSSEE- Free and Open Source software for education), wherein my part is
to visualize mathematical concepts. As the name suggests, being a fos
On Wed, 2020-05-06 at 20:59 +0200, Pierre-Yves Chibon wrote:
> On Wed, May 06, 2020 at 08:39:19PM +0200, clime wrote:
> > But I would like to note that exploded repos (or source-git repos)
> > have at least two other advantages.
> >
> > 1) they consume less space than tarballs for each version bec
On Wed, May 6, 2020 at 9:01 AM Ankur Sinha wrote:
> I can review these. Would you be able to review these two if you have
> some time please?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1827957
> https://bugzilla.redhat.com/show_bug.cgi?id=1828079
Will do. Thank you, Ankur!
--
Jerry James
h
On Wed, 6 May 2020 at 21:00, Pierre-Yves Chibon wrote:
>
> On Wed, May 06, 2020 at 08:39:19PM +0200, clime wrote:
> > But I would like to note that exploded repos (or source-git repos)
> > have at least two other advantages.
> >
> > 1) they consume less space than tarballs for each version because
On Wed, May 06, 2020 at 08:39:19PM +0200, clime wrote:
> But I would like to note that exploded repos (or source-git repos)
> have at least two other advantages.
>
> 1) they consume less space than tarballs for each version because
> objects in git repo are deduplicated
> 2) instead of downloading
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:
> > >
> > > Hi Tomas,
> > >
> > > I'll respond below with some of my
Hi all,
I am trying to get a hold of "jfch", since I need "inih" to be
updated in order to update gamemode:
https://bugzilla.redhat.com/show_bug.cgi?id=1810355
Anybody knows how to contact them?
Cheers,
CK
___
devel mailing list -- devel@lists
+1
___
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://fedoraproject.or
On Wed, May 06, 2020 at 04:53:58PM +0200, Miro Hrončok wrote:
> On 06. 05. 20 16:31, Ben Cotton wrote:
> >On Wed, May 6, 2020 at 4:03 AM Vít Ondruch wrote:
> >>I don't know, I am somewhat ambivalent on this. I am not sure who is
> >>going to collect the feedback there. Will it be the owner of the
On Wednesday, May 6, 2020 4:35:11 PM CEST Vít Ondruch wrote:
> I am not concerned about remote branches disappearing. I am concerned
> about the complete opposite, when the remote branches appearing in my
> local copy and not disappearing once the remote copies go.
Isn't this exactly what `git rem
Hi Jerry,
On Tue, May 05, 2020 15:16:03 -0600, Jerry James wrote:
> The latest version of gap-pkg-semigroups has two new dependencies.
> Who would like to swap reviews? I need these two:
>
> gap-pkg-ferret: https://bugzilla.redhat.com/show_bug.cgi?id=1830322
> gap-pkg-images: https://bugzilla.re
On 06. 05. 20 16:31, Ben Cotton wrote:
On Wed, May 6, 2020 at 4:03 AM Vít Ondruch wrote:
I don't know, I am somewhat ambivalent on this. I am not sure who is
going to collect the feedback there. Will it be the owner of the change
or somebody else?
The owner of the change would be responsible f
On 06.05.2020 15:12, Miro Hrončok wrote:
> Hello, as a Fedora user, who doesn't consume any modules, I'd like an
> easy way to disable modular repos to save some traffic (both for myself
> and on the mirrors).
I think this is a great idea.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Dne 06. 05. 20 v 16:15 Robbie Harwood napsal(a):
> 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
On Wed, May 6, 2020 at 4:03 AM Vít Ondruch wrote:
>
> I don't know, I am somewhat ambivalent on this. I am not sure who is
> going to collect the feedback there. Will it be the owner of the change
> or somebody else?
The owner of the change would be responsible for it, but they may
delegate that
On Wed, May 6, 2020 at 9:13 AM Miro Hrončok wrote:
>
> Hello, as a Fedora user, who doesn't consume any modules, I'd like an easy way
> to disable modular repos to save some traffic (both for myself and on the
> mirrors).
>
> Disclaimer: I do not propose to change any defaults, just the delivery
I'm not the author of the proposal, but my take on this:
On Wed, May 06, 2020 at 10:02:19AM +0200, Vít Ondruch wrote:
> I don't know, I am somewhat ambivalent on this. I am not sure who is
> going to collect the feedback there. Will it be the owner of the change
> or somebody else? What will be th
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
>>> phase - not everything is solved (clearly) and at this
On Wed, May 06, 2020 at 03:12:08PM +0200, Miro Hrončok wrote:
> Can we please have modular repos in separate package again?
>
> Basically revert this plus some extra comps/kickstarts changes:
>
> https://src.fedoraproject.org/rpms/fedora-repos/c/7b32bee388d093c446017f1e33309d9b96b24e15
>
> Const
On Wed, May 6, 2020 at 9:39 AM Dan Čermák
wrote:
>
> Miro Hrončok writes:
>
> >
> > Side note: It would be great if DNF supported system-repos in /usr/share and
> > override options in /etc, but that is not (yet) the case.
>
> slightly off-topic, but I'm just going to leave libeconf (a library to
Miro Hrončok writes:
>
> Side note: It would be great if DNF supported system-repos in /usr/share and
> override options in /etc, but that is not (yet) the case.
slightly off-topic, but I'm just going to leave libeconf (a library to
achieve exactly that easily) here:
https://github.com/openSUSE
Dne 06. 05. 20 v 13:20 Fabio Valentini napsal(a):
> 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:
>>>
>>> Hi Tomas,
>>>
>>> I'll respond below with some of my experiences and opin
Hello, as a Fedora user, who doesn't consume any modules, I'd like an easy way
to disable modular repos to save some traffic (both for myself and on the mirrors).
Disclaimer: I do not propose to change any defaults, just the delivery
mechanism.
Currently, I can do it by editing all /etc/yum.re
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Dne 04. 05. 20 v 17:05 Tomas Tomecek napsal(a):
> The main reason I am sending this is to gather feedback from all of
> you whether there is an interest in such a workflow.
I am +1 as long as:
a) this is opt-in (cannot imagine anything else)
b) you resolve the gordic knot of easy sync of changes
Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a):
> So, in my experience, source-git might be a workable solution for
> packages with *big* downstream modifications.
Big +1. Been there, done that (with Tito).
> In the rare occasion that I need to make downstream-only changes with
> patches, I us
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:
> >
> > Hi Tomas,
> >
> > I'll respond below with some of my experiences and opinions ...
> >
> >> Let’s talk about dist-git, as a pla
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 593706 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/593706
--
Mail generated by check-compose:
https://pagure.i
> Well, if you don't push the tag and you do a build, you will get N-V-R
> like foo-1.0-1.git.3.abcdef12. E.g. it won't be a clean N-V-R because
I meant "I.e." there, not "E.g."...just to be clear.
> it doesn't come from a tagged commit. If you push a tag and repeat a
> build from that same com
On Wed, 6 May 2020 at 11:00, Florian Weimer wrote:
>
> >> >> Tags can also be added retroactively and backdated. These things
> >> >> conflict with the advantages you list (in particular, with NVR
> >> >> auto-generation, git is not the sole source of truth).
> >> >
> >> > If the tag ordering fun
On Wed, May 6, 2020 at 11:31 AM Vít Ondruch wrote:
>
> This is a bit of irony:
>
> ~~~
>
> post-upstream-clone:
> - curl -O
> https://src.fedoraproject.org/rpms/python3/raw/master/f/python3.spec
> - curl -O
> https://src.fedoraproject.org/rpms/python3/raw/master/f/idle3.appdata.xml
> - cur
On Tue, May 5, 2020 at 7:25 PM Neal Gompa wrote:
>
> Hello Tomas,
>
> I have a fair bit of experience with operating in both so-called
> "source-git" and "dist-git" workflows. I've known them by the names of
> "merged-source" and "split-source" trees respectively, so forgive me
> if I use that ter
Dne 06. 05. 20 v 11:19 Tomas Tomecek napsal(a):
> On Tue, May 5, 2020 at 6:16 PM Miro Hrončok wrote:
In what way does keeping the spec file in our fork help us?
>>> (speechless for like a minute)
>> I don't really understand this comment. Speechless because our workflow is
>> tedious?
> I j
Hi,
Also Fedora is driving a lot of spec syntax enhancements, both at the
rpm and the macro layer. Pushing spec files upstream is a sure way to
freeze spec syntax in stone and have everything behave in rpm 3.x mode
(with rpm 3.x limitations) 20 years from now.
The whole thing is just a variation
On Tue, May 5, 2020 at 6:16 PM Miro Hrončok wrote:
>
> >> In what way does keeping the spec file in our fork help us?
> > (speechless for like a minute)
>
> I don't really understand this comment. Speechless because our workflow is
> tedious?
I just couldn't understand why you are asking me abou
>> >> Tags can also be added retroactively and backdated. These things
>> >> conflict with the advantages you list (in particular, with NVR
>> >> auto-generation, git is not the sole source of truth).
>> >
>> > If the tag ordering function is done properly, I believe even
>> > retroactive tagging
Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a):
> On Mon, May 4, 2020 at 5:06 PM Tomas Tomecek wrote:
>
> Hi Tomas,
>
> I'll respond below with some of my experiences and opinions ...
>
>> Let’s talk about dist-git, as a place where we work. For us,
>> packagers, it’s a well-known place. Yet fo
Dne 05. 05. 20 v 18:42 Adam Williamson napsal(a):
> On Tue, 2020-05-05 at 17:45 +0200, Tomas Tomecek wrote:
>> On Tue, May 5, 2020 at 1:41 PM Petr Pisar wrote:
>>> On Tue, May 05, 2020 at 12:41:06PM +0200, Tomas Tomecek wrote:
Petr, I should have probably stressed that our target is Fedora (
I don't know, I am somewhat ambivalent on this. I am not sure who is
going to collect the feedback there. Will it be the owner of the change
or somebody else? What will be the structure? Will it be just bunch or
quotes from random sources?
Wouldn't it be better to utilize the "discussion" tab/feat
It is a good idea to have a fast operating system when you buy a device.
I don't think it will be bought like that due to the price in Europe.
It was a Fedora wiki with hardware requirements, I don't know if it still
exists.
My opinion is that we still fit into this answer:
What are the cheap l
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
>> phase - not everything is solved (clearly) and at this point, we
>> experiment with
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
48 matches
Mail list logo
