On Thu, 2023-06-29 at 02:22 -0400, Neal Gompa wrote:
> And since Lorax (which is what we use
> for live and ARM images) requires Anaconda to understand the target
> system to install, it couldn't be used for creating these images
> either because that requires teaching Anaconda about Apple Silicon
On Wed, Jun 28, 2023 at 3:22 AM Kevin Kofler via devel
wrote:
>
> Kalev Lember wrote:
> > I would like to have a layout similar to what Debian is doing, so that
> > shared libraries would go in /usr/lib/x86_64-redhat-linux/ and /usr/lib64
> > would be a legacy symlink pointing to it.
>
> That layo
On 6/28/23 17:15, Lennart Poettering wrote:
On Di, 27.06.23 12:04, Panu Matilainen (pmati...@redhat.com) wrote:
On 6/22/23 19:55, Steve Grubb wrote:
https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
I would caution against this whole proposal. Not that I'm against it, but
ju
Dne 28. 06. 23 v 23:39 Kalev Lember napsal(a):
On Wed, Jun 28, 2023 at 8:03 PM Vitaly Zaitsev via devel
wrote:
FTBFS:
0ad
arbor
CuraEngine
bout++
cachelib
dolphin-emu
folly
freeopcua
gerbera
luxcorerender
mangohud
wasmedge
watchman
I
OLD: Fedora-Rawhide-20230628.n.2
NEW: Fedora-Rawhide-20230629.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 3
Dropped packages:4
Upgraded packages: 16
Downgraded packages: 0
Size of added packages: 269.26 KiB
Size of dropped packages
> I have no illusions that this message is going to change anything at Red
> Hat.
It's not really for us as community members to identify a business path and
that is a convenience factor that we typically rely upon to work on things that
begin as experimental and a learning path only to grow
For anyone who didn't see discussion on the list OpenCOLLADA upstream
hasn't seen a commit since 2018 and no one has stepped up to port it to
pcre2.
I tried to convert it to use the bundled pcre as a stop gap to keep it
going a bit further but it installs the library instead of building
statically
Hi,
Apache ORC 1.9.0 has been released.
I believe it is the case that only libarrow (Apache Arrow) and by
extension, ceph consume liborc, and I am the maintainer of both libarrow
and ceph. (My repoqueries don't show anything using liborc or liborc-devel.)
I will be rebasing liborc to 1.9.0 short
I have noticed that uw-imap is no longer in the Fedora repo and that the
last was F33. I like it far better than the other options because it is
the IMAP server that best "does one things and does it well." It also
requires the least amount of configuration and it just works so it also
meets the K
Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL.. after last update
don't know how to fix it
please fix / test / update ...
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
W dniu 29.06.2023 o 14:57, David Both pisze:
I have noticed that uw-imap is no longer in the Fedora repo and that the
last was F33. I like it far better than the other options because it is
the IMAP server that best "does one things and does it well." It also
requires the least amount of configur
Any more details?
Anything interesting inside /var/log/lightdm?
A.FI.
___
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-U
On Thu, Jun 29, 2023 at 9:18 AM Marcin Juszkiewicz
wrote:
>
> W dniu 29.06.2023 o 14:57, David Both pisze:
> > I have noticed that uw-imap is no longer in the Fedora repo and that the
> > last was F33. I like it far better than the other options because it is
> > the IMAP server that best "does on
> Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL.. after last
> update
> don't know how to fix it
>
> please fix / test / update ...
It works fine here.
I haven't updated lightdm since f38 release so I doubt the issue is caused by
lightdm.
__
I took care of lensfun, which was not quite as much fun as it sounds:
https://src.fedoraproject.org/rpms/lensfun/pull-request/4
Could use a pair of critical python packager eyeballs, though ;-)
___
devel mailing list -- devel@lists.fedoraproject.org
To
OK - I had no idea about any of that drama.
I did find Panda IMAP and a couple others.
I also spent about 4 days trying to get Dovecot to work with SendMail in
a test VM setup. I'm either missing one or more important bits or its
just too complex for me. None of the docs I have found anywhere ha
Hello, David.
On Thursday, 29 June 2023 at 14:57, David Both wrote:
> I have noticed that uw-imap is no longer in the Fedora repo and that the
> last was F33. I like it far better than the other options because it is
> the IMAP server that best "does one things and does it well." It also
> require
Hello,
As part of the same process outlined in Matthias Clasen's "LibreOffice
packages" email, my upstream and downstream work on desktop Bluetooth,
multimedia applications (namely totem, rhythmbox and sound-juicer) and
libfprint/fprintd is being stopped, and all the rest of my upstream and
do
On Thu, Jun 29, 2023 at 10:27:49AM -0400, David Both wrote:
> I also spent about 4 days trying to get Dovecot to work with SendMail in
> a test VM setup. I'm either missing one or more important bits or its
> just too complex for me.
I've been running a dovecot + sendmail setup on Fedora for over
Thanks everyone for this work.
I would like to point to a problem with the current config regarding Arabic
font.
For Arabic text, The dejavu sans is still being displayed in many webpages in
firefox instead of the noto sans.
However, when switching the system language to arabic, firefox correctl
Update: Apparently, this problem doesn't exist on new install/liveusb because
dejavu is not installed so I found out that on my system I have VLC which has a
dependency on dejavu..
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
Hi,
> Am 29.06.2023 um 16:27 schrieb David Both :
>
> ...
> I also spent about 4 days trying to get Dovecot to work with SendMail in
> a test VM setup. I'm either missing one or more important bits or its
> just too complex for me. None of the docs I have found anywhere has a
> complete start-to-
On Thu, Jun 29, 2023 at 10:48 AM Bastien Nocera wrote:
>
> Hello,
>
> As part of the same process outlined in Matthias Clasen's "LibreOffice
> packages" email, my upstream and downstream work on desktop Bluetooth,
> multimedia applications (namely totem, rhythmbox and sound-juicer) and
> libfpr
On 6/26/23 18:47, Jeff Law wrote:
> What Red Hat has done may be technically legal and perhaps good for
> its business. However, to me it's ethically unconscionable. Those
> who know me know I'm not an zealot, but I do have a baseline set of
> ethical values and Red Hat crossed that line.
Why i
On 6/27/23 20:21, Kevin Kofler via devel wrote:
> Practical cross-compilation to a completely different architecture needs
> sysroots anyway. That way, one can also easily target a different
> distribution on a different (or even the same) architecture, not just Fedora
> on a different architect
On 6/29/23 00:44, Miro Hrončok wrote:
> On 29. 06. 23 0:31, Carlos O'Donell wrote:
>> Can we allow users to create a minimal installation by hand, while still
>> complying
>> with PEP-615 for default installs?
>>
>> The size savings for a minimal container that is UTC-only would be quite
>> valua
I've picked up low-memory-monitor
On 6/29/23 08:46, Neal Gompa wrote:
On Thu, Jun 29, 2023 at 10:48 AM Bastien Nocera wrote:
Hello,
As part of the same process outlined in Matthias Clasen's "LibreOffice
packages" email, my upstream and downstream work on desktop Bluetooth, multimedia
applic
On 6/28/23 19:54, Michael Catanzaro wrote:
> Because Recommends and Supplements are installed by default, we need
> to be careful and use them sparingly, only when it really makes sense
> for some package to be pulled in for almost all users of another
> package. Thus far, Fedora and RHEL have done
On Thu, 29 Jun 2023 at 10:48, Bastien Nocera wrote:
> Hello,
>
> As part of the same process outlined in Matthias Clasen's "LibreOffice
> packages" email, my upstream and downstream work on desktop Bluetooth,
> multimedia applications (namely totem, rhythmbox and sound-juicer) and
> libfprint/fpr
Am 29.06.23 um 17:49 schrieb Carlos O'Donell:
On 6/26/23 18:47, Jeff Law wrote:
What Red Hat has done may be technically legal and perhaps good for
its business. However, to me it's ethically unconscionable. Those
who know me know I'm not an zealot, but I do have a baseline set of
ethical val
Do you want to pick up the rest of the libimobiledevice stack as well? That's
ifuse, libplist, libusbmuxd and usbmuxd.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
On 29. 06. 23 17:57, Carlos O'Donell wrote:
On 6/29/23 00:44, Miro Hrončok wrote:
On 29. 06. 23 0:31, Carlos O'Donell wrote:
Can we allow users to create a minimal installation by hand, while still
complying
with PEP-615 for default installs?
The size savings for a minimal container that is U
@Peter Boy:
I would truly appreciate your step-by-step guide. That would be
incredibly helpful. I'm sure I can figure out connecting it with
SendMail. There is lots of information out there but - as I said - it
needs some work.
If you make it CC-by-SA it should be unencumbered and I will be sure
Carlos O'Donell wrote:
> On 6/26/23 18:47, Jeff Law wrote:
>> What Red Hat has done may be technically legal and perhaps good for
>> its business. However, to me it's ethically unconscionable. Those
>> who know me know I'm not an zealot, but I do have a baseline set of
>> ethical values and Red
Hi Tom!
Thanx a lot of for input. Although I did my bes with the tagging, it
will be learning on the go.
I had adapted
https://fedoraproject.org/wiki/Changes/BuildJdkOncePackEverywhere#theoretical_tagging_solution
as you suggested. It is great improvement.
Especially the config, I was not aware
On 6/26/23 18:47, Jeff Law wrote:
What Red Hat has done may be technically legal and perhaps good for
its business.
Something I'm having trouble with is Red Hat's position that
you can choose to be a customer or to exercise your rights
under the GPL, but you cannot be both.
The thing is, many
On 6/29/23 09:52, Jiri Vanek wrote:
Hi Tom!
Thanx a lot of for input. Although I did my bes with the tagging, it
will be learning on the go.
I had adapted
https://fedoraproject.org/wiki/Changes/BuildJdkOncePackEverywhere#theoretical_tagging_solution
as you suggested. It is great improvement.
On Thu, Jun 29, 2023 at 6:41 PM Todd Zullinger wrote:
> Carlos O'Donell wrote:
> > On 6/26/23 18:47, Jeff Law wrote:
> >> What Red Hat has done may be technically legal and perhaps good for
> >> its business. However, to me it's ethically unconscionable. Those
> >> who know me know I'm not an
On Thu, Jun 29, 2023 at 10:14:31AM -0700, Tom Stellard wrote:
> On 6/29/23 09:52, Jiri Vanek wrote:
> > Hi Tom!
> >
> > Thanx a lot of for input. Although I did my bes with the tagging, it
> > will be learning on the go.
> > I had adapted
> > https://fedoraproject.org/wiki/Changes/BuildJdkOncePac
Nope, xy stands for 1.8.0, 11, 17 and latest. It is enumerated several
time in the proposal. Still the
https://fedoraproject.org/wiki/Changes/BuildJdkOncePackEverywhere#theoretical_tagging_solution
adjusted
Tahnx!
On Thu, 29 Jun 2023 at 19:14, Tom Stellard wrote:
>
> On 6/29/23 09:52, Jiri Vanek
Hi Kevin!
I'm unabel to answer that. First release will be a bit experiemntal
for sure. But final target is sure - to persist the underlying
portables and to enable srpm rebuild as comfortably as possible.
As far rawhide itself, as it is unreleased distro, if no other paths
will remain, rawhide m
> Am 29.06.2023 um 18:15 schrieb David Both :
>
> @Peter Boy:
>
> I would truly appreciate your step-by-step guide. That would be
> incredibly helpful. I'm sure I can figure out connecting it with
> SendMail. There is lots of information out there but - as I said - it
> needs some work.
>
> If
On 2023-06-29 18:09, Bastien Nocera wrote:
Do you want to pick up the rest of the libimobiledevice stack as well?
That's ifuse, libplist, libusbmuxd and usbmuxd.
I've just picked these up, thanks! Will work together with Neal on this
stack as part of the Fedora Asahi SIG.
Cheers
Davide
_
On 6/29/23 11:06, Jiri Vanek wrote:
Nope, xy stands for 1.8.0, 11, 17 and latest. It is enumerated several
time in the proposal. Still the
https://fedoraproject.org/wiki/Changes/BuildJdkOncePackEverywhere#theoretical_tagging_solution
adjusted
OK, I see. I thought there were going to be two di
Yes, 14 days would be fine. Sehr gut.
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info - Home of the DataBook for Linux
DataBook is a
On 2023-06-29 09:42, Adam Williamson wrote:
On Thu, 2023-06-29 at 02:22 -0400, Neal Gompa wrote:
And since Lorax (which is what we use
for live and ARM images) requires Anaconda to understand the target
system to install, it couldn't be used for creating these images
either because that requires
On 6/28/23 17:06, Adam Williamson wrote:
On Wed, 2023-06-28 at 13:01 +0200, Ondřej Budai wrote:
I already answered you here:
https://pagure.io/fedora-workstation/issue/384#comment-862709
TL;DR: Let's figure this out when we are migrating other artifacts. For
now, the blueprint will be empty/min
nn. You were right. There are going to be two separated packages.
Portable, built once in oldest live, and "normal" which is going to
repack them for all and shipp them.
My apologise for typo in last second change:
https://fedoraproject.org/w/index.php?title=Changes%2FBuildJdkOncePackEverywhere&t
On 6/29/23 13:07, Jiri Vanek wrote:
nn. You were right. There are going to be two separated packages.
Portable, built once in oldest live, and "normal" which is going to
repack them for all and shipp them.
My apologise for typo in last second change:
https://fedoraproject.org/w/index.php?title=
On 6/29/23 10:42, Kevin Fenzi wrote:
On Thu, Jun 29, 2023 at 10:14:31AM -0700, Tom Stellard wrote:
On 6/29/23 09:52, Jiri Vanek wrote:
Hi Tom!
Thanx a lot of for input. Although I did my bes with the tagging, it
will be learning on the go.
I had adapted
https://fedoraproject.org/wiki/Changes/
Once the portables will be built in f37, the repacked binary in f37
and in f38 (39...)will be identical.
Rpms have some additional value - split to subpakcages, few symlinks
due to system integration, system tzdata, system crypto binding and so
on.
On Thu, 29 Jun 2023 at 22:20, Tom Stellard wrote
On Tue, Jun 13, 2023 at 6:03 AM Tomas Hrnciar wrote:
> If you'd like to build a package after we already rebuilt it, you should be
> able to build it in the side tag via:
>
> on branch rawhide:
> $ fedpkg build --target=f39-python
> $ koji wait-repo f39-python --build
I'm trying to help by fixi
I intend to retire the pvs-sbcl package soon.
First, it depends on sbcl, which has failed to build for so long that
it is on the list of packages to be retired in August. (See
https://src.fedoraproject.org/rpms/sbcl/pull-request/1.)
Second, the current version of pvs-sbcl (7.1) does not build
su
W dniu 29.06.2023 o 16:27, David Both pisze:
I also spent about 4 days trying to get Dovecot to work with SendMail in
a test VM setup. I'm either missing one or more important bits or its
just too complex for me. None of the docs I have found anywhere has a
complete start-to-finish picture.
Jan
Hi, i'm really interested in maintaining this rpms, jdns and git-subrepo, but
i'm not an packager yet, I really appreciate if someone is willing to mentor
me, I dont want to mess it up.
Thanks for your time
Sincerely
Cristian Delgado
--- Original Message ---
On Friday, June 23rd, 202
On Thu, 2023-06-29 at 22:00 +0200, Simon de Vlieger wrote:
>
> Also, for understanding I've been diving through the kickstart
> repositories to define a common base set and interdependencies. I've
> graphed out the kickstart files and their relationships here:
> https://supakeen.fedorapeople.or
When building an rpm package for larger projects, one of the stages that I've
noticed seems to take a fair amount of time to complete is the check-files
script, which appears to run single-threaded. Has anyone investigated making
use of multithreading for check-files previously?
Hey!
On Thu, 2023-06-29 at 19:12 +0200, Paolo Bonzini wrote:
>
> > > On 6/26/23 18:47, Jeff Law wrote:
> > > > What Red Hat has done may be technically legal and perhaps good
> > > > for
> > > > its business.
> >
> > Something I'm having trouble with is Red Hat's position that
> > you can choose
only getting this:
https://i.postimg.cc/5ySKnGdw/lightdm-test-mode.webp
___
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-
Seems missing a greeter package, i do not have a fc38 machine, could you
try:
dnf in lightdm-gtk
and test again?
On 2023/6/30 8:25, André Verwijs wrote:
only getting this:
https://i.postimg.cc/5ySKnGdw/lightdm-test-mode.webp
___
devel mailing list -
Carlos O'Donell wrote:
> And assembling those sysroots is not straight forward.
The easiest way is to unpack a live image. If you are targeting an Arch-
based or similar distro, you will probably get away with just unpacking the
image, because it installs development files by default. But if you
Richard Shaw wrote:
> If anyone wants to take it over let me know otherwise I plan to retire
> early next week.
The right thing to do here is to orphan it, not retire it directly. It will
be retired if nobody picks it up, but if somebody wants to pick it up, it
saves them the unnecessary bureauc
> Nicholas Frizzell writes:
> Has anyone investigated making use of multithreading for check-files
> previously?
I'm not sure multithreading is all that meaningful for that script; it's
really quite simple, after all. It runs find to get a list of files,
sorts it, and diffs that against the
Bastien Nocera wrote:
> As part of the same process outlined in Matthias Clasen's "LibreOffice
> packages" email, my upstream and downstream work on desktop Bluetooth,
> multimedia applications (namely totem, rhythmbox and sound-juicer) and
> libfprint/fprintd is being stopped, and all the rest of
The side tag has been merged:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-4e8e736635
FTBFS (final):
arbor (not related to fmt, some tests failed on s390x)
CuraEngine
bout++
cachelib
dolphin-emu
folly
mangohud (not related to fmt)
wasmedge
watchman
FTI issues will be generated automatica
On 30/06/2023 00:09, crissdell wrote:
Hi, i'm really interested in maintaining this rpms, jdns and git-subrepo, but
i'm not an packager yet, I really appreciate if someone is willing to mentor
me, I dont want to mess it up.
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_
If anyone reading this email has special powers to get some of the week old F38
updates unstuck from pending, please click the magic button. 😁
An example of such an update:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-ef0e8e36fc
Thanks,
--
Bojan
__
67 matches
Mail list logo
