is provided, so
that shouldn't be a problem.
Happy holidays,
Lyes Saadi--
___
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
Oh, wow ! Thank you so much !
Didn't expect for it to be solved this quickly when giving up :P !
Le 13/09/2023 à 16:51, Jerry James a écrit :
On Tue, Sep 12, 2023 at 10:02 PM Jerry James wrote:
I looked at blueprint-compiler tonight, and found 2 bugs with the
handling of bitfields. Sadly,
Oh woops, answered to Jerry James privately instead to the whole devel
mailing list. It's indeed about blueprint-compiler.
Le 12/09/2023 à 19:03, Dan Horák a écrit :
On Tue, 12 Sep 2023 10:08:57 -0600
Jerry James wrote:
On Tue, Sep 12, 2023 at 10:03 AM Lyes Saadi wrote:
I have a noarch
ell ?
Greetings,
Lyes Saadi
___
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/
List Guidelines: ht
Thanks ! Guess I'll take it then.
Le 10/10/2022 à 22:04, Miro Hrončok a écrit :
On 10. 10. 22 21:05, Lyes Saadi wrote:
Does anyone know what happened to python-yapsy?
https://pagure.io/fesco/issue/2866
___
devel mailing list -- devel
Does anyone know what happened to python-yapsy?
I'm considering taking it if no one else wants to, since I have a
package in COPR depending on it.
Regards,
Lyes Saadi
Le 10/10/2022 à 10:31, Miro Hrončok a écrit :
The following packages are orphaned and will be retired when they
are orphaned
into the Fedora Account System on the 18th of August 2020.
Greetings,
Lyes Saadi
Le 26/08/2022 à 00:46, Thomas Dickey a écrit :
I'm the upstream developer/maintainer for vile (vi like emacs) and a few other
programs packaged in Fedora.
The vile rpm is a couple of years out of date, now, and I don't see
instruct packagers to fix their apps?
Regards,
Lyes Saadi
Le 24/08/2022 à 10:40, Lyes Saadi a écrit :
Le 24/08/2022 à 09:47, Vít Ondruch a écrit :> Shouldn't we have shared
"Icon Library" package, which would solve the
conflicts?
Yes, this is what I'm also proposing, and
install icons this way, it would make it harder to
miss the potential conflicts.
Although, I think that the Icon Library app doesn't put apps in
categories nor does it install them system-wide. I think it would be
easier to package Icon Development Kit itself.
Regard
should ask ourselves is how to prevent those
conflicts from slipping by in the distribution in the Future.
Regards,
Lyes Saadi
---
Note:
I've decided before sending this e-mail to check which packages have
installed in /usr/share/icons/hicolor an icon for which an icon with a
similar name exis
Thanks! Happy to do it :)!
Le 21/08/2022 à 19:56, Jonathan Wright via devel a écrit :
I'm happy to trade for
https://bugzilla.redhat.com/show_bug.cgi?id=2118887
<https://bugzilla.redhat.com/show_bug.cgi?id=2118887>
On Sun, Aug 21, 2022 at 1:03 PM Lyes Saadi <mail
Hello devel!
I have new dependency I need to update dialect to 2.0. It's been waiting
since july, so I'm proposing a review swap. It's the python/meson
guidelines.
blueprint-compiler : https://bugzilla.redhat.com/show_bug.cgi?id=2106919
Regards,
Lyes Saadi
Thank you for your hard work :)!
Thanks to the wlroots0.14 compat package, nothing broke :D!
cage's master branch is already on 0.15, so, hopefully, there will be a
release using it soon :)!
Le 16/01/2022 à 23:20, Aleksei Bavshin a écrit :
On 1/11/22 21:29, Aleksei Bavshin wrote:
I use it as well straight from the repos :) !
❯ starship --version
starship 0.56.0
branch:
commit_hash:
build_time:2021-09-30 12:45:52
build_env:rustc 1.55.0 (Fedora 1.55.0-1.fc35),
I'm not very familiar with rust packaging (though I do know and use rust
itself), but I could try to do some
I wonder what is Slack's TOS? Maybe with their approval, a COPR could
be maintained without any issue?
COPR can't be used for building non-free software:
https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr
Indeed, forgot about that when writing my e-mail ^^'!
I
Le 10/11/2021 à 17:47, Vitaly Zaitsev via devel a écrit :
On 10/11/2021 16:33, Lyes Saadi wrote:
I could even imagine someone creating a repo (not in COPR hopefully,
due to legal issues) replacing in proprietary apps like Discord (or
Slack which happens to be relevant to other discussions
Le 10/11/2021 à 11:27, Vitaly Zaitsev via devel a écrit :
On 10/11/2021 09:44, Andreas Schneider wrote:
Electron core packaging is a quite trivial task (Arch Linux and
Debian have already done this), but what about Electron applications
(VS Code for example)?
By the way, which Electron app do
Hello,
I was packaging a new application when I noticed that it installed its
AppData file in `/usr/share/appdata`, instead of `%{metainfodir}`:
`/usr/share/metainfo`. Never noticing the distinction before, I use dnf
and find several other packages installing files there. Interestingly,
the
Hello,
It is possible, using spectool:
spectool -s 0 path/to/specfile.spec
Le 06/07/2021 à 17:15, Richard W.M. Jones a écrit :
Is this possible? I've got one with lots of %{macros} in it.
It seems like this should be possible using rpmspec, but I can't work
out how.
Rich.
Rebuilt :)! Thank you for the update!
Le 19/04/2021 à 19:01, Aleksei Bavshin a écrit :
wlroots-0.13 is now available in rawhide.
The compatibility issues are resolved via `wlroots0.12` package which
will be installed on update if there is anything that depends on
`libwlroots.so.7`. No
/2021 à 23:29, Dominique Martinet a écrit :
Lyes Saadi wrote on Mon, Apr 19, 2021 at 10:56:51PM +0100:
It's a bit late to ask this question, but it emerged when I noticed that
after upgrading my PC to Silverblue 34 and after compressing manually my
files, and doing some snapshots, rpm-ostree began
Hello!
It's a bit late to ask this question, but it emerged when I noticed that
after upgrading my PC to Silverblue 34 and after compressing manually my
files, and doing some snapshots, rpm-ostree began complaining about the
absence of free space... While compsize reported that I used only
Wouldn't using a "Conflicts=" option in the systemd user unit file work
while preventing both from running simultaneously? (I mean, except when
it is started from cli directly.)
Le 05/12/2020 à 21:43, Erich Eickmeyer a écrit :
On 12/5/20 12:39 PM, Naheem Zaffar wrote:
I understand the need
Hello,
In order to package dialect[1], I'm unretiring python-googletrans[2].
Since this package was released for more than a year now, I am going
through a re-review[3].
Sincerely,
Lyes Saadi
[1]: https://github.com/gi-lom/dialect
[2]: https://src.fedoraproject.org/rpms/python
YES! PLEASE! I recently had an issue where gparted would have saved me
*hours* of head banging!
No one should have to use `fdisk`... *No one...* *NO ONE...*
Sincerely,
Lyes Saadi.
Le 04/06/2020 à 16:00, Richard Shaw a écrit :
I'm trying to install Fedora 32 to a MS Surface GO which has some
Hi!
This might be related to this issue:
https://pagure.io/fedora-infrastructure/issue/8628
I had the same problem a month ago... Maybe you can ask for someone
there to fix your account's permissions manually?
Le 17/05/2020 à 00:25, Benjamin Lowry a écrit :
I recently adopted flatbuffers,
Le 13/04/2020 à 16:27, Peter Robinson a écrit :
People that want the Fedora version of the build, even without the
extra bits, would get rpmfusion if they happen to have rpmfusion
enabled for another reason.
Maybe a special repository only for chromium? I mean, chromium
is important enough for
Le 08/01/2020 à 10:00, Miroslav Suchý a écrit :
* build Flatpak application from your project - we have a viable idea how to
build Flatpak app from your project with
just a few clicks, and we can upload the result to some registry. E.g., to
https://quay.io/
If it works as I understand it,
Hi !
So, it's now 1 week that I have proposed to join the package maintainer
community ( https://bugzilla.redhat.com/show_bug.cgi?id=1770147 , it
would be really kind of you to review it ;), or give me a thought, not
especially sponsorship, just advice) and that I subscribed to the devel
29 matches
Mail list logo