Naming is really difficult topic. We would like to have the same name like
libsolv has.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedo
> 2. What happens if package P (already installed on the user's system)
> starts recommending package Q (not installed on the user's system)? Will Q
> get auto-installed together with P's update, or not? I believe it's
> important to keep auto-installation enabled for *new* weak relationships.
New
With Fedora 33 network configuration is by default persisted in
/etc/NetworkManager/system-connections/*.nmconnection files. The old
/etc/sysconfig/network-scripts/ifcfg* files are „legacy“. They are still being
processed
for the time being, but obviously it is time to migrate.
(cf
https://fedor
bibutils now released a 7.1 version with soname updated from 6 to 7.
I will rebuild it for rawhide in a week.
Because no one package not depend on libbibutils I will update it for F35 too.
No one other package no need to rebuild.
--
best regards,
Vasiliy Glazov
___
On Sun, Sep 26, 2021 at 09:30:39PM -, Adam Thiede via devel wrote:
> If there's a package or two that someone would like off their plate
> and wouldn't mind handing it to a newbie, I'm game. Either that, or
> anything else that's a fairly easy on-ramp - I really just want to
> make Fedora bette
If there's a package or two that someone would like off their plate and
wouldn't mind handing it to a newbie, I'm game. Either that, or anything else
that's a fairly easy on-ramp - I really just want to make Fedora better in any
way I can.
___
devel ma
On 9/23/21 9:01 PM, Brandon Nielsen wrote:
[Snip]
For anyone looking to play with these right now without a snap, I've
started a copr[0]. I don't have the systemd service working yet, but you
can start the printer app server manually.
It gives you a good feel for where the project is going.
I think part of the problem is that Java is too big. There are too
many libraries to fit into a single community. I think there's
probably willing volunteers to maintain some libraries and application
packages, but these are not necessarily the same people willing to do
all the work of maintaining
Good evening everybody,
Not sure why it's me who's writing this message, but somebody needs to do it.
Community maintenance of Java packages in Fedora is, for all intents
and purposes, dead. Mikolaj keeps a bare minimum of packages working
for the maven toolchain, but that's it. Fedora 35 will sh
On Sun, Sep 26, 2021 at 8:13 PM Miro Hrončok wrote:
>
> On 26. 09. 21 15:20, Fabio Valentini wrote:
> > But until which point is it possible to retire packages from F35?
> > Start of final freeze?
>
> I recommend doing it a couple days before the freeze, as it happens
> asynchronously some time af
On 26. 09. 21 15:20, Fabio Valentini wrote:
But until which point is it possible to retire packages from F35?
Start of final freeze?
I recommend doing it a couple days before the freeze, as it happens
asynchronously some time after the git push and sometimes it does not happen.
--
Miro Hronč
Thank you for clarifying, Fabio. And for pointing out the wrong main
maintainer. I will get in tough with the hopefully correct main maintainer.
Best wishes,
Stefan
- Ursprüngliche Mail -
Von: "Fabio Valentini"
An: "devel"
Gesendet: Sonntag, 26. September 2021 19:24:36
Betreff: Re: No
On Sun, Sep 26, 2021 at 6:45 PM Stefan Bluhm
wrote:
>
> Hello,
>
> I am following the non-responsive package maintainer process for "snakeyaml":
> https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
>
> Bugzilla asking for response:
> https://bugzilla.redhat.c
Hello,
I am following the non-responsive package maintainer process for "snakeyaml":
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
Bugzilla asking for response:
https://bugzilla.redhat.com/show_bug.cgi?id=2007971
Bugzilla asking for snakeyaml maintenan
On 9/25/21 8:55 PM, Solomon Peachy wrote:
On Thu, Sep 23, 2021 at 09:01:07PM -0500, Brandon Nielsen wrote:
For anyone looking to play with these right now without a snap, I've started
a copr[0]. I don't have the systemd service working yet, but you can start
the printer app server manually.
Ca
Hi,
because of less time nowadays and as I don't use those packages I tend to
orphan. Please take a look and feel free to pick them if you think they're
still useful in Fedora.
o yarock - a music player
o kdocker - help you dock any application in the system tray - no support for
wayland
o pyt
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed, 1 result missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
MIS
On Sat, Sep 11, 2021 at 4:47 PM Jerry James wrote:
>
> On Sat, Sep 11, 2021 at 1:49 PM Neal Gompa wrote:
> > I've been trying to figure out how to fix the builds for
> > libyui-ncurses[1] and libyui-mga-ncurses[2].
> >
> > The errors in both package builds confuse me. It looks like the
> > "frien
On Sun, Sep 26, 2021 at 9:20 AM Fabio Valentini wrote:
>
> On Sun, Sep 26, 2021 at 3:17 PM Neal Gompa wrote:
> >
> > On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini
> > wrote:
> > >
> > > Hi all,
> > >
> > > As one of the main maintainers of the Rust stack in Fedora, I propose
> > > that ytop a
On Sun, Sep 26, 2021 at 3:17 PM Neal Gompa wrote:
>
> On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini wrote:
> >
> > Hi all,
> >
> > As one of the main maintainers of the Rust stack in Fedora, I propose
> > that ytop and its non-shared Rust dependencies (as in, only ytop
> > depends on them) are
On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini wrote:
>
> Hi all,
>
> As one of the main maintainers of the Rust stack in Fedora, I propose
> that ytop and its non-shared Rust dependencies (as in, only ytop
> depends on them) are retired.
>
> ytop has been officially deprecated and unmaintained b
Hi all,
As one of the main maintainers of the Rust stack in Fedora, I propose
that ytop and its non-shared Rust dependencies (as in, only ytop
depends on them) are retired.
ytop has been officially deprecated and unmaintained by upstream for
over a year:
https://github.com/cjbassi/ytop/commit/5d1
On Sun, Sep 26, 2021 at 12:59 PM Antonio T. sagitter
wrote:
>
> On 9/26/21 10:22, Antonio T. sagitter wrote:
> > I moved the openbabel's libraries under a private lib directory.
> > 'desktop' files are modified for working in this sense.
>
> Sorry, i meant gchemistry's libraries under a private li
OLD: Fedora-Rawhide-20210925.n.0
NEW: Fedora-Rawhide-20210926.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 26
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210923.0):
ID: 1002354 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/1002354
Soft failed openQA tests: 1/16 (x86_64)
(Tests comple
On 9/26/21 10:22, Antonio T. sagitter wrote:
On 9/26/21 01:10, Alexander Ploumistos wrote:
On Sat, Sep 25, 2021 at 5:05 PM Alexander Ploumistos
wrote:
I will try with a Fedora 34 VM later and report back.
I got pretty much the same results on F34.
I think xdrawchem works better with Open Ba
I have rebuilt Avogadro2* against openbabel3
The package provides two desktop files, for Wayland and x11 with
different environment variables.
That was a bug:
https://github.com/OpenChemistry/avogadroapp/issues/167
I will apply the patch and try again.
On 9/25/21 17:05, Alexander Ploumistos wr
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20210925.0):
ID: 1002317 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Failed openQA tests: 8/204 (x86_64), 4/141 (aarch64)
New failures (same test not failed in Fedora-35-20210924.n.0):
ID: 1001987 Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/1001987
ID: 1002000 Test:
On 9/26/21 01:10, Alexander Ploumistos wrote:
On Sat, Sep 25, 2021 at 5:05 PM Alexander Ploumistos
wrote:
I will try with a Fedora 34 VM later and report back.
I got pretty much the same results on F34.
I think xdrawchem works better with Open Babel 3 than it does with
Open Babel 2, at least
On Sat, Sep 25, 2021 at 08:07:20PM -0600, Jerry James wrote:
> On Sat, Sep 25, 2021 at 5:10 PM Alexander Ploumistos
> wrote:
> > I built the latest avogadro2 and avogadro2-libs from the srpm in your
> > copr for F34 and I hit some graphical glitches again. On Wayland,
> > Avogadro2 for X11 has a t
Hi Adam,
welcome to Fedora!
> There is some more obscure software I'd like to package, but I'd also
> like to help where it's most needed.
I'd say that helping with existing packages is probably more
important than adding more new stuff, even though we make the latter
the most straightforward wa
No missing expected images.
Failed openQA tests: 1/8 (aarch64)
New failures (same test not failed in Fedora-Cloud-33-20210925.0):
ID: 1002311 Test: aarch64 Cloud_Base-qcow2-qcow2 base_system_logging@uefi
URL: https://openqa.fedoraproject.org/tests/1002311
Soft failed openQA tests: 1/8 (x86_
33 matches
Mail list logo
