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
On Wed, May 13, 2020 at 11:45:26PM +0200, Miro Hrončok wrote:
> On 10. 04. 20 9:03, Pierre-Yves Chibon wrote:
> > On Fri, Apr 10, 2020 at 01:58:20AM +0200, Miro Hrončok wrote:
> > > On 09. 04. 20 15:43, Pierre-Yves Chibon wrote:
> > > > To remove some of the warnings thrown by `fedpkg` or to
On Wed, May 13, 2020 at 02:28:30PM -0400, Zachary Snyder wrote:
> I was going to say this as well. Fedora already defaults to wayland, sway
> uses same configuration files as i3 it seems like a natural step.
>
> Zach
>
> On Wed, May 13, 2020 at 2:27 PM Eduard Lucena
> wrote:
>
> > Hi,
> >
> >
On Thu, 14 May 2020 at 14:31, Ondřej Lysoněk wrote:
>
> Hunor Csomortáni writes:
>
> > On Wed, May 6, 2020 at 10:24 PM Simo Sorce wrote:
> >> Well, a way to allow force pushes would be to have a git hook that
> >> branches the tree before the force push. (creating a branch named
> >> something
> No one try to install it now. New boost will be in F33 only.
>
> But if boost not installed in system and user want install for example
> libreoffice he will get this error and can't install any package
> requires boost.
>
> boost169 must be removed from F32 repos at all.
>
> чт, 14 мая 2020
On Thu, 14 May 2020 20:08:07 -
"Denis Arnaud" wrote:
> > No one try to install it now. New boost will be in F33 only.
> >
> > But if boost not installed in system and user want install for
> > example libreoffice he will get this error and can't install any
> > package requires boost.
> >
I'll get that fixed up first thing tomorrow.
Apologies,
Tom
On Thu, May 14, 2020, 6:51 PM Miro Hrončok wrote:
> On 14. 05. 20 23:55, Tom Callaway wrote:
> > I've just kicked off new builds for texlive and texlive-base for TeXLive
> 2020 in
> > rawhide. Hopefully, everything that depends on
OLD: Fedora-Rawhide-20200513.n.0
NEW: Fedora-Rawhide-20200514.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 27
Dropped packages:3
Upgraded packages: 163
Downgraded packages: 0
Size of added packages: 25.96 MiB
Size of dropped packages
On Thu, May 14, 2020 at 06:33:02PM +0100, Richard W.M. Jones wrote:
>
> New package honggfuzz (an easy to use fuzz tester) was added a few
> hours ago:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1834964
>
> Because it's ExcludeArch on s390x, I need to file a bug for that.
> However as far
On 5/14/20 10:49 AM, Vitaly Zaitsev via devel wrote:
The boost169 compatibility package conflicts with the regular boost on
Fedora 32. Both packages provides the same libraries.
Error: Transaction test error:
file /usr/lib64/libboost_system.so.1.69.0 from install of
So, should I add the obsoletes clauses for every package, or is it fine to
leave it as it is now?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Thu, May 14, 2020 at 10:50:59AM -0700, Kevin Fenzi wrote:
> And perhaps it doesn't really provide more information, but it could.
>
> But I suppose without enough data people might not vote for people with
> too short / curt answers. Oh well, if people feel the explicit questions
> are
On Thu, May 14, 2020 at 08:27:12PM +0200, Till Maas wrote:
> On Thu, May 14, 2020 at 10:50:59AM -0700, Kevin Fenzi wrote:
>
> > And perhaps it doesn't really provide more information, but it could.
> >
> > But I suppose without enough data people might not vote for people with
> > too short /
No one try to install it now. New boost will be in F33 only.
But if boost not installed in system and user want install for example
libreoffice he will get this error and can't install any package
requires boost.
boost169 must be removed from F32 repos at all.
чт, 14 мая 2020 г. в 22:19, Samuel
On 5/14/20 1:34 PM, Denis Arnaud wrote:
So, should I add the obsoletes clauses for every package, or is it fine to
leave it as it is now?
I believe it's fine to just leave it as it is. I did a couple of
installs and tested installing applications and it only brings in the
regular boost
> No one try to install it now. New boost will be in F33 only.
>
> But if boost not installed in system and user want install for example
> libreoffice he will get this error and can't install any package
> requires boost.
>
> boost169 must be removed from F32 repos at all.
>
> чт, 14 мая 2020
Hm, now work.
But it was...
чт, 14 мая 2020 г. в 23:56, Samuel Sieb :
>
> On 5/14/20 1:34 PM, Denis Arnaud wrote:
> > So, should I add the obsoletes clauses for every package, or is it fine to
> > leave it as it is now?
>
> I believe it's fine to just leave it as it is. I did a couple of
>
I just could reproduce it.
Steps:
1. Run KDE spin F32 in virt-manager.
2. dnf install toolnix
Result:
mkvtoolnix x86_64 46.0.0-1.fc32 updates 5.2 M
Installing dependencies:
boost169-filesystem x86_64 1.69.0-6.fc32 fedora53 k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
This email attempts to answer some frequently asked questions about
Rust SIG packaging of crates. For those who don't know what a "crate"
is: it is the name for a collection of functionality in Rust, similar
to libraries (C/C++), modules
On 5/14/20 12:22 PM, Vascom wrote:
No one try to install it now. New boost will be in F33 only.
But if boost not installed in system and user want install for example
libreoffice he will get this error and can't install any package
requires boost.
No, you won't get that error. dnf will pick
On 5/13/20 4:58 PM, Solomon Peachy wrote:
On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote:
Anyway, I'm just asking that Fedora not repeat what Debian did. While
I find it to be a bit paranoid, I understand the concerns regarding
someone sneaking in malware into pre-build binaries. I'm
On Thu, May 14, 2020 at 8:13 am, Stephen John Smoogen
wrote:
You keep thinking that ARM is a secondary architecture and it would
be on alt.fedoraproject.org. ARM is a primary architecture and so
would NOT show up on alt. ARM has been a primary architecture for
many releases so this isn't new.
On Thu, May 14, 2020 at 11:00:05AM +0200, Miro Hrončok wrote:
> On 14. 05. 20 9:13, Pierre-Yves Chibon wrote:
> > > I have found a slight issue with this approach.
> > >
> > > 1. Packager A clones package P (has %autorel)
> > > 2. Packager B pushes+builds some changes in package P
> > > 3.
Le jeudi 14 mai 2020 à 11:53 +0200, Michal Srb a écrit :
>
> Since there is no standard place for shared Java libraries on your
> laptop,
Of course there is one /usr/share/java, which has been defined and used
by Linux distributions since jpackage times (circa ~2000).
Java is not special from a
On Wed, May 13, 2020 at 12:49:35PM -0500, Michael Catanzaro wrote:
> On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen
> wrote:
> >Those pages are needing some love and care as aarch64 should not
> >be on it anymore. Currently the primary architectures that Fedora
> >builds against are
> >
>
W dniu 14.05.2020 o 14:34, Florian Weimer pisze:
> Just to be clear here, armhfp is *not* the common denominator of all
> 32-bit Arm architectures. It does not cover the overall architecture in
> the sense that is compatible to with everything out there. (I'm not
> sure if that is even
On Thu, May 14, 2020 at 6:38 AM Igor Raits
wrote:
> On Thu, 2020-05-14 at 06:33 -0500, Ty Young wrote:
> > Nonsense spewing with no proof.
>
> Well, you have started this. Can you provide some statistics how many
> bugs were introduced by distributions versus upstream bugs.
My experience has
On 5/14/20 3:55 PM, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive
2020 in rawhide. Hopefully, everything that depends on them will
continue to work, but if you notice any new issues generating docs (or
any missing components or broken
On 5/14/20 7:37 AM, Igor Raits wrote:
*big snip*
I feel like the context of that whole email has been lost. It was merely
a long list of reasons why "just package software for dozens of distros"
isn't an viable answer in response to the other person's claim. Fedora
is a bit of an exception
OLD: Fedora-Rawhide-20200511.n.0
NEW: Fedora-Rawhide-20200513.n.0
= SUMMARY =
Added images:2
Dropped images: 3
Added packages: 11
Dropped packages:9
Upgraded packages: 256
Downgraded packages: 1
Size of added packages: 37.78 MiB
Size of dropped packages:
On 5/14/20 4:53 AM, Michal Srb wrote:
Hello,
On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
mailto:fschw...@fedoraproject.org>> 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
Hi all,
Due to a conflicting meeting, I will have my office hours on
#fedora-meeting-1 @ 1300 UTC today.
Its optional and no agenda is set so please feel free to stop by and chat
with me about CPE, or anything :)
Kind regards,
Aoife
--
Aoife Moloney
Product Owner
Community Platform
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 598016 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/598016
--
Mail generated by check-compose:
Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
Hi,
> If the consensus from the Fedora community is that RHEL should shift
> development elsewhere, the Fedora Council can always reach out to me
> and I can start that internal conversation. I do not believe for a
> second that's
On 14. 05. 20 9:13, Pierre-Yves Chibon wrote:
I have found a slight issue with this approach.
1. Packager A clones package P (has %autorel)
2. Packager B pushes+builds some changes in package P
3. Packager A runs `fedpkg build --skip-nvr-check` without pulling first
At 3, the old version of
Hello,
On Tue, May 12, 2020 at 12:57 PM 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
On Thu, May 14, 2020 at 12:55 PM Michal Srb wrote:
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM 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
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
On 5/14/20 2:59 PM, Vascom wrote:
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
I can verify this. I wonder if it could be considered a bug in dnf or
the solver. The problem seems to be about having an
On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote:
> I've just kicked off new builds for texlive and texlive-base for TeXLive 2020
> in rawhide. Hopefully, everything that depends on them will continue to work,
> but if you notice any new issues generating docs (or any missing components
> or
Hi Dan,
Hi Eduard!
>
> As the current maintainer of i3, I kinda have to join ;-)
>
Thanks! Welcome!
As others have already mentioned in the thread: we should look into
> joining forces with the sway SIG (which I am also a member of).
It's not a bad idea, but TBH, I still want to stay away
On 14. 05. 20 14:37, Josh Boyer wrote:
7. Modularity. Introduced in Fedora before RHEL, adopted into RHEL.
Having some growing pains, but open collaboration continues. RHEL
usage is limited but provides value there. I won't claim yay on the
technology, but I'll certainly say Yay! to the
Hi Eduard!
Eduard Lucena writes:
> Hello guys,
>
> 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
I've just kicked off new builds for texlive and texlive-base for TeXLive
2020 in rawhide. Hopefully, everything that depends on them will continue
to work, but if you notice any new issues generating docs (or any missing
components or broken dependencies), feel free to email me or open Bugzilla
Hi Robbie
> Depends - do you want us XMonad aficionados to show up? :)
>
Everyone is invited to join.
> (I'm only half joking here, I think. There are some common shared
> components I think - the suckless stuff, for instance - but also there
> should be a limit to how big a tent you want to
Just need that texlive build to finish and it should all clear up.
Tom
On Thu, May 14, 2020 at 6:13 PM Jerry James wrote:
> On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote:
> > I've just kicked off new builds for texlive and texlive-base for TeXLive
> 2020 in rawhide. Hopefully, everything
On 14. 05. 20 23:55, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in
rawhide. Hopefully, everything that depends on them will continue to work, but
if you notice any new issues generating docs (or any missing components or
broken
Hi Kevin and Dominique,
Kevin Fenzi writes:
> Hey Dominique. If you haven't found a sponsor yet, drop me an email off
> list and I can probibly sponsor you. Thanks for stepping up to maintain
> some packages. :)
Thanks for the offer to sponsor Dominique Kevin!
Dominique, would you be
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
пт, 15 мая 2020 г. в 00:33, Vascom :
>
> I just could reproduce it.
>
> Steps:
> 1. Run KDE spin F32 in virt-manager.
> 2. dnf install toolnix
>
> Result:
>
>
Hi,
E.N. virgo wrote:
>> Why are replying from there instead of using your email client normally?
> I set this list to send digests instead of individual messages;
> so, I was using other means to get to the in-reply-to field.
If you're using the "Plain Text Digests" delivery mode, you
might
On 5/14/20 2:59 PM, Vascom wrote:
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
Maybe that's why I don't see it. I do net installs which include
updates. So as long as someone does updates before trying to
* boost-1.69.0-18.fc32, obsoleting boost169 on Fedora 32:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-8770cfebcd
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
John M. Harris Jr wrote:
> To change abstaining to be the same as removing oneself from the pool of
> eligible voters would have the same effect as providing rubber stamps to
> changes. If folks are uncertain about a given change, it's certainly very
> valid to abstain, and if many people are
Hello everyone!
I hope you all are fine and healthy in this COVID pandemic, I wish health to
everyone.
I am new here, love for OSS brought me.
I aim to contribute the packages I've created along with helping in maintaining
some pre-existing packages.
I've 1 year experience with debian
So this happened:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ad02b27ee3
https://bugzilla.redhat.com/show_bug.cgi?id=1830748
TLDR; So we need an updated version of CMake in EPEL 8 but RHEL/CentOS
already provide a "3" version. Worse both the Fedora and EL versions
provide "cmake3"
On 5/14/20 6:42 AM, Solomon Peachy wrote:
On Thu, May 14, 2020 at 06:33:47AM -0500, Ty Young wrote:
Whichever you choose. Large projects like Gnome and Fedora refer to
themselves as one large organization one minute and then as individuals the
next. It reminds me of how everyone says "Linux"
* Stephen John Smoogen:
> When x86_64 splits into 48 bit memory path to some larger memory (60
> bit I think is discussed) sometime in the future, we will probably
> still call it x86_64 but build x86_64b packages.
This has already happened. You did not notice it because it did not
require
> > armhfp is "Arm hard floating point" which covers the overall ARM 32
> > bit architecture, there can be different variants in there, armv6,
> > armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> > and so on...
>
> Just to be clear here, armhfp is *not* the common denominator
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I wanted to avoid replying to this thread, but this message forced me
to do so since it is spreading misinformation.
On Thu, 2020-05-14 at 06:33 -0500, Ty Young wrote:
> On 5/13/20 4:58 PM, Solomon Peachy wrote:
> > On Wed, May 13, 2020 at
On Thu, May 14, 2020 at 7:34 AM Florian Weimer wrote:
> * Peter Robinson:
>
> > armhfp is "Arm hard floating point" which covers the overall ARM 32
> > bit architecture, there can be different variants in there, armv6,
> > armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> >
On Thu, May 14, 2020 at 06:33:47AM -0500, Ty Young wrote:
> Whichever you choose. Large projects like Gnome and Fedora refer to
> themselves as one large organization one minute and then as individuals the
> next. It reminds me of how everyone says "Linux" is less resource hungry
> then Windows
On Wed, 13 May 2020 at 13:50, Michael Catanzaro
wrote:
> On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen
> wrote:
> > Those pages are needing some love and care as aarch64 should not be
> > on it anymore. Currently the primary architectures that Fedora builds
> > against are
> >
> >
Hunor Csomortáni writes:
> On Wed, May 6, 2020 at 10:24 PM Simo Sorce wrote:
>> Well, a way to allow force pushes would be to have a git hook that
>> branches the tree before the force push. (creating a branch named
>> something like audit-force-push-)
>> That way you can retain data for
On Thu, May 14, 2020 at 4:54 AM Nicolas Mailhot via devel
wrote:
>
> Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
> Hi,
>
> > If the consensus from the Fedora community is that RHEL should shift
> > development elsewhere, the Fedora Council can always reach out to me
> > and I can
On Wed, May 13, 2020 at 13:32:19 +0200,
Bohdan Khomutskyi wrote:
For optimization of the SquashFS, I will work on requesting the
support of the required functionality in the Pungi compose build
software.
Note that squashfs-tools 4.4 just went into rawhide a couple of days ago.
By default
Le jeudi 14 mai 2020 à 06:33 -0500, Ty Young a écrit :
>
> I could literally go on and on. The "my-shit-don't-stink" attitude is
> so terrible it's borderline sad.
And years of terminally broken build practices Java-side have finally
resulted in complete capture of all the Java big data code the
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
> > Those pages are needing some love and care as aarch64 should not be
> > on it anymore. Currently the primary architectures that Fedora builds
> > against are
> >
> > [smooge@batcave01 32]$ ls -l Workstation/
> > total 12
> > drwxr-xr-x. 3 263 263 4096 2020-04-23 00:09 aarch64/
> > drwxr-xr-x.
* Peter Robinson:
> armhfp is "Arm hard floating point" which covers the overall ARM 32
> bit architecture, there can be different variants in there, armv6,
> armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> and so on...
Just to be clear here, armhfp is *not* the common
Dne 14. 05. 20 v 11:53 Michal Srb napsal(a):
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
> mailto:fschw...@fedoraproject.org>> 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
> >
Well, as just I saw "xscreensaver" word here:
Ty Young wrote on 2020/05/14 20:33:
On 5/13/20 4:58 PM, Solomon Peachy wrote:
On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote:
Anyway, I'm just asking that Fedora not repeat what Debian did. While
I find it to be a bit paranoid, I
On 14. 05. 20 1:24, Jonathan Wakely wrote:
Is there any reason not to add Requires: for boost-python3 and
boost-numpy3 now?
No reason from Python perspective.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list --
On Thu, May 14, 2020 at 10:57 AM Kevin Kofler
wrote:
> Abstaining means "I don't care", not "I feel uncomfortable with this
> change".
>
I'm going to disagree with you here, specifically with regards to the "I
don't care" piece. From my time in FESCo, and as the FPL before that -- I
can never
On Thu, May 14, 2020 at 06:46:29AM -0500, Richard Shaw wrote:
> So this happened:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ad02b27ee3
> https://bugzilla.redhat.com/show_bug.cgi?id=1830748
>
> TLDR; So we need an updated version of CMake in EPEL 8 but RHEL/CentOS
> already
On Wed, May 13, 2020 at 10:11 PM John M. Harris Jr wrote:
>
> On Wednesday, May 13, 2020 12:17:08 PM MST Josh Boyer wrote:
> > On Wed, May 13, 2020 at 2:49 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote:
> > >
> > > > 3. How should we
On Thu, May 14, 2020 at 11:47 AM Jared K. Smith
wrote:
>
> I'm going to disagree with you here, specifically with regards to the "I
> don't care" piece. From my time in FESCo, and as the FPL before that -- I
> can never remember a time when someone abstained because they didn't care. I
>
On Mon, May 11, 2020 at 01:37:08PM -0700, Kevin Fenzi wrote:
> On Mon, May 11, 2020 at 04:26:36PM -0400, Ben Cotton wrote:
> > On Mon, May 11, 2020 at 3:13 PM Zbigniew Jędrzejewski-Szmek <
> > zbys...@in.waw.pl> wrote:
> >
> > >
> > > > 1. Why do you want to be a member of FESCo?
> > > > 2. How
On Thursday, May 14, 2020 5:37:10 AM MST Josh Boyer wrote:
> On Thu, May 14, 2020 at 4:54 AM Nicolas Mailhot via devel
> wrote:
>
> >
> >
> > Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
> > Hi,
> >
> >
> >
> > > If the consensus from the Fedora community is that RHEL should shift
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-05-14 at 00:24 +0100, Jonathan Wakely wrote:
> The 'boost' package doesn't install anything, it just pulls in most
> of the subpackages built from boost.spec:
>
> # boost is an "umbrella" package that pulls in all boost shared
>
New package honggfuzz (an easy to use fuzz tester) was added a few
hours ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1834964
Because it's ExcludeArch on s390x, I need to file a bug for that.
However as far as I can tell no honggfuzz component has been created
yet. How long should that
Hello all!
The boost169 compatibility package conflicts with the regular boost on
Fedora 32. Both packages provides the same libraries.
Error: Transaction test error:
file /usr/lib64/libboost_system.so.1.69.0 from install of
boost169-system-1.69.0-6.fc32.x86_64 conflicts with file from package
On Thu, May 14, 2020 at 06:21:43PM +0200, Till Maas wrote:
> On Mon, May 11, 2020 at 01:37:08PM -0700, Kevin Fenzi wrote:
> > On Mon, May 11, 2020 at 04:26:36PM -0400, Ben Cotton wrote:
> > > On Mon, May 11, 2020 at 3:13 PM Zbigniew Jędrzejewski-Szmek <
> > > zbys...@in.waw.pl> wrote:
> > >
> > >
https://bugzilla.redhat.com/show_bug.cgi?id=1835620
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Clipboard-0.25-1.fc30.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=44479552
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1835442
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1835620
Bug ID: 1835620
Summary: perl-Clipboard-0.25 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Clipboard
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1835620
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1688328
--> https://bugzilla.redhat.com/attachment.cgi?id=1688328=edit
[patch] Update to 0.25 (#1835620)
--
You are receiving this mail because:
You are on the CC
On Thu, 14 May 2020 12:31:40 -0700
Michel Alexandre Salim wrote:
> We're working on validating CentOS 8 for some desktop use cases at
> work, and noticed that after working fine on a machine that's
> installed several months ago, it's now failing on a freshly-installed
> machine.
>
> Turns out
https://bugzilla.redhat.com/show_bug.cgi?id=1831970
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1831970
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Net-DAVTalk-0.19-1.fc3 |perl-Net-DAVTalk-0.19-1.fc3
On Thu, May 14, 2020 at 12:32 PM Michel Alexandre Salim
wrote:
>
> Hi,
>
> We're working on validating CentOS 8 for some desktop use cases at work,
> and noticed that after working fine on a machine that's installed
> several months ago, it's now failing on a freshly-installed machine.
>
> Turns
Hi,
We're working on validating CentOS 8 for some desktop use cases at work,
and noticed that after working fine on a machine that's installed
several months ago, it's now failing on a freshly-installed machine.
Turns out that we need libzstd, which on the previous machine was
sourced from
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Paul Howarth changed:
What|Removed |Added
CC||jose.p.oliveira.oss@gmail.c
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2020-05-15 from 21:00:00 to 22:00:00 UTC
At freenode@fedora-meeting
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname EPEL
#topic
https://bugzilla.redhat.com/show_bug.cgi?id=1821882
Philipp Trulson changed:
What|Removed |Added
CC||phil...@trulson.de
--- Comment #3
https://bugzilla.redhat.com/show_bug.cgi?id=1821882
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
https://pagure.io/389-ds-base/pull-request/51092
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1821879
Bug 1821879 depends on bug 1821882, which changed state.
Bug 1821882 Summary: CVE-2013-7488 perl-Convert-ASN1: allows remote attackers
to cause an infinite loop via unexpected input [epel-8]
https://bugzilla.redhat.com/show_bug.cgi?id=1821882
https://bugzilla.redhat.com/show_bug.cgi?id=1831970
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Net-DAVTalk-0.19-1.fc3 |perl-Net-DAVTalk-0.19-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=1835451
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1796214
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #12 from
1 - 100 of 108 matches
Mail list logo