Hi,
On 01/30/2018 01:03 PM, Terry Barnaby wrote:
Being a daredevil, I have used the NFS async option for 27 years
without an issue on multiple systems :)
I have just mounted my ext4 disk with the same options you were using
and the same NFS export options and the speed here looks the same a
On 01/31/2018 09:49 AM, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 01:52:49PM -0600, Jeremy Linton wrote:
Have you tried this with a '-o nfsvers=3' during mount? Did that help?
I noticed a large decrease in my kernel build times across NFS/lan a while
back after a machine/
't support a lot of the
newer RPM features (Suggests, for example).
--
Jeremy Cline
XMPP: jer...@jcline.org
IRC: jcline
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To
patchelf in patchelf-0.9-7.fc28.
Thanks
Jeremy.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
python-pkginfo's license has changed from the Python license to MIT in
version 1.4.0.
--
Jeremy Cline
XMPP: jer...@jcline.org
IRC: jcline
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraprojec
For anyone interested I made a review request:
https://bugzilla.redhat.com/show_bug.cgi?id=2090823
I'm not 100% sure what to do with some of the debug related rpmlint errors. Any
help would be much appreciated.
___
devel mailing list -- devel@lists.fedo
I'm up for a review swap if there's no takers.
___
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-conduc
Thanks Felix,
An open concern that I have been discussing with the ROCm guys is that HIP
(used for things like pytorch) requires rocm-opencl source code to compile.
It seems they want to go with the llvm-project approach in the longterm, having
opencl, hip, and the common static lib "ROCclr" as
A few people contact me directly trying to run things like PyTorch, which
requires large amounts of ROCm to get working (most of which Fedora does not
have yet).
I feel like a SIG, or at least some wiki page would help organize things a bit
for those who want to tackle it but are unaware of the
Fantastic idea, I've just created a new page. I'll update it as I have time:
https://fedoraproject.org/wiki/SIGs/HC
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
I'm looking to see if anyone wants to review swap with me:
https://bugzilla.redhat.com/show_bug.cgi?id=2090823
Thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Thanks Luya! I've landed rocm-opencl in rawhide, with epel8/9 and Fedora 36
pending :)
___
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
egardless of whether they were queued up
sequentially (which, in a distributed system, with multiple nodes
accepting messages for publication...). There's also no guarantees
about messages only being delivered once. Never mind that GitLab's
webhooks may well fire multiple times i
On Tue, 2020-11-24 at 14:57 +0100, Clement Verna wrote:
> On Mon, 23 Nov 2020 at 21:31, Adam Williamson <
> adamw...@fedoraproject.org> wrote:
> > On Mon, 2020-11-23 at 15:11 -0500, Neal Gompa wrote:
> > > >
> > > > I would highly recommend not creating message consumers that
> > rely on
> > > > a
Hi,
On 8/28/20 1:38 AM, Stephan Bergmann wrote:
All,
The below question came up in the context of a LibreOffice unit test,
where LibreOffice writes out a PNG image (involving zlib for
compression) and the test checked the exact sequence of bytes, which
failed on aarch64 when using Fedora's z
ng to the operating
system thing.
Jeremy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
inal specfile
https://src.fedoraproject.org/rpms/fedmsg/blob/ceae21bababb90802c22461846d30653a2d98bc1/f/fedmsg.spec
The new specfile
https://src.fedoraproject.org/rpms/fedmsg/blob/7b1c384562e7664d2b912b9f2eebd336b4658480/f/fedmsg.spec
Thanks!
--
Jeremy Cline
XMPP: jer...@jcline.org
IRC: jcl
Full disclosure, I am both a Fedora packager and an employee at AMD.
To be clear, the following is not at all endorsed by my employer; my interest
and use of Fedora is purely a personal hobby and I would like to keep it that
way.
There has been a recent effort to step up Debian packaging of ROCm
Yeah I think the technical leads are mostly on board with following FHS as
close as possible, which is an obvious plus for Fedora.
I think the biggest issue is the scale of the problem, and it almost feel likes
they need to work component by component, but [2] will definitely be fixed for
all c
> On Thu, Dec 16, 2021 at 05:07:10PM -0000, Jeremy Newton wrote:
>
> I think that'd be awesome -- and those internal clean-ups are really
> appreciated. Having the infrastructure there is nice, but I'm also curious:
> are there any application-level tools that are i
Yes, this can't be updated until someone packages ROCM-Device-Libs
unfortunately.
If anyone volunteers, I'm happy to help review.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
In order to update "rocm-runtime" to the latest, it requires a new package
"ROCm-Device-Libs" as a build requirement.
The issue is that the project installs files into /usr/amdgcn, which seems
incorrect to me based on the FHS and Fedora guidelines. Here's the upstream for
reference:
https://gith
I created a new review request, hopefully that encourages some conversation on
the topic :)
https://bugzilla.redhat.com/show_bug.cgi?id=2044664
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
Quick update, I've made some new package reviews:
ROCm-Device-Libs: https://bugzilla.redhat.com/show_bug.cgi?id=2044664
ROCm-CompilerSupport: https://bugzilla.redhat.com/show_bug.cgi?id=2045955
ROCm-Device-Libs is needed to update "rocm-runtime" and for
ROCm-CompilerSupport.
ROCm-CompilerSupport
tand how
> to use it.
The UI is pretty difficult to use, yes. Unfortunately, as Randy noted,
I'm not really working on it anymore. I do keep an eye on PRs, though,
and I'm willing to help get those merged and released until a new
maintainer steps up.
-
see what
owner and project name it's polling without editing the project. It's
looking at https://github.com/ceph/ceph/tags which has 13.0.2.
I filed https://github.com/release-monitoring/anitya/issues/549 to track
improving this.
--
Jeremy Cline
XMPP: jer...@jcline.org
IRC: jcline
___
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
On Fri, Jan 1, 2021 at 11:31 AM Artem Tim wrote:
It's faster. Here is some benchmark with different zstd compression ratios
https://lkml.org/lkml/2019/1/28/1930. Could be outdated a little bit though.
But for HDD it makes sense to increase it proba
Hi,
On 2/5/21 3:03 AM, Roberto Ragusa wrote:
On 2/4/21 9:52 PM, Alexander Ploumistos wrote:
considerable lag. In the last 4 or so years I remember issues with
tracker, gnome-shell, mutter/clutter and friends on specific GPUs,
default or popular shell extensions and dbus services. A recent bug
Hi,
On 2/11/21 11:05 PM, Chris Murphy wrote:
On Thu, Feb 11, 2021 at 9:58 AM Jeremy Linton wrote:
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
Anyway, compress=zstd:1 is a good default. Everyone benefits, and I'm
not even sure someone with a very fast NVMe drive will notice a slow
Hi,
On 2/13/21 10:41 PM, Tom Seewald wrote:
> The GPUs also have firmware blobs
Could you provide some links to mailing list posts or bug reports where AMD
developers confirm that their GPU firmware requires 4k pages? I think having
some definitive sources will make this situation more clear
Hi,
On 2/14/21 2:20 PM, Chris Murphy wrote:
On Sat, Feb 13, 2021 at 9:45 PM Jeremy Linton wrote:
Hi,
On 2/11/21 11:05 PM, Chris Murphy wrote:
On Thu, Feb 11, 2021 at 9:58 AM Jeremy Linton wrote:
Hi,
On 1/1/21 8:59 PM, Chris Murphy wrote:
Anyway, compress=zstd:1 is a good default
Hi,
On 5/14/21 1:05 AM, Juha Tuomala wrote:
On Thursday, 13 May 2021 18:50:33 EEST PGNet Dev wrote:
On 5/13/21 10:48 AM, Juha Tuomala wrote:
Virtual machine installation is hopefully a special use case and majority
of installations are bare metal end users.
hardly.
here,
Sure. But this
Hi,
On 5/17/21 2:26 PM, Martin Kolman wrote:
On Sat, 2021-05-15 at 17:53 +0200, Ralf Corsepius wrote:
On 5/14/21 2:50 PM, Martin Kolman wrote:
On Thu, 2021-05-13 at 20:09 +0200, Peter Boy wrote:
We discussed that in the Fedora Server Edition Working Group and
opted to leave it as is for the
It seems like my needs are pretty common: Steam, Wine, misc games (OpenGL, SDL,
maybe vulkan, XWayland).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
I made a thread late last year inquirying about interest in ROCm packaging; in
that time I've introduced a few packages amd updated a few existing packages to
the latest version.
Right now, Fedora is just short of making good use of ROCm, as it needs a
frontend like OpenCL or HIP. I have a COPR
> Nice work!
Thanks :)
> The only x86 32-bit use I can think of would be wine if it supports ROCm.
Yeah I looked into it, and it looks like rocm-runtime fails on 32bit due to
some assumptions for 64bit in the code.
I don't think there's too much value to 32bit, so it's not really worth trying
+1 to using an rpm macro to avoid adding an external script, if spectool can
work with it.
Something like:
%global source0_generate_script ( \
curl ... \
rm -rf ... \
tar ... )
I'm not sure if that syntax is correct.___
devel mailing list -- devel@li
On 4/6/22 12:57, Neal Gompa wrote:
(trimming)
* NVIDIA graphics
* Broadcom wireless
The former case is excessively common, and the latter case is fairly
common with HP and Dell machines as well as some smaller OEMs. I
literally helped someone this past week with both[1][2][3]. The
Workstation WG
Hi,
On 5/2/22 22:53, Chris Murphy wrote:
On Mon, May 2, 2022 at 5:29 PM Jeremy Linton wrote:
On 4/6/22 12:57, Neal Gompa wrote:
(trimming)
* NVIDIA graphics
* Broadcom wireless
The former case is excessively common, and the latter case is fairly
common with HP and Dell machines as well as
As far as I know, RedHat is working with Nvidia to get this upstream and
working with nouveau.
I'm sure there's a bunch of challenges around that though, so I don't expect
much over the next few quarters.___
devel mailing list -- devel@lists.fedoraproj
Hi,
On 8/16/21 12:55 AM, Florian Weimer wrote:
* Kevin Fenzi:
On Sun, Aug 15, 2021 at 01:51:16PM +0200, Florian Weimer wrote:
* Kevin Fenzi:
Yes. They were mistakenly running the normal kernel (so they had ~3GB
memory available). I moved them back to the lpae kernel (so they see
40GB memory
Hi,
On 8/17/21 2:06 AM, Florian Weimer wrote:
* Jeremy Linton:
That said, there as you mention various rpm/package build/etc problems
caused by `uname -m` returning armv8.
Is this something that can be changed with setarch? It works on other
architectures (at least on x86 and POWER
101 - 142 of 142 matches
Mail list logo
