Hi.Due to heavy Lack of Time, python-pyvmomi is orphaned. Feel free to take ownership. Becaware about many dependencies partly I can still maintain.Meanwhile there are enough alternatives for virtualization.Greetings Raphael G.Am 09.09.24, 15:23 schrieb Robby Callicotte :
rcallicotte me
Hi,
I'm going to orphan some of my packages due to few spare time for continuation
of maintance.
python-snipeit is outdated and in EPEL has some weird CVE reports.
https://bugzilla.redhat.com/show_bug.cgi?id=2061976
python-jep has issues with Python 3.12 landed in Fedora 39+. There's upstream
.. in case of parcellite, there's clearly active upstream working towards new
release 1.2.2 - so I fail to see any reason to think about orphan :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.f
> lxsession-edit, lxpolkit is now built from lxsession.src.rpm, so no need for
> these
> anymore.
> parcellite is not in LXDE spin, LXDE spin uses clipit, so I did not take this.
Okay. Well, we should retire properly lxsession-edit and lxpolkit then. I've
taken both. As well, parcellite is taken
> Think LXDE is pretty much dead and LXqt is much more alive as it seems now
That does not answer my question. Again: Who takes responsible for LXDE spin,
as we still have in Fedora officially?
___
devel mailing list -- devel@lists.fedoraproject.org
To
Hi,
why are those packages orphan? lxsession-edit, lxpolkit and parcellite? Is LXDE
spin officially dead, what's current maintainer or do we still need mentioned
packages as additional option?
Regards, Raphael
___
devel mailing list -- devel@lists.fed
Hi,
""
I'm not sure what's the best solution, but I guess the number one
reason to have packages within the Fedora distribution is for a matter
of trust, if this is the case I would argue that a curated list of
maven packages served via a Fedora managed repository would be a
better investment.
""
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
Hi,
unfortunately there's not enough available time for me to actively maintain
gaming packages. As I'm more and more loosing interest in gaming especially
with Linux (preferences clearly go into mobile gaming) I decided to orphan two
of my long standing packages.
. brutalchess - chess game
-
Hi Miro,
please try to keep VirtualGL alive. There's actual activity for this
package and new builds got pushed into updates-testing.
We succesfully managed to fix FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1863126
No idea about those sugar packages though.
Thanks & Regards,
Raphael
Kevin, thanks for caring about Trojitá. Just in case, I'm still keeping admin
ACL, especially for EPEL if you're not interested there as written.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fe
Vitaly, please also consider to take a look into psi-im-decrypt project. Maybe
it can be included. Requested and fixed upstream to add license file.
https://github.com/jose1711/psi-im-decrypt
___
devel mailing list -- devel@lists.fedoraproject.org
To un
> On 22.07.2020 15:16, Raphael Groner wrote:
>
> I can take it. FAS: xvitaly.
done, thanks
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
Hi,
unfortunately I have to orphan my packages psi+ (incl. psi as a base where
co-maintainer) and trojita as well.
psi+ - XMPP client
trojita - e-mail client for IMAP
Please feel free to pick them if you still think there's any usefulness in
Fedora. Both packages didn't get updates since ages
Hi Zamir,
thanks and no problem. I even forgot about this issue.
Regards
Raphael
Am 24.06.20 um 14:47 schrieb Zamir SUN:
On 12/11/18 7:52 AM, Raphael Groner wrote:
Hi,
writing to general devel list intentionally. No idea if all members
of lxqt-sig list can read here, too and especially
Hi,
src.fedoraproject.org tells me I'm involved in exactly 100 packages at the
moment. Therefore I decided to orphan at least a bunch of them or drop
membership as co-maintainer, because I'm running out of time to actively
maintain all of them. Most of those packages didn't get updates in the r
tions.exclude.extend(pep8.normalize_paths(EXTRA_EXCLUDE))
AttributeError: 'module' object has no attribute 'normalize_paths'
Request for package update:
https://bugzilla.redhat.com/show_bug.cgi?id=1388248
Maybe discussion should continue on epel mailing?
Am 03.05.20 um 15:33 schrie
No, python-flake8 version 2.5.5 is meant that is a dependency of
python-tabulate both needing some love in epel7, too. *
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Co
Hi,
> I've orphaned python-pep8. pep8 was renamed to pycodestyle in 2016; it
> received its last release in 2017. It should be removed from Fedora in a
> future release.
In epel7, I'm trying to bump python-tabulate to version 2.5.5 that's the
obviously last release for the major version 2.x bran
Hi,
there are two packages mentioned for me as maintainer: gnurobbo and xvkbd
Both packages FTBFS due to many errors like
"ld: multiple definition of ..."
I suspect a general issue with gcc 10 as others have already detected.
My opinion is to orphan both of my packages because I don't know how
What about BeautifulSoup as an alternative?
https://www.crummy.com/software/BeautifulSoup/bs4/doc/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https:
Cool. I hope to have given him some useful and first hints by PM in IRC to join
as packager. Thanks for all the coaching, everyone begins with a small
intention.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
Hi,
as upstream created an already double forked fork called slack-cleaner2 [¹], I
decided to orphan two of my python packages, both python-slacker (as a direct
dependency) as well as slack-cleaner.
Currently, slack-cleaner as in current repository isn't working for me any
more, maybe due to AP
pykka is orphaned again. Please feel free to take it.
Reasons:
https://bugzilla.redhat.com/show_bug.cgi?id=1785943
https://bugzilla.redhat.com/show_bug.cgi?id=1787429
https://src.fedoraproject.org/rpms/pykka/pull-request/2
___
devel mailing list -- devel
Thanks a lot.
Am 02.12.19 um 15:20 schrieb Tom Hughes:
…
As I explained the other day js-jquery was dependent on a
nodejs module (a normal one, not modularised) which was
failing to build and which I have now fixed.
…
___
devel mailing list -- devel@l
> I don't think modularity is to blame here.
Nah. The dependent nodejs stack broke away due to move into modularity
worlds.
> 3) since the bundling policy is relaxed, everybody just bundles with
zero motivation to maintain package for somebody else.
Ack. The unbundling of js-jsquery has been a
Hi,
in case of my packages, jpype and pyvirtualize, I'd say to skip
generation of documentation while js-jquery is b0rken.
What's the issue about js-jquery? I tend to blame modularity due to
nodejs-*.
Just my 5ct.
Regards, Raphael
Am 28.11.19 um 14:05 schrieb Miro Hrončok:
Dear maintainers.
Upstream merged the patch for python3. Could someone give some love to
the package of pdf-stapler?
Otherwise, we'd run into danger to see this package get retired due to
lack of python3 support.
Thanks.
___
devel mailing list -- devel@lists.fedoraproje
…
> But LXDE and nm-applet are GTK, LXQt and nm-tray are Qt.
Right, we've planned to use nm-tray for the LXQt spin. But the package is
already removed because it never worked as it should. There's indeed not much
sense to have another tray icon when NetworkManager itself places anyways (by
enfo
Hi,
due to lack of time I've to orphan zulucrypt and sirikali packages.
Both packages are very useful for several encryption methods.
Unfortunately, I can not maintain all of them.
Please feel free to pick those packages if you still think they should
remain in Fedora.
Both packages are alread
Done.
https://bugzilla.redhat.com/show_bug.cgi?id=1737194
Am 17.11.19 um 07:44 schrieb Raphael Groner:
https://bugzilla.redhat.com/show_bug.cgi?id=1738053
https://bugzilla.redhat.com/show_bug.cgi?id=1518829
Am 17.11.19 um 07:38 schrieb Raphael Groner:
Hi,
please don't retire stapl
https://bugzilla.redhat.com/show_bug.cgi?id=1738053
https://bugzilla.redhat.com/show_bug.cgi?id=1518829
Am 17.11.19 um 07:38 schrieb Raphael Groner:
Hi,
please don't retire stapler as upstream is working on python3 ¹.
Regards
Raphael
¹ https://bugzilla.redhat.com/show_bug.cgi?id=16
Hi,
please don't retire stapler as upstream is working on python3 ¹.
Regards
Raphael
¹ https://bugzilla.redhat.com/show_bug.cgi?id=1606418
Am 16.11.19 um 05:02 schrieb devel-announce-requ...@lists.fedoraproject.org:
raphgro
pdf-stapler
(→ PY2)
python2-staplelib (→ PY2)
___
Hi there,
I'll orphan the package nm-tray due to not in active usage nor development.
Currently FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1754157
Please feel free to pick the package if you still think it's of any
usefulness in Fedora.
Regards,
Raphael
___
No idea what to do with pdf-stapler and what can happen in future from
upstream. At least, they are aware of python3.
Am 07.11.19 um 13:01 schrieb Petr Viktorin:
raphgro
pdf-stapler
(→ PY2)
python2-staplelib (→ PY2)
___
devel mailing list -
Am 11.11.19 um 12:35 schrieb Miro Hrončok:
raphgro: pdfbox, batik
I'm not maintainer of both packages but CC'ed them somewhen with
forgotten reasons.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@
Hi Miro,
jpype, as the one package only with obvious b0rken depenency, is already
fixed in rawhide to use unittest instead of unittest2. No idea why this
notification about orphaned packges still reaches out to me.
https://src.fedoraproject.org/rpms/jpype/c/49fa1a4dd78b8ef2b09c2ce55084717d33e662
Hi,
> My package requires libxslt.
You're obviously not alone with this issue. The better question is *why* the
package as a commonly used library got orphaned, propably silently without
warning (at least I can not find any announcement, officially).
Regards
Raphael
___
Hi,
concurrentunit will be orphaned.
As the maintainer, I lost interest in general java packaging and I don't have
the time any more to fully support all of my packages in Fedora. No idea why
the new version [¹] does not build with current maven package in rawhide.
Please feel free to pick thi
Hi Miro,
just as an idea. Maybe or could it be bazaar or bzr upstreams moved itself to
the alternative git as the now commonly used SCM? Just ranting, sorry.
Honestly, I doubt it's a python3 issue as guessed in your original e-mail.
Regards
Raphael
__
Hi,
The package for the game 7kaa is now orphaned. This package is already in a not
good state due to a new upstream release not yet as a build in Fedora repo.
As a co-maintainer, I don't have the time to fully support that package in
Fedora. No idea why the previous maintainer disappeared and
Hi,
rabbitmq-java-client is now orphaned.
As a co-maintainer, I don't have the time to fully support that package in
Fedora. No idea why the previous maintainer disappeared and orphan was assigned
(in combination to me).
Please feel free to pick this package if you still think it's useful in F
Hi,
does anyone know how to reach out for the maintainer of nagstamon? There's a
FTBFS bug [1] since ages without any response so far.
It would be bad to see this useful package go away from Fedora.
Regards, Raphael
[25.07.19 07:23] whoowns nagstamon
[25.07.19 07:23] owner: jaur; admin: echev
Hi,
I can take python-pdfkit. Because business as usual.
Upstream is active and there's a new version provided on PyPi. No idea why this
package is orphaned.
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
Hi,
I'll also take python-email_reply_parser. It's actively developed by
upstream.
Regards, Raphael
Am 17.06.19 um 21:14 schrieb Miro Hrončok:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know
for sure
that
Hi Miro,
I can take csvdiff. It has official support for Python 3.7:
https://github.com/larsyencken/csvdiff/blob/163dd9da676a8e5f926a935803726340261f03ae/setup.py#L55
Regards, Raphael
Am 17.06.19 um 21:14 schrieb Miro Hrončok:
The following packages are orphaned and will be retired when they
Hi,
I'd like to see dvdbackup surviving in Fedora. Although, a DVD clearly isn't
the medium to prefer any more in the current century.
Maybe I manage to take ownership. In the hope it's not too late or we need a
re-review. The package was retired 13 days ago.
Co-maintainers are of course welcom
Hi,
the package jwebunit is orphaned. I don't use it any more and FTBFS.
Please feel free to take this package if you still think it's useful in Fedora.
Regards, Raphael
https://bugzilla.redhat.com/show_bug.cgi?id=1700181
___
devel mailing list -- devel@
$ sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30
--enablerepo=updates-testing distro-sync
[...]
Problem 1: package lxqt-l10n-0.13.0-1.fc29.noarch requires libfm-qt-l10n =
0.13.0-1.fc29, but none of the providers can be installed
- libfm-qt-l10n-0.13.0-1.fc29.noarch does not
> Sorry, but I'm afraid I don't quite get this. Could you please rephrase?
> The script uses source repos to fetch build-dependencies.
Thanks. That answers my question.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
Hi Miro,
volumeicon should be fixed in rawhide.
It turns out that the BuildRequires line wasn't needed at all in
volumeicon.spec because upstream bundles partly its own copy of the needed
functions with code obviously copied from keybinder. Therefore I dropped this
BR and added a new Provides
Hi,
for my review request of python-vpoller, with intention to build in epel7, that
needs python-tabulate and therefore also python-matplotlib:
In rawhide we've currently:
https://src.fedoraproject.org/rpms/python2-matplotlib (python2 only)
https://src.fedoraproject.org/rpms/python-matplotlib (p
Hi,
maybe you already noticed, there's a project called pipreqs that parses python
code for import statements. We've already a review request:
https://bugzilla.redhat.com/show_bug.cgi?id=1665749
Although, I doubt in general that any automagic with dependency generators
brings a huge benefit in
Thanks!
Am 28.01.19 um 20:41 schrieb Jason L Tibbitts III:
"RG" == Raphael Groner writes:
RG> Hi Miro, winetricks should get assigned to ekulik as he's the new
RG> main admin.
I've made ekulik the main admin of the winetricks repository. It's not
blocked in
Hi Miro,
winetricks should get assigned to ekulik as he's the new main admin.
I've added him with admin ACL but orphaned the package badly.
Can someone fix this?
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
Hi,
an official package for the displaylink driver would be awesome.
Upstream or the manufacturer of this docking stations with external gpu
(plugged via USB-C) seems to care about Ubuntu only as there are official
builds for this distribution only. Another problem is that not everything in
th
Hi,
filed a bug about the issue with cmake.
https://bugzilla.redhat.com/show_bug.cgi?id=1667306
It seems also to affect a package review.
https://bugzilla.redhat.com/show_bug.cgi?id=1563831
Regards, Raphael
___
devel mailing list -- devel@lists.fedorapr
Hi Igor,
…
> During this weekend, I'm going to clean all those packages to switch
> to the %ldconfig_scriptlets macro (which expands to something only on
> EPEL).
Fedora packaging is becoming to get heavy magic aspects. Thank you.
___
devel mailing list
Hi,
thanks for your interest and I've added you with admin role. Do you plan to
become the overall maintainer?
We're still looking for someone you can take the 'main admin' role in pagure,
so there's actually the entry marked as orphan.
Regards, Raphael
_
Hi there,
I tend to orphan winetricks. Reasons noted in the usability bug [¹] with known
dependency issues, reported from an user.
Besides, there are better alternatives available for my personal needs.
Please feel free to request ownership for this package if you think it's still
useful in Fedo
Hi,
personally, I don't like the advertisment for that commercial service, see the
given price and link. It does not comply with FLOSS policies, therefore I
commented in the releng ticket.
Just my 5ct, Raphael
___
devel mailing list -- devel@lists.fed
> So what process should I use? Pull Requests or just removing obsolete stuff?
> I'm ready to do either way. Should I leave this to FESCo?
My vote would go for Pull Requests to give the packagers a (limited) chance to
look into the proposal individually. Maybe after some elapsed time have waited,
Hi Miro,
I can pick opencity and python-power from this long list and will file tickets
to unorphan both packages. There's a new release from upstream for opencity and
python-power development is quite active on GitHub.
Regards, Raphael
___
devel mail
Hi,
as discussed in another thread, bouml has actually license issues to comply
with Fedora guidelines, especially bouml-doc in its recent version. There was a
modification at upstream to the license model, they closed some parts and we
fail to distribute it properly with Fedora. Sorry if you ex
> I hope to one day add a true task working system to Bodhi that allows failed
> tasks to be automatically retried so that it can automatically recover from
> situations like this
Well, I'm not sure if I understand your issue correctly but did you try to
implement anything like continuous deliv
pykka is now back in rawhide.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedorapro
Did you report a bug?
Well, the new bugzilla is obviously still in Beta. I experience another bug
with an odd timeout issue to autofill the dropdown boxes, after another reload
it magically works.
___
devel mailing list -- devel@lists.fedoraproject.org
> I've just orphaned pykka (https://admin.fedoraproject.org/pkgdb/package
> /rpms/pykka/) as I'm no longer using it.
Hi Jonathan,
what do you use instead?
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an ema
> Sorry but I have no idea about pykka. Frankly I don't even know what it is.
Upstream obvioulsy uses pykka to connect to spotify with mopidy (currently not
packaged). That's a valuable reason for me to look deeper into those packages.
https://pagure.io/releng/issue/7986
Hi Eduardo,
thanks for your interest and the help.
> I have claimed ownership of jp2a. Co-maintainers are welcome.
How did you do that?
Still I've several issues with pagure, it does not seem to like me. Anyways, I
assign admin role to you. Feel free and enjoy.
Regards, Raphael
> 2. PkgDB was recently deprecated. For now, you will need to submit a ticket
> to the Release Engineering team, stating which package you want to claim.
Miro, that isn't worth the effort to maintain pykka. Is there any active
upstream?
___
devel maili
Hi,
because of lack of time to actively and properly maintain all of my packages,
please feel free to take those packages if you think they are useful in Fedora:
tristripper - TriStripper is a triangle stripification algorithm (from Tanguy
Fautre). (upstream)
jp2a - jp2a is a simple JPEG to ASC
Hi,
writing to general devel list intentionally. No idea if all members of lxqt-sig
list can read here, too and especially @zsun.
Is there any sense why @lxqt-sig is member of packaging for featherpad? LXQt
SIG decided to have enki in the spin as the default editor. Featherpad is not
part of L
Hi,
I would like take pykka. Is there a new package review required to unorphan
this package?
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Co
Hi Miro,
I looked in pagure for some of those packages in your list and found hints like
"Created by orphan a year ago " e.g. Quake2. There's quake2, too but not
orphaned and actively maintained. Maybe some of those orphans exist because of
improper apply of our rename process.
Regards, Raphae
Hi Miro,
> 1) Long orphaned packages are not being retired after 6 weeks
> 2) FTBFS package are not being orphaned, nor retired
thanks for pointing to these still open topics but promised since ages. My vote
goes for you and thanks also for your effort.
It would be really appreciated to see th
Kevin,
>* that no package may ever be module-only, but
> modules can only be used for non-default
> versions.
That statement doesn't make any sense for me. Can you explain, please? How
should modules live without packages in background? We'd already discussed this
in another thread.
__
> Neal Gompa wrote:
…
> But obviously, I think this is a very poor tradeoff. Helping packagers must
> not happen at the end users' expense!
>
> Kevin Kofler
+1
Can you think about a time when modules can or will (hopefully) bring benefits
to our users? Well, it's just seen as an additi
Further, I hereby announce to remove myself from this package as a
co-maintainer.
Please feel free to step into and request ACL. I added kalev as the new
maintainer.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi Kalev,
thanks again for the fix. Really appreciated for this critical package with its
obviously important dependencies and their cases for our users.
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
Hi Ankur,
I could look into your review requests later.
Maybe we can do a review swap with python-slacker and slack-cleaner? Currently,
I am working on both of them but not yet finished to have it ready for review.
https://github.com/os/slacker
https://github.com/kfei/slack-cleaner
https://bugzi
Björn is reachable via Facebook. At least, I've chatted with him some days ago.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-
Hi Ivan,
do you still care about psi-plus? I felt so free to update this package.
Maybe you can help with better support for OMEMO. Upstream told there's no
other alternative than libsignal but it's not packaged and I don't have time
for that. Sorry for my offtopic question to this thread.
Regard
> On Thu, Nov 01, 2018 at 04:33:21PM -0400, Adam Jackson wrote:
>
> If I understand this CVE correctly, it doesn't matter what X server is
> running (if any at all). Do matter what setuid-root Xorg binary is
> installed (or not).
+1
SELinux should block such kind of attacks.
_
> On 11/1/18 5:08 PM, Cătălin George Feștilă wrote:
>
> SELinux can block the exploit if the "unconfined" module is disabled.
Same thoughts here. No main process (by user) should be allowed to overwrite
system configuration except the dedicated tools or an editor.
> I'm writing blog about it. W
> On 11/1/18 5:08 PM, Cătălin George Feștilă wrote:
>
> SELinux can block the exploit if the "unconfined" module is disabled.
Same thoughts here. No main process (by user) should be allowed to overwrite
system configuration except the dedicated tools or an editor.
> I'm writing blog about it. W
> Yea - Does IBM have any plans on keeping, or discarding any of RH’s open
> source
> efforts…like this one? Can we as a community still expect the same sort of,
> and level of
> involvement post sale as we have enjoyed before hand from RH/IBM employees?
>
> -L0ft
Although I'm against this top
Hi,
> I'll orphan nitroshare. There are no dependencies except the subpackages.
> Reasons for my decision: Upstream did no release since monthes and claims
> instable branch for master in the [official] documentation.
> There are some other good alternatives like KDE Connect or TotalCommander
> w
> On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote:
>
> Given that Python 2 is going EOL in about two years, I don't think we
> want it in EPEL proper. If we do provide it, it should be in a module.
How to maintain the base RPM? Who should maintain this additional repository
with a d
Hi,
recommending to use %define is wrong. AFAIK our guidelines tell to use %global
instead.
https://fedoraproject.org/wiki/Packaging:Guidelines#.25global_preferred_over_.25define
(Yes, I know about favoured brand new docs.fp.org but I fail to find a search
bar or any useful table of contents th
> On vendredi 28 septembre 2018 14:02:37 CEST Igor Gnatenko wrote:
>
> This is fancy and all, but could we have back a table of contents like in the
> Wiki. Some pages, like the main packaging one are very long and sometimes we
> need to look a specific section fast instead of scrolling to find
>> 4. How do I declare Requires on my runtime dependencies from another module?
> No changes on the RPM level. You also have dependencies on the module level,
> which makes their packages available to you. At buildtime it means their
> packages
> are available for you to install in the buildroo
Hi Christopher,
other contributors are wondering, too. I tried recently to ask your question
and got an anwser that "it depends" with the dependencies where they're given,
although I fail to see a significant difference.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.or
Hi,
naive noob question: Is it possible to execute scripts with taskotron to
download 3rd-party dependencies e.g. with pip from PyPi? I tend to say that
it's not worth to package simple test libraries with all the dependency hell
behind. Those dependencies are not required for normal runtime fu
Hi Peter,
I could help to co-maintain the package of pyvmomi in case of an orphaning
process. Maybe it's faster to let a provenpackager apply your patch to bump to
version 6.7, it should be API compatible as VMware promises.
We should also try to ask on the special python mailing list.
Regards, R
> Gerald Henriksen wrote:
>
>
> what rule is that?
>
> -- Rex
Maybe our guidelines [*] about bundling and duplication is threatened with
modularity.
Last but not least, if there's a CVE or soname bump in whatever library, we'd
need to rebuild the whole modularity stack depending. That would m
> On Fri, Sep 28, 2018 at 02:02:37PM +0200, Igor Gnatenko wrote:
…
> I already said that before: I don't think we can tell packagers to use the
> new guidelines page until the majority of formatting and content issues is
> fixed.
The new layout looks more user-friendly to me and could attract more
>> Mikolaj Izdebski wrote:
>>
>> This is exactly what I feared when the modules were first proposed:
>> essential packages moving to modules only.
>>
>> I think this is absolutely a step in the wrong direction. Things like "ant"
>> are essential parts of a distribution. They cannot sit in some
Try to ask pagure (response takes a long time):
https://src.fedoraproject.org/user/orphan
Though pagure can't resolve the b0rken dependencies.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
Does this deprecation of python2 mean requests for package review with python2
only are now invalid?
For instance, I've asked upstream of pyVirtualize [+] for support of python3
[++].
Any patch to get pyvirtualize [+++] as a package to build with python3 is very
welcome, though it's not the mai
1 - 100 of 171 matches
Mail list logo
