> In my experience, in 1999 I was living in the same region with an NGO
> working for a backbone network.
> And the NGO helped me to put my Linux server in their network for free.
> In the age of non-democratized computer and internet, some
> organizations helped for the new technologies.
My
> First, I'd like to see Fedora become more of an "operating system factory".
20s is from 2020 to 2029. 10 years. So long.
So, let me write high level thoughts. And let me post a new topic.
For the topic 'more of an "operating system factory"', I want to see
Fedora project as a place to
On Tue, Jan 7, 2020 at 9:29 AM Matthew Miller wrote:
> I agree that's a challenge. Any ideas for how to address it and change these
> perceptions?
My 1.5 broken-cryptocurrency cents on this one.
I think we should make a serious and great effort to put the users
first remind us of this in every
On Tue, 7 Jan 2020 at 15:22, Iñaki Ucar wrote:
>
> On Mon, 6 Jan 2020 at 18:28, Matthew Miller wrote:
> >
> > Hi everyone! Since it's a new year and a new decade [*], it seems like a
> > good time to look forward and talk about what we want the Fedora Project to
> > be in the next five and even
On 1/15/20 8:33 PM, Przemek Klosowski via devel wrote:
On 1/7/20 11:14 AM, Iñaki Ucar wrote:
I'm far from having a satisfactory response to that, but I see two
fronts here. First, marketing. How does Ubuntu managed to be so
popular among less-experienced Linux users? I'm not sure, but I
On 1/7/20 11:14 AM, Iñaki Ucar wrote:
I'm far from having a satisfactory response to that, but I see two
fronts here. First, marketing. How does Ubuntu managed to be so
popular among less-experienced Linux users? I'm not sure, but I
suspect that good marketing has something to do with it.
I
On Tue, Jan 14, 2020 at 3:04 AM Benson Muite wrote:
> Maybe am wrong about faces/fingerprints as passwords:
>
> https://www.openwall.com/lists/oss-security/2019/05/08/5
There was also the infamous "gummy fingerprint" article from 2002:
https://cryptome.org/gummy.htm
And the mythbusters
> I think, and this is my personal opinion, that Ubuntu is so popular,
> because it is easy to use for everyone. You don't need to have much
> technical knowledge to use Ubuntu for most thinks that non technical
> user needs and it looks good.
>
> Every time I'm trying to use Fedora the same
On 1/14/20 10:20 AM, Matthew Miller wrote:
On Sat, Jan 11, 2020 at 11:19:49AM -0600, Martin Jackson wrote:
In this vein (as other people have commented on this thread), I
think it would be great to give Fedora more visibility. Its absence
as a supported image in Azure, for instance, is
On 1/13/20 9:30 AM, Randy Barlow wrote:
On Sat, 2020-01-11 at 11:19 -0600, Martin Jackson wrote:
I don't know if things like pipx exist for other scripting
languages, but do other people think that's worth exploring?
(Currently pipx uses tox in what seems like a weird way, and we'd
need to
On 2020-01-13 11:34 p.m., Benson Muite wrote:
Speaking about howdy, I packaged it on COPR for testing purpose and
looking for improvement.
Great, may be of interest:
https://github.com/boltgolt/howdy/issues/233
I will take a look. Note that I fork the repo for improving upstream
codes
On Tue, Jan 14, 2020 at 06:11:33PM +0100, Iñaki Ucar wrote:
> > For what it's worth, we do continue to work on these things. It's difficult
> > because we really do need to make sure we have solid legal protection.
> About the whole issue of bringing Fedora to WSL, I remember that there
> were
On Tue, 14 Jan 2020 at 17:30, Matthew Miller wrote:
>
> On Sat, Jan 11, 2020 at 11:19:49AM -0600, Martin Jackson wrote:
> > In this vein (as other people have commented on this thread), I
> > think it would be great to give Fedora more visibility. Its absence
> > as a supported image in Azure,
On Sat, Jan 11, 2020 at 11:19:49AM -0600, Martin Jackson wrote:
> In this vein (as other people have commented on this thread), I
> think it would be great to give Fedora more visibility. Its absence
> as a supported image in Azure, for instance, is particularly
> noticeable, and the whole
I think, and this is my personal opinion, that Ubuntu is so popular,
because it is easy to use for everyone. You don't need to have much
technical knowledge to use Ubuntu for most thinks that non technical
user needs and it looks good.
Every time I'm trying to use Fedora the same way, I
On Tue, 14 Jan 2020 at 03:05, Benson Muite wrote:
>
> >> Thank you for the PDF. However, the presentation is sightly outdated
> >> given the listed hardware dating from 2008. Some modern laptops are
> >> equipped with a IR camera Windows Hello type device which could be
> >> suitable for iris
On 1/14/20 10:34 AM, Benson Muite wrote:
On 1/14/20 9:00 AM, Luya Tshimbalanga wrote:
On 2020-01-13 12:56 a.m., Benson Muite wrote:
On 1/12/20 9:38 AM, Luya Tshimbalanga wrote:
The challenge about upstream is when they lack activity for years
and contributions are very difficult when
On 1/14/20 9:00 AM, Luya Tshimbalanga wrote:
On 2020-01-13 12:56 a.m., Benson Muite wrote:
On 1/12/20 9:38 AM, Luya Tshimbalanga wrote:
The challenge about upstream is when they lack activity for years
and contributions are very difficult when users lack knowledge of
coding without proper
On 2020-01-13 12:56 a.m., Benson Muite wrote:
On 1/12/20 9:38 AM, Luya Tshimbalanga wrote:
The challenge about upstream is when they lack activity for years and
contributions are very difficult when users lack knowledge of coding
without proper guidance. For example, attempting to improve
On Sat, 2020-01-11 at 11:19 -0600, Martin Jackson wrote:
> I don't know if things like pipx exist for other scripting
> languages, but do other people think that's worth exploring?
> (Currently pipx uses tox in what seems like a weird way, and we'd
> need to package userpath and tox-venv to make
On 1/12/20 9:38 AM, Luya Tshimbalanga wrote:
The challenge about upstream is when they lack activity for years and
contributions are very difficult when users lack knowledge of coding
without proper guidance. For example, attempting to improve say
CellWriter (sorely missing due to the lack of
On Sat, Jan 11, 2020 at 06:25:31AM -0500, Neal Gompa wrote:
> On Fri, Jan 10, 2020 at 2:47 PM Matthew Miller
> wrote:
> >
> > On Wed, Jan 08, 2020 at 02:17:40PM -0500, John Florian wrote:
> > > desired impact, but we should practice what we preach, at minimum:
> > > make Fedora a selection for
The challenge about upstream is when they lack activity for years and
contributions are very difficult when users lack knowledge of coding
without proper guidance. For example, attempting to improve say
CellWriter (sorely missing due to the lack of port to Wayland
compositor) and howdy, a
First, I'd like to see Fedora become more of an "operating system factory".
There are a few things that seem a bit out of place, in terms of RH's
messaging/endorsing of Fedora, and Fedora's role as an upstream for RHEL
and an engine of moving the entire Linux community forward.
I think
On Fri, Jan 10, 2020 at 2:47 PM Matthew Miller wrote:
>
> On Wed, Jan 08, 2020 at 02:17:40PM -0500, John Florian wrote:
> > desired impact, but we should practice what we preach, at minimum:
> > make Fedora a selection for the OS in oVirt. I wind up choosing the
> > latest RHEL for all my Fedora
On Tue, Jan 07, 2020 at 03:39:41PM +0100, Nicolas Mailhot via devel wrote:
> It would be interesting to analyse all those things, not to plan an rpm
> replacement, but to actually fix the things upstreams are not happy
> about (and, a lot of time, those won't involve rpm, and when they do
>
On Wed, Jan 08, 2020 at 02:17:40PM -0500, John Florian wrote:
> desired impact, but we should practice what we preach, at minimum:
> make Fedora a selection for the OS in oVirt. I wind up choosing the
> latest RHEL for all my Fedora VMs but I always have to wonder if
> that's optimal -- and I've
On Tue, Jan 7, 2020 at 1:51 PM Miro Hrončok wrote:
>
> For me, an ultimate success would be if upstream projects would actually use
> Fedora-family distros in their CI testing. And I don't mean that they would
> use
> Copr or packit to package RPM packages, or that they deploy their own Jenkins
On Thu, Jan 09, 2020 at 08:24:41AM -0600, Richard Shaw wrote:
>On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller
><[1]mat...@fedoraproject.org> wrote:
>
> Those are my thoughts. What other challenges and opportunities do you
> see,
> and what would you like us to focus on?
>
On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller
wrote:
>
> Those are my thoughts. What other challenges and opportunities do you see,
> and what would you like us to focus on?
>
The packaging process has changed a lot over the last couple of years
(well, not the core fedpkg process) but I've
On Tue, Jan 07, 2020 at 09:08:20AM -0500, Colin Walters wrote:
>
>
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
> >
> > I'd love to find a way to directly integrate the likes of gem, npm
> > etc directly into our packaging rather than us having to repackage
> > everything by hand but I
It would be in RedHat's own best interest to promote the Fedora project
more though. Isn't Fedora supposed to be the upstream/testing grounds
for RHEL releases? What's the best way to learn and get familiar with a
RedHat based environment? It's Fedora, although I do know RHEL offers
free
On 1/7/20 10:28 AM, Matthew Miller wrote:
On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
For me, the main challenge Fedora faces is **positioning**.
Let me explain: (I don't have numbers but) in my (limited) experience,
when seasoned sysadmins need to launch a new system, they
"Colin Walters" writes:
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
>> I'd love to find a way to directly integrate the likes of gem, npm
>> etc directly into our packaging rather than us having to repackage
>> everything by hand but I just don't see any way of doing it without
>>
Dne 07. 01. 20 v 14:57 Iñaki Ucar napsal(a):
> On Tue, 7 Jan 2020 at 13:28, Neal Gompa wrote:
>> On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
>>> On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> Le 2020-01-06
* Matthew Miller:
> On Tue, Jan 07, 2020 at 01:13:02PM +0100, Florian Weimer wrote:
>> > In support of that, I'd like to also have that page steer people into
>> > tooling for creating new spins —- and I'd like to see us invest in and
>> > rebuild the spin creation processes. (Particularly, I'd
On Tue, Jan 7, 2020 at 12:51 PM Nicolas Mailhot via devel
wrote:
>
> Yes, it worked because it was a press-friendly “fairy tale” story, not
> because of the cash spent on marketing (or because of the quality of
> the marketed product).
>
It's both, though. Having a good story is part of the
On Tue, 7 Jan 2020 at 19:03, Matthew Miller wrote:
>
> Red Hat has also always invested its marketing dollars in _product_; the
> sponsorship of Fedora is _mostly_ from an engineering side. I'd *like* to
> get more for these wider efforts, but in a very real way that Red Hat
> investment is like
On Tue, Jan 07, 2020 at 06:48:05PM +0100, Nicolas Mailhot via devel wrote:
> IBM could waste 10 times the money in marketing with less results, “Big
> Blue spending loads of cash” is not a coverage-worthy story.
Although to be clear if anyone from IBM is reading: _we'll take it_. :)
--
Matthew
On Tue, Jan 07, 2020 at 11:37:28AM -0600, Joe Doss wrote:
> > If anyone has a handy generous multi-millionaire up their sleeve,
> > please call Matt. :)
> *coughs* Red Hat...
Red Hat *does* contribute millions of dollars to Fedora annually in time,
hardware, and of course literal money.
Le mardi 07 janvier 2020 à 18:37 +0100, Clement Verna a écrit :
>
>
> On Tue, Jan 7, 2020, 18:21 Nicolas Mailhot via devel <
> devel@lists.fedoraproject.org> wrote:
> > Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> > >
> > > I'm far from having a satisfactory response to that,
On Tue, Jan 07, 2020 at 09:33:55AM -0800, Adam Williamson wrote:
> > They had good marketing in the form of a billionaire publicly showering
> > cash around “in the public interest”. The press (especially the non-
> > technical press) loves this kind of story. Unfortunately, it’s not
> > something
On Tue, 2020-01-07 at 11:37 -0600, Joe Doss wrote:
> On 1/7/20 11:33 AM, Adam Williamson wrote:
> > If anyone has a handy generous multi-millionaire up their sleeve,
> > please call Matt. :)
>
> *coughs* Red Hat...
I *did* say "generous"
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw
On Tue, Jan 7, 2020, 18:21 Nicolas Mailhot via devel <
devel@lists.fedoraproject.org> wrote:
> Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> >
> > I'm far from having a satisfactory response to that, but I see two
> > fronts here. First, marketing. How does Ubuntu managed to be
On 1/7/20 11:33 AM, Adam Williamson wrote:
> If anyone has a handy generous multi-millionaire up their sleeve,
> please call Matt. :)
*coughs* Red Hat...
Joe
--
Joe Doss
j...@solidadmin.com
pEpkey.asc
Description: application/pgp-keys
___
devel
> > On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> > > For me, the main challenge Fedora faces is **positioning**.
> > >
> > > Let me explain: (I don't have numbers but) in my (limited) experience,
> > > when seasoned sysadmins need to launch a new system, they usually
> > > think
On Tue, 2020-01-07 at 18:20 +0100, Nicolas Mailhot via devel wrote:
> Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
> > I'm far from having a satisfactory response to that, but I see two
> > fronts here. First, marketing. How does Ubuntu managed to be so
> > popular among
Le mardi 07 janvier 2020 à 17:14 +0100, Iñaki Ucar a écrit :
>
> I'm far from having a satisfactory response to that, but I see two
> fronts here. First, marketing. How does Ubuntu managed to be so
> popular among less-experienced Linux users? I'm not sure, but I
> suspect that good marketing has
On Tue, 7 Jan 2020 at 16:38, Matthew Miller wrote:
>
> On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> > For me, the main challenge Fedora faces is **positioning**.
> >
> > Let me explain: (I don't have numbers but) in my (limited) experience,
> > when seasoned sysadmins need to
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
> Implicit in this is the idea that value should be captured at a secondary
> distribution
> layer. Implicit in this is the idea that distribution forks *need* to
> happen. But they
> don't.
>
> In fact, everyone here can work upstream
On Tue, Jan 07, 2020 at 03:22:45PM +0100, Iñaki Ucar wrote:
> For me, the main challenge Fedora faces is **positioning**.
>
> Let me explain: (I don't have numbers but) in my (limited) experience,
> when seasoned sysadmins need to launch a new system, they usually
> think "Debian" as something
On Mon, Jan 06, 2020 at 08:27:41PM -0500, Neal Gompa wrote:
> At the minimum, democratizing Koji would make it easier for Teams to
> build their own stuff using any of the tools supported by Koji... Then
> it's a question of documentation of how to make custom media and
> describing things like
Dne 07. 01. 20 v 14:19 Tom Hughes napsal(a):
> On 07/01/2020 13:06, Fabio Valentini wrote:
>
>> - ruby is weird, packaging gems is a bit of a chore, upstream has many
>> knobs to fiddle with to make distro packaging hard (for example, not
>> including test sources in .gem files seems to be a
On Tue, Jan 07, 2020 at 01:13:02PM +0100, Florian Weimer wrote:
> > In support of that, I'd like to also have that page steer people into
> > tooling for creating new spins —- and I'd like to see us invest in and
> > rebuild the spin creation processes. (Particularly, I'd like spin releases
> > to
On Tue, Jan 07, 2020 at 02:28:46PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jan 07, 2020 at 03:18:16PM +0100, Pierre-Yves Chibon wrote:
> > On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> > > Just to add my 2¢ here: I have experience with packaging stuff from
> > >
Le mardi 07 janvier 2020 à 14:06 +0100, Fabio Valentini a écrit :
>
> Conclusion: Some things could and should be improved
Yes, there are lots of shades of gray.
All recent package managers allow downloading stuff for use (or they'd
have no users).
Some manage to build things.
Some manage
On Tue, Jan 07, 2020 at 03:18:16PM +0100, Pierre-Yves Chibon wrote:
> On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> > Just to add my 2¢ here: I have experience with packaging stuff from
> > many language ecosystems (ruby/gems, python/pypi, go, Java/maven) and
> > with various
On Mon, 6 Jan 2020 at 18:28, Matthew Miller wrote:
>
> Hi everyone! Since it's a new year and a new decade [*], it seems like a
> good time to look forward and talk about what we want the Fedora Project to
> be in the next five and even ten years. How do we take the awesome
> foundation we have
On Tue, Jan 07, 2020 at 02:06:20PM +0100, Fabio Valentini wrote:
> Just to add my 2¢ here: I have experience with packaging stuff from
> many language ecosystems (ruby/gems, python/pypi, go, Java/maven) and
> with various build systems (autotools, meson, CMake, etc.). The
> packaging burden is
On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
>
> I'd love to find a way to directly integrate the likes of gem, npm
> etc directly into our packaging rather than us having to repackage
> everything by hand but I just don't see any way of doing it without
> compromising what we do to the
On Tue, 7 Jan 2020 at 13:58, Miro Hrončok wrote:
>
> [...]
>
> For me, an ultimate success would be if upstream projects would actually use
> Fedora-family distros in their CI testing. And I don't mean that they would
> use
> Copr or packit to package RPM packages, or that they deploy their own
On Tue, 7 Jan 2020 at 13:28, Neal Gompa wrote:
>
> On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> >
> > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> > > >
>
On 07. 01. 20 14:32, Martin Kolman wrote:
On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
For me, an ultimate success would be if upstream projects would actually use
Fedora-family distros in their CI testing. And I don't mean that they would use
Copr or packit to package RPM packages,
On Tue, Jan 7, 2020 at 8:34 AM Martin Kolman wrote:
>
> On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
> > On 07. 01. 20 13:17, Neal Gompa wrote:
> > > On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> > > > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > > > Dne 06. 01.
On Tue, 2020-01-07 at 13:50 +0100, Miro Hrončok wrote:
> On 07. 01. 20 13:17, Neal Gompa wrote:
> > On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
> > > On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > > > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > > > Le
On 07/01/2020 13:06, Fabio Valentini wrote:
- ruby is weird, packaging gems is a bit of a chore, upstream has many
knobs to fiddle with to make distro packaging hard (for example, not
including test sources in .gem files seems to be a common practice),
there's no canonical way of running test
On Tue, Jan 7, 2020 at 1:31 PM Tom Hughes wrote:
>
> On 07/01/2020 12:22, Miroslav Suchý wrote:
> > Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> >> The thing is that no matter how much you can manage to automate the
> >> creation of spec files for a given ecosystem, and I've never seen one
> >>
On 07. 01. 20 13:17, Neal Gompa wrote:
On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
Handling those checks is where the
On Tue, Jan 07, 2020 at 12:30:25PM +, Tom Hughes wrote:
> On 07/01/2020 12:22, Miroslav Suchý wrote:
> >Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> >>The thing is that no matter how much you can manage to automate the
> >>creation of spec files for a given ecosystem, and I've never seen one
Tom Hughes writes:
> On 07/01/2020 12:22, Miroslav Suchý wrote:
>> Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
>>> The thing is that no matter how much you can manage to automate the
>>> creation of spec files for a given ecosystem, and I've never seen one
>>> where the typical spec file
On 07/01/2020 12:22, Miroslav Suchý wrote:
Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
The thing is that no matter how much you can manage to automate the
creation of spec files for a given ecosystem, and I've never seen one
where the typical spec file doesn't need some manual tweaking, you
Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a):
> The thing is that no matter how much you can manage to automate the
> creation of spec files for a given ecosystem, and I've never seen one
> where the typical spec file doesn't need some manual tweaking, you
> are still going to hit the fundamental
On Tue, Jan 7, 2020 at 7:04 AM Martin Kolman wrote:
>
> On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> > Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> > >
> > > > Handling those checks is where the packaging toil is
* Matthew Miller:
> In support of that, I'd like to also have that page steer people into
> tooling for creating new spins —- and I'd like to see us invest in and
> rebuild the spin creation processes. (Particularly, I'd like spin releases
> to be decoupled from the main OS release, and for those
On Tue, 2020-01-07 at 10:36 +0100, Vít Ondruch wrote:
> Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> >
> > > Handling those checks is where the packaging toil is (that is, as long
> > > as Fedora is a deployment project). It is
On 07/01/2020 10:57, Zbigniew Jędrzejewski-Szmek wrote:
It is pretty clear that we've simplified rpm packaging massively over the
last few years. It is enough to take a random spec file from 10 years ago,
with all the fragile manual steps and compare it with modern spec file
that is often just
On Tue, Jan 07, 2020 at 10:36:33AM +0100, Vít Ondruch wrote:
>
> Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> > Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
> >
> >> Handling those checks is where the packaging toil is (that is, as long
> >> as Fedora is a deployment project).
On Tue, 7 Jan 2020 at 10:28, Miroslav Suchý wrote:
>
> Dne 06. 01. 20 v 18:19 Matthew Miller napsal(a):
> > We're not adding meaningful end-user value by manually repackaging these in
> > our own format. We _do_ add value by vetting licenses and insuring
> > availability and consistency, but I
Dne 06. 01. 20 v 19:08 Nicolas Mailhot via devel napsal(a):
> Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
>
>> Handling those checks is where the packaging toil is (that is, as long
>> as Fedora is a deployment project). It is not something the packaging
>> format makes harder.
>
> However,
Dne 06. 01. 20 v 18:19 Matthew Miller napsal(a):
> We're not adding meaningful end-user value by manually repackaging these in
> our own format. We _do_ add value by vetting licenses and insuring
> availability and consistency, but I think we can find better ways to do
> that.
COPR can play
On Mon, Jan 6, 2020 at 7:43 PM Matthew Miller wrote:
>
> On Mon, Jan 06, 2020 at 04:38:51PM -0800, Brian C. Lane wrote:
> > > In support of that, I'd like to also have that page steer people into
> > > tooling for creating new spins —- and I'd like to see us invest in and
> > > rebuild the spin
On Mon, Jan 06, 2020 at 04:38:51PM -0800, Brian C. Lane wrote:
> > In support of that, I'd like to also have that page steer people into
> > tooling for creating new spins —- and I'd like to see us invest in and
> > rebuild the spin creation processes. (Particularly, I'd like spin releases
> > to
On Mon, Jan 06, 2020 at 12:19:30PM -0500, Matthew Miller wrote:
> In support of that, I'd like to also have that page steer people into
> tooling for creating new spins —- and I'd like to see us invest in and
> rebuild the spin creation processes. (Particularly, I'd like spin releases
> to be
Le 2020-01-06 19:05, Nicolas Mailhot a écrit :
Handling those checks is where the packaging toil is (that is, as long
as Fedora is a deployment project). It is not something the packaging
format makes harder.
However, because our packaging format streamlines those checks, and
forces to apply
Le 2020-01-06 18:19, Matthew Miller a écrit :
Hi,
Second, we need to figure out how to work with language-native
packaging
formats and more directly with code that's distributed in git repos
rather
than as tarball releases.
We're not adding meaningful end-user value by manually repackaging
85 matches
Mail list logo
