Jens-Ulrik Petersen skrev:
> Do you want to try adding native compilation your package?
As it turns out, emacs-vm might not be the best package for this
experiment. I could not get VM to work with native compilation.
Instead, I had to turn the native compilation off completely for all
vm*.el files
Jens-Ulrik Petersen skrev:
> Also did you see https://bugs.launchpad.net/vm/+bug/1979048 ?
> It might help you.
Thanks for the pointer.
I haven't looked at that particular report yet. I have tried building
Mark Diekhans' branch "vm-emacs-28" instead of trunk. (Mark is
involved in the bug report I
Hello,
My package (emacs-vm) was one of the ones that broke with the upgrade
to Emacs 28 in F36. I'm trying to get it to work again.
One of the issues is that it shows up a large number of warnings.
After some time I've now understood this is because of the new native
compilation feature. Since m
Leigh Scott:
> If there any plan to fix them?
Pick another if you don't like the default.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
Göran Uddeborg:
> Should I file a bugzilla?
Well, obviously not.
https://bugzilla.redhat.com/show_bug.cgi?id=1803070 was already filed.
I should have found it in my search earlier, but I didn't.
___
devel mailing list -- devel@lists.fedoraprojec
Zbigniew Jędrzejewski-Szmek:
> Some ways to avoid the issue: use a newer kernel,
It is not completely clear from the bugzilla which version would be
needed, but I built it on a machine using 5.5.6-201.fc31. According
to comment 10
(https://bugzilla.redhat.com/show_bug.cgi?id=1803070#c10) it even
Pavel Raiskup:
> Who gave you this suggestion,
As the suggestion was sent off list, I didn't want to say that. I
don't know the reason he didn't send it to the public list but just to
me.
> haven't you tried to fill an issue against
> systemd
No, I have not. I assumed it was something I did wr
Just in case someone with the same problem stumbles on my mail when
googling, I'll explain what I did in the end.
I got the suggestion to disable nspawn when building. That solved the
initial problem, but introduced two other. I was able to work around
those too by bind mounting /run and /tmp in
I asked this in ask.fedoraproject
(https://ask.fedoraproject.org/t/is-there-a-way-to-mockbuild-systemd),
but FranciscoD suggested this might be a better place.
I'm trying to build a slightly modified version of systemd. To start
with, I tried to do a fedpkg mockbuild of systemd without any
modifi
I was going to argue this would make us lose a lot of hardware and
most likely a lot of our the hardware owners as users too.
But I see that most of what I planned to say is already said, so I'll
just add my: please, don't do this.
(My sample from home and work: out of 6 Fedora hosts expected to
Is there any way for me as a regular packager to test my fixes? The
"how to test" section on the wiki
(https://fedoraproject.org/wiki/Changes/Remove_GCC_from_BuildRoot#How_To_Test)
still says "mock with configuration provided (TODO)". I tried a
standard mock build, with mock version 1.4.8-1, and
Igor Gnatenko:
> If you fixed package(s),
I haven't yet, but I certainly will fix my packages (emacs-vm mindless
ttf2pt1 xpenguins).
pgpAihQdfU13Q.pgp
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe sen
Matthias Clasen:
> How did you determine that NotShowIn=GNOME; doesn't have any effect?
> It should work fine to hide xpenguins from the places where
> applications are normally listed in GNOME (the shell overview and
> search).
It should? Then I'll try it again; I probably made some kind of
mist
Hello!
I would like to ask for some help what to do with
https://bugzilla.redhat.com/show_bug.cgi?id=1324881 I've been
pondering it for some time, but I know too little to know what to do.
It's about the old amusement xpenguins. (A program showing small
penguins walking on the windows and jumpi
> I've just orphaned the emacs-vm and emacs-bbdb packages. Hopefully the
> other maintainer (goeran) of these packages will take ownership.
Yes, I just did it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
15 matches
Mail list logo
