Involved Projects and Packages
These are all the comments this user made
And this is problem?
@ryanbach maybe network:chromium subproject or better new own network:brave
Looks like this came in with some autocommit magic crap back from factory. :-(
r773 | buildservice-autocommit | 2018-09-18 09:37:23 | 0273904b5d3bac6a229ef7bd5bf12077 | unknown | rq635013
baserev update by copy to link target
r772 | buildservice-autocommit | 2018-09-11 15:12:48 | 04666deac08cb6669a4cfb681e18d754 | unknown | rq631796
baserev update by copy to link target
Fortunately Tobias Klausmann brought this back, now to 18.2.1 ...
This looks bogus, the pycodestyle provides both python-pep8 and python<VERSION>-pep8.
v1.1.1 arrived 4 days ago no, has some minor fixes https://github.com/NVIDIA/libglvnd/releases/tag/v1.1.1
Thanks for letting me know. Done.https://build.opensuse.org/request/show/686460
@Andreas_Schwab Sorry, tracked in? I was trying various things to workaround this issue, so learning this is a relief. Thanks.
Sidemark: I'll try to add a command option/feature to havegd to be able to drop the dependency to /sbin/killproc and switch over to use a socket instead of a signal handler on SIGIO. With this the haveged binary will have a command mode to control its already running main process. Nevertheless the change of removing exit(2) from signal handler shoulkd remain as exit(2) should never called within a signal handler.
Done ... the new code adds the management of open/listen/connect/accept for a UNIX socket as well as the communication over this socket. For this the haveged program has a command mode to connect to an already running service haveged which had open the socket for listening. This also requires that the command part in haveged-switch-root.service joins with JoinsNamespaceOf=haveged.service the Private Network of haveged.service
... and yes the code is more comprehensive
bjolie@haldis:~> oscwd libsocialweb libsocialweb : libsocialweb-branding-openSUSE bjolie@haldis:~>
which is wrong, dragon depends on phonon, not on gstreamer.
bjolie@drude:~> zypper info --requires cinnamon | grep -i caribou typelib(Caribou)
Do we need to care about this typelib req? - will it still be present after removal of caribou?
Yes, that dep won't magically disappear... We can possibly sell off caribou to the cinnamon maintainers though
2 weeks ping for Project maintainers @mtomaschewski @mcaj and @ndas
We need this version update and change to be able to move forward with removal of deprecated libnm-glib (and friends).
All true dear repo-checker bot :-) that is why there is dr#596197 filed for python-webkitgtk
Kidding aside, nice to see that the bot now picks up on Requires too.
Please file a bug; comments on SRs are not guaranteed to find the right personnel
yes and you didn't accept the open review for the package :)
If you want it in leap feel free to resubmit
I see no objection to this. Just tell me when you have an opam v1 package + its dependencies ready then I'll rename this package "opam2" so that you can use the "opam" package name and submit it here. Meanwhile, use "opam1" or something as name in your home repo. Thanks.
I've just managed to package v1. It's at https://build.opensuse.org/package/show/home:onthewings/opam1
OK, I've created sr#596948 in order to rename opam v2 into opam2, so you can rename your opam1 into opam and submit it here.
- python-aiohttp is fixed via SR 590734
- python-telepot does not have a requirement for python-async-timeout
This comment has been deleted