Re: Plan to retire mapserver
Le mardi 3 mars 2020, 11:19:31 CET Sandro Mani a écrit : > On 02.03.20 15:06, Julien Enselme wrote: > > Hi all, > > > > I intend to retire the mapserver package > > (https://src.fedoraproject.org/rpms/mapserver). I don't use it any more > > and it fails to build for F32. If you want to maintain it, please step > > up! > I can maintain it, my FAS is smani > > Thanks > Sandro It looks I am only a committer on this package. I completely forgot that ^^. I guess the other maintainers where very active for it lately. You should contact them directly. Sorry about the inconvenience. Regards, Julien ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Plan to retire mapserver
Hi all, I intend to retire the mapserver package (https://src.fedoraproject.org/rpms/mapserver). I don't use it any more and it fails to build for F32. If you want to maintain it, please step up! Regards, -- Julien Enselme http://www.jujens.eu/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Docker and user namespaces on F30
On Wed, 2019-05-08 at 19:09 +0200, Jun Aruga wrote: > > Which looks even stranger. > > > > I see we don't have the same version of docker. I have version > > 18.06.3, > > build d7080c1. Did you install docker from > > https://docs.docker.com/install/ ? > > Yes, for docker-ce I installed it from the page's Linux/Fedora page > when I used Fedora 29. > > If you are fine to remove all the images, try below one. > > $ sudo systemctl stop docker > $ cd /var/lib/ > $ sudo rm -rf docker > $ sudo systemctl start docker > <= recreate initial /var/lib/docker > $ docker run -it --rm docker.io/php:7-fpm-alpine sh I tried and it didn't work. > > For podman, if you have not set the rootless setting to run podman > without sudo, you can try it with sudo. > > $ sudo podman run -it --rm docker.io/php:7-fpm-alpine sh > > Does below command work for you? > > $ docker run -t --rm docker.io/alpine uname -a > Linux 828dcafd0bbe 5.0.10-300.fc30.x86_64 #1 SMP Tue Apr 30 16:22:12 > UTC 2019 x86_64 Linux > > > However, dk run --userns=host -it --rm docker.io/php:7-fpm-alpine > > sh > > works fine. So it seems to be limited to user namespaces. > > What is dk command? An alias to the docker command. I forgot to edit the command after pasting it here. Sorry. > I managed to make the command work after updating to docker 18.09.5 (same version as you). Docker doesn't officially provide RPM for fedora 30 for the stable version of docker yet but I was able to build it from SRPM available on koji for F31. So I guess I'll just ask if this version can be pushed to F30. > -- > Jun Aruga / He - His - Him -- Julien Enselme http://www.jujens.eu/ ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Docker and user namespaces on F30
Sadly this doesn't work either. With podman, I have this error: ERRO[0004] Error pulling image ref //php:7-fpm-alpine: Error committing the finished image: error adding layer with blob "sha256:f581654c6ada4fba71ebfbfe4cd96430abe7b5dabebd92a6a62c11391a79cc9 8": Error processing tar file(exit status 1): there might not be enough IDs available in the namespace (requested 82:82 for /home/www-data): lchown /home/www-data: invalid argument Failed Error: unable to pull docker.io/php:7-fpm-alpine: unable to pull image: Error committing the finished image: error adding layer with blob "sha256:f581654c6ada4fba71ebfbfe4cd96430abe7b5dabebd92a6a62c11391a79cc9 8": Error processing tar file(exit status 1): there might not be enough IDs available in the namespace (requested 82:82 for /home/www-data): lchown /home/www-data: invalid argument Which looks even stranger. I see we don't have the same version of docker. I have version 18.06.3, build d7080c1. Did you install docker from https://docs.docker.com/install/ ? -- Julien Enselme http://www.jujens.eu/ Je lun, 2019-05-06 je 16:17 +0200, Jun Aruga skribis: > Podman 1.2 and Docker CE 18.09.5 on My Fedora 30 work for your use > case. > > $ rpm -q kernel > kernel-5.0.5-200.fc29.x86_64 > kernel-5.0.10-200.fc29.x86_64 > kernel-5.0.10-300.fc30.x86_64 > > $ podman --version > podman version 1.2.0 > > $ podman run -it --rm docker.io/php:7-fpm-alpine sh > /var/www/html # uname -a > Linux f8b9dafd7816 5.0.10-300.fc30.x86_64 #1 SMP Tue Apr 30 16:22:12 > UTC 2019 x86_64 Linux > > $ docker --version > Docker version 18.09.5, build e8ff056 > > $ docker run -it --rm docker.io/php:7-fpm-alpine sh > /var/www/html # uname -a > Linux 936e897b0a9b 5.0.10-300.fc30.x86_64 #1 SMP Tue Apr 30 16:22:12 > UTC 2019 x86_64 Linux > > On Sat, May 4, 2019 at 5:05 PM Julien Enselme > wrote: > > Hi, > > > > I just updated to F30 and my docker setup with user namespaces > > doesn't > > work anymore. When I try to run: > > docker run -it --rm docker.io/php:7-fpm-alpine sh > > I get this error: > > docker: Error response from daemon: OCI runtime create failed: > > container_linux.go:348: starting container process caused > > "process_linux.go:402: container init caused \"rootfs_linux.go:58: > > mounting \\\"mqueue\\\" to rootfs > > \\\"/var/lib/docker/1000.1001/btrfs/subvolumes/38ce5c87e31bbbcec010 > > db85 > > 383d1af57e8652ff4e4c411cebe0c2102a36a020\\\" at \\\"/dev/mqueue\\\" > > caused \\\"operation not permitted\\\"\"": unknown. > > > > I tried to disable SELinux with setenforce 0 but got the same > > result. > > > > However, dk run --userns=host -it --rm docker.io/php:7-fpm-alpine > > sh > > works fine. So it seems to be limited to user namespaces. > > > > My kernel: 5.0.9-301.fc30.x86_64 > > > > Any ideas on where this may come from? This worked fine on F29 (and > > probably on older versions too, I have this setup for a while now). > > > > Regards, > > -- > > Julien Enselme > > http://www.jujens.eu/ > > ___ > > 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://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > > -- > Jun Aruga / He - His - Him > jar...@redhat.com / IRC: jaruga > ___ > 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://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org signature.asc Description: This is a digitally signed message part ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Docker and user namespaces on F30
Hi, I just updated to F30 and my docker setup with user namespaces doesn't work anymore. When I try to run: docker run -it --rm docker.io/php:7-fpm-alpine sh I get this error: docker: Error response from daemon: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"mqueue\\\" to rootfs \\\"/var/lib/docker/1000.1001/btrfs/subvolumes/38ce5c87e31bbbcec010db85 383d1af57e8652ff4e4c411cebe0c2102a36a020\\\" at \\\"/dev/mqueue\\\" caused \\\"operation not permitted\\\"\"": unknown. I tried to disable SELinux with setenforce 0 but got the same result. However, dk run --userns=host -it --rm docker.io/php:7-fpm-alpine sh works fine. So it seems to be limited to user namespaces. My kernel: 5.0.9-301.fc30.x86_64 Any ideas on where this may come from? This worked fine on F29 (and probably on older versions too, I have this setup for a while now). Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Intent to retire python-svgwrite
Hi Robert, Any progress on becoming an approved packager? It's just to know what I should do with the package. -- Julien Enselme http://www.jujens.eu/ On Tue, 2018-07-31 at 09:16 +0200, Julien Enselme wrote: > I'll gladly give you access. What is your fedora username? > > The repo: https://src.fedoraproject.org/rpms/python-svgwrite/ > The bugs on bugzilla: > https://bugzilla.redhat.com/show_bug.cgi?id=1605936 > > PS: I made a mistake in the package name. The name is python- > svgwrite, > not just python-svg. Sorry about that. > -- > Julien Enselme > http://www.jujens.eu/ > > On Mon, 2018-07-30 at 19:45 -0400, Robert Brown wrote: > > Julien, > > > > I'd be happy to take some ownership. Any info? > > > > Thanks > > > > On Mon, Jul 30, 2018, 4:15 PM Julien Enselme > > wrote: > > > Hi all, > > > > > > I intend to retire python-svg. Tests are failing on Python 3.7 > > > for > > > a > > > reason I cannot figure, there was no commit during the last year > > > and > > > according to `repoquery --whatrequires python2-svgwrite` and > > > `repoquery > > > --whatrequires python3-svgwrite` nothing uses it anymore. > > > > > > If you want to maintain it, please step up. > > > > > > Regards, > > > ___ > > > 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://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TBHUZPFPGTYIDE3U6JPNSWZUXR7KRU3H/ > > ___ > 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://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/O6LPAI2IW5LB2NPBWD5KNQJZX3AZXBQU/ ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/D4C2ROA3FWFH7V5KEJ72KTHWQCXFQDTK/
Re: Intent to retire python-svgwrite
@Robert Just checking to know how things are moving on. Were you added to the packager group? -- Julien Enselme http://www.jujens.eu/ On Tue, 2018-07-31 at 15:25 -0400, Robert Brown wrote: > Got it. Thanks. I'm not sure what to do at this point. > > On Tue, Jul 31, 2018, 3:18 PM Miro Hrončok > wrote: > > On 31.7.2018 21:06, Robert Brown wrote: > > > I have an account and was recently sponsored. > > > > > > Still waiting on joining packagers group. Are you able to add me? > > sponsoring = adding to the group > > > > ___ > > 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://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/JWAZM5H7NWGVYMWAYLN6U3GU7WQDSKA6/ signature.asc Description: This is a digitally signed message part ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/T4HPE6DUIUQ73FX3VP6VHKCEOXXSSJQH/
Re: Intent to retire python-svgwrite
It seems I cannot find you on https://src.fedoraproject.org/rpms/python-svgwrite/settings Do you have an account and are you a packager? -- Julien Enselme http://www.jujens.eu/ On Tue, 2018-07-31 at 10:30 -0400, Robert Brown wrote: > Thanks! It gives me something productive to do. > > Fedora username is brown2rl > > On Tue, Jul 31, 2018, 4:04 AM Julien Enselme > wrote: > > I'll gladly give you access. What is your fedora username? > > > > The repo: https://src.fedoraproject.org/rpms/python-svgwrite/ > > The bugs on bugzilla: > > https://bugzilla.redhat.com/show_bug.cgi?id=1605936 > > > > PS: I made a mistake in the package name. The name is python- > > svgwrite, > > not just python-svg. Sorry about that. > > ___ > > 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://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/B3W4POTBGGQQPWX6CLD7J73Q4UDEWOGG/ ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/YM624HFTIS7LKKMCDEAEQT66FV5YOQXE/
Re: Intent to retire python-svgwrite
I'll gladly give you access. What is your fedora username? The repo: https://src.fedoraproject.org/rpms/python-svgwrite/ The bugs on bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1605936 PS: I made a mistake in the package name. The name is python-svgwrite, not just python-svg. Sorry about that. -- Julien Enselme http://www.jujens.eu/ On Mon, 2018-07-30 at 19:45 -0400, Robert Brown wrote: > Julien, > > I'd be happy to take some ownership. Any info? > > Thanks > > On Mon, Jul 30, 2018, 4:15 PM Julien Enselme > wrote: > > Hi all, > > > > I intend to retire python-svg. Tests are failing on Python 3.7 for > > a > > reason I cannot figure, there was no commit during the last year > > and > > according to `repoquery --whatrequires python2-svgwrite` and > > `repoquery > > --whatrequires python3-svgwrite` nothing uses it anymore. > > > > If you want to maintain it, please step up. > > > > Regards, > > ___ > > 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://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TBHUZPFPGTYIDE3U6JPNSWZUXR7KRU3H/ ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/O6LPAI2IW5LB2NPBWD5KNQJZX3AZXBQU/
Intent to retire python-svg
Hi all, I intend to retire python-svg. Tests are failing on Python 3.7 for a reason I cannot figure, there was no commit during the last year and according to `repoquery --whatrequires python2-svgwrite` and `repoquery --whatrequires python3-svgwrite` nothing uses it anymore. If you want to maintain it, please step up. Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ 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://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CMRWUNE776D4GDENV673PUOUPQFJFZLH/
Re: seafile-client fails to build on ARM for f26
I have temporarily disabled armv7 to provide the update to all other architectures. On Thu, 2017-08-10 at 22:07 +0200, Julien Enselme wrote: > Hi, > > I have a strange build failure my package seafile-client on ARM for > f26 (rawhide and f25 are fine). From what I understand, this is a ld > issue related to Qt5. However, I am no expert in these sort of > things. > Can someone help me with this? > > Build on koji: > https://koji.fedoraproject.org/koji/taskinfo?taskID=21153235 > Build.log file: > https://kojipkgs.fedoraproject.org//work/tasks/3235/21153235/build.lo > g > > > Regards, > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
seafile-client fails to build on ARM for f26
Hi, I have a strange build failure my package seafile-client on ARM for f26 (rawhide and f25 are fine). From what I understand, this is a ld issue related to Qt5. However, I am no expert in these sort of things. Can someone help me with this? Build on koji: https://koji.fedoraproject.org/koji/taskinfo?taskID=21153235 Build.log file: https://kojipkgs.fedoraproject.org//work/tasks/3235/21153235/build.log Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Un-retire Gnome Password Gerenator
Hi, I intend to un-retire Gnome Password Generator, a GUI based secure password generator. It was retired some time ago because it wasn't maintained and only worked on Python 2 and GTK2. As stated here [1], the project now lives on github [2] and I am the new maintainer. I completed a port of the application on Python 3 and GTK3 and plan to maintain it for the foreseeable future. I created the review here: https://bugzilla.redhat.com/show_bug.cgi?id=1467052 Link to pkgdb: <https://admin.fedoraproject.org/pkgdb/package/rpms/gnom e-password-generator/> Regards, [1] https://sourceforge.net/projects/gnome-password/ [2] https://github.com/Jenselme/gnome-password-generator -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Orphaning python-SimpleCV
Hi, I just orphaned this package [1]: I don't use it and it hasn't been updated for almost two years (last commit was on Apr 7, 2015) and is not compatible with opencv 3 that is in rawhide. Regards, [1] https://admin.fedoraproject.org/pkgdb/package/rpms/python-SimpleCV/ [2] https://github.com/sightmachine/simplecv -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Test failures for libsearpc on ppc and s390 arch
On Mon, 2016-11-07 at 14:48 +0100, Dan Horák wrote: > On Sun, 6 Nov 2016 12:35:35 -0500 > Josh Boyer <jwbo...@fedoraproject.org> wrote: > > > > > On Sun, Nov 6, 2016 at 12:06 PM, Julien Enselme <juj...@jujens.eu> > > wrote: > > > > > > Hi, > > > > > > I recently (2016-10-23) updated libsearpc on rawhide. I also > > > proposed the update of fedora 25 [1] (still in testing). After my > > > successful build on rawhide, Dan Horak opened a bug [2] about > > > test > > > failures on ppc and s390 architectures with the update. > > > > > > The previous version doesn't seem affected by this issue. I'd > > > like > > > some inputs on how I can do to solve these issues and update or > > > push back packages that require libsearpc in fedora (ccnet, > > > seafile > > > and seafile- client). > > > > > > I see two solutions (skipping the tests isn't one IMHO): > > > > > > - Downgrade to the previous version in rawhide and f25 (I am not > > > sure if it's event possible or a good idea) > > > - Exclude ppc and s390 for libspearpc and its dependencies until > > > the > > > tests are fixed on these architectures. > > > > Is there a reason you couldn't disable the tests for only pc and > > s390x, but leave the packages building? Excluding them via > > ExcludeArch means you will have more work to do to fix up > > dependencies > > and such after the tests are fixed. > > yep, "excluding" is the last resort, but usually it's more likely the > code (the new functionality) is broken than the test being broken. > > Rolling back to a working version is legal and also possible, if the > dependent packages (ccnet, ...) don't require the functionality added > in 1.3.1. As far as I know, ccnet and cie requires 1.0 so downgrading is possible. I can just exclude the tests but since they fail, it may signal a true bug in the package. Since I don't think this lib is widely used outside seafile so I don't think this is a big deal. So, in the short term, this may be the best solution. I'll just need to find a way to detect the arch. If I remember correctly, there are macros for that. > > > > > josh > > > > > > > > > > > Either way, I'll report the bug upstream (even though I don't > > > know > > > how since they don't appear to have a bug tracker). I don't think > > > I'll be able to propose a patch for it, my knowledge of C is to > > > limited. > > sounds like a weird upstream without a way to report issues ... > We can add the libsearpc package on our team's todo list, but without > an > ETA. The only idea I have to to find the mail of a developer in the commit list and send a mail to this developer. > > > Dan > > > [1] https://bodhi.fedoraproject.org/updates/FEDORA-2016- > > > 47c35e70e5 > > > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1388453 -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Test failures for libsearpc on ppc and s390 arch
Hi, I recently (2016-10-23) updated libsearpc on rawhide. I also proposed the update of fedora 25 [1] (still in testing). After my successful build on rawhide, Dan Horak opened a bug [2] about test failures on ppc and s390 architectures with the update. The previous version doesn't seem affected by this issue. I'd like some inputs on how I can do to solve these issues and update or push back packages that require libsearpc in fedora (ccnet, seafile and seafile- client). I see two solutions (skipping the tests isn't one IMHO): - Downgrade to the previous version in rawhide and f25 (I am not sure if it's event possible or a good idea) - Exclude ppc and s390 for libspearpc and its dependencies until the tests are fixed on these architectures. Either way, I'll report the bug upstream (even though I don't know how since they don't appear to have a bug tracker). I don't think I'll be able to propose a patch for it, my knowledge of C is to limited. [1] https://bodhi.fedoraproject.org/updates/FEDORA-2016-47c35e70e5 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1388453 Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Storage size unknown on rawhide
Hi, I have an error while building ccnet on rawhide: utils.c: In function 'ccnet_decrypt_with_key': utils.c:1141:20: error: storage size of 'ctx' isn't known EVP_CIPHER_CTX ctx; How can I solve this? I'll report it upstream (ideally with a patch) soon but I'd like a fix to get the package back in fedora. You can find the build here: http://koji.fedoraproject.org/koji/buildinfo?buildID=812012 I can reproduce in mock. I can build on fedora 24 though. Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Notifications on dependency retirement
On Fri, 2016-10-21 at 19:48 +0200, Till Maas wrote: > On Fri, Oct 21, 2016 at 11:51:25AM +0200, Julien Enselme wrote: > > > > > I guess that in this case you mean the (co)maintainer of the > > retired > > package not its dependencies. Can I ask what permissions on the > > package > > are required to get these mails? > > > > What I find strange here is that I am a (co)maintainer for ccnet > > (watch > > & commit permissions only) but I didn't get these mails. > > Any permission suffices, Good to know. > however it took a while since I sent the last > e-mail till I got to retire the packages. You should have gotten at > least the e-mail "Orphaned Packages in rawhide (2016-09-08)" and > several > before it. Can you please properly check you mailbox? The e-mail > mentions your FAS username therefore I am pretty sure that there was > a > mail sent to you, but I do not have any logs to check it. I have received multiple version of these emails (2016-09-08, 2016-10- 18 and a few before that). I'll be more careful in the future. > > Kind regards > Till Thanks for the packages. I am getting them back into fedora. I should be able to push them back at the beginning of next week! Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Notifications on dependency retirement
On Thu, 2016-10-20 at 22:39 +0200, Till Maas wrote: > On Wed, Oct 19, 2016 at 03:59:41PM +, Christopher wrote: > > > > On Wed, Oct 19, 2016, 08:51 Julien Enselme <juj...@jujens.eu> > > wrote: > > > > > > Thanks for the link. I didn't use to pay much attention to these > > > emails. I'll be more careful in the future. > > > > > > > There's a lot of noise on this list, and those emails are > > information > > overload. The fact that a particular package is affected is easily > > overlooked. It'd be nice if a notice could be shown in pkgdb to > > indicate > > that a particular package has dependencies in a problematic state. > > It'd > > also be nice if each package has its own list or notification > > feeds. > > I might get to send smaller e-mails to each person eventually, but in > the meantime the e-mails are not only sent to the list but also to > each > affected (co)maintainer individually. I guess that in this case you mean the (co)maintainer of the retired package not its dependencies. Can I ask what permissions on the package are required to get these mails? What I find strange here is that I am a (co)maintainer for ccnet (watch & commit permissions only) but I didn't get these mails. > Therefore getting the e-mail > directly is indicates that one will be affected by the retirement and > searching for ones FAS name in the e-mail shows which package needs > to > be adopted. > > Kind regards > Till Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Notifications on dependency retirement
On Thu, 2016-10-20 at 22:42 +0200, Till Maas wrote: > > On Wed, Oct 19, 2016 at 01:34:18PM +0200, Julien Enselme wrote: > > > > > > > I discovered this morning that a package I co-maintain was retired > > (ccnet [1]) because one of its dependency was retired (libzdb [2]). > > I > > learned it only because we have an open bug on it that change > > assigner > > because of this fact. I'll call this notification thanks to luck. > > > > > > > [1] https://admin.fedoraproject.org/pkgdb/package/rpms/ccnet/ > > [2] https://admin.fedoraproject.org/pkgdb/package/rpms/libzdb/ > > If you want to maintain these packages, I can unretire them for you > and > set you as main admin easily within two weeks of the retirement. > > Kind regards > Till That would be great! I'll also need two packages retired because ccnet was: seafile: https://admin.fedoraproject.org/pkgdb/package/rpms/seafile/ seafile-client: https://admin.fedoraproject.org/pkgdb/package/rpms/seafile-client/ Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Notifications on dependency retirement
On Wed, 2016-10-19 at 17:21 +0530, Parag Nemade wrote: > On Wed, Oct 19, 2016 at 5:04 PM, Julien Enselme <juj...@jujens.eu> > wrote: > > > > Hi, > > > > I discovered this morning that a package I co-maintain was retired > > (ccnet [1]) because one of its dependency was retired (libzdb [2]). > > I > > learned it only because we have an open bug on it that change > > assigner > > because of this fact. I'll call this notification thanks to luck. > > > > Is there a way to be notified as soon as a dependency is orphaned > > so > > the (co-)maintainer can take action as soon as possible? > > > > I think the usual way is to send a notification message to devel > > but it > > relies on sending/reading the mail (I personally forgot ccnet > > relied on > > libzdb). In this case, I can't find one. But I may have missed it. > > > > Could this simply be because I am only a watcher and committer > > (neither > > POC nor admin) of this package or should we find a way to improve > > this? > > Keep watching devel list for "Orphaned Packages in " emails. > The latest one[1] shows that libzdb is in orphaned state since last > 15 > weeks. > > Regards, > Parag. > > [1] > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproje > ct.org/thread/UKET6ZEQY2YPLZ2XZUGRGGQBYV73YLXL/ Thanks for the link. I didn't use to pay much attention to these emails. I'll be more careful in the future. Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Notifications on dependency retirement
Hi, I discovered this morning that a package I co-maintain was retired (ccnet [1]) because one of its dependency was retired (libzdb [2]). I learned it only because we have an open bug on it that change assigner because of this fact. I'll call this notification thanks to luck. Is there a way to be notified as soon as a dependency is orphaned so the (co-)maintainer can take action as soon as possible? I think the usual way is to send a notification message to devel but it relies on sending/reading the mail (I personally forgot ccnet relied on libzdb). In this case, I can't find one. But I may have missed it. Could this simply be because I am only a watcher and committer (neither POC nor admin) of this package or should we find a way to improve this? Regards, [1] https://admin.fedoraproject.org/pkgdb/package/rpms/ccnet/ [2] https://admin.fedoraproject.org/pkgdb/package/rpms/libzdb/ -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
postfix is always disable after update
Hi, I have a small VPS running fedora server and postfix. Most of the time, when I restart the server, postfix doesn't start because it is disabled. So each time I have to start and re-enable it. I suspected a problem with updates. There was a postfix update this week and this time I thought to check right away with systemctl status postfix. As I expected, postfix was running but was disabled. I had a quite look at the SPEC file and I saw nothing that would explain this. What I find particularly strange about this is that I've already updated many services managed by systemd (postgresql, mysql, …) and they don't get disabled after an update. Does anyone also has this issue or an idea on how I can solve it? I'd like to receive may mail right away after I restart my server. Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Naming a sphinx-doc theme: python-sphinx_py3doc_enhanced_theme or python-sphinx-theme-py3doc-enhanced
Thanks for your responses. I think I'll use - As the main name for the package: python-sphinx-theme-py3doc-enhanced - A provide for python-sphinx_py3doc_enhanced_theme This way it can be installed with a nice and consistant name as well with its upstream name. On Wed, 2016-08-24 at 10:25 -0400, Avram Lubkin wrote: > > Frankly I think upstream should have called it py3doc_enhanced and > left out sphinx and theme, but that's beside the point. > > Based on the package naming conventions [1], you name is mainly > correct (more on this later). In the Python modules section [2], it > says: > > The package name should reflect the upstream name of the Python > module, and should generally take into account the name of the module > used when importing it in Python scripts. This name will be prefixed > depending on the type of the package. > > Based on that, the name should really be python-sphinx-theme- > sphinx_py3doc_enhanced_theme, but that is overly confusing. I think > there are two legitimate names: > > python-sphinx-theme-py3doc_enhanced > python-sphinx_py3doc_enhanced_theme > > Some might argue you could replace the underscore in the first one > with a dash, and I wouldn't see a huge problem with that, but I think > it's not necessary. It is justified though because the name is > already changed from the import name and the tarball for the package > uses dashes instead of underscores. > > As far those underscores, that's covered in the separator section > [3]: > > There are a few exceptions to the no underscore '_' rule. > ... > - packages where the upstream name naturally contains an underscore > are excluded from this. > > Based on this rule and the Python module rule, I would say python- > sphinx-py3doc-enhanced-theme would not be an appropriate name. > > So go with one of these: > > python-sphinx-theme-py3doc_enhanced > python-sphinx-theme-py3doc-enhanced > python-sphinx_py3doc_enhanced_theme > > > [1] https://fedoraproject.org/wiki/Packaging:Naming > [2] https://fedoraproject.org/wiki/Packaging:Naming?rd=Packaging:Nami > ngGuidelines#Python_modules > [3] https://fedoraproject.org/wiki/Packaging:Naming?rd=Packaging:Nami > ngGuidelines#Separators > > On Wed, Aug 24, 2016 at 3:16 AM, Garrett Holmstrom <gholms@fedoraproj > ect.org> wrote: > > > > On 2016-08-23 10:19, Julien Enselme wrote: > > > > > > Hi, > > > > > > Recently I opened a review [1] for a new sphinx theme: > > > py3doc_enhanced_theme [2] > > > > > > The upstream name is sphinx_py3doc_enhanced_theme, so in my > > > opinion, > > > the the package should be named python- > > > sphinx_py3doc_enhanced_theme. > > > Furthermore, there's another sphinx theme with underscores in its > > > name: python3-sphinx_rtd_theme. So I find it logical that the > > > package > > > is named this way. > > > > > > However, the reviewer (Zbigniew Jędrzejewski-Szmek) pointed out > > > that: > > > > > > - Dashes are preferred (See the guidelines [3]) > > > - Most themes are named with this pattern: python-sphinx-theme- > > > > > > Therefore, it would be consistent to name the package: python- > > > sphinx- > > > theme-py3doc-enhanced and I think that's a good point. > > > > > > A middle ground would be to use provides so the package can be > > > installed with both names, but that leaves the question about the > > > "main" name unresolved. > > > > > > Any thoughts? > > > > > > > Using hyphens in the package name keeps the package collection more > > consistent, and adding a Provides entry that uses underscores will > > more or less seamlessly take care of the case where people > > installing it assume it uses those instead. It's a win-win to do > > it that way, IMO. > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproje > > ct.org > > -- Julien Enselme http://www.jujens.eu/ -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Naming a sphinx-doc theme: python-sphinx_py3doc_enhanced_theme or python-sphinx-theme-py3doc-enhanced
Hi, Recently I opened a review [1] for a new sphinx theme: py3doc_enhanced_theme [2] The upstream name is sphinx_py3doc_enhanced_theme, so in my opinion, the the package should be named python-sphinx_py3doc_enhanced_theme. Furthermore, there's another sphinx theme with underscores in its name: python3-sphinx_rtd_theme. So I find it logical that the package is named this way. However, the reviewer (Zbigniew Jędrzejewski-Szmek) pointed out that: - Dashes are preferred (See the guidelines [3]) - Most themes are named with this pattern: python-sphinx-theme- Therefore, it would be consistent to name the package: python-sphinx- theme-py3doc-enhanced and I think that's a good point. A middle ground would be to use provides so the package can be installed with both names, but that leaves the question about the "main" name unresolved. Any thoughts? BTW, I though there was a wiki page about packaging sphinx themes but I can't find it out. Does it ring a bell to anyone? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1367699 [2] https://pypi.python.org/pypi/sphinx_py3doc_enhanced_theme [3] https://fedoraproject.org/wiki/Packaging:Naming?rd=Packaging:Naming Guidelines#Separators Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Disable PHP mapscript in MapServer in rawhide
Hi, I just remove support for PHP mapscript in the mapserver package in rawhide. The php-mapserver package is therefore not available any more. I did this because MapServer doesn't support PHP7 and rawhide is now on PHP7. For more information about MapServer and PHP7 support, see this bug: https://github.com/mapserver/mapserver/issues/5252 Regards, -- Julien Enselme http://www.jujens.eu/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: IntelliJ
On 01/20/2015 10:40 PM, Corey Sheldon wrote: intellij/IDEA has now mostly been folded into AndroidStudio which while not in the default repos can be obtained on the android dev d/l page for linux as a .zip/tarball Corey W Sheldon Freelance IT Consultant, Multi-Discipline Tutor 310.909.7672 www.facebook.com/1stclassmobileshine http://www.facebook.com/1stclassmobileshine On Tue, Jan 20, 2015 at 4:00 PM, Eric Smith space...@gmail.com mailto:space...@gmail.com wrote: I think it's a great idea. IntelliJ is the basis for the new Android dev env (though Eclipse can still be used). I looked at trying to package it again, but as you say it looks like a pretty big task. -- devel mailing list devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Hi, I also think this is a great idea. I just have a question: do you intend to package just the Java IDE or do you intend to include plugins for other languages like python (the version for python is called Pycharm but I guess it has the same code base than the Jave version)? BTW: there is a copr repo for Pycharm (https://copr.fedoraproject.org/coprs/phracek/PyCharm/). Maybe it can help you start. Regards, Julien Enselme -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: IntelliJ
On 01/20/2015 11:55 PM, Yohan Graterol wrote: Hi It's a great idea, but IntelliJ (For Android and Java) need as requirement Oracle JDK, so, Fedora has OpenJDK. PyCharm, RubyMine and Webstorm not need Oracle JDK. Regards! Enviado con MailTrack https://mailtrack.io/install?source=signaturelang=esreferral=yohangratero...@gmail.comidSignature=23 On Tue, Jan 20, 2015 at 4:58 PM, Julien Enselme juj...@jujens.eu mailto:juj...@jujens.eu wrote: On 01/20/2015 10:40 PM, Corey Sheldon wrote: intellij/IDEA has now mostly been folded into AndroidStudio which while not in the default repos can be obtained on the android dev d/l page for linux as a .zip/tarball Corey W Sheldon Freelance IT Consultant, Multi-Discipline Tutor 310.909.7672 tel:310.909.7672 www.facebook.com/1stclassmobileshine http://www.facebook.com/1stclassmobileshine http://www.facebook.com/1stclassmobileshine On Tue, Jan 20, 2015 at 4:00 PM, Eric Smith space...@gmail.com mailto:space...@gmail.com mailto:space...@gmail.com mailto:space...@gmail.com wrote: I think it's a great idea. IntelliJ is the basis for the new Android dev env (though Eclipse can still be used). I looked at trying to package it again, but as you say it looks like a pretty big task. -- devel mailing list devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Hi, I also think this is a great idea. I just have a question: do you intend to package just the Java IDE or do you intend to include plugins for other languages like python (the version for python is called Pycharm but I guess it has the same code base than the Jave version)? BTW: there is a copr repo for Pycharm (https://copr.fedoraproject.org/coprs/phracek/PyCharm/). Maybe it can help you start. Regards, Julien Enselme -- devel mailing list devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct For android studio, the Oracle JDK is more a recommendation. I made some basic Android development today with Android studio running on the OpenJDK and Fedora 21 and I experienced no problems at all. I just got a message saying that some display problems might appear with the OpenJDK and suggesting to use Oracle JDK instead. Regards, Julien Enselme -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Julien Enselme
Hi, I am Julien Enselme, a French student in engineering. I have been a Linux user for 5 years and a fedora user for ~4 years. Some of the packages I need are not yet available in Fedora. Thus I would like to become a package maintainer. I have submitted two reviews : - python-svgwrite to create svg in Python : https://bugzilla.redhat.com/show_bug.cgi?id=1070941 - python-SimpleCV a python framework for computer vision https://bugzilla.redhat.com/show_bug.cgi?id=1070946 Regards, Julien Enselme -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
