Il giorno lun 27 lug 2020 alle ore 17:11 Jerry James
ha scritto:
>
> I don't know if this is related to what we saw during the previous
> mass rebuild, but on s390x only, the TOPCOM build failed with:
>
> BuildrootError: Requested repo (1785306) is DELETED
I'm having the same issue.
https://koji.f
Hello,
These packages are mine and @Sergio Correia so there
is no need to orphan them.
I'll try to contact him and clarify the situation.
On Mon, Jul 27, 2020 at 10:42 AM Pierre-Yves Chibon
wrote:
> Good Morning Everyone,
>
> I have been trying to contact packagers without a proper bugzilla a
Hello all!
I am trying to package a golang program to fedora and found that I
need to bring those dependencies:
- https://bugzilla.redhat.com/show_bug.cgi?id=1861185
- https://bugzilla.redhat.com/show_bug.cgi?id=1861187
- https://bugzilla.redhat.com/show_bug.cgi?id=1861188
- https://bugzilla.redh
On Monday, July 27, 2020 1:10:36 PM MST Pierre-Yves Chibon wrote:
> Good Morning Everyone,
>
> In the spirit of cleaning a little bit the information in dist-git, I have
> been orphaning a little more than 1000 packages that were retired on all
> of their branches recorded in PDC.
>
> This has tw
On Monday, July 27, 2020 6:43:23 AM MST Simo Sorce wrote:
> On Mon, 2020-07-27 at 09:20 -0400, Neal Gompa wrote:
>
> > On Mon, Jul 27, 2020 at 9:07 AM Simo Sorce wrote:
> >
> > > On Sun, 2020-07-26 at 21:06 -0500, Michael Catanzaro wrote:
> > >
> > > > On Sun, Jul 26, 2020 at 6:15 pm, John M. H
On Monday, July 27, 2020 6:57:07 AM MST Solomon Peachy wrote:
> Additionally, Fedora's default configuration (for many, many, many years
> now) has had /etc/resolv.conf dynamically generated by NetworkManager.
> Local changes made directly to resolv.conf could (and would) get blown
> away at any ti
On Sun, Jul 26, 2020 at 05:03:50PM +0100, Michael Young wrote:
> I am about to update xen to xen-4.14.0 on rawhide, which will update the
> version on many libraries in xen-libs from 4.13 to 4.14. Packages that use
> these libraries (I think just qemu) will presumaably need a rebuild
> afterwards.
Good Morning Everyone,
In the spirit of cleaning a little bit the information in dist-git, I have been
orphaning a little more than 1000 packages that were retired on all of their
branches recorded in PDC.
This has two potential small consequences:
- If you monitor the number of packages you have
On Mon, Jul 27, 2020 at 08:27:24PM +0100, Tomasz Kłoczko wrote:
> On Mon, 27 Jul 2020 at 20:05, Zbigniew Jędrzejewski-Szmek
> wrote:
> [..]
>
> > > So (a bit off-topic) what was wrong with autofs as a separate small
> > process
> > > started only when it was necessary? Do you remember that?
> >
>
On Fri, 2020-07-24 at 13:39 -0600, Jerry James wrote:
> On Fri, Jul 24, 2020 at 1:35 PM Jeff Law wrote:
> > Just a note on z3.
> >
> > I've been trying to track down what I think is an uninstantiated template
> > issue
> > that's exposed by LTO. I've been chasing it on/off over the last day or
On Mon, 27 Jul 2020 at 20:05, Zbigniew Jędrzejewski-Szmek
wrote:
[..]
> > So (a bit off-topic) what was wrong with autofs as a separate small
> process
> > started only when it was necessary? Do you remember that?
>
> Having automount support directly in pid1 allows automounts to be part
> of the
On Mon, 2020-07-27 at 18:20 +0200, Nikola Forró wrote:
> On Sat, 2020-07-25 at 01:11 -0600, Jeff Law wrote:
> > So at a high level ar makes a call to lrealpath. That naturally goes
> > through the
> > PLT. The PLT stub loads the value out of the GOT and jumps to it. The
> > problem
> > is the
On 7/27/20 2:28 PM, Richard Shaw wrote:
> I just got a BZ on OpenImageIO due to inability to install the -devel
> package,
>
> Upon inspection it looks like the soname was bumped but a rebuild of
> OIIO was not performed.
>
> libdc1394-2.2.2-14.fc32 -> libdc1394-2.2.6-1.fc33
>
> libdc1394.so.2
On Mon, Jul 27, 2020 at 07:20:16PM +0100, Tomasz Kłoczko wrote:
> On Mon, 27 Jul 2020 at 18:35, Zbigniew Jędrzejewski-Szmek
> wrote:
> [..]
>
> > > Why the heck dist kernel cannot be without ANY fs support? I've been
> > using
> > > such a kernel (sic!) 15y ago !!!
> >
> > Tomasz,
> > take a step
On Mon, 27 Jul 2020 at 18:35, Zbigniew Jędrzejewski-Szmek
wrote:
[..]
> > Why the heck dist kernel cannot be without ANY fs support? I've been
> using
> > such a kernel (sic!) 15y ago !!!
>
> Tomasz,
> take a step back... This is just a kernel config change, no reason to
> get angry.
>
> > Why is
Hello!
No, I'm not a Fedora packager,
but I am willing to learn "packaging".
I think this is a simple package to start.
I just need someone who helps me and sponsors me.
Best regards
Christoph
Am 27.07.20 um 10:57 schrieb Hans de Goede:
Hi,
On 7/26/20 11:08 PM, Fernando Lopez-Lezcano wrote:
On Mon, 2020-07-27 at 13:32 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jul 26, 2020 at 11:03:58PM -0600, Jeff Law wrote:
> > On Sun, 2020-07-26 at 09:39 -0600, Jerry James wrote:
> > > On Fri, Jul 24, 2020 at 6:41 PM Kevin Fenzi wrote:
> > > > On Fri, Jul 24, 2020 at 04:55:31PM -0600, Jef
On Mon, 2020-07-27 at 08:39 -0400, Alex Scheel wrote:
> - Original Message -
> > From: "Dan Čermák"
> > To: "Alex Scheel" , "Development discussions related to
> > Fedora"
> > Sent: Monday, July 27, 2020 8:25:27 AM
> > Subject: Re: [pam_radius] aarch64 GCC failures during ./configure's w
On Mon, Jul 27, 2020 at 06:24:06PM +0100, Tomasz Kłoczko wrote:
> On Mon, 27 Jul 2020 at 18:00, Chris Murphy wrote:
> [..]
>
> > + btrfs driver is now built-in to the kernel, rather than as a module
> >
>
> Classic .. from frying pan to open fire.
>
> Why the heck dist kernel cannot be without
On Mon, Jul 27, 2020 at 1:24 PM Tomasz Kłoczko wrote:
>
> On Mon, 27 Jul 2020 at 18:00, Chris Murphy wrote:
> [..]
>>
>> + btrfs driver is now built-in to the kernel, rather than as a module
>
>
> Classic .. from frying pan to open fire.
>
> Why the heck dist kernel cannot be without ANY fs suppo
On Mon, 27 Jul 2020 at 18:00, Chris Murphy wrote:
[..]
> + btrfs driver is now built-in to the kernel, rather than as a module
>
Classic .. from frying pan to open fire.
Why the heck dist kernel cannot be without ANY fs support? I've been using
such a kernel (sic!) 15y ago !!!
Why is it still a
Original is here:
https://lists.fedoraproject.org/archives/list/desk...@lists.fedoraproject.org/message/54RIGULB4B2JCOPVRABSLFWNWEJXKDVA/
Future updates will be cross-posted.
---
(This first update is big. Subsequent updates should be smaller.)
Changes:
+ Anaconda defaults to Btrfs for aut
On Sun, Jul 12, 2020 at 07:31:30PM -, Tom Seewald wrote:
> For example with virtualization I'd think that the changes would need
> to happen around the level of libvirt, and not to specific a front-end
> like GNOME boxes or virt-manager. It's also probably not sufficient to
> just set nodatacow
On Sat, 2020-07-25 at 01:11 -0600, Jeff Law wrote:
> So at a high level ar makes a call to lrealpath. That naturally goes through
> the
> PLT. The PLT stub loads the value out of the GOT and jumps to it. The
> problem
> is the entry in the GOT is *zero* when it should be pointing to the resolv
On Mon, Jul 27, 2020 at 05:26:01PM +0200, Dan Horák wrote:
> On Mon, 27 Jul 2020 09:10:59 -0600
> Jerry James wrote:
>
> > I don't know if this is related to what we saw during the previous
> > mass rebuild, but on s390x only, the TOPCOM build failed with:
> >
> > BuildrootError: Requested repo
On 27.07.2020 17:10, Jerry James wrote:
> BuildrootError: Requested repo (1785306) is DELETED
Same: https://koji.fedoraproject.org/koji/taskinfo?taskID=47926947
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@list
On Mon, 27 Jul 2020 09:10:59 -0600
Jerry James wrote:
> I don't know if this is related to what we saw during the previous
> mass rebuild, but on s390x only, the TOPCOM build failed with:
>
> BuildrootError: Requested repo (1785306) is DELETED
>
> See https://koji.fedoraproject.org/koji/buildin
I don't know if this is related to what we saw during the previous
mass rebuild, but on s390x only, the TOPCOM build failed with:
BuildrootError: Requested repo (1785306) is DELETED
See https://koji.fedoraproject.org/koji/buildinfo?buildID=1547984. I
will resubmit the build but thought I should
On 27. 07. 20 16:06, Pierre-Yves Chibon wrote:
On Mon, Jul 27, 2020 at 03:46:17PM +0200, Miro Hrončok wrote:
On 27. 07. 20 15:42, Pierre-Yves Chibon wrote:
On Mon, Jul 27, 2020 at 03:33:19PM +0200, Miro Hrončok wrote:
On 27. 07. 20 10:39, Pierre-Yves Chibon wrote:
Good Morning Everyone,
I ha
Once upon a time, Neal Gompa said:
> That *is* what will happen. In this scenario, systemd-resolved creates
> a file in /run that is populated with the required information for
> applications to request name resolution from resolved through the
> standard DNS protocol.
I modify that to say: throu
On Mon, Jul 27, 2020 at 03:46:17PM +0200, Miro Hrončok wrote:
> On 27. 07. 20 15:42, Pierre-Yves Chibon wrote:
> > On Mon, Jul 27, 2020 at 03:33:19PM +0200, Miro Hrončok wrote:
> > > On 27. 07. 20 10:39, Pierre-Yves Chibon wrote:
> > > > Good Morning Everyone,
> > > >
> > > > I have been trying to
On Mon, Jul 27, 2020 15:36:20 +0200, Christian Dersch wrote:
>
> On 27/07/2020 14:28, Richard Shaw wrote:
> > I just got a BZ on OpenImageIO due to inability to install the -devel
> > package,
> >
> > Upon inspection it looks like the soname was bumped but a rebuild of
> > OIIO was not performed.
On Mon, Jul 27, 2020 at 09:43:23AM -0400, Simo Sorce wrote:
> Thanks, I guess I misunderstood because of alarmist tones.
I think it's fair to say that there's a lesson to be learned here.
> This will work just fine, writing to resolv.conf is indeed something
> advanced, and a user that can set th
On Mon, Jul 27, 2020 at 4:44 AM Pierre-Yves Chibon wrote:
>
> Does someone know how to contact them?
>
I have contacted him via a social media message. I'll follow up in a
few days if there's no response.
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=Ame
On 27. 07. 20 11:25, Petr Pisar wrote:
On Fri, Jul 24, 2020 at 03:06:39PM +0200, Miro Hrončok wrote:
Hello, I've orphaned:
perl-Boost-Geometry-Utils
perl-Data-Rmap
perl-Math-Expression-Evaluator
The packages used to be needed by slic3r, but apparently no longer are, they
are leafs.
I took al
On 27. 07. 20 15:42, Pierre-Yves Chibon wrote:
On Mon, Jul 27, 2020 at 03:33:19PM +0200, Miro Hrončok wrote:
On 27. 07. 20 10:39, Pierre-Yves Chibon wrote:
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a whi
On Mon, 2020-07-27 at 09:20 -0400, Neal Gompa wrote:
> On Mon, Jul 27, 2020 at 9:07 AM Simo Sorce wrote:
> > On Sun, 2020-07-26 at 21:06 -0500, Michael Catanzaro wrote:
> > > On Sun, Jul 26, 2020 at 6:15 pm, John M. Harris Jr
> > > wrote:
> > > > Please do not disable reading from /etc/resolv.con
On Mon, Jul 27, 2020 at 03:33:19PM +0200, Miro Hrončok wrote:
> On 27. 07. 20 10:39, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> >
> > I have been trying to contact packagers without a proper bugzilla account
> > associated with their FAS email for a while now. The first email to
> > d
On 27/07/2020 14:28, Richard Shaw wrote:
> I just got a BZ on OpenImageIO due to inability to install the -devel
> package,
>
> Upon inspection it looks like the soname was bumped but a rebuild of
> OIIO was not performed.
>
> libdc1394-2.2.2-14.fc32 -> libdc1394-2.2.6-1.fc33
>
> libdc1394.so.22()
On 27. 07. 20 10:39, Pierre-Yves Chibon wrote:
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is
On Sun, Jul 26, 2020 at 11:03:58PM -0600, Jeff Law wrote:
> On Sun, 2020-07-26 at 09:39 -0600, Jerry James wrote:
> > On Fri, Jul 24, 2020 at 6:41 PM Kevin Fenzi wrote:
> > > On Fri, Jul 24, 2020 at 04:55:31PM -0600, Jeff Law wrote:
> > > > What would help would be if someone could untag that vers
On 27. 07. 20 12:55, Vít Ondruch wrote:
I think this is a bit optimistic POV. I think that in most of the
packages, there won't be even "bundled(jquery)" which would let the SRT
report the proper trackers. But I hope you are right and I am wrong
The most might not. But even if some do, it will
On Mon, Jul 27, 2020 at 9:07 AM Simo Sorce wrote:
>
> On Sun, 2020-07-26 at 21:06 -0500, Michael Catanzaro wrote:
> > On Sun, Jul 26, 2020 at 6:15 pm, John M. Harris Jr
> > wrote:
> > > Please do not disable reading from /etc/resolv.conf. If you do so,
> > > please
> > > limit that to the Spins t
On Sun, 2020-07-26 at 21:06 -0500, Michael Catanzaro wrote:
> On Sun, Jul 26, 2020 at 6:15 pm, John M. Harris Jr
> wrote:
> > Please do not disable reading from /etc/resolv.conf. If you do so,
> > please
> > limit that to the Spins that it won't affect people on, such as
> > Workstation,
> > if
- Original Message -
> From: "Dan Čermák"
> To: "Alex Scheel" , "Development discussions related to
> Fedora"
> Sent: Monday, July 27, 2020 8:25:27 AM
> Subject: Re: [pam_radius] aarch64 GCC failures during ./configure's working
> compiler step?
>
> Hi Alex,
>
>
> This is most likely
I just got a BZ on OpenImageIO due to inability to install the -devel
package,
Upon inspection it looks like the soname was bumped but a rebuild of OIIO
was not performed.
libdc1394-2.2.2-14.fc32 -> libdc1394-2.2.6-1.fc33
libdc1394.so.22()(64bit) -> libdc1394.so.25()(64bit)
Thanks,
Richard
Dne 27. 07. 20 v 12:25 Vít Ondruch napsal(a):
> Dne 24. 07. 20 v 21:01 Jeff Law napsal(a):
>> On Fri, 2020-07-24 at 20:52 +0200, Vít Ondruch wrote:
>>> The LTO break Ruby on various platforms.
>>>
>>>
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=47582573
>>>
>>> vs
>>>
>>> https://koji.
Hi Alex,
Alex Scheel writes:
> Not to pile on to what seems like a common topic... :-)
>
> Koschei notified me that one of my co-owned packages, pam_radius failed
> to build on aarch64 with the recent gcc update (10.1.1 -> 10.2.1). ppc and
> x86 built just fine.
>
> Looking at the build log, I'm
On Mon, Jul 27, 2020 at 1:19 PM Alex Scheel wrote:
>
> Not to pile on to what seems like a common topic... :-)
>
> Koschei notified me that one of my co-owned packages, pam_radius failed
> to build on aarch64 with the recent gcc update (10.1.1 -> 10.2.1). ppc and
> x86 built just fine.
>
> Looking
Not to pile on to what seems like a common topic... :-)
Koschei notified me that one of my co-owned packages, pam_radius failed
to build on aarch64 with the recent gcc update (10.1.1 -> 10.2.1). ppc and
x86 built just fine.
Looking at the build log, I'm almost inclined to kick off a new build
on
Dne 26. 07. 20 v 13:44 Miro Hrončok napsal(a):
> On 29. 06. 20 17:49, Vít Ondruch wrote:
>> Dne 29. 06. 20 v 17:21 Miro Hrončok napsal(a):
>>> js-jquery1 nodejs-sig, patches, vondruch Fedora 30
>>> js-jquery2 vondruch Fedora 30
>>> js-sizzle
Dne 24. 07. 20 v 21:01 Jeff Law napsal(a):
> On Fri, 2020-07-24 at 20:52 +0200, Vít Ondruch wrote:
>> The LTO break Ruby on various platforms.
>>
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=47582573
>>
>> vs
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=47621733
>>
>> (No
On Fri, 2020-07-24 at 10:40 -0600, Jeff Law wrote:
> On Fri, 2020-07-24 at 17:59 +0200, Fabio Valentini wrote:
> > On Fri, Jul 24, 2020 at 5:48 PM Jeff Law wrote:
> > > On Fri, 2020-07-24 at 17:44 +0200, Fabio Valentini wrote:
> > > > On Fri, Jul 24, 2020 at 5:11 PM Jeff Law
> > > > wrote:
> > Lo
Hi,
On 7/27/20 11:15 AM, Pierre-Yves Chibon wrote:
On Mon, Jul 27, 2020 at 10:52:34AM +0200, Hans de Goede wrote:
Hi,
On 7/27/20 10:36 AM, Pierre-Yves Chibon wrote:
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS emai
As far as I know, From src.fp.o/rpms/qemu . It's currently being
maintained by `berrange` and the `@virtmaint-sig`
On Mon, Jul 27, 2020 at 2:36 PM Daniel P. Berrangé
wrote:
> On Mon, Jul 27, 2020 at 11:23:08AM +0200, Pierre-Yves Chibon wrote:
> > On Mon, Jul 27, 2020 at 10:01:00AM +0100, Daniel
On Mon, Jul 27, 2020 at 11:23:08AM +0200, Pierre-Yves Chibon wrote:
> On Mon, Jul 27, 2020 at 10:01:00AM +0100, Daniel P. Berrangé wrote:
> > On Mon, Jul 27, 2020 at 10:36:48AM +0200, Pierre-Yves Chibon wrote:
> > > Good Morning Everyone,
> > >
> > > I have been trying to contact packagers without
I corrected perl-Boost-Geometry-Utils package license from "GPL+ or Artistic"
to "(GPL+ or Artistic) and Boost".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
On Fri, Jul 24, 2020 at 03:06:39PM +0200, Miro Hrončok wrote:
> Hello, I've orphaned:
>
> perl-Boost-Geometry-Utils
> perl-Data-Rmap
> perl-Math-Expression-Evaluator
>
> The packages used to be needed by slic3r, but apparently no longer are, they
> are leafs.
>
I took all of them.
-- Petr
sig
On Mon, Jul 27, 2020 at 10:01:00AM +0100, Daniel P. Berrangé wrote:
> On Mon, Jul 27, 2020 at 10:36:48AM +0200, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> >
> > I have been trying to contact packagers without a proper bugzilla account
> > associated with their FAS email for a while now
Hi Pierre,
I am really sorry about that. This user is used for automation run by our
team (https://github.com/user-cont and https://github.com/packit-service/).
I'll take a look into that.
František
On Mon, Jul 27, 2020 at 10:44 AM Pierre-Yves Chibon
wrote:
> Good Morning Everyone,
>
> I have
> > > > What would help would be if someone could untag that version of
> > > > binutils so that
> > > > it doesn't show up in the buildroots anymore. It's clearly fubar'd.
> > >
> > > Done.
> >
> > H. Yet my most recent build attempt, just now, failed with a
> > linker segfault on all arche
On Mon, Jul 27, 2020 at 10:52:34AM +0200, Hans de Goede wrote:
> Hi,
>
> On 7/27/20 10:36 AM, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> >
> > I have been trying to contact packagers without a proper bugzilla account
> > associated with their FAS email for a while now. The first email
On Mon, Jul 27, 2020 at 10:36:48AM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
>
> I have been trying to contact packagers without a proper bugzilla account
> associated with their FAS email for a while now. The first email to
> devel-announce
> is from June 13th [1].
>
> This is a
Hi,
On 7/26/20 11:08 PM, Fernando Lopez-Lezcano wrote:
Hi all,
This wants to go to a new owner:
https://src.fedoraproject.org/rpms/qjackctl
I am the "official" maintainer, something I had completely forgotten about
(this was a VERY long time ago). Orcan (Ogetbil) took care of it for a long ti
Hi,
On 7/27/20 10:36 AM, Pierre-Yves Chibon wrote:
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers whi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
Good Morning Everyone,
I have been trying to contact packagers without a proper bugzilla account
associated with their FAS email for a while now. The first email to
devel-announce
is from June 13th [1].
This is a requirement for packagers which is mentioned at:
https://fedoraproject.org/wiki/Joi
83 matches
Mail list logo
