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
On 01. 05. 20 22:21, Ben Cotton wrote:
== Detailed Description ==
Fedora 33 will ship with the latest LTS version of Node.js by default.
This will either be the `nodejs:14` module stream or else replicated
to the non-modular repository, depending on the status of other
release engineering work ar
# Fedora Quality Assurance Meeting
# Date: 2020-05-04
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
We didn't get through the whole agenda last week, so let's continue
this week!
If anyone has any oth
On Tue, 2019-12-31 at 10:09 +0300, Silvia Sánchez wrote:
>
> I'm perfectly fine with Fedora's policy regarding Python2. When
> upstream updates to 3, I'll be happy to comaintain together with
> Alessio.
For the record, bleachbit 4 supporting python 3 was released a couple
of weeks ago.
Ciao,
A
On Wed, Apr 22, 2020 at 08:28:45PM +0100, Richard W.M. Jones wrote:
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-150918c861
>
> A summary of what happened:
>
> * Coq (and friends) don't build because camlp5 -> lablgtk3 -> coq.
> camlp5 has not been ported upstream to OCaml 4.11.
We ac
https://fedoraproject.org/wiki/Changes/Nodejs14x
== Summary ==
The latest release of Node.js to carry a 30-month lifecycle is the
14.x series. As with 12.x, 10.x and 8.x before it, Fedora 33 will
carry 14.x as the default Node.js interpreter for the system. The 12.x
interpreter will remain availab
Ah cool, so my guess was correct. :-) We're working on fixing this upstream
and then we'll get it pulled into Fedora. Mind if we ping you for a rebuild
when we're ready?
- Alex
- Original Message -
> From: judov...@email.cz
> To: devel@lists.fedoraproject.org
> Sent: Friday, May 1, 2020
Hi Miro!
The build is in f32 chroot, because jdk8 in rawhide segfaults due to new glibc.
The glibc update had overlap with the initiation of this effort, so I stuck on
f32 for now. It may happen that once we fix jdk8, I will fix also the copr.
Also you could notice, that both rawhide and f32 are
Hi Miro!
The build is in f32 chroot, because jdk8 in rawhide segfaults due to new glibc.
The glibc update had overlap with the initiation of this effort, so I stuck on
f32 for now. It may happen that once we fix jdk8, I will fix also the copr.
Also you could notice, that both rawhide and f32 are
On Fri, May 1, 2020 at 10:49 AM Michel Alexandre Salim
wrote:
>
>
>
> On 5/1/20 1:10 AM, Petr Pisar wrote:
> > On Thu, Apr 30, 2020 at 12:32:26PM -0700, Michel Alexandre Salim wrote:
> >> Generally speaking (I can make this a separate thread if that helps) - do
> >> we
> >> expect every package i
Hi Alex, both your packages
"BuildRequires:java-1.8.0-openjdk-devel"
So I could not pull it. According to the packaging guidelines you should
require only "java-devel" (exactly for this case:)). Thus I could not found
your packages by using build-requires queries. Even If I found, It wou
On Fri, 1 May 2020 09:56:13 -0700
Kevin Fenzi wrote:
> On Fri, May 01, 2020 at 09:48:51AM -0700, Adam Williamson wrote:
> > On Fri, 2020-05-01 at 10:03 -0600, James Szinger wrote:
> > > On Fri, 01 May 2020 13:19:50 +0200
> > > Markus Larsson wrote:
> > >
> > > > Well, I'm happy with that an
\o Hey Jiri,
I don't see two of our packages in the copr:
https://src.fedoraproject.org/rpms/pki-core/
https://src.fedoraproject.org/rpms/dogtag-pki/
Is there a way to know why they were excluded?
Thanks!
- Alex
- Original Message -
> From: "Jiri Vanek"
> To: "Development discussion
On Fri, May 01, 2020 at 09:48:51AM -0700, Adam Williamson wrote:
> On Fri, 2020-05-01 at 10:03 -0600, James Szinger wrote:
> > On Fri, 01 May 2020 13:19:50 +0200
> > Markus Larsson wrote:
> >
> > > Well, I'm happy with that answer. I rather have you say where things
> > > will go is unclear than
On Fri, 2020-05-01 at 10:03 -0600, James Szinger wrote:
> On Fri, 01 May 2020 13:19:50 +0200
> Markus Larsson wrote:
>
> > Well, I'm happy with that answer. I rather have you say where things
> > will go is unclear than have some cookie cutter marketing answer.
> > This answer helps me figure out
On Fri, 01 May 2020 13:19:50 +0200
Markus Larsson wrote:
> Well, I'm happy with that answer. I rather have you say where things
> will go is unclear than have some cookie cutter marketing answer.
> This answer helps me figure out where this is hopefully going and how
> much to hope for it to happ
On Fri, May 1, 2020 at 7:55 AM Christopher wrote:
> Can anybody tell me why the grub package seems to want to label files
> on the EFI partition during updates?
> I had thought that, by definition, EFI partitions were basically FAT,
> which doesn't support the extended attributes for SELinux conte
On 01.05.2020 14:52, Mark Pearson wrote:
> We have to meet some temperature safety requirements when the device is on
> lap. Because Linux doesn't have support for that the device defaults to the
> 'safer'
> power setting and you see thermal throttling (and lower performance than
> Windows). The
On Fri, May 1, 2020, at 8:48 AM, Alexander Ploumistos wrote:
> On Fri, May 1, 2020 at 2:38 PM James Cassell
> wrote:
> >
> >
> > On Fri, May 1, 2020, at 8:07 AM, Alexander Ploumistos wrote:
> > > One thing that I'd like to see, is linux support for the "energy
> > > manager" features - it's prett
On 30. 04. 20 18:29, Jiri Vanek wrote:
* Ensure your package builds and runs fine with JDK11 (see the
https://copr.fedorainfracloud.org/coprs/jvanek/java11/builds/)
The builds are from Fedora 33 sources, but in Fedora 32 buildroot. The Java11
change is for Fedora 33. Is this an error, or is
Can anybody tell me why the grub package seems to want to label files
on the EFI partition during updates?
I had thought that, by definition, EFI partitions were basically FAT,
which doesn't support the extended attributes for SELinux contexts...
So, why does the Grub package insist on attempting
On Thu, Apr 30, 2020 at 7:34 PM Kevin Fenzi wrote:
>
> On Thu, Apr 30, 2020 at 01:58:43PM +0200, Fabio Valentini wrote:
> > On Mon, Apr 20, 2020 at 1:45 PM Fabio Valentini
> > wrote:
> > >
> > > Hi everybody,
> > >
> > > I took over python-lockfile some time ago because it was FTBFS in
> > > fed
Hello.
I'm here. I catastrophically have no free time to deal with tasks I want
like Fedora. But I'm here. And plan to look at provided issues.
If you prefer I deal with some particular issue at first - please say.
And for urgent issues you can always contact me by Skype or Telegram.
2020-04-3
Hello again,
On Fri, May 1, 2020 at 3:02 PM Mark Pearson wrote:
>
>
> > From: Alexander Ploumistos
> > Sent: Friday, May 1, 2020 8:07 AM
> >
> > One thing that I'd like to see, is linux support for the "energy
> > manager" features - it's pretty much the only reason I've allowed
> > windows to t
First post here for me too. I'm chiming in both as a newly minted Red Hat
guy and as a former Dell Linux person. :) I'm always a Linux person though
and work with Mark as well as folks at other OEMs.
On Fri, May 1, 2020, 08:54 Mark Pearson wrote:
> Hi Vitaly
> > From: Vitaly Zaitsev via devel
>
Hi Alexander,
> From: Alexander Ploumistos
> Sent: Friday, May 1, 2020 8:07 AM
>
> Hi Mark,
>
> And welcome aboard.
> I've been using a tweaked Legion Y520-15IKBN for a year and a half now
> and I'm a happy camper. I can't say that I understand hardware
> vendors' marketing decisions, like putt
Hi Vitaly
> From: Vitaly Zaitsev via devel
> Sent: Friday, May 1, 2020 7:05 AM
>
> On 01.05.2020 12:52, Peter Robinson wrote:
> > I bet this is actually the Intel Dynamic Platform and Thermal
> > Framework (DPTF) that's at fault here [1] and so while I'm sure Lenovo
> > can approach Intel and ass
On Fri, May 1, 2020 at 2:38 PM James Cassell
wrote:
>
>
> On Fri, May 1, 2020, at 8:07 AM, Alexander Ploumistos wrote:
> > One thing that I'd like to see, is linux support for the "energy
> > manager" features - it's pretty much the only reason I've allowed
>
> This "just works" on F32 for me usin
On Fri, 1 May 2020 at 13:39, Dan Horák wrote:
>
> On Fri, 1 May 2020 13:21:10 +0200
> Iñaki Ucar wrote:
>
> > Hi,
> >
> > I forked a package, changed the spec, added a patch and submitted a
> > PR. Then simple-koji-ci fails because the patch wasn't included in the
> > SRPM apparently [1]. Any ide
On Fri, May 1, 2020, at 8:07 AM, Alexander Ploumistos wrote:
> Hi Mark,
>
> And welcome aboard.
> I've been using a tweaked Legion Y520-15IKBN for a year and a half now
> and I'm a happy camper. I can't say that I understand hardware
> vendors' marketing decisions, like putting a heftier price ta
On Thu, Apr 30, 2020 at 3:38 PM Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Thursday, 30 April 2020 at 15:51, Luke Hinds wrote:
> > Hey All,
> >
> > Trying to update a package and getting failures over:
> >
> > ~~~
> >
> > WARNING: The pip package is not available, falling
On Fri, May 1, 2020, at 7:25 AM, Solomon Peachy wrote:
> On Fri, May 01, 2020 at 03:36:09AM +, Mark Pearson wrote:
> > I'm also quite fond of my AMD T495. It's a platform that has given me
> > minimal headaches
>
> Yeah, one of those is my daily driver.
>
> My only real complaint has to do
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
Hi Mark,
And welcome aboard.
I've been using a tweaked Legion Y520-15IKBN for a year and a half now
and I'm a happy camper. I can't say that I understand hardware
vendors' marketing decisions, like putting a heftier price tag on a
"professional" machine, whereas a "gaming" laptop with the same spe
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 1/8 (x86_64)
New failures (same test not failed in Fedora-IoT-33-20200429.0):
ID: 590612 Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/590612
Passed openQA tes
On Fri, 1 May 2020 13:21:10 +0200
Iñaki Ucar wrote:
> Hi,
>
> I forked a package, changed the spec, added a patch and submitted a
> PR. Then simple-koji-ci fails because the patch wasn't included in the
> SRPM apparently [1]. Any idea why? Did I miss something?
>
> [1] https://src.fedoraproject
On Fri, May 01, 2020 at 03:36:09AM +, Mark Pearson wrote:
> I'm also quite fond of my AMD T495. It's a platform that has given me
> minimal headaches
Yeah, one of those is my daily driver.
My only real complaint has to do with the placement of the "PrtSc" key.
I accidentally take several
Hi,
I forked a package, changed the spec, added a patch and submitted a
PR. Then simple-koji-ci fails because the patch wasn't included in the
SRPM apparently [1]. Any idea why? Did I miss something?
[1] https://src.fedoraproject.org/rpms/R/pull-request/3
Regards,
--
Iñaki Úcar
> From: Richard Hughes
> Sent: Friday, May 1, 2020 6:28 AM
>
> On Fri, 1 May 2020 at 06:22, Joe Doss wrote:
> > Yes!!! This works on my T490s!
Awesome
>
> Phew! Do we know why it's not been promoted to stable yet?
>
The reason it took so long in testing is the firmware load is shared with
Win
On 1 May 2020 12:57:04 CEST, Mark Pearson wrote:
>Hi Markus,
>
>> From: Markus Larsson
>> Sent: Friday, May 1, 2020 3:24 AM
>>
>> Hi Mark
>>
>> I have a question regarding the hardware lineup. The 3 machines mentioned
>> are very fine machines but for many usages they are definitely overkill
Hi Vitaly and Peter
> From: Peter Robinson
> Sent: Friday, May 1, 2020 6:53 AM
> >
> > Hello, Mark.
> >
> > When Lenovo will fix major throttling issues[1] on all supported
> > ThinkPad models?
> >
> > When running on GNU/Linux, due to overheating, my T480/T580 throttle up
> > to 400 MHz (much mo
On 01.05.2020 12:52, Peter Robinson wrote:
> I bet this is actually the Intel Dynamic Platform and Thermal
> Framework (DPTF) that's at fault here [1] and so while I'm sure Lenovo
> can approach Intel and assist I'm not sure it's something they can fix
> directly, on the plus side it looks like it'
Hi Markus,
> From: Markus Larsson
> Sent: Friday, May 1, 2020 3:24 AM
>
> Hi Mark
>
> I have a question regarding the hardware lineup. The 3 machines mentioned
> are very fine machines but for many usages they are definitely overkill and a
> tad bit pricey.
> Will there be more modest machines
OLD: Fedora-Rawhide-20200428.n.0
NEW: Fedora-Rawhide-20200430.n.1
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 15
Dropped packages:4
Upgraded packages: 236
Downgraded packages: 1
Size of added packages: 5.25 MiB
Size of dropped packages:606
> On 30.04.2020 23:18, Mark Pearson wrote:
> > Adam Williamson suggested I stick a note in the mailing list saying “hi”
> > - so I’ve achieved that and officially upgraded myself from lurker! He
> > also suggested I take questions from the community - and I’m very happy
> > to do that.
>
> Hello, M
On Fri, 1 May 2020 at 06:22, Joe Doss wrote:
> Yes!!! This works on my T490s!
Phew! Do we know why it's not been promoted to stable yet?
Richard.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
On Fri, May 01, 2020 at 03:10:39AM +, Mark Pearson wrote:
> Hi Tomasz,
>
> > From: Tomasz Torcz
> > Sent: Thursday, April 30, 2020 5:33 PM
> >
> > Hi, welcome among regular folks ;)
> >
> > I was wondering, will Lenovo work to make older models fully
> > supported, too? I'm looking at
On 30.04.2020 23:18, Mark Pearson wrote:
> Adam Williamson suggested I stick a note in the mailing list saying “hi”
> - so I’ve achieved that and officially upgraded myself from lurker! He
> also suggested I take questions from the community - and I’m very happy
> to do that.
Hello, Mark.
When Le
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 590554 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/590554
--
Mail generated by check-compose:
https://pagure.i
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
On 30 April 2020 23:18:10 CEST, Mark Pearson wrote:
>Hi all,
>
>Adam Williamson suggested I stick a note in the mailing list saying “hi” - so
>I’ve achieved that and officially upgraded myself from lurker! He also
>suggested I take questions from the community - and I’m very happy to do that.
51 matches
Mail list logo
