On Jun 29, 2023, at 7:47 AM, Bastien Nocera wrote:
> Here is a list of Fedora packages which I maintained or co-maintained which I
> won't be able to contribute to anymore:
>
> sloccount
I grabbed sloccount as I’ve found it useful over the years.
It looks the right level of incredibly low
Thanks for the quick reply ;)
I was only testing it in a VM as potential solution for a temporary
weak-hardware use case - and I tend to prefer Qt-based solutions over GTK.
I have already the confined-user/SELinux issue and a project from Fedora
Docs on my schedule, which are both waiting to
On 01-07-2023 22:05, Michael J Gruber wrote:
I may have a patch for rst2pdf - how do I chain-scratch build against
f39-python? I probably don't, so how do I mock build with f39-build chroot?
fedpkg mock-config --target f39-python > ~/.config/mock/f39-python.cfg
fedpkg srpm
mock -r f39-python
On 6/29/23 16:47, 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/fprintd is being
On 7/1/23 12:33, Piotr Szubiakowski wrote:
I think we all have a problem understanding what this announcement
means. I do believe CentOS Stream is awesome software. It has to be
since it's close to what RHEL is. My problem with CentOS Stream is that
it's not a distribution of my choice, and I
Some packages may build with py 3.12 but not work with it if they don't have
tests. For example, python-PyMuPDF fails when it tries to builds its
documentation, but the error is in rst2pdf. If I disable doc creation then
python-PyMuPDF builds against py 3.12 (and the tests succeed).
I may have
On Fri, 2023-06-30 at 15:05 +0100, Sérgio Basto wrote:
> First I think this a storm in a teacup .
I tend to agree. In the worst-case scenario, people like me who try to
use open-source solely and don't pay for open-source will find a
distribution that fits them best. And from Red Hat's
OLD: Fedora-Rawhide-20230630.n.0
NEW: Fedora-Rawhide-20230701.n.0
= SUMMARY =
Added images:2
Dropped images: 4
Added packages: 5
Dropped packages:0
Upgraded packages: 69
Downgraded packages: 0
Size of added packages: 3.27 MiB
Size of dropped packages:0 B
Announcing the creation of a new nightly release validation test event
for Fedora 39 Rawhide 20230701.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
https://bugzilla.redhat.com/show_bug.cgi?id=2219054
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #3 from
||perltidy-20230701-1.fc39
Status|MODIFIED|CLOSED
Last Closed||2023-07-01 15:03:07
--- Comment #4 from Fedora Update System ---
FEDORA-2023-ab380a326d has been pushed to the Fedora 39 stable repository
Am 01.07.23 um 14:28 schrieb Peter Robinson:
On Sat, Jul 1, 2023 at 12:50 PM Vitaly Zaitsev via devel
wrote:
On 01/07/2023 13:36, Chris Adams wrote:
A lot of the corporate world has gone to the "cloud"
don't have to worry about local backups of important documents and
spreadsheets, they
non-zero exit status 1.
StdOut:
setting SOURCE_DATE_EPOCH=1688169600
error: Bad file: ./Perl-Tidy-20230701.tar.gz: No such file or directory
RPM build errors:
Bad file: ./Perl-Tidy-20230701.tar.gz: No such file or directory
Traceback:
File
"/usr/local/lib/python3.11/site-packages/ho
https://bugzilla.redhat.com/show_bug.cgi?id=2219054
--- Comment #2 from Upstream Release Monitoring
---
Created attachment 1973610
--> https://bugzilla.redhat.com/attachment.cgi?id=1973610=edit
Update to 20230701 (#2219054)
--
You are receiving this mail because:
You are on the CC l
https://bugzilla.redhat.com/show_bug.cgi?id=2219054
Bug ID: 2219054
Summary: perltidy-20230701 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perltidy
Keywords: FutureFeature, Triaged
On Sat, Jul 1, 2023 at 8:38 AM Christopher Klooz via devel
wrote:
>
> Hi,
>
> I was testing an instance of the LXQt Spin in a VM and saw that after
> updating all packages, the LXQt packages are still with version 1.1.0,
> which is from April 2022. Current is 1.3.0.
>
> I read the LXQt team does
Hi,
I was testing an instance of the LXQt Spin in a VM and saw that after
updating all packages, the LXQt packages are still with version 1.1.0,
which is from April 2022. Current is 1.3.0.
I read the LXQt team does not maintain itself, and 1.2.0 and 1.3.0 seem
to not contain critical
On Sat, Jul 1, 2023 at 12:50 PM Vitaly Zaitsev via devel
wrote:
>
> On 01/07/2023 13:36, Chris Adams wrote:
> > A lot of the corporate world has gone to the "cloud"
>
> > don't have to worry about local backups of important documents and
> > spreadsheets, they get sharing with minimal effort,
On 01/07/2023 13:36, Chris Adams wrote:
A lot of the corporate world has gone to the "cloud"
don't have to worry about local backups of important documents and
spreadsheets, they get sharing with minimal effort, they can access
things from their mobile devices, etc.
And voluntarily hand
On Tue, Jun 27, 2023 at 8:44 PM Tomáš Hrnčiar wrote:
> python-redis cicku kevin maxamillion
>
I've filled https://src.fedoraproject.org/rpms/python-redis/pull-request/13
, that should get python-redis going and unstuck a bunch of packages
depending on it.
Just a note, the failure
Once upon a time, Kevin Kofler said:
> Peter Robinson wrote:
> > I would hardly say Libreoffice, bluetooth on the desktop and certain
> > iDevice pieces is "killing all work on the desktop" it's more focusing
> > on things that are important to their customers in those contexts.
>
> What
On Sat, Jul 1, 2023 at 12:30 PM Peter Robinson wrote:
>
> On Sat, Jul 1, 2023 at 12:00 AM Kevin Kofler via devel
> wrote:
> >
> > Peter Robinson wrote:
> > > I would hardly say Libreoffice, bluetooth on the desktop and certain
> > > iDevice pieces is "killing all work on the desktop" it's more
On Sat, Jul 1, 2023 at 12:00 AM Kevin Kofler via devel
wrote:
>
> Peter Robinson wrote:
> > I would hardly say Libreoffice, bluetooth on the desktop and certain
> > iDevice pieces is "killing all work on the desktop" it's more focusing
> > on things that are important to their customers in those
Jens-Ulrik Petersen wrote:
> it now defaults to normal green and adds the
> red error code from Stephan (maybe this part could still be improved?)
I like the red error code enough that I'm trying it out on my own
workstation. Yet I doubt it's suitable for the default prompt. I'll
remember what it
https://bugzilla.redhat.com/show_bug.cgi?id=2219043
Bug ID: 2219043
Summary: perl-Term-ReadLine-Gnu-1.46 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Term-ReadLine-Gnu
Keywords: FutureFeature,
25 matches
Mail list logo