On 10/12/11 19:53, Adam Williamson wrote:
On Wed, 2011-10-12 at 13:45 -0400, Simo Sorce wrote:
I have no problem with changing the password, but leave my ssh keys
alone, unless there is a real reason to ask people to change them.
Reading between the lines of recent attacks, it seems likely
Hi,
Sure, ssh keys are much harder to compromise than passwords, but
_assuming a compromise has happened_ the consequences of using a single
key for everything are just as bad as using a single password for
everything.
One ssh key per project doesn't make sense at all to me. They all
Hi,
What can we do there? We can't separate out those with good practices
and those without.
For starters block ssh keys found @ fedorapeople.org ?
cheers,
Gerd
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
Fedora 16 is not science fiction. It is here right now:
http://get.fedoraproject.org
Hmm, no jigdo downloads any more?
cheers,
Gerd
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11/15/11 00:38, Adam Williamson wrote:
On Tue, 2011-11-08 at 17:48 +0100, Gerd Hoffmann wrote:
Hi,
Fedora 16 is not science fiction. It is here right now:
http://get.fedoraproject.org
Hmm, no jigdo downloads any more?
Releng say they dropped jigdo due to overwhelming indifference
On 11/15/11 18:23, Andre Robatino wrote:
Gerd Hoffmann wrote:
For developers like me which have a F16 repo for mock builds anyway it
is quite useful though. A large fraction of the stuff in Packages/ is
on my disk already, and with a jigdo I could save quite a bit on
bandwidth and download
On 11/15/11 19:03, Genes MailLists wrote:
Its easy enough to build an iso using mock/pungi which will take
advantage of all your local packages ... I really don't know that jigdo
added anything to that - in fact using pungi you always get a fully
updated build without waiting for a jigdo
On 11/16/11 11:31, Mathieu Bridon wrote:
On Wed, 2011-11-16 at 10:33 +0100, Gerd Hoffmann wrote:
On 11/15/11 19:03, Genes MailLists wrote:
Its easy enough to build an iso using mock/pungi which will take
advantage of all your local packages ... I really don't know that jigdo
added
Hi,
- A cross compiler alone is not worth it, you need a whole zoo of
further cross-target packages to make it usable.
Without massive changes to the infrastructure, this would add a
significant amount of packages to the distro.
Depends on what you wanna do with it. For linux kernel
b) To equippe the rpm/yum/mock etc. infrastructure with a mechanism to
pull-in foreign binaries into a sys-root (E.g. to install Fedora
*.ppc.rpm rpms into /usr/ppc-redhat/sys-root). So far, such mechanism
doesn't exist.
No need for that eithr. They can figure out
rpm2cpio package | cpio
On 09/01/10 16:46, Andrew Haley wrote:
rpm2cpio package | cpio -i -
Isn't that easy, you'll have to do a bunch of fixups after doing so to
have things actually work.
Usually not. Nine times out of ten, (probably 99 out of 100) all you
need for cross-devel is the headers and the libraries,
On 10/11/10 19:31, Bruno Wolff III wrote:
On Mon, Oct 11, 2010 at 11:41:13 +0100,
Richard W.M. Jonesrjo...@redhat.com wrote:
Some of the things it does which are IMHO better:
- starts disk formatting / copying / installing in parallel
with asking user questions
I think that is a
Hi,
Striving for usability and pleasantness for the untechnical users certainly is
a good thing. It gets problematic when you choose to make things technically
inferior just to please those kind of users.
We don't have to make things inferior to improve usability. To stick
with the
On 10/12/10 18:39, Jos Vos wrote:
On Tue, Oct 12, 2010 at 09:30:45AM -0700, Adam Williamson wrote:
2) it creates a confusing decision point for *everyone*: how do you know
if you need the 'advanced' options? You can't really know without
looking at them, so you have to look at them to decide
On 10/25/12 14:14, Matthew Miller wrote:
On Thu, Oct 25, 2012 at 10:44:13AM +0200, Ralf Corsepius wrote:
Time to move Motif from unpronounceable 3rd party repo into Fedora
and to consider rebuilding all lesstif-linked packages against it ;)
Are there any particular drawbacks to lesstif at
On 01/09/13 16:39, Simone Caronni wrote:
6) Yan Vugenfirer's repository
- Contains only source, and is public.
- Does not match with Fedora or RHEL provided drivers.
- Contains only the Virtio drivers, no Spice Agent or QXL driver.
Hi,
Is there perhaps a consensus what the long-term future will look like?
In particular, is it impossible/plausible/probable that most
architectures will move to EFI, and if so, will virtualization also
move to EFI eventually?
virtualization will support EFI, but certainly not require
Hi,
If a fedup upgrade can go offline for a lengthy, but uncertain, amount
of time, then the lack of feedback is worrying. You can't hold your
breath for 25 minutes, you don't know when to conclude that you have a
serious problem that will require help from the data center staff, and
you
On 01/28/13 10:07, Aleksandar Kurtakov wrote:
- Original Message -
On 01/27/2013 02:53 PM, Jaroslav Reznik wrote:
= Features/Cinnamon as Default Desktop =
https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop
We should be moving away from having a default rather then
Hi,
My entirely personal take on this is that I don't really care that much,
but I don't see a convincing case for the change. My personal opinion is
that a lot of the 'GNOME sucks and everyone's switching to Cinnamon /
MATE!' stuff in the press is inaccurate; whenever I see actual people
On 01/30/13 01:08, Kay Sievers wrote:
On Tue, Jan 29, 2013 at 11:13 PM, Bill Nottingham nott...@redhat.com wrote:
Kay Sievers (k...@vrfy.org) said:
Realistically, it's new textual files, replacing old textual files, which
are then compiled into a binary file. I'm not sure why there's the
On 01/30/13 11:55, Kay Sievers wrote:
Hi,
Still looks pointless.
You convert the old-format into new-format, then compile new-format into
the database. It's not obvious why you don't go straight from
old-format to the database. hwdata package updates would directly show
up in the
On 02/09/10 09:06, Richard Hughes wrote:
On 8 February 2010 22:46, Kevin Koflerkevin.kof...@chello.at wrote:
As a result, you'll be causing dozens of FTBFS bugs just before the feature
freeze. I think this is entirely the wrong time in the release cycle to do
such a change, if it is done at
On 02/16/10 16:06, Jakub Jelinek wrote:
On Tue, Feb 16, 2010 at 03:57:52PM +0100, Gerd Hoffmann wrote:
Well. Even pretty fundamental GNOME stuff like gtk2-devel is still
broken. Look here:
[r...@localhost ~]# pkg-config --libs gtk+-2.0
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio
On 05/08/12 13:08, Miloslav Trmač wrote:
On Mon, May 7, 2012 at 11:36 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 07.05.12 23:02, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
On Mon, 07 May 2012 22:16:02 +0200, Lennart Poettering wrote:
I mean, just think of this: you have
On 05/09/12 08:23, Jan Kratochvil wrote:
On Tue, 08 May 2012 15:03:28 +0200, Alexander Larsson wrote:
Take this post for instance:
https://plus.google.com/110933625728671692704/posts/iFXggK7Q8KJ
+
On Tue, 08 May 2012 15:10:28 +0200, Gerd Hoffmann wrote:
Wrong. From /me you don't get abrt
On 05/10/12 17:00, Adam Jackson wrote:
On Thu, 2012-05-10 at 09:16 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Even if all of your objections are true, and who knows, they might be:
we already do provide alternatives. The Live media is not the only
install media.
The other alternatives
On 05/11/12 00:36, Kevin Kofler wrote:
Adam Jackson wrote:
Therefore I have difficulty evaluating just how much impact this would
be. Do you have a link to the recipe for building such an image? I
suspect the incremental cost of each additional desktop environment
would be successively
On 05/21/12 10:23, Ralf Corsepius wrote:
On 05/21/2012 09:56 AM, Jaroslav Reznik wrote:
- Original Message -
On Fri, May 18, 2012 at 07:07:56PM +0200, Remi Collet wrote:
And definitvely, for me, (and probably only for me), git is really
not a good tool for spec maintenance.
Not
Hi,
Which is one of a number of reasons why I then suggested that instead of
replacing grubby entirely, we could simply patch grubby to call
grub2-mkconfig if the bootloader is grub2. That would accomplish everything
I wanted to achieve (compliance with /etc/grub.d and /etc/default/grub,
Hi,
2) yum is currently downloading repository information separately for
each user.
It can use the same downloaded repository information for all users.
Wrong, information are cached in /var/lib/yum.
When you run yum as user it doesn't use the cache though. It creates
its own cache
Hi,
they use a rather scary looking pile of development boards with very
poor I/O.
Buy a trimslice and run it with iSCSI. It's a very clean package, and
I can get 80 MB/sec to my file server's disks. That is neither
scary nor poor I/O.
http://www.delorie.com/arm/trimslice/iscsi.html
On 03/26/12 11:00, Peter Robinson wrote:
On Mon, Mar 26, 2012 at 9:41 AM, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
they use a rather scary looking pile of development boards with very
poor I/O.
Buy a trimslice and run it with iSCSI. It's a very clean package, and
I can get 80 MB/sec
On 06/02/10 22:33, Jon Masters wrote:
A recovery initramfs could be used. It could just basically be the
rescue mode anaconda bits in one image shoved in place to start.
That would be a good idea anyway: Zap the two-stage rescue system
loading. Just have a kernel + initramfs. That would
You have two possibilities:
1. Show sessions before selecting/entering the user:
Means basically including something like 'default session' or
'previous session'
2. Show sessions after selecting/entering the user:
Means you can show the actual session that will be chosen.
Hi,
Keep in mind that the not show the menu by default plan depends on
the bootspec changes, and that will include a gui tool which will
allow users to select things like show the menu (and then it won't have
a timeout so be easier to get to), or even to directly select the
kernel to boot
On 03/19/13 01:56, Adam Williamson wrote:
This bug just *smells* like one of those which will pop up again and
again and again causing carnage wherever it shows up.
Shouldn't be worse than F18 where we slipped how many weeks? Or was it
even months in the end?
cheers,
Gerd
--
devel mailing
On Mo, 2014-01-20 at 15:58 +, Richard W.M. Jones wrote:
On Mon, Jan 20, 2014 at 02:18:22PM +, Matthew Garrett wrote:
We can probably kill -cirrus.
qemu? (I know that people should be using QXL, but cirrus is still
the default in plain qemu, and IMHO simpler and more secure.)
qemu
Hi,
So maybe a solution would be to write a libwrap2 instead ?
Don't think this is the solution. Part of the problem is that some of
the functionality is just obsolete in todays world. Trusting IDENT and
DNS for access control maybe made sense in the 90ies. It certainly
doesn't today, and
Hi,
It would be nice to see if we can find ways to improve the performance
of the deltarpm reconstruction instead. Much of the time is spent on
compression/decompression tasks which *should* be massively parallel
s/massively parallel/not done at all/ ... but we had this discussion
Hi,
3) People who have a lot of hosts and high bandwidth, high speed
local deployment requirements can, and do, set up an internal Fedora
mirror with much lower bandwidth costs.
Maybe mirrormanager can give a hint in case it directs yum/dnf to a
onsite mirror?
cheers,
Gerd
--
devel
On Fr, 2014-10-17 at 11:49 +, Andre Robatino wrote:
Roberto Ragusa mail at robertoragusa.it writes:
Are compressed rpms completely impossible to diff efficiently by rsync?
In a word, yes. They're already compressed, so it's unlikely there would be
any matching blocks between old and
Hi,
Even if you know that this weird feature exists, it will take you
hours to disable it, since while you are trying to find your way through
setting and control panels you will get tons and tons of random clicks
that open random windows that needs to be closed and change random
On Fr, 2014-11-21 at 09:11 +0100, Florian Weimer wrote:
On 11/21/2014 09:04 AM, P J P wrote:
My point is that once we address this (most likely through some
configuration generation during VM setup), we can also switch
PermitRootLogin on.
You mean off? Or that we disable it by
Hi,
I also thought that the whole points of having Zones etc, was so that
we could pick a different zone per network connection,
/me too.
so if I'm in the office or at home I can say use this zone, if I'm
at a coffee shop I can pick a different one etc.
Or was this consider too
On Di, 2014-12-09 at 08:16 -0500, Bastien Nocera wrote:
- Original Message -
On Tue, Dec 09, 2014 at 12:54:59PM +0100, Gerd Hoffmann wrote:
Why we can't have something like this? And if you don't want a popup
asking, have something in the NetworkManager applet menu, where
Hi,
Side Note: For the latter we need to cleanup the zones though. There
are *way* to many to choose from, and the names suck big
time. WTF is a Fedora$product zone? And wasn't that
discussed before on this list? Why do we *still* have this
Hi,
On the other hand, if you install something and it starts listening and
you didn’t know that,
If you install something from Fedora and it does that, then it's a bug in the
application.
No. It's you solving your problem with gnome-user-share and declaring
the fallout somebody elses
On Do, 2014-12-18 at 10:43 -0500, Bastien Nocera wrote:
- Original Message -
Hi,
On the other hand, if you install something and it starts listening and
you didn’t know that,
If you install something from Fedora and it does that, then it's a bug in
the
Hi,
Would that make it impossible to run fedora on sse-only i686 CPUs?
Yes, but test coverage for those CPUs is already rather poor, so I don't
expect them to work anymore.
See other replies, people are running such machines.
Given x86_64 exists for many years and even embedded (see
Hi,
Often not the case in small business or third party hosted
environments. Without remote ssh, box is unmanageable.
Even if you want to do key-based authentication rather than password,
you still need to use password initially to get the key onto the
remote box.
Just curious:
Hi,
I don't think the original question was all that great. If we were to
script the change to add the BRs, it would take time but it would
mostly be a one-time cost. Reducing buildroot time creation, network
bandwidth, and storage savings is a reduction over each new buildroot
instance
Hi,
If FPC would be open to bulk-approving machine-generated individual
spec files (given, say, they're provably all following the template,
which would be reviewed), and rel-eng has some way of bulk-adding the
necessary branches and builds, that really seems like a step forward to
me.
Hi,
> Start moving away from
> split DNS because that's going to be very hard to support.
Seriously? How do you suggest to handle DNS for my 192.168.2.0/24 home
network then? Making the forward zone for home.kraxel.org public would
at least work, although I fail to see the point in having
Hi,
> One would hope (assume?) that there's something to keep dnf from
> thinking I no longer need Firefox, or emacs, or some other big package
> just because nothing else depends on it any more.
That seems to be in place at least for kernel and dnf. Recently I've
tried to uninstall some
Hi,
> Quite frankly: a setup like this one isn't just very typical for home
> router networks, but also in many companies, where ".lan" or
> ".companyname" or something like that is frequently established in the
> internal network. And you will make Fedora incompatible with all these
> networks
Hi,
> It doesn't help that there doesn't seem to be a way to use systemd's
> own container technologies to do these things in a more lightweight,
> yet compatible fashion. nspawn currently only does OS style
> containers, where you have another PID 1 inside.
Hmm?
I have a fedora 23 container
On Fr, 2016-05-27 at 15:29 +0100, Tom Hughes wrote:
> On 27/05/16 15:25, Chris Adams wrote:
> > Once upon a time, Lennart Poettering said:
> >> I am pretty sure we should consider it our duty as Fedora developers
> >> to improve the Linux platform, and I am pretty sure that
Hi,
> As mentioned, this isn't just about screen, tmux, and nohup (or if
> there's any other programs used in a similar context). *Any* command
> run with a trailing & is commonly expected to survive logout, usually
> from remote shells.
No. They get SIGHUP when you logout, and the default
On Do, 2016-06-02 at 10:07 -0400, Matthias Clasen wrote:
> On Thu, 2016-06-02 at 10:02 -0400, Paul Wouters wrote:
> >
> > People aren't agreeing with you. So making it a default seems like a
> > bad
> > idea. People do seem to agree on "obviously broken windoing apps"
> > that
> > are left
Hi,
> In all of these cases you really want to make sure that whatever the
> user did ends – really ends – by the time he logs out.
Sure, there are valid use cases for that. The admin will probably also
turn off lingering then, right?
So, what is problem with simply allowing screen + tmux
On Di, 2016-05-31 at 11:56 +0200, Lennart Poettering wrote:
> On Tue, 31.05.16 11:31, Gerd Hoffmann (kra...@redhat.com) wrote:
>
> > IMO systemd should allow to specify the KillUserProcesses policy
> > separately for processes with/without controlling terminal. So you
>
On Mo, 2016-03-07 at 15:56 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Mar 07, 2016 at 09:21:38AM -0500, Daniel J Walsh wrote:
> > Does this mean we can install systemd into a base container without
> > systemd-udev?
> > And without systemd-container?
> Yep. That's more or less the point
On So, 2017-02-19 at 16:30 +, Fa Be wrote:
> Excuse me, I mean the network traffic. I have a internet service with
> only 4GB per month, and I must use it carefully due to various needs.
> Minimal CD is the excellent option for people like me, Net Install is
> not good enough, because it need
Hi,
> > A hard break for Fedora 26 or 27 still makes me wonder why there's no
> > migration tool or script, rather than expect people with possibly
> > complex setups to have to redo configuration by hand?
> Yes.. this is the problem.. How does one migrate from one configuration
> model to
Hi,
> > Apples and oranges. There's no installer on ARM. There's no need to wipe
> > all your data on a desktop system that you have one unit of.
>
> Yes, there is, we support anaconda just like on all the other arches.
> It's not as widely used as people like to just consume the disk images
>
On Sa, 2016-11-19 at 08:56 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I think I've proposed at least once that we make Obsoletes: for retired
> > packages mandatory. My last proposal currently seems to be assigned to
> > tibbs.
>
> IMHO, forcefully removing packages that still work
Hi,
> > The metalinks already provide checksums and timestamps for the
> > metadata. So instead of dumbly going out and re-downloading the entire
> > metadata at hardcoded intervals, couldn't we rather just check if the
> > 'latest' metadata (according to the metalink) has changed since the
> >
Hi,
> > Adam, the only other distro that has serious alternate architecture support,
> > AFAIK, is Debian. How do they handle grub2 + non-x86? Likewise, the
> > alternate architectures that we support, how do we handle their bootloaders?
> > Are they grub-based? Ext/Syslinux based? Grub-legacy?
Hi,
> > ... and have a fixed grub2.cfg which basically has the command to parse
> > the syslinux config file?
> >
>
> OK so there are a few things:
>
> 1. The information needed to present boot options, the "menu entries",
> are a separate thing from the bootloader specific configuration file
Hi,
> We have two technologies: ABRT and coredumpctl. Each of them have
> different purpose and none of them 100 % fit
> everybody. So instead of discussing which one should be installed by
> default, we can sit together (ABRT and systemd
> teams) and integrate it together? So users can get
On Di, 2016-12-20 at 09:28 +, David Howells wrote:
> Igor Gnatenko wrote:
>
> > > Well there is gcc-arm-linux-gnu for example but that's for kernels per
> > > description
> > Didn't see it before... But looks like it doesn't work either:
> > /usr/bin/arm-linux-gnu-ld:
Hi,
> Right, this is cool. The problem is that the upstream repo would need
> to be configured to provide a public message that something has been
> changed
> in it (i.e. new release) so the question is how to do this part.
Ah, right, setting up a webhook needs access to the upstream repo too.
Hi,
> It's easier on implementation. That's the main reason. I generally
> believe that
> what's easier on implementation is better.
It's maybe easier on the copr side, but not for the copr users ...
If you can modify the upstream project (either because you are
upstream, or in case upstream
Hi,
> Side note, android's 'reboot' cmd can take an argument, like 'reboot
> fastboot' or 'reboot recovery'.. that might be one of the few features
> from android worth copying ;-)
I'm still missing something simliar to "lilo -R " in the world
of modern boot loaders. This used to set the lilo
Hi,
> > > Which file system do you have in mind even for this?
> >
> > Unspecified for now. i.e. no change. It would remain ext4 by default I
> > expect, but ultimately whatever anaconda allows.
IMHO the only thing which is reasonable here would be something simple
with posix semantics, which
On Mon, Jun 25, 2018 at 12:14:36PM +0200, Lennart Poettering wrote:
> On Fr, 22.06.18 13:35, Chris Murphy (li...@colorremedies.com) wrote:
>
> > $BOOT being non-vfat is a fairly substantial departure from either
> > BootLoaderSpec, the original requires $BOOT be vfat, the mjg59 version
> >
Hi,
> (f) The scheme should function without UEFI. There are plenty of
> non-UEFI systems out there. This means that the bootloader might need
> to live in a BIOS boot partition, or in flash, or in ROM, or in other
> strange places.
> Now let's think this through. You're proposing that
Hi,
> And in my opinion, it's not simple to say: OK if you have this size
> ESP to start, you get this layout, and if it's bigger you get this
> other layout, and if it's BIOS you have this 3rd layout.
Well, for fresh installs[1] there is no reason to have efi and bios use
different layouts.
Hi,
> Therefore, Option #2 will be extremely common. What percent of Fedora
> users dual boot? I have no empirical data. I'd guess 1/2.
Sure? I would expect in the age of virtualization people prefer
virtual machines, because you can run fedora and $someotheros at the
same time then.
The
Hi,
> From my perspective (Fedora CoreOS developer) that straddles
> both physical and cloud for the server case, the problem is that
> the virtualized case, and in particular public cloud, and really
> specifically EC2 - no one really cares about EFI to boot their VMs.
Indeed. And it sucks.
On Thu, Jun 21, 2018 at 10:04:03AM -0400, Colin Walters wrote:
>
>
> On Thu, Jun 21, 2018, at 9:41 AM, Gerd Hoffmann wrote:
> >
> > Well, as *additional* variant it doesn't provide that much value. More
> > interesting would be to create all x86 cloud images that way,
Hi,
> > effort, and nobody outside of Fedora cares about non-SSE2 anymore. Even
> > distros that claim to support non-SSE2 hardware just ship QtWebEngine as
> > SSE2 only. I haven't seen any other distro even picking up my patch, let
> > alone working on it. The Fedora Chromium, V8 and
Hi,
> Gerd Hoffman has a nightly edk2 repo which builds arm32 images. If
> someone can figure out the magic qemu incantation to get those working
> with Fedora, similar to how aarch64 works, I can do the rest
>
> https://www.kraxel.org/repos/
Yes, it is pretty much identical to aarch64. My
On Sat, Nov 17, 2018 at 02:43:23PM -0600, Chris Adams wrote:
> Once upon a time, Jonathan Dieter said:
> > The benefit of zchunked rpms is that, when downloading an updated rpm,
> > you would only need to download the chunks that have changed from
> > what's on your system.
>
> How well do web
Hi,
> rhelbeta-8-x86_64
CRB repo is missing here.
cheers,
Gerd
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Mon, Dec 16, 2019 at 09:00:11AM -0800, Adam Williamson wrote:
> On Mon, 2019-12-16 at 10:49 +0100, Gerd Hoffmann wrote:
> >
> > Wishlist item: Can we just have cdn.fedoraproject.org download urls
> > please?
>
> If you mean 'a URL that redirects you to a mir
Hi,
> Soon after release, weeks, this first update payload is easily the
> size of the Workstation Live ISO. Is it typical to setup a local
> mirror to mitigate this problem? If it were easier to setup a local
> mirror, or locally mirror a subset of the RPMs in a release, would
> that help
Hi,
> For example, if I have my laptop in my home wifi, connected to RH VPN,
> then there are some names resolvable only via the local
> DNS. Specifically: my router's, my printer's and my NAS' address. And
> there are other names only resolvable via RH VPN. systemd-resolved for
> the first
Hi,
> > That's curious, when I mount the server dvd ISO, those files have
> > different inode numbers.
>
> Sorry for the late reply on this, yet, they are hardlinked.
Well, iso9660 is pretty simple. File data is basically referenced as
"offset,length". So hardlinked files can be trivially
Hi,
> Also note that this entails a lot more work then just maintaining sd-boot,
> anaconda will need to be adjusted, kernel-install scripts will need to
> be adjusted, etc. And what about upgrades, if upgrades stick with using grub2
> then now we have 3 bootloader configs, including things
> > One problem with sd-boot is that the kernels must stay on the ESP, which
> > can be a problem for dual-boot installs (where Fedora has to run with
> > the existing ESP and can't just create one which is big enouth).
>
> Nah, that's not true. Hasn't been for quite a while.
>
> sd-boot checks
Hi,
> > So I can't say I'm thrilled about a future that depends on EFI for
> > virt, but I'm resigned to the fact this is the direction the world
> > is taking. So we're not likely to have any choice and will have to
> > work to mitigate any downsides it brings.
>
> Right.
>
> Preferably the
On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote:
> On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> > Default fedora disk layout in UEFI mode is partitions for ESP, /boot and
> > LVM. If you ask for full disk encryption LVM is encryp
Hi,
> > default entry highlighted, a few seconds timeout with countdown. Both
> > support editing boot entries.
> Anecdata, but I definitely never (maybe once 15 years ago?) had grub
> install issue, but plenty of dracut reconfiguration/upgrade failures
> over the years and the ability to
Hi,
> I have no problem with GRUB2 or sd-boot. I have much more problems
> with refind and their ilk. While things can look pretty, that's fine,
> as soon as it gets in my way when I try to get things done it stops
> being fine.
"getting into the way" IMO includes "doesn't show up on the
On Sun, Jul 05, 2020 at 01:11:08AM -0700, John M. Harris Jr wrote:
> On Sunday, July 5, 2020 1:03:34 AM MST Luya Tshimbalanga wrote:
> > It would be great that the installer, Anaconda, enables sd-boot for
> > users running on UEFI system. The method was done before with both LILO
> > and Grub
On Mon, Jul 06, 2020 at 03:45:45PM +0200, Nicolas Mailhot via devel wrote:
> Le lundi 06 juillet 2020 à 15:33 +0200, Gerd Hoffmann a écrit :
> > Â Â Hi,
> >
> > See above. sd-boot allows to edit the kernel command line too. Same
> > hotkey ('e') even. And unl
Hi,
> > btw, sd-boot has a few tricks up its sleeve: if during boot you keep
> > "w" pressed down it will automatically boot into windows, similar if
> > you keep "l" pressed down it will automaticall boot into linux, "a"
> > will boot into macos, all without showing any UI at all. This means
>
Hi,
> My real problem with grub2 is not that it's complex, but the fact that
> it exposes its complexities to the user.
The config file syntax is a mess indeed. The fact that you need a
config generator tool in the first place speaks volumes ...
But note that grub config files don't have to
1 - 100 of 174 matches
Mail list logo