dy created for
updating ffmpeg (one of those packages that need tesseract).
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel ma
roup to the kde-desktop-environment group
Is there a reason this will get preinstalled only for KDE? Is that
only because it's the Fedora Asahi default desktop, or are there
actually some desktop integration that is harder to achieve on other
desktops?
Best regards,
--
_o)
list_guidelines
>List Archives:
>https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>Do not reply to spam, report it:
>https://pagure.io/fedora-infrastructure/new_issue
--
Michel Lind
sent from my mobile, excuse the brevity--
___
On Wed, Sep 04, 2024 at 02:48:23PM -0500, Michel Lind wrote:
> Hi all,
>
>
> We thought the SIG might want to chime in on this (might as well sort it
> out before I start writing documentation anyway) - any pros/cons we have
> not thought up, and any recommendation about which
l?
Thanks,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
did
not take up the package, so I've now filed a request to unretire it
https://pagure.io/releng/issue/12287
Igor, let me know if you want to co-maintain.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
sig
p is
> > mandatory there (at least, for Bodhi).
>
> Yep.
Does Packit enforce this too? Otherwise for packages configured to tell
Packit to auto-build, if the ex-packager still has commit access, a
build and Bodhi update can still happen since th
ystem for Linux environment
> notably on desktop i.e. easier boot (my system now uses UKified kernels and
> no longer use partioned nested boot in favour of ESP). Looking forward
> improvment.
>
Glad to hear!
Best,
--
_o) Michel Lind
_( ) ident
r all the work!
Thanks for the kind words!
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedora
(dcavalca)
- Josef Bacik (josef)
- Neal Gompa (ngompa)
- Omar Sandoval (osandov)
- Michel Lind (salimma)
As you can see from the most recent Fedora changes, we've been defaulting to
Btrfs for a substantial proportion of Fedora variants for quite a while - this
fall will marks four years of Btr
gal statements -- and I think a similar attempt would run into the same
> problems. But, we could have a policy that _isn't_ a legal statement;
> basically a packaging guideline.
>
I'd be happy to help with that - should Council look at this first or
rebuild.
Thanks for the heads up!
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproj
order to troubleshoot boot issues is a terrible change, IMO.
> >
>
> I was referring to the cloud image that were mentioned in this thread to
> not install Plymouth. Is that also the case for the Fedora server image ?
>
Server does not install Plymouth either AIUI; compare
On Tue, Jul 16, 2024 at 02:15:28PM -0500, Michel Lind wrote:
> =
> # #meeting:fedoraproject.org: fesco
> =
>
Forgot to include the links
Text Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject
:matrix.org (13)
* @meetbot:fedora.im (3)
* @patrikp:matrix.org (1)
* @jnsamyak:matrix.org (1)
* @yselkowitz:fedora.im (1)
* @jonathanspw:fedora.im (1)
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description
loor topic. Note
that added topics may be deferred until the following meeting.
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mailing lis
to lists with my @fp.o and @cp.o email
alias, but only for mailman lists where if something goes wrong I can
quickly just change the email address used.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Descr
y have a good way to decide what spins to stop working
on
Also... if it turns out people are switching desktops quite often,
perhaps a way to properly switch variants cleanly without reinstalling
would be worth working on (this is already easy on immutable distros,
but there's no reason it ca
27;s too general and this
request is too Fedora-specific -- I notice Storyboard uses Ubuntu One
for login, for instance.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
D
of the company they want to attack. Connecting such devices is
> completely NO-GO.
>
I still cringe thinking of the Google Titan keys that's on every seat
for the keynote of OSSNA 2023.
Best,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78
On Thu, Mar 28, 2024 at 10:36:25AM -0500, Michel Lind wrote:
> Dear all,
>
> Just a heads up that the legacy libgee06 package is FTBFS for
> F40/F41:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2261317
>
> and only has one dependent, libfep:
>
> ```
> ❯
terested in supporting anything outside of
their 'onedir' packaging, which bundles it's own Python stack. Most of the work
required to work on 3.12, I THINK, involves unbundling twisted, which is non-trival.
Sigh... they're going the Chef 'omnibus' route h
ream or should just be documented somewhere.
e.g. we could fix it in /etc/mock/templates/{almalinux,centos-stream,rhel}-8.tpl
but that would presumably slow down those who just use the bootstrap image?
My workaround now is sticking that dnf_common_opts hack in ~/.config/mock.cfg,
and commenting
this be clearer if it says "the JRE from the system JDK"? Since the apps
are not actually pulling in the full JDK itself.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
OpenPGP_0x8B229D2F7CCC04F2.asc
Description: Ope
On 4/22/24 16:32, Fabio Valentini wrote:
On Mon, Apr 22, 2024 at 11:12 PM Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've b
On 4/22/24 16:12, Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable version in Rawhide to close
https:/
x86_64
plank-libs-0.11.89-15.20210202.git013d051.fc40.i686
plank-libs-0.11.89-15.20210202.git013d051.fc40.x86_64
So if you use plank, or otherwise have a need for this, feel free to take this
over.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cf
g for a port to pcre2, but upstream has not committed anything in 7 years.
There is a PR from 2021 that addressed the pcre2 issue, if anyone wants to pick
this up:
https://github.com/gregkh/bti/pull/54
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxid
Hi Major,
On 4/18/24 13:25, Major Hayden wrote:
On Wed, Apr 17, 2024, at 21:51, Michel Lind wrote:
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Thanks for picking that up, Michel. I intended to mail the
d not make unilateral ACL changes. Any PR
welcome though! (And I'll try and sort out
existing issues and PRs in between conference prep).
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
OpenPGP_0x8B229D2F7CCC04F2.asc
Descr
Hi Sérgio,
On 4/18/24 06:44, Sérgio Basto wrote:
On Wed, 2024-04-17 at 21:51 -0500, Michel Lind wrote:
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Update protobuf is a huge task
see https://src.fedoraprojec
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP sign
anyway.
Regardless of whether you agree with deprecating SysV or not,
network-scripts' removal from Fedora has nothing to do with the "systemd
cabal" - indeed, the systemd maintainer in Fedora, zbyszek, voted in
favor of restoring network-scripts earlier today.
Best regards, and l
the update suggest they log out, just in
case), and when task v3 is
packaged, they can then export their current database using the existing task2
and import it after
reinstalling task?
Best,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d
angelog was wrong, most Fedora
releases are already on 1.32 so we don't need to bump the package yet.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Desc
and there is a new release as well (I'll
prioritize fixing the bug first then build the new release in Rawhide
first).
If there's anyone who is interested in comaintaining libteam, let me
know.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https:
On Fri, Apr 12, 2024 at 12:53:52AM +0200, Miro Hrončok wrote:
>
>
> On 11. 04. 24 22:41, Michel Lind wrote:
> > The different Django stacks are in the process of being updated so they
> > can be swapped without affecting dependents, by providing and
> > conflicti
sense, or if you have ideas of how to handle
some of these better.
[^1]: https://www.djangoproject.com/weblog/2024/apr/03/bugfix-release/
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP
e(ratatui/default)
< 0.26.0~)
rust-tui-react : (crate(ratatui) >= 0.25.0 with crate(ratatui) < 0.26.0~)
Best,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
| 2024-01-20 |82 | salimma
> |
rbw needs this, still in progress
>
> - salimma (10): rust-atomic-traits, rust-base32, rust-nom-supreme,
> rust-powierza-coefficient, rust-rlimit, rust-signal, rust-sptr,
> rust-vec1, rust-wayland-commons, rust-xcb
>
Best,
--
On Tue, Apr 09, 2024 at 05:39:11PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Apr 08, 2024 at 01:12:38PM -0500, Michel Lind wrote:
> > On Mon, Apr 08, 2024 at 07:21:40AM -0400, Neal Gompa wrote:
> > > On Mon, Apr 8, 2024 at 7:11 AM Petr Pisar wrote:
> > >
her the packages in the update set are installable, but does not
check whether they break any revdep... room for improvement there, and
maybe that can be tackled first.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/
On Mon, Apr 08, 2024 at 08:47:20PM +0200, Leon Fauster via devel wrote:
> Am 08.04.24 um 20:12 schrieb Michel Lind:
> >(this might require coordination with RH's Leapp developers and
> >AlmaLinux's ELevate developers, to make sure those support upgrading
&
ckagers to use this opportunity to drop epochs in Rawhide? (likely
with proper announcement beforehand in devel@)
(this might require coordination with RH's Leapp developers and
AlmaLinux's ELevate developers, to make sure those support upgrading
to lower NEVRAs too)
Best regards,
--
e Fedora and Debian
is to surface issues when compiling against various compiler+library+app
combo as you noted but as importantly, architecture specific issues.
Preserving the build artifacts so they can't be tampered with during the
test run is probably worthwhile though.
Best regards,
--
t some
point we can actually make use of the result - right now there's too
many false positives.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
the same Requires and
Provides in the generated RPMs:
https://src.fedoraproject.org/rpms/libfep/pull-request/1
I'm cc:ing the libfep maintainers; if I don't hear back in a few days
I'll merge and build this and retire the package.
Best regards,
--
Michel Lind
identities: https
Hi smooge,
On Wed, Feb 28, 2024 at 08:36:19AM -0500, Stephen Smoogen wrote:
> I had not seen any announcements on this so wanted to drop it here
> https://flocktofedora.org
>
Thanks for posting this! Can we get it out to devel-announce too?
Best regards,
--
Michel Lind (né Salim)
i
rastructure/new_issue
> --
> ___
> 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/
packager:
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/
and this for unretiring
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/#claiming
and these are the packaging guidelines for Golang
https://docs.fedoraproject.org/en-US/pa
On Thu, Feb 15, 2024 at 07:53:38PM +, Christopher Klooz wrote:
> On 14/02/2024 17.35, Michel Lind wrote:
> > As a pandoc user, I'm happy to help with any reviews. Is there a list
> > where this tends to get posted, apart from devel?
> >
> > Thanks,
> >
's created! Can't commit to being
that involved, but it seems like there's going to be a lot of overlap on
the packaging side with the Rust SIG I'm already in (Rust crates in
Fedora are all co-maintained by the SIG) so feel free to drop in and ask
questions at #rust:fedoraproject
idelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> >> List Archives:
> >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> >> Do not reply to spam, report it:
> >> https://pagure.io/fedora-infrastructure/new_issue
> >>
> &
e: the old non-compat name so people who upgrade
later keep their X11 experience intact
- This grace period should be part of the release announcement
Does this seem workable? Any feedback appreciated - I try to keep up
with this thread but I might
e wrong thing,
or the golang-github-chai2010-gettext package is not exporting the right
virtual provide.
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
On Wed, Jan 24, 2024 at 05:48:58PM +0100, Lumír Balhar wrote:
> Hello.
>
> I'm going to orphan python-represent. I updated it to the latest version so
> if you take it, there is nothing to be done now. It's a leaf package and I
> don't have any use for it.
>
I
On Thu, Feb 01, 2024 at 01:03:55AM +0100, Miro Hrončok wrote:
> On 01. 02. 24 0:51, Michel Lind wrote:
> > I see limb already took the package (thanks limb) - note that the
> > default bugzilla assignee still seems to be 'orphan', I'm assuming that
> > will fix
he test
suite (using hypothesis) is ... not fast. I'll try and submit it ASAP.
I see limb already took the package (thanks limb) - note that the
default bugzilla assignee still seems to be 'orphan', I'm assuming that
will fix itself eventual
y good shape and the package review could be quick and
> simple.
>
Amazing, thank you!
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel
hing.
> [snip]
> > cl-asdf green
>
> I fixed cl-asdf in Rawhide.
Mind building it in F39 and F38 too? It fails to build there and there
is one bug open for each
Thanks,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335
On Wed, Jan 24, 2024 at 05:53:52PM +0100, Miro Hrončok wrote:
> On 24. 01. 24 17:50, Michel Lind wrote:
> > On Wed, Jan 24, 2024 at 05:38:59PM +0100, Miro Hrončok wrote:
> > > Dear maintainers.
> > >
> > > Based on the current fail to build from source p
n the mass rebuild)
Best,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
d/or buildtime:
>
60 of these packages build fine with a stub python-mock, so the
dependency can just be removed from those:
https://pagure.io/michel-slm/python-mock-drawdown/blob/main/f/false-positives.txt
(Will generate the per-maintainer list later - and send out PRs to the
affected pa
I'd love to comaintain. I'm interested in Nix and Guix, but the latter really
needs us to revamp our Guile packaging guidelines to package properly.
Best,
--
Michel Lind
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
xtension-argos/c/fed457b5b1a9c70395025e92e85d801d80bae206?branch=rawhide
(in this case, some patches are conditionally applied only to releases
with GNOME >= 45, but you can also do it the other way around)
HTH,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d
discovered that the official tarball is missing files needed for
rebuilding from source :(
https://github.com/nim-lang/Nim/issues/22692
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
released updates
rather than just the latest.
IIRC it was added on the request of CoreOS.
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
___
67 matches
Mail list logo
