uot;server side"
> * More benefit from e.g. work on container deltas
Will things be slower than native ostree?
I've got no problem with the capability being added, but I do wonder, Why not
rojig, aka native RPMs plus a special metadata RPM, aka jigdo for ostree? We'v
t; fsck.cramfs
> fsck.minix
> mkfs.cramfs
> mkfs.minix
> fdformat
>
> to util-linux-optional package.
>
> Does it make sense?
>
I'm fine with all of them except hardlink being moved to an -optional package.
e user sets $LD_LIBRARY_PATH to a directory with
> > broken/incompatible libraries, Python breaks."
>
> I'd vote for treating this as the wrong solution in the wrong place.
> If you set LD_LIBRARY_PATH, you get to keep both pieces if anything goes
> wrong.
>
Agree
gt; selected commits subsequently go to stable Fedora releases as well as
> to Centos Stream and RHEL. There is no package difference between
> various Fedora editions and spins for the same version.
Would the RHEL 9 package have version 34 under this scheme?
V/r,
James Cassell
___
extra work on EPEL.
> If someone, or some company wants to test ELN and need packages not in
> ELN, they can add the packages to the list, with their name/company
> associated with that package.
> It would get built, put in the repo, and they can then run their ELN
> test wit
I can't push, even to a fork, if I am not a part of a
> packagers group?
re-clone the repo using `fedpkg clone --anonymous`, then `git remote add fork
`, then you can follow the prompts when you attempt to push to
your fork. (it'll get you to open a browser and sign-in t
e-terminal) actually do this.
>
It's there a way to make bash launch each command in a separate cgroup? I've
usually got my various terminal apps in the background of a single bash
session. It sounds like if any of them gets killed by oomd, they all would be
killed.
Glad to
I/O. It is expected that this will result in slightly higher
> network utilization because filesystem compression is purposely
> restricted to allow random I/O.
> # Current implementation of dnf-plugin-cow is in Python,
> but it looks possible to implement this in libdnf instead
> which
ptical. If it does pass, I'd insist on having the non-processed spec and
any required supporting files in the SRPM.
Does this relate in any way to the magic done by rdopkg dist-git <-> source-git
translation? Their approach seems very good to me, but mig
> 15:19:43 Where the new default branch will be "rawhide",
> create symbolic refs from "main" to "rawhide".
>
Thanks for clarifying!
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedorapr
.
It feels contrary to the Minimization Objective. Is there really no better
solution? Can modularity help here? Better packaging macros?
How will licensing of dependencies be verified? What happens when a project
adds new dependencies?
V/r,
James Cassell
___
n the repos? Last I checked, it only offered me whatever was still in the
> repos, and I had to dig up the cached RPMs manually.
>
Check out the fedora-repos-archive package. You'll love it! (I certainly do!)
V/r,
James Cassell
___
devel m
r than directly via stratisd as previously.
> The /stratis directory is neither created nor used by stratisd 2.2.0.
>
Thank you! The top level directory had previously made stratis a non-starter
for me.
V/r,
James Cassell
___
devel
Latest still points to 32, but you can say 33 explicitly and get GA bits.
On Tue, Oct 27, 2020, at 11:15 AM, Stanislav Ochotnicky wrote:
> On Tue 27 Oct 2020 09:57:40 AM -04 Matthew Miller wrote:
> > I'm happy to announce that Fedora 33 is here. Thank you to the
> > thousands of people who worked
welcome.
>
The "fastest to get started" way to solve getting these chroots is to pull a
container image and extract that.
V/r,
James Cassell
> Regards,
>
> Daniel
>
> 1.
> https://rwmj.wordpress.com/2009/03/19/febootstrap-fedora-equivalent-of-debootstrap/
> 2. ht
standard
configuration method.
Thanks for putting the security-enhancing proposal forward!
V/r,
James Cassell
> == Owner ==
> * Name: [[User:plautrba| Petr Lautrbach]]
> * Email: plaut...@redhat.com
> * Name: [[User:omos| Ondrej Mosnacek]]
> * Email: omosn...@redhat.com
>
>
hat allowing default modular streams in any Fedora project
> is a bad
> thing to do before the technology sees large design-level changes. I
> believe
> that RHEL completely ignoring Fedora's feedback is a very sad thing to
> happen. I
> believe that having default mo
reams *MUST NOT* provide a binary RPM with the same
> package name as an RPM in a default stream in the same release except
"default stream of another module"
> in the case of a transition from one to the other.footnote:[In this
> situation, whichever has the high
eshed out the change page a little too
> > https://fedoraproject.org/wiki/Changes/rpm_level_auto_release_and_changelog_bumping
>
> So I finally carved out a few minutes to look at this, but...
>
> https://copr-dist-git.fedorainfracloud.org/cgit/nim/refactoring-forge-patches-
of where the 'yumdb' command would come in
handy if there were a dnf equivalent; I wouldn't have been able to do those
sqlite queries myself.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
ay
to boot into the older Fedora install.
If you unlock the disks within Anaconda for the existing Fedora install, grub
gets boot entries for that install, but they are non-functional. (No password
is prompted for unlocking the disk, indefinite hang.)
What /does/ seem to work is having RHEL
On Wed, Jul 1, 2020, at 9:43 PM, Neal Gompa wrote:
> On Wed, Jul 1, 2020 at 9:27 PM James Cassell
> wrote:
> >
> >
> > On Wed, Jul 1, 2020, at 9:03 PM, Przemek Klosowski via devel wrote:
> > > On 7/1/20 3:50 PM, Josef Bacik wrote:
> > > > This sou
; > ECC.
>
> Yes, exactly---why isn't it ECC? Wouldn't it work better, especially in
> the context of faulty hardware?
>
> I do realize it would require changing the on-disk format, and maybe
> slow the critical path...
>
Or maybe make a
On Mon, Jun 29, 2020, at 6:57 PM, Markus Larsson wrote:
> On Mon, 2020-06-29 at 18:51 -0400, James Cassell wrote:
> > On Mon, Jun 29, 2020, at 6:43 PM, Markus S. wrote:
> > > Why not Stratis?
> >
> > Stratis cannot be used to build the root filesystem. (It's
in 2018 and nothing since.
https://springfield-project.github.io/
The "subscribe" link is broken... it should probably point to
https://sourceware.org/mailman/listinfo/springfield
I'd send a pull request, but I couldn't find the github
On Mon, Jun 29, 2020, at 6:43 PM, Markus S. wrote:
> Why not Stratis?
Stratis cannot be used to build the root filesystem. (It's been answered
elsewhere in the thread.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraprojec
: bash/ksh, zsh, csh, and fish. That should work basically
> everywhere, afaik.
>
I'd be -1 on the change, but if it's going to happen anyway, it should
absolutely be done via an /etc/profile.d entry. Most likely would be
sufficient to have /etc/profile.d/nano.{sh,csh} to cove
>
> This already happens. But not in Fedora. In RHEL, modular packages have
> Modularitylabel RPM tag that carries the module name and stream.
>
It's too bad this isn't exposed in `rpm -qi` output. Is there a way to query
the Modularitylabel RPM
was such a condition from a decade ago and I didn't have %fedora
defined because I was trying to build it for another distro. (Common issue
amongst the ruby packages.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
1699672
> >
>
> Not mentioned that weak dependencies are disabled in Mock.
>
I can't decide whether that's a bug or a feature...
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
g it's being removed. Or at least make it obvious in the
output why things are being removed.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
A 4G zram device is 4G apparent size. The amount of memory it takes will vary
based on the compression, but in no case take more than 4G memory. The max
uncompressed data that can be put in a 4G zram device is 4G of data.
V/r,
James Cassell
___
devel m
pt
> (grub-mkconfig), which then runs 20 other scripts to create a
> configuration file that is actually a script.
>
Even so, isn't the canonical way of persistently updating kernel args, still,
to edit /etc/default/grub and run the script? (If not, are there docs for the
new way?)
am also confused about the discrepancy between
BLS documentation and Fedora's implementation.
V/r,
James Cassell
> ...
>
> "`$BOOT` must be a VFAT (16 or 32) file system. Other file system types
> should not be used. Applications accessing `$BOOT` should hence no
at all in that case, or any software
> that depends on that software if possible. People who want to support
> Linux by writing software shouldn't be bothered with bug reports from
> issues they never created to begin with.
>
Is your position that Fedora should not packag
Am I doing it wrong?
V/r,
James Cassell
___
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
dhat.com/show_bug.cgi?id=1293581
>
Looks like some automation, not attributed to a person:
Fedora Admin user for bugzilla script actions 2020-05-04 17:04:23 UTC
Assigneeextras-orphan bugs.michael
I'm sure someone knows...
V/r
James Cassell
s.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5DIMII3GR6YT7JJ4XII6AF2JSI24ZTLV/
>
> Should we be more loud about his?
>
It's a welcome change, and I hadn't heard about it. An announcement seems
appropriate.
V/r,
James Cassel
ummit - we hope you
> caught it, it was really good!
> * Using CentOS Stream in the CentOS QA group to prep for 8.2
>
>
>
>
> As always, feedback is welcome, and we will continue to look at ways
> to improve the delivery and readability of this weekly report.
>
>
> Have a
On Fri, May 1, 2020, at 8:48 AM, Alexander Ploumistos wrote:
> On Fri, May 1, 2020 at 2:38 PM James Cassell
> wrote:
> >
> >
> > On Fri, May 1, 2020, at 8:07 AM, Alexander Ploumistos wrote:
> > > One thing that I'd like to see, is linux support for the
>
> One thing that I'd like to see, is linux support for the "energy
> manager" features - it's pretty much the only reason I've allowed
This "just works" on F32 for me using the tlp package to set charge thresholds.
The only thing acpi_call is needed for i
bring back the ThinkPad 25 keyboard, but that'll never happen.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedor
.
> - logical volumes: Set "issue_discards = 1" in /etc/lvm/lvm.conf so that
> removed LVs get discarded.
>
Could foreclose data recovery in case LV was removed entirely, so I'd leave it
to fstrim.timer on the eventual filesystem.
V/r,
James Cassell
__
On Sun, Apr 26, 2020, at 11:12 PM, Kevin Fenzi wrote:
> On Sun, Apr 26, 2020 at 08:47:51PM -0400, James Cassell wrote:
> >
> > What's Kojira?
>
> Its a process run by koji (The fedora buildsystem) that manages
> buildroots. It keeps track of the buildroots that ne
Videos took our attention this week
> * We have a booth, so don't forget to register your attendance!
> https://www.redhat.com/en/summit
> * Qt5.12 pushed in response to an internal request
> * NetworkManager re-imported
>
>
>
>
>
>
>
>
>
>
>
>
K0 (%build)
> > > Child return code was: 1
> >
> > Probably related: https://github.com/rhboot/pesign/issues/34
>
> I filed a bug against pesign here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1827902
>
Shouldn't https://fedoraproject.org/wiki/Changes/NSSDe
t; > reasoning
> > for stopping that.)
>
> That's not true, we didn't stop the pattern. F32 is G for Goffman. F
> was Fresnel. E was Elion. So on. If you dig through the tickets you'll
> fimd the inspiration.
>
OMG, Secret Fedora Re
would fall into this category.
> >
> >> Or does nss_resolve fail with UNAVAIL and expects nss_dns to fetch the
> >> data?
> >
> > nss_resolve fails with UNAVAIL when systemd-resolved is not running.
> > So yeah, we use want to use nss_dns as a fallback for
On Wed, Apr 15, 2020, at 1:27 PM, Daniel Walsh wrote:
> On 4/15/20 10:07, Lennart Poettering wrote:
> > On Di, 14.04.20 15:57, James Cassell (fedoraproj...@cyberpear.com) wrote:
> >
> >> On Tue, Apr 14, 2020, at 3:23 PM, Ben Cotton wrote:
> >>> https://fe
t; * Name: [[User:catanzaro| Michael Catanzaro]]
> * Email:
>
> == Detailed Description ==
>
> We will enable systemd-resolved by default.
>
Does this require systemd to be running? How does this affect DNS resolution on
a Fedora 33 container?
V/r
James Cassell
sound alright to you as well, clime?
>
Sounds like libfido2 should be a Recommend rather than Require unless
openssh-clients is not functional without it.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
isions a user should do, it also
> prevents from providing streams that have a shorter life than Fedora. E.g.
> non-LTS Java only has a life span for 6 months. How should be delivered these
> "rapidly" developed projects?
>
The non-LTS java is provided in the java-openjdk-lat
inking it's a RHEL 9.1.0 package. That
> > way lies a support nightmare. We absolutely agree with your assessment
> > that the dist tag needs to be versioned (see my earlier mail), but we
> > want to disambiguate it so it doesn't look like a real RHEL package.
>
u for reading past the first set of
> paragraphs.
>
I'd assumed it was a joke. Or that maybe you found a file called "password"
somewhere.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To
cle.
>
My understanding of current policy is that it would not be permitted to have
such a module in current fedora. It could only be included in a version of
fedora where it will receive updates for the entire life cycle of that Fedora
version.
V/r,
James Cassell
___
s thread was
> split into three mailing lists. All three are connected to this
> thread, and I will take responses from all of them and follow them
> accordingly.
>
> Enough about that, let's talk about the actual decision.
Thanks for your comprehensive response here and
does for what
> > purpose and which scenario from the above three should be applied here.
> >
> >
> > Vít
> >
>
> And here is another example for the curious.
>
Both of these examples have to do with docs generation and trying to reduce
dependencies for t
ent over in the BZ as well? See
> https://bugzilla.redhat.com/show_bug.cgi?id=1758884#c4
>
> When we get you added as a co-maintainer we'll then need
> to add a epel8 branch and build against it.
>
It's already shipped in the codeready-builder-for-rhel-8-x86_64-rpms repo on
RHEL 8, and Pow
notes field (with an eventual eye
> towards making this the single source of Fedora package change information).
>
Indeed, it is unfortunate that the Bodhi info for EOL releases is currently
lost.
V/r,
James Cassell
___
devel mailing list -- de
On Mon, Feb 24, 2020, at 4:51 PM, Florian Weimer wrote:
> * James Cassell:
>
> > On Mon, Feb 24, 2020, at 1:11 PM, Florian Weimer wrote:
> >> Sometimes, users run into problems because they install nss_nis on
> >> x86_64 and want to use 32-bit applications, but th
f
(Untested)
I'd greatly prefer to avoid hard deps where they aren't absolutely necessary.
V/r,
James Cassell
>
> then when the user installs nss_nis after glibc.i686, they will get both
> packages, as expected.
>
> Unfortunately, it does not work if nss_nis.x86_
orking branched compose.
>
> https://fedoraproject.org/wiki/Changes/Freeze_after_branching_until_compose_is_ready
>
I'm probably misunderstanding, but I thought rawhide would be frozen until
there were a successful f32 compose, to avoid mirror manager sending r
le or ceph-ansible or ansible-freeipa, or any
pip-installable package. Unfortunately, ansible is kicking all the community
modules out of core, so things like ini_file won't work without the appropriate
collection installed.
V/r,
James Cassell
___
deve
ms to fix this issue.
>
Hopefully that was only set for the repomd.xml so that the remaining repodata
can be cached. (The other files have unique names.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
h; it's closer to 3 times performance difference, not 30 times.
(Unless I missed something.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
#x27;ll try to get back to help fill out the test matrix as I had done years ago.
>
> aka: Fedora QE would no longer have to verify optical media works.
> but: If a tester finds an optical media bug, it is still blocking.
>
+1
V/r,
James Cassell
hard would it be to standardize on a
signature/verification method? Is this a signature we could delegate to a TPM?
Is it more palatable to enable it for MOK-signed kernels/modules, kind of like
can be done for proprietary drivers? (Not sure if any nVidia distro package
does this by M
and could save a lot of
head ache without meaningfully reducing security.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedor
der the repo(s) that were disabled via user config *after* the
> "infer the source repos to enable from the enabled binary repos" flow
> has happened. I'd call it a bug, or at least a reasonable feature
> request.
I agree it's s feat
o can't (with clear conscience) start teaching folks to run createrepo_c
just to install an updated RPM.
(Side note: you still can't properly query the DNF database like you can with
the YUM database; this is still broken from the YUM->DNF transition.)
V/r,
James Cassell
On Thu, Nov 7, 2019, at 3:46 PM, James Cassell wrote:
>
> On Thu, Nov 7, 2019, at 2:50 PM, Laura Abbott wrote:
> > On 11/7/19 1:31 PM, James Cassell wrote:
> > >
> > > On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote:
> > >> I am on kernel 5.
On Thu, Nov 7, 2019, at 2:50 PM, Laura Abbott wrote:
> On 11/7/19 1:31 PM, James Cassell wrote:
> >
> > On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote:
> >> I am on kernel 5.3.8 but I still have
> >> kernel-headers-5.3.6-200.fc30.x86_64, which hasn'
be superseded by another package? If so,
> then dependencies on glibc-headers need to be fixed.
>
I've also been confused why kernel-headers is a separate SRPM...
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To u
On Sat, Nov 2, 2019, at 2:02 PM, Kevin Kofler wrote:
> James Cassell wrote:
> > When I asked, the answer was that it costs money to do custom redirects,
> > and the old site is going away "soon" so it would be overcome by events
> > sooner or later.
>
> Thi
d, the answer was that it costs money to do custom redirects, and
the old site is going away "soon" so it would be overcome by events sooner or
later.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
x27;d like to know whether there is any loss of
functionality with the switch.
Otherwise, I'm a huge fan of the minimization objective; I hope to make it to
the (recently cancelled) meetings when they happen.
V/r,
James Cassell
___
devel mai
g to create updates.img. Could also be done
as --repofilecontent for the repo command.
I think it's already possible to place a .repo file from ks %pre?
V/r,
James Cassell
> You can read details here:
>
> https://hackmd.io/@prJIqOTeSxC-W0RNGKIGbQ/ByzIz3kIH/edit
>
> Plea
n cloud images with a firewall, partly for this
reason.
I would tend to agree that Fedora Core OS should have a firewall, if only to
well-define which ports are required; but I have not been active there.
V/r,
James Cassell
___
devel mailing list -- devel
On Mon, Jun 17, 2019, at 9:28 PM, Igor Gnatenko wrote:
> Hi folks,
>
> as of today, builders have been updated (thanks to Kevin) and
> DynamicBuildRequires finally work in Rawhide.
>
> Change Page: https://fedoraproject.org/wiki/Changes/DynamicBuildRequires
> Example of real build:
> https://koji
hich is usually slower than my download bandwidth. It would be a big win if
zstd helps here.
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Condu
ies at all. We may change this if Koji switches to producing
> bootstrap chroots before producing the build chroot. So right now,
> that lookup is not even happening.
>
Awesome! I love learning how these things work! Thanks for sharing!
V/r,
James Cassell
.fedoraproject.org/updates/FEDORA-2019-7fbfa37585
> Downgrading to librepo 1.9.5 makes the crashes go away.
>
See also
https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/message/4UAQQI7BTHBHGPOKJZT2P2XNWJKR7JNP/
V/r,
James Cassell
_
erentiator seems reasonable to me. I *would*
> suggest that we probably want to have it send "countme=new" every time
> it tries to reach the mirrorlink until the first time it gets a proper
> response. After that, sending "countme=ongoing" once a week would be
> goo
On Sat, 28 Aug 2010 11:00:07 -0400, Branched Report
wrote:
>
> Removed package: pastebin-0.60-6.fc12
Why has this been removed?
--
James Cassell
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ownloading. After waking back up, it just stays like that until I
kill it and start again.
--
James Cassell
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
85 matches
Mail list logo
