s actually the underlying vtty that handles
input of the passphrase.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
ht
On Friday, December 6, 2019 7:50:35 AM MST Marius Schwarz wrote:
> Am 05.12.19 um 21:21 schrieb Andreas Tunek:
> > On Thu, 5 Dec 2019, 02:11 John M. Harris Jr, >
> > <mailto:joh...@splentity.com>> wrote:
> > Rebuild initramfs when the system-wide k
ve
> fake-usb devices, but simply inserting something in an open port, would
> not work anymore.
The viability of that would depend heavily on the hubs in use.
> I know that not all usb io hw supports it, but when, it should be done.
...as you pointed out. :)
--
John M. Harris, Jr.
Sple
On Friday, December 6, 2019 1:02:04 AM MST Lennart Poettering wrote:
> On Do, 05.12.19 16:33, John M. Harris Jr (joh...@splentity.com) wrote:
>
>
> > > Locking down the OS itself and locking down the user's home are two
> > > different things, because OS integr
's because it is supported. It works out of box, and several DEs even have
a button for it. I don't know if GNOME does, but the GNOME Spin has always
been a bit special.
The only time it wouldn't work seems to be in one of those special UEFI +
Secure Boot cases.
--
John M. H
On Thursday, December 5, 2019 6:17:16 PM MST Chris Murphy wrote:
> On Thu, Dec 5, 2019 at 4:49 PM John M. Harris Jr
> wrote:
> >
> >
> > On Thursday, December 5, 2019 1:40:02 PM MST Chris Murphy wrote:
> >
> > > Hibernation is out of scope to rely on, let a
uldn't be so quick to assume that users wouldn't change
the mount options, especially as there are guides online that suggest adding
'discard'.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.
decrypt. That's it. The UI is limited to either:
1, without Plymouth: A line in a framebuffer asking you to enter a password
2, with Plymouth: A box in the center of your screen that shows circles as you
enter keys, expecting you to enter a password for a key.
--
John M. Harris, Jr.
Splentity
ation by default, and so it's not at all
> likely it'll become supported by default.
Blockers are dynamic. We can make new blockers if we need them.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
On Thursday, December 5, 2019 9:26:09 AM MST Przemek Klosowski via devel
wrote:
> On 12/4/19 6:59 PM, John M. Harris Jr wrote:
> > On Wednesday, December 4, 2019 12:38:20 PM MST Przemek Klosowski via devel
> >
> > wrote:
> >> - stolen/lost laptop: I think this is t
On Thursday, December 5, 2019 1:05:38 PM MST Daniel Walsh wrote:
> On 12/5/19 9:55 AM, John M. Harris Jr wrote:
>
> > On Thursday, December 5, 2019 3:44:50 AM MST Miro Hrončok wrote:
> >
> >> - Docker is broken
> >>
> >> - one of
e any device can claim to be whatever it wants to
> be. (And yes, it would be great if we could be a bit more secure
> there, but it's an orthogonal problem)
Well, that's not entirely true. For example, while devices could easily give a
false VID and PID, even j
idea how to fix it
> - I know no way to upload to official dockerhub [5]
What's wrong with the packaged version of Docker?
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
gue that it is not
sufficient to use password authentication. Especially on shared wifi, for
example guest wifi at most businesses.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
er:
>
> A tablet pc is booted directly into the desktop, as any other tablet
> (android or ipad) will do.
>
> @Ben.Cotton
>
> Will that be still possible, when empty passwords are dismissed?
Only if this configuration is modified by the end-user while setting up that
kiosk
On Thursday, December 5, 2019 5:53:18 AM MST Nico Kadel-Garcia wrote:
> On Wed, Dec 4, 2019 at 9:24 PM John M. Harris Jr
> wrote:
> >
> >
> > On Wednesday, December 4, 2019 6:02:07 PM MST Kevin Kofler wrote:
> >
> > > John M. Harris Jr wrote:
&g
On Thursday, December 5, 2019 5:35:09 AM MST Lennart Poettering wrote:
> On Do, 05.12.19 04:30, John M. Harris Jr (joh...@splentity.com) wrote:
> > Well, you are, in that the average attacker have to break or steal a key
> > to decrypt the drive first. Sure, it wouldn't
rocesses when people log out". That caused a lot of shock when it
> was activated by default and started killing processes with no
> logging. Let's not repeat a surprise like that and avoid killing SSH
> key access by default.
A bit off topic, but where is "kill dangin
that data. You don't need
to "trust humans", other than those who do have access to the data.
> That’s even the case in ultra-secure environments like the NSA. How do
> you think wikileaks happened?
No.
--
John M. Harris, Jr.
Splentity
__
fault to Azerty or the Russian
> layout for a release. That would teach qwerty users what is hostile to
> users of other layouts or not.
There is no "default", there is only what the live images are built with.
--
John M. Harris, Jr.
Splentity
_
an attacker's fake "fake
> shell"? This needs to be part of the protocol, not hacked onto it.
The very same way that it already knows when it's talking to `ssh` on a remote
server. You've already verified the fingerprint, either manually o
most sense.
I suppose that's a good *start*, where users wouldn't use encryption
otherwise.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wednesday, December 4, 2019 6:02:07 PM MST Kevin Kofler wrote:
> John M. Harris Jr wrote:
>
> > Well, you could theoretically use ssh-agent (or equivalent), without
> > changing the protocol in any way.
>
>
> You need protocol support to do this securely. Otherw
On Wednesday, December 4, 2019 6:08:31 PM MST Chris Murphy wrote:
> On Wed, Dec 4, 2019 at 5:44 PM John M. Harris Jr
> wrote:
> >
> >
> > On Wednesday, December 4, 2019 5:41:13 PM MST Chris Murphy wrote:
> >
> > > On Wed, Dec 4, 2019 at
On Wednesday, December 4, 2019 5:56:39 PM MST Chris Murphy wrote:
> On Wed, Dec 4, 2019 at 5:38 PM John M. Harris Jr
> wrote:
> >
> >
> > On Wednesday, December 4, 2019 5:28:17 PM MST Chris Murphy wrote:
> >
> > > You know what is a work around and not a
On Wednesday, December 4, 2019 5:41:13 PM MST Chris Murphy wrote:
> On Wed, Dec 4, 2019 at 5:14 PM John M. Harris Jr
> wrote:
> >
> >
> > On Wednesday, December 4, 2019 5:09:55 PM MST Chris Murphy wrote:
> >
> > > On Wed, Dec 4, 2019
ir keyboard layout to the one they use primarily.. Just like everyone
else :)
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
e box. And therefore I'm not sure what your goal
> posts are, what two things you're comparing.
It may be the case that the GNOME Spin doesn't support that, but it is
supported with the KDE Spin. I don't think it's likely that anything in the
GNOME image would break t
quot;. Most of these "secure boot"
solutions don't actually do anything that makes them inherently secure, vboot
included. They're just trusting a vendor key, by default.
--
John M. Harris, Jr.
Splentity
___
devel mailing list --
Marius
Agreed. One of the most common solutions to this is coreboot with a GRUB
payload.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
for wanting to do something the traditional
way.
That is a workaround, not a solution.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F
cally use ssh-agent (or equivalent), without changing
the protocol in any way.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Co
ever, if you're interested
in network based keys for that purpose, that'd be a surprisingly simple
project. I believe there was a blog post from a Red Hat engineer a few years
ago about network based luks volume decryption.
--
John M. Harris, Jr.
Splentity
___
n definitely see how that would apply to most wireless users
though. I definitely overlooked ssh'ing into systems that are primarily
wireless.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
systemd user service runs, would that
use a cached key to unlock their home directory?
While some users might not be logged in constantly (either graphically, via
SSH, a virtual terminal, screen/tmux session or whatever), it is much more
common for users to have cron jobs or user units s
gins would be instant, but if
> you SSH login otherwise then you'd get a prompt for the pw first.
Is the key's passphrase always going to be based on the user's password with
systed-homed? Is there a mechanism to use a separate password?
--
John M. Harris, Jr.
Splentity
__
gt; home, now since deprecated in favor of LUKS)
If we really wanted to, that's possible now, without systemd-homed.
> 4. If based on any fscrypt implementation, exclude ~/.ssh/ from encryption
That's a bad idea. That directory, by default, contains ssh private keys, as
well as the l
en mounts ZFS
mountpoints, swaps on a ZFS zdev.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject
On Monday, December 2, 2019 11:16:43 AM MST Zbigniew Jędrzejewski-Szmek wrote:
> How often do you ssh *into* your laptop?
Every time I'm on another system without access to my NFS server, or I need my
GnuPG key when not using my laptop.
--
John M. Harris, Jr.
S
Basically, systemd-homed is useless for any power user, but might be useful
for people just getting into GNU/Linux, who don't use ssh yet or don't have
more than one system.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lis
care more for just "make it run", rather than "make it run properly on a
stable, supported Perl".
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
hat would not work in 99% of scenarios that require rescue, especially with
most networks employing network authentication, which would not be available.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
> work. It asks for a root password, but root account is locked.
>
> Michael
The easiest method is to just do `rw init=/bin/bash` and do what you need to
do.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproj
d. I don't believe anyone
should be using empty passwords. That said, I know that there's no way I can
convince certain people to use a password, and those people would still like
to be able to use Fedora without having to learn pam configuration.
I don't believe that empty
o warn non-technical users when setting
empty passwords, another entirely to prevent them. Many non-technical users
just don't want a password set on their system.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- d
his is precisely why we shouldn't be dropping python2 packages. It's not like
`python2` doesn't work anymore.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-l
works,
and continues to work, it generally won't see many changes by the people it
works for.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
re not containerized
either. Before RHEL 8, which was essentially just released, nothing even
recommended containerizing RHEL.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
y, without parallel installation, is all you want, I
can show you how to do that with RPM right now, no Modularity required.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
On Wednesday, November 20, 2019 2:19:22 AM MST Vít Ondruch wrote:
> Dne 20. 11. 19 v 0:52 John M. Harris Jr napsal(a):
>
> >
> >
> >> -- trimming functionality and/or moving functionality to sub-packages
> >> or separate package.
> >
> > For what
n, never think about it again. That is an untenable situation.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://do
into the already-extant release monitoring
software.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
that it should be done
in Fedora. The current situation in Fedora, where maven and ant have been
"moved" to modules has screwed over the Eclipse packagers, for example, and
more are to follow.
--
John M. Harris, Jr.
Splentity
___
devel m
ors. (See again the list
> of goals.)
In my opinion, there's nothing about Modularity that is more appealing to
"newer-generation infra types and software developers" than traditional
packages. Ultimately, these people just want something that works.
--
John M. Harris, Jr.
Sp
#x27;s not the same, at all.
Python 2 and Python 3 are inherently incompatible, and many programs WILL NOT
be migrated to Python 3. In fact, we're simply dropping many packages, some
were even explicitly denied an exception, that refused to "upgrade" to Pyt
n that is packaged
> > as a non-modular package.
> >
> >
>
> If packager does not build Bugzilla for the modular Perl, then of course
> the user has no choice. But talk about a case when the user and the
> package wants to have a choice.
It seems,
modules. The user would just
`dnf install bugzilla`, and use the version that is packaged as a non-modular
package.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
recisely Miro's point. If there are no inherent benefits
to default modular streams, why should we have "default streams" instead of
simply having non-modular packages?
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@li
On Thursday, November 14, 2019 6:07:57 PM MST John M. Harris Jr wrote:
> There are a *lot* of useful, working Python 2 packages here. The future of
> Fedora will certainly be interesting.
Looking through this list, it's really a shame that so many good, working
packages are be
There are a *lot* of useful, working Python 2 packages here. The future of
Fedora will certainly be interesting.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
o replace SCLs? If so, surely the inability to
install multiple versions invalidates that?
For example, one of the issues I'm trying to resolve at work is providing both
Python 2.7 and Python 3.5 on RHEL 6.
--
John M. Harris, Jr.
Splentity
___
tribution, and we wouldn't need to address the issues that come from
modules overriding non-modular packages.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
The
> reality is that the world has gone in a different direction and Fedora
> needs to adapt to that. Holding the line and refusing to budge just
> means people will go around us and stop considering us relevant.
This is simply not true. Debian is another clear example of this.
--
J
something in one of the installer images used
that python3-static package, which I admittedly did not consider.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
ntinue to be viable option. With all it's weirdness so
> far no one gave better solution working to that extend at least.
I'm sorry, but I don't know the exact issue you're describing here. I'd be
glad to give a go at solving this particular iss
On Tuesday, November 12, 2019 7:24:16 AM MST Matthew Miller wrote:
> We have a big company _investment_, but I don't think it's a divide.
> That's the one I live in.
This is clearly not the case, though I understand why, as the FPL, you would
want to say such a thing.
-
ines List
> Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
If that software was to be packaged, in this case, you'd simply:
Requires: python3
change the shebang to /path/to/my/python3
However, I believe there's a third op
On Tuesday, November 12, 2019 9:02:07 AM MST Aleksandra Fedorova wrote:
> Again, no one forces you or any other packager to use modularity
> tooling right now.
This is not actually the case. We have several major packages which are ONLY
available as modules, for example.
--
John M. Harr
nal
packages.
2) Have modules disabled by default, with the option to enable them if you
wish, perhaps even transparently by installing package:moduleversion?
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To u
On Friday, November 8, 2019 3:20:33 PM MST Daniel Walsh wrote:
> On 11/8/19 5:16 PM, John M. Harris Jr wrote:
>
> > On Tuesday, November 5, 2019 12:09:55 PM MST Martin Kolman wrote:
> >
> >> On Tue, 2019-11-05 at 19:41 +0100, Kevin Kofler wrote:
> >>
> &
icated hardware or
dedicated VMs on hyperconverged infrastructure, NOT containers. It's possible
that this is Red Hat's attempt to get in on that market?
It is clear, at this point, that this is something that is only designed to
benefit Red Hat, and not the Fedora community.
--
John M.
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o
> > rg
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code
On Tuesday, October 29, 2019 8:24:02 AM MST Miro Hrončok wrote:
> Dear maintainers,
> here is a list of packages that (transitively, at build or run time) require
>
Python 2 and have not yet got a FESCo exception to do so.
> If you were bcced on this e-mail, it affects one or more of your package
7;s what we prefer to do as well!
So, it's weird to me, as a Red Hat customer, that Red Hat wants to push
"modules" and all that, which only make things more of a pain for us
enterprise admins..
That said, while those corps may have "deep pockets", please keep in mind
ifferent versions of packages as X
version of Y package will break package Z, generally not in the ebuild either.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
from one to 4 hours to build the kernel I use, on
the Asus C201P itself. It takes 40 minutes at most on my other laptop, a Core
2 Duo X200 Tablet @ 1.2GHz.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@list
ds like a nightmare.
Actually, I'm not even sure how I'd deploy modules in the environment that I
support, because it doesn't have internet access. I usually just download the
RHEL repo DVD and I'm good to go.
--
John M. Harris, Jr.
Splentity
__
from a
kickstart in RHEL 7 too.. Without modules. That's what I've deployed for the
environments I support, for example. Using a module is not required there.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@list
fedora releases and branched. (In addition to whatever
packagers would package as modules. To clarify, I am not attempting to suggest
nothing should be done with Modularity except in Rawhide.)
We're not saying this to discourage you, at least that is not my goal. My goal
is to ensure the bes
great to have the
option available, but to force it upon them is really unfortunate.
Additionally, wouldn't a "default module" pulling in a "non-default module"
cause mass breakage? I can only see that causing ABI breakage..
--
John M. Harris, Jr.
Splentity
have
existing installs with modules won't get their install fixed with the current
code, but new installations would. That's a start.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
cially considering
that's not even possible.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraprojec
On Tuesday, October 15, 2019 9:07:51 PM MST Neal Gompa wrote:
> On Wed, Oct 16, 2019 at 12:05 AM John M. Harris Jr
> wrote:
> >
> >
> > On Tuesday, October 15, 2019 6:26:31 PM MST Stephen Gallagher wrote:
> >
> > > given that we're talking about the
package.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Gu
On Tuesday, October 15, 2019 8:59:18 PM MST Leigh Scott wrote:
> > On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
> > >
> > As previously mentioned in this thread, we already approved Steam for
> > F28.
> >
> >
> > This was also previou
On Tuesday, October 15, 2019 6:58:07 PM MST mcatanz...@gnome.org wrote:
> On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
>
> wrote:
> > Proprietary software is certainly a subset of third party software,
> > however,
> > please read the Workstation group
;t point to that, but *can* point to *proprietary software* "in any
official location", we're obviously doing something wrong. Protecting Fedora
is not achieved by recommending proprietary software.
--
John M. Harris, Jr.
Splentity
___
On Tuesday, October 15, 2019 12:16:06 PM MST Kevin Fenzi wrote:
> On Tue, Oct 15, 2019 at 11:42:33AM -0700, John M. Harris Jr wrote:
> > On Tuesday, October 15, 2019 11:39:20 AM MST Kevin Fenzi wrote:
> > > On Tue, Oct 15, 2019 at 05:05:51PM +0000, John M. Harris, Jr. wrote:
On Tuesday, October 15, 2019 11:39:20 AM MST Kevin Fenzi wrote:
> On Tue, Oct 15, 2019 at 05:05:51PM +0000, John M. Harris, Jr. wrote:
> > There is a difference between ignoring proprietary software, and providing
> > installation methods for it in the distro. It is against t
There is a difference between ignoring proprietary software, and providing
installation methods for it in the distro. It is against the first of the Four
Foundations, Freedom, to include these repositories. It's one thing if the user
seeks out the software and installs it themselves, it's anothe
On Monday, October 14, 2019 6:12:18 AM MST mcatanz...@gnome.org wrote:
> On Mon, Oct 14, 2019 at 11:49 AM, John M. Harris Jr
>
> wrote:
> > It's good that we can
> > reference external repositories such as rpmfusion-free, in my opinion.
>
> We actually cannot d
devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List
> Guidelines: https://fedorapro
party software policy. However,
that policy does not include proprietary software. It's good that we can
reference external repositories such as rpmfusion-free, in my opinion.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@lis
is to see if it's actually alright to have this
in Fedora? In my opinion, this presents a huge risk, especially as a package,
and the third party software policy doesn't seem to apply to this use case.
--
John M. Harris, Jr.
Splentity
_
On Sunday, October 13, 2019 11:42:41 PM MST Aleksandar Kurtakov wrote:
> On Mon, Oct 14, 2019 at 9:00 AM John M. Harris Jr
>
> wrote:
> > On Wednesday, October 9, 2019 1:46:52 PM MST Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/Modules_
ribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List
> Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List
> Archives:
> https://lists.fedoraproject.org/archi
We could simply stop doing projects that throw wildly different versions of
software into a single installation, which causes this issue.
On October 8, 2019 6:23:47 PM UTC, Matthew Miller
wrote:
>On Tue, Oct 08, 2019 at 02:09:24PM -0400, Przemek Klosowski via devel
>wrote:
>> Having said that,
On Wednesday, October 2, 2019 9:42:57 AM MST Richard W.M. Jones wrote:
> On Sat, Sep 28, 2019 at 04:49:08PM -0700, John M. Harris Jr wrote:
>
> > Perhaps the same reason that many people still run i686 based hardware,
> > and will be unable to use Fedora after the release of
ave.]
This is, most likely, still the case today as well.
I don't know why some people think it's a good idea to move to GitHub, a
platform owned by Microsoft.
--
John M. Harris, Jr.
Splentity
___
devel mailing list -- devel@list
om/photos/dberrange
> |: :| https://libvirt.org -o-
> |: https://fstop138.berrange.com :| https://entangle-photo.org-o-
> |: https://www.instagram.com/dberrange :|
> ___
> devel mailing list -- devel@lists.fedoraproj
401 - 500 of 553 matches
Mail list logo