On 11/30/20 2:06 PM, Tom Stellard wrote:
Hi,
As part of the f34 change request[1] for removing make from the
buildroot, I will be doing a mass update of packages[2] to add
BuildRequires: make where it is needed.
If you are a package maintainer and would prefer to update your packages
on you
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-20201211.0):
ID: 739284 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Starting from version 3.5.0 the python-pytest-randomly package has
changed license from BSD to MIT. I will build this update for rawhide
shortly.
--
Dan Callaghan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to d
On Fri, Dec 11, 2020 at 06:39:52PM -0500, Matthew Miller wrote:
> On Sat, Dec 12, 2020 at 12:21:02AM +0100, Kevin Kofler via devel wrote:
> > It is still a form of a rolling release though, just one with branches. I
> > think it was actually clear to most of the readers that CentOS Stream is
> >
On Fri, Dec 11, 2020 at 06:21:50PM -0500, Neal Gompa wrote:
> > In the interest of me being lazy more successfully, can I glom my "change
> > the menu" proposal onto this new Change you are spearheading? :) :) :)
> Oi, oi! I have enough changes for this cycle. If you want to spearhead
> this, I can
On Fri, Dec 11, 2020 at 09:49:12PM +, Richard W.M. Jones wrote:
> I think package signing is still broken?
>
> Someone reported on that nothing has been signed for the past 7 hours,
> and I've certainly got one package which has remained unsigned for
> several hours:
>
> https://koji.fedorapr
On Sat, Dec 12, 2020 at 12:21:02AM +0100, Kevin Kofler via devel wrote:
> It is still a form of a rolling release though, just one with branches. I
> think it was actually clear to most of the readers that CentOS Stream is not
> Rawhide directly (because then it would be Rawhide, not CentOS Strea
On Fri, Dec 11, 2020 at 3:09 PM Matthew Miller wrote:
>
> On Fri, Dec 11, 2020 at 02:22:28PM -0500, Neal Gompa wrote:
> > > I'm not horribly opposed. I just don't want scope creep to mean we can't
> > > make a pretty easy change.
> > Well, we have to change it in both places anyway. :)
> > Droppin
Gordon Messmer wrote:
> The release announcement was confusing, in that it used "rolling
> release" to describe something that doesn't resemble the common
> definition of that term.
>
> CentOS Stream isn't a rolling release. It will have distinct major
> releases. It just won't have point releas
On Sat, Dec 12, 2020 at 12:40:15AM +0200, Nikolay Nikolov wrote:
> So, how can I experience a corrupt install, due to media failure,
> since I specifically run the media check to ensure this doesn't
> happen, before I attempt an install? Just because I haven't
> experienced it, since I always run t
On 12/12/20 12:20 AM, Matthew Miller wrote:
On Sat, Dec 12, 2020 at 12:15:07AM +0200, Nikolay Nikolov wrote:
there's even less reason to skip it. Which really begs the question,
why do we even assume the media test is only useful for DVD and not
for USB flash?
I gave those reasons in my in
On Sat, Dec 12, 2020 at 12:15:07AM +0200, Nikolay Nikolov wrote:
> there's even less reason to skip it. Which really begs the question,
> why do we even assume the media test is only useful for DVD and not
> for USB flash?
I gave those reasons in my initial message? Have you experienced a
spec
On Fri, Dec 11, 2020 at 12:49:23PM -0800, Gordon Messmer wrote:
> The release announcement was confusing, in that it used "rolling
> release" to describe something that doesn't resemble the common
> definition of that term.
Yeah, that was accidental — written in good faith by someone who doesn't
l
On 12/11/20 8:55 PM, Vitaly Zaitsev via devel wrote:
On 11.12.2020 19:07, Matthew Miller wrote:
I think since burning spinning optical media is no longer the normal
way to
do this, we should drop this and just go straight to booting (unless of
course a key is hit to stop things and enter boot
I think package signing is still broken?
Someone reported on that nothing has been signed for the past 7 hours,
and I've certainly got one package which has remained unsigned for
several hours:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1657566
Rich.
--
Richard Jones, Virtualization
On Thu, Dec 10, 2020 at 12:52 PM Matthew Miller
wrote:
> Thanks for filing this, and I'll highlight it for the modularity team's
> attention.
Thanks. I also filed https://pagure.io/fm-orchestrator/issue/1629 a
while back. I think this could help users understand MBS a bit better.
- Ken
_
On Thu, Dec 10, 2020, at 5:56 PM, Chris Murphy wrote:
> I personally am gravitating toward the idea of not updating the
> currently running OS (sometimes called transactional system updates)
> where if we had a way to test the out-of-band updated OS, like in a
> container or VM,
We've been doin
On 12/9/20 5:07 AM, Jaroslav Prokop wrote:
Instead I would like LTS system that I comfortable with, which is from
the RHEL ecosystem.
...
If I understood the announcement, it would be a kind of CentOS streams
is rolling release or a release with short
release interval.
The release announcem
On Fri, Dec 11, 2020 at 02:22:28PM -0500, Neal Gompa wrote:
> > I'm not horribly opposed. I just don't want scope creep to mean we can't
> > make a pretty easy change.
> Well, we have to change it in both places anyway. :)
> Dropping isolinux just means we have one less menu to maintain.
In the in
On 11.12.2020 20:18, Neal Gompa wrote:
This would probably be easier if we dropped isolinux and used grub2
for BIOS ISO boot just like we do for UEFI ISO boot.
+1 for this.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list
On 09.12.2020 19:44, Ben Cotton wrote:
The nodejs libraries have been approved to be bundled, and there is
infrastructure in place for the bundling to work properly.
And what about adding Provides: bundled(nodejs-foo) = version? There
were many nodejs packages with backdoors in npm. That's why
On 12/11/20 1:48 PM, Matthew Miller wrote:
We're going to spend some of our remaining budget on a swag refresh, and as
part of that, we're getting some shiny new USB sticks, and partly
considering the recent discussion about making it easy for new users to try
without committing, we're getting on
On Fri, Dec 11, 2020 at 2:21 PM Matthew Miller wrote:
>
> On Fri, Dec 11, 2020 at 02:18:38PM -0500, Neal Gompa wrote:
> > This would probably be easier if we dropped isolinux and used grub2
> > for BIOS ISO boot just like we do for UEFI ISO boot.
>
> I'm not horribly opposed. I just don't want sco
On Fri, Dec 11, 2020 at 02:18:38PM -0500, Neal Gompa wrote:
> This would probably be easier if we dropped isolinux and used grub2
> for BIOS ISO boot just like we do for UEFI ISO boot.
I'm not horribly opposed. I just don't want scope creep to mean we can't
make a pretty easy change.
--
Matthew
On Fri, Dec 11, 2020 at 2:06 PM Matthew Miller wrote:
>
> On Fri, Dec 11, 2020 at 10:37:01AM -0800, Adam Williamson wrote:
> > > Let's just go ahead and get people started faster.
> >
> > Could we maybe just bump it down to the 'troubleshooting' menu or
> > whatever it's labelled there and have it
On Fri, Dec 11, 2020 at 01:51:29PM -0500, LinuxGeek46 wrote:
> Hello - my name is David Both and I want to introduce myself. Ankur
> Sinha "FranciscoD" is mentoring me as I start with Fedora Fusion package
> maintenance.
Awesome, welcome!
--
Matthew Miller
Fedora Project Leader
__
On Fri, Dec 11, 2020 at 10:57:30AM -0800, Adam Williamson wrote:
> su -c "livecd-iso-to-disk --home-size-mb 2048
> Fedora-Workstation-Live-x86_64-34-1.1.iso /dev/sdX"
My complication is: we need to have an image that has all of this pre-made
to give to the vendor. If I do the above to a loopb
On Fri, Dec 11, 2020 at 10:37:01AM -0800, Adam Williamson wrote:
> > Let's just go ahead and get people started faster.
>
> Could we maybe just bump it down to the 'troubleshooting' menu or
> whatever it's labelled there and have it not be the default, rather
> than remove it entirely?
Sure, that
Am 11.12.20 um 19:37 schrieb Kevin Fenzi:
It's back up. There is some power work being done at the datacenter and
one virthost (The one that has the koji database vm of course) lost
power. :(
I can't comment on the mirrors, those should be all over the world, so
perhaps you are just hitting a s
On Fri, 2020-12-11 at 13:48 -0500, Matthew Miller wrote:
> We're going to spend some of our remaining budget on a swag refresh, and as
> part of that, we're getting some shiny new USB sticks, and partly
> considering the recent discussion about making it easy for new users to try
> without committi
On 11.12.2020 19:07, Matthew Miller wrote:
I think since burning spinning optical media is no longer the normal way to
do this, we should drop this and just go straight to booting (unless of
course a key is hit to stop things and enter boot parameters).
USB flash drive can be broken too. I sugg
On 11.12.2020 19:48, Matthew Miller wrote:
It has been approximately a decade since I made such an image. Does anyone
have a recipe for creating one with persistent storage (and possibly a
separate home filesystem, or however that should be set up on btrfs?)
sudo livecd-iso-to-disk --efi --form
Hello - my name is David Both and I want to introduce myself.
Ankur Sinha "FranciscoD" is mentoring me as I start with Fedora
Fusion package maintenance.
I have been working with computers for just a bit over 50 years
now, and almost 25 with Linux, most of whi
We're going to spend some of our remaining budget on a swag refresh, and as
part of that, we're getting some shiny new USB sticks, and partly
considering the recent discussion about making it easy for new users to try
without committing, we're getting ones with decent speed and quality and
room for
Greetings everyone.
I'd like to announce the next Mobility SIG meeting
for next monday (2020-12-14) at 16:30UTC in #fedora-meeting.
A tenative agenda:
* introductions
* status / plans on current remix
* status / plans for next step remix with fedora kernel + patches and
images bu
On Fri, Dec 11, 2020 at 07:21:37PM +0100, Marius Schwarz wrote:
> Am 11.12.20 um 19:16 schrieb Marius Schwarz:
> >
> > Hi,
> >
> > Koji has an Outtage. No Idea it it's planned or a failure. According to
> > https://status.fedoraproject.org/ ist should work.
> >
> >
>
> Now it's marked down. Al
On Fri, 2020-12-11 at 13:07 -0500, Matthew Miller wrote:
> Right now, when you start Fedora live media to install Workstation or KDE or
> etc., you get an ugly text prompt which defaults to doing a media test
> (although it's not actually even clear from the highlighting that that's the
> default).
On Fri, 11 Dec 2020 at 13:18, Marius Schwarz wrote:
>
> Hi,
>
> Koji has an Outtage. No Idea it it's planned or a failure. According to
> https://status.fedoraproject.org/ ist should work.
>
>
The page also says that things are manually done to that page. We have to
stop working on fires to chang
Am 11.12.20 um 19:16 schrieb Marius Schwarz:
Hi,
Koji has an Outtage. No Idea it it's planned or a failure. According
to https://status.fedoraproject.org/ ist should work.
Now it's marked down. Also, AARCH64 Rawhide mirros are slow as snakes
were in 1999.
Best regards,
Marius
_
Hi,
Koji has an Outtage. No Idea it it's planned or a failure. According to
https://status.fedoraproject.org/ ist should work.
best regards,
Marius
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@l
On Fri, Dec 11, 2020 at 01:12:05PM -0500, Mauricio Tavares wrote:
> I thought you could either bypass or cancel the installation media test.
You can, but:
1) it's the default
2) skipping it isn't clearly obvious, especially if you've never used a
pre-VGA DOS appliation (*)
3) just having the
On Fri, Dec 11, 2020 at 1:08 PM Matthew Miller wrote:
>
> Right now, when you start Fedora live media to install Workstation or KDE or
> etc., you get an ugly text prompt which defaults to doing a media test
> (although it's not actually even clear from the highlighting that that's the
> default).
Right now, when you start Fedora live media to install Workstation or KDE or
etc., you get an ugly text prompt which defaults to doing a media test
(although it's not actually even clear from the highlighting that that's the
default).
I think since burning spinning optical media is no longer the n
On Fri, Dec 11, 2020 at 3:18 AM Till Maas wrote:
>
> Hi,
>
> this does not seem to be self-contained, since it seems to affect people
> outside the SIG (it states that this is also affecting packages that are
> not owned by the SIG).
>
> On Wed, Dec 09, 2020 at 01:44:30PM -0500, Ben Cotton wrote:
Il 10/12/20 19:21, Kevin Fenzi ha scritto:
>
> A self-managed side-tag:
> * Easy to create, has random name
> * Needs provenpackager or commit to all builds in tag to merge
>
FYI Starting from Bodhi 5.6.0 whoever owns (creates) the side-tag can
push the update even if they don't have commit rights
On 12/10/20 7:21 PM, Kevin Fenzi wrote:
On Thu, Dec 10, 2020 at 08:01:31AM +, Zbigniew Jędrzejewski-Szmek wrote:
I wonder: is it necessary to request a tag, or would just self-managed
side-tag be enough?
A releng made side-tag:
* has a specific name
* requires releng ticket to create
* re
20/12/3 03:39(e)an, Dusty Mabe igorleak idatzi zuen:
I 100% would like to get to a point where we rebase to the latest Fedora
major soon after release. As jlebon mentioned earlier this does mean working
harder to get ahead of the curve by adopting a rawhide development stream
(not exposed to
Hi,
this does not seem to be self-contained, since it seems to affect people
outside the SIG (it states that this is also affecting packages that are
not owned by the SIG).
On Wed, Dec 09, 2020 at 01:44:30PM -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleBy
Hi,
On Fri, Dec 04, 2020 at 11:13:19AM -0800, Kevin Fenzi wrote:
> I don't think you can make branches completely descripive by themselves,
> unless possibly you make them really long.
>
> flatpak_branch_where_stable_flatpaks_are_made_from
That it is about flatpaks is already described in the
On Thursday, 10 December 2020 at 17:55, Troy Dawson wrote:
> On Thu, Dec 10, 2020 at 2:07 AM Dominik 'Rathann' Mierzejewski
> wrote:
> > On Thursday, 10 December 2020 at 00:49, Miro Hrončok wrote:
> > > On 12/9/20 7:44 PM, Ben Cotton wrote:
> > > > https://fedoraproject.org/wiki/Changes/NodejsLibr
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-20201204.0):
ID: 738864 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 12/10/20 7:16 PM, Paul Wouters wrote:
On Wed, 9 Dec 2020, Dridi Boukelmoune wrote:
This again leads to a required architecture change. We really need to
have a captive portal namespace, that handles all of this while the
applications still consider the network is down. Once the captive
portal
On src.fp.o, could we inject a custom message when someone trys to
fetch/clone a master branch via pagure-dist-git ?
Something like "this branch is deprecated, more info on https://foo.bar";
20/12/11 08:15(e)an, Pierre-Yves Chibon igorleak idatzi zuen:
On Thu, Dec 10, 2020 at 10:29:12AM -0800,
53 matches
Mail list logo
