libwebsockets 4.3.0 [1] is out and bumps soname.
If your package depends on libwebsockets it's required that you initiate
a rebuild.
Kind regards,
Fabian
[1] https://libwebsockets.org/git/libwebsockets/tree/changelog
___
devel mailing list --
Hi all,
In the past few weeks I tried to get in touch with Julien Enselme
(jujens) with no luck. No responses to Bugzilla comments, NEEDINFO flags
and direct e-mails.
Some of his packages are out-dated and now start to block the upgrade of
other packages.
I've also filed the requisite
On 6/17/20 1:19 AM, Carl George wrote:
> I just orphaned the python-mitogen package. I packaged it for my last
> job but I no longer use it and I'm not interested in maintaining it
> anymore. As best I can tell, nothing else in the distribution
> requires or build requires it. It's up for grabs
On 3/24/20 4:21 PM, Peter Robinson wrote:
>> On 3/13/20 2:24 AM, Fabian Affolter wrote:
>>> Thanks for the reminder. Sorry, guys, this would have been my job to
>>> inform you.
>>
>> Any update on the rebuilds? I need a new 'mosquitto' to build a package
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
A month ago was msgpack 1.0.0 released. I'm planning to update the
package in rawhide in the near future.
This should start a conversation about a coordinated approach to keep
the update smooth for all packages which depends on
On 3/12/20 1:09 PM, Fabio Valentini wrote:
> The recent update to libwebsockets 4.0.0 has introduced an SONAME bump
> (like in $SUBJECT). Dependent packages have not been rebuilt. This is
> affecting at least:
>
> - guacamole-server
> - mosquitto
> - qpid-dispatch
> - vdr-osd2web
>
> Please
Hi all,
I have a package [0] that requires python-magic [1]. During the review
[3] the choosing of the package name 'python-python-magic' was
questioned. The issue is that python-magic is already used by the
binding for file.
Are there any suggestions about the name of the package?
Thanks.
Hi all,
I see more and more projects moving to use pyproject.toml and poetry.
They still are publishing tarballs at PyPI but they often miss the
documentation and/or the tests.
What is the approach to deal with upstream project which are using
poetry? Simply use PyPI as source?
Kind regards,
On 1/3/20 3:08 PM, Petr Viktorin wrote:
> The "python-sig" FAS group [3] is something slightly different. It's
> confusingly named (IIRC only groups with "-sig" in their name can get
> some permissions). It's there for people who want to fix Python-related
> issues in all the packages. Something
Hi all,
I don't want to repeat myself, please take a look at my wiki page [1].
Why I want to join? I have one too many Python package and I started to
add the python-sig as admin. But it goes both ways, if the SIG has
access to my packages I want to be part of the SIG. My name is in the
member
Hi all,
I'm looking at this page [1] and all builds for the Live media are
failing. Currently we have not a single Lab which is building and Fedora
30 is already on the way.
The mirror seems to have only the Spins. So, the result on the mentioned
page are up-to-date.
For the Security Lab I made
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
The license of mosquitto [1] was changed from BSD 3 clause to a dual
licensing model EPL/EDL and BSD 3 clause starting with version 1.4.
Kind regards,
Fabian
[1] http://mosquitto.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/23/2014 01:35 PM, Elad Alfassa wrote:
I no longer wish to maintain python-praw in Fedora. You can take it
if you want.
I will take it.
Kind regards,
Fabian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
python-dulwich is now dual-licensed under Apache2 and GPLv2. [1]
Kind regards,
Fabian
[1] https://lists.launchpad.net/dulwich-users/msg00758.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Some Gnome Shell extension are running with Gnome Shell 3.2 only. I
will orphan those extensions.
- - gnome-shell-extension-workspacesmenu
- - gnome-shell-extension-noripple
- - gnome-shell-extension-noim
Kind regards,
Fabian
-BEGIN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
The Fedora Security Lab is an official spin since Fedora 13. So far
all packages are handled direct in the kickstart file which is not
very handy if you want to install the packages from a running Fedora
installation.
I would like to include
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/21/2012 04:24 PM, Richard Vickery wrote:
I don't know if it is related, however, I just had a bacula crash
take place, and can't make a bug report because I have forgotten my
username and/or password; is there a link on the site to retrieve
On 10/21/2012 09:31 PM, Till Maas wrote:
On Sun, Oct 21, 2012 at 02:36:49PM +0200, Fabian Affolter wrote:
I would like to include the Security Lab tools into comps for F19.
This way the FSL can stand shoulder-to-shoulder with the Fedora
Electronic Lab, the Robotics Spin, and others
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/06/2012 06:10 PM, Tom Lane wrote:
fab gipfel fab vifir
Done
Kind regard,
Fabian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Today I will orphan the sugar packages below.
sugar-analyze
sugar-clock
sugar-connect
sugar-distance
sugar-finance
sugar-flipsticks
sugar-getiabooks
sugar-help
sugar-imageviewer
sugar-implode
sugar-infoslicer
sugar-maze
sugar-memorize
20 matches
Mail list logo