[Fedocal] Reminder meeting : Modularity WG
Dear all, You are kindly invited to the meeting: Modularity WG on 2016-08-30 from 15:00:00 to 16:00:00 UTC At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting for the Modularity Working Group. More information available at: [Modularity Working Group wiki page](https://fedoraproject.org/wiki/Modularity_Working_Group) The agenda for the meeting is available at [modularity-wg-agendas pad](http://piratepad.nl/modularity-wg-agendas). Source: https://apps.fedoraproject.org/calendar/meeting/4407/ -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Please Mark bz#1164414 for EPEL7
On Sun, Aug 21, 2016 at 1:49 AM Christopher wrote: > On Sat, Aug 20, 2016 at 8:16 AM Michael Catanzaro > wrote: > >> On Sat, 2016-08-20 at 02:07 +, Christopher wrote: >> > Ah, my mistake. I was under the impression that it was missing, >> > because >> > related to gnome-python2-desktop ( >> > https://bugzilla.redhat.com/show_bug.cgi?id=1177390) which >> > contains gnome-python2-gnomekeyring. Maybe gnome-python2-desktop can >> > be >> > built with gnome-desktop3? Not sure I understand GNOME packaging >> > interdependencies yet, but I miss my old python keyring library. >> >> Hi, >> >> I'd never heard of it before now, but I looked into it briefly out of >> curiosity. Turns out gnome-python2-desktop (called gnome-python-desktop >> upstream) contains old-style manual Python bindings to various old >> GNOME 2 stuff. These have all been obsoleted for a very long time by >> PyGObject; the upstream git repo was archived five years ago. It's >> totally unrelated to gnome-desktop3 (called gnome-desktop upstream), >> which is an important GNOME module that just happens to have a >> confusingly-similar name. >> >> gnome-python2-gnomekeyring in particular contains old bindings for the >> gnome-keyring library, which is also long deprecated. The modern way to >> access the keyring is to use libsecret via PyGObject: >> >> https://lazka.github.io/pgi-docs/#Secret-1 >> >> Michael >> >> > > > libsecret won't work. It's a higher level abstraction and I need to look > at the GnomeKeyring attributes directly. You can do this with the old > gnome-python2-gnomekeyring library, but the new GnomeKeyring > (python-gobject/python3-gobject) returns a GLib.Array object for the > attribute list, and I can't figure out any way to inspect the attributes > from that in python (and it looks like I'm not the only one[1]). > > [1]: http://stackoverflow.com/a/25642221/196405 > > I don't suppose anybody here knows how to read the GArray in python to get the attributes list for a keyring item in GnomeKeyring? -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [HEADS UP] LuaJIT 2.1.0-beta2 comes to Rawhide
On Mon, Aug 29, 2016 at 7:52 PM, Igor Gnatenko wrote: > On Mon, Aug 29, 2016 at 8:38 PM, Peter Robinson wrote: >> On Mon, Aug 29, 2016 at 6:21 PM, Igor Gnatenko wrote: >>> On Mon, Aug 29, 2016 at 2:10 PM, Igor Gnatenko wrote: I'm working on getting new luajit version for Rawhide. Affected packages: $ sudo dnf -q repoquery --alldeps --whatrequires luajit --srpm --queryformat="%{name}" cantor >>> Definitely bug in FindLuaJIT.cmake >>> -- Could NOT find LuaJIT (missing: LUAJIT_INCLUDE_DIR) >>> https://bugzilla.redhat.com/show_bug.cgi?id=1371250 csound >>> Same as above. >>> https://bugzilla.redhat.com/show_bug.cgi?id=1371257 dnsdist efl hexchat knot-resolver love lua-fun >>> -> Failed due to: >>> /var/tmp/rpm-tmp.vqvKQr: line 33: lua: command not found >>> https://bugzilla.redhat.com/show_bug.cgi?id=1371238 luajit minetest >>> Same about CMake. I will take care about this as it's my package. pdns-recursor I will try to rebuild this packages. Looks like there were no serious API changes (if there were any except adding new functions). >>> >>> I should definitely think about writing proper file and include it >>> into luajit, but unless this is done - just fix PATH_SUFFIXES in >>> FindLuaJIT.cmake. >> >> Great so you actively go and break a bunch of packages and throw it >> over the wall for others to fix. Why the sudden need to move to a beta >> that's been sitting there with no real movement upstream for nearly 6 >> months? > There are ongoing development in git repo. It's same if you would say > why do we have 4.13-rc1 RPM in Fedora as it has been released 1 year > ago (or even more). There are aarch64 support, couple of improvements > in FFI and in JIT compiler. > > If you will read more carefully you will find that only 3 packages > needs to be fixed. and fix is easy. > /PATH_SUFFIXES/s/luajit-2.0/luajit-2.1/ FindLuaJIT.cmake. > I'm not going to fix those packages myself as it's need to be sent to > upstream as well. > > After all: > * 1 of packages I will fix myself > * 2 packages which are FTBFS, but easily fixable. > * 1 package which has nothing to do with this update as it was broken > even before >> >> Maybe you should have tested them _BEFORE_ you went and pushed it. > I tested efl, pdns-recursor, dnsdist and hexchat as most important > from this list and they worked. I don't see point why you complain. Because you fixed half of them, leaving work for others where things previously worked, you could at least attach patches to the other BZ where fixes need to go to go upstream. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [HEADS UP] LuaJIT 2.1.0-beta2 comes to Rawhide
On Mon, Aug 29, 2016 at 8:38 PM, Peter Robinson wrote: > On Mon, Aug 29, 2016 at 6:21 PM, Igor Gnatenko wrote: >> On Mon, Aug 29, 2016 at 2:10 PM, Igor Gnatenko wrote: >>> I'm working on getting new luajit version for Rawhide. Affected packages: >>> >>> $ sudo dnf -q repoquery --alldeps --whatrequires luajit --srpm >>> --queryformat="%{name}" >>> cantor >> Definitely bug in FindLuaJIT.cmake >> -- Could NOT find LuaJIT (missing: LUAJIT_INCLUDE_DIR) >> https://bugzilla.redhat.com/show_bug.cgi?id=1371250 >>> csound >> Same as above. >> https://bugzilla.redhat.com/show_bug.cgi?id=1371257 >>> dnsdist >>> efl >>> hexchat >>> knot-resolver >>> love >>> lua-fun >> -> Failed due to: >> /var/tmp/rpm-tmp.vqvKQr: line 33: lua: command not found >> https://bugzilla.redhat.com/show_bug.cgi?id=1371238 >>> luajit >>> minetest >> Same about CMake. I will take care about this as it's my package. >>> pdns-recursor >>> >>> I will try to rebuild this packages. Looks like there were no serious >>> API changes (if there were any except adding new functions). >> >> I should definitely think about writing proper file and include it >> into luajit, but unless this is done - just fix PATH_SUFFIXES in >> FindLuaJIT.cmake. > > Great so you actively go and break a bunch of packages and throw it > over the wall for others to fix. Why the sudden need to move to a beta > that's been sitting there with no real movement upstream for nearly 6 > months? There are ongoing development in git repo. It's same if you would say why do we have 4.13-rc1 RPM in Fedora as it has been released 1 year ago (or even more). There are aarch64 support, couple of improvements in FFI and in JIT compiler. If you will read more carefully you will find that only 3 packages needs to be fixed. and fix is easy. /PATH_SUFFIXES/s/luajit-2.0/luajit-2.1/ FindLuaJIT.cmake. I'm not going to fix those packages myself as it's need to be sent to upstream as well. After all: * 1 of packages I will fix myself * 2 packages which are FTBFS, but easily fixable. * 1 package which has nothing to do with this update as it was broken even before > > Maybe you should have tested them _BEFORE_ you went and pushed it. I tested efl, pdns-recursor, dnsdist and hexchat as most important from this list and they worked. I don't see point why you complain. > > Peter -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [HEADS UP] LuaJIT 2.1.0-beta2 comes to Rawhide
On Mon, Aug 29, 2016 at 6:21 PM, Igor Gnatenko wrote: > On Mon, Aug 29, 2016 at 2:10 PM, Igor Gnatenko wrote: >> I'm working on getting new luajit version for Rawhide. Affected packages: >> >> $ sudo dnf -q repoquery --alldeps --whatrequires luajit --srpm >> --queryformat="%{name}" >> cantor > Definitely bug in FindLuaJIT.cmake > -- Could NOT find LuaJIT (missing: LUAJIT_INCLUDE_DIR) > https://bugzilla.redhat.com/show_bug.cgi?id=1371250 >> csound > Same as above. > https://bugzilla.redhat.com/show_bug.cgi?id=1371257 >> dnsdist >> efl >> hexchat >> knot-resolver >> love >> lua-fun > -> Failed due to: > /var/tmp/rpm-tmp.vqvKQr: line 33: lua: command not found > https://bugzilla.redhat.com/show_bug.cgi?id=1371238 >> luajit >> minetest > Same about CMake. I will take care about this as it's my package. >> pdns-recursor >> >> I will try to rebuild this packages. Looks like there were no serious >> API changes (if there were any except adding new functions). > > I should definitely think about writing proper file and include it > into luajit, but unless this is done - just fix PATH_SUFFIXES in > FindLuaJIT.cmake. Great so you actively go and break a bunch of packages and throw it over the wall for others to fix. Why the sudden need to move to a beta that's been sitting there with no real movement upstream for nearly 6 months? Maybe you should have tested them _BEFORE_ you went and pushed it. Peter -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Unresponsive maintainer: mrceresa
Thanks Igor, I'll do as you say and report to upstream. As per the acls, i'll approve today once I reach the laptop Best, Mario Sent by phone, please excuse punctuation and brevity On Aug 29, 2016 4:38 PM, "Igor Gnatenko" wrote: > On Mon, Aug 29, 2016 at 4:34 PM, Mario Ceresa wrote: > > Dear Igor, > > Thanks for the prodding. I have all fedora related email in a separate > box > > and I've not been reading them lately. I'm sorry for not replying > earlier to > > you and even more so if that affected your productivity. > > > > Also August is traditionally summer time in Spain which usually means > even > > less responsitivity ;). > Bug is open since past December ;) > > > > I also have to confess that I have almost no idea on how to fix the > error on > > the ARM arch. If you are able to investigate the problem further, or to > > create a patch I'll be happy to apply it myself or to give you access to > the > > repo. > Just report bug to upstream. > > > > Of course you are more than welcome to maintain/co-mantain all of my > > packages. It would be a great help and relief for me, as I'm only doing > that > > in order not to lose them. > I will request ACLs. > > > > With best regards, > > > > > > Mario > > > > On Sat, 20 Aug 2016 at 21:20 Igor Gnatenko wrote: > >> > >> We have bug in InsightToolKit[0] for > half year that it doesn't work > >> properly on ARM, but maintainer doesn't respond neither to bugzilla > >> nor to email. It's blocking me from importing 4 packages as all of > >> them failing on ARM due to ITK bug. > >> > >> Probably it just needs update, probably some investigation. Would be > >> nice if we can reassign his packages to someone else. > >> > >> He is maintainer of: > >> * CableSwig > >> * CharLS > >> * InsightToolkit > >> * dcmtk > >> * expatpp > >> * gdcm > >> * libigtl > >> * octave-dicom > >> * rply > >> * vxl > >> > >> He is co-maintainer of: > >> * orthanc > >> * tinyxml2 > >> * vtk > >> > >> I would be interested in taking care of: InsightToolkit, dcmtk, gdcm, > >> vxl, tinyxml2, vtk. As I have some number of packages depending on > >> those. > >> > >> [0] https://bugzilla.redhat.com/show_bug.cgi?id=1291010 > >> -- > >> -Igor Gnatenko > >> -- > >> devel mailing list > >> devel@lists.fedoraproject.org > >> https://lists.fedoraproject.org/admin/lists/devel@lists. > fedoraproject.org > > > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://lists.fedoraproject.org/admin/lists/devel@lists. > fedoraproject.org > > > > > > -- > -Igor Gnatenko > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [HEADS UP] LuaJIT 2.1.0-beta2 comes to Rawhide
On Mon, Aug 29, 2016 at 2:10 PM, Igor Gnatenko wrote: > I'm working on getting new luajit version for Rawhide. Affected packages: > > $ sudo dnf -q repoquery --alldeps --whatrequires luajit --srpm > --queryformat="%{name}" > cantor Definitely bug in FindLuaJIT.cmake -- Could NOT find LuaJIT (missing: LUAJIT_INCLUDE_DIR) https://bugzilla.redhat.com/show_bug.cgi?id=1371250 > csound Same as above. https://bugzilla.redhat.com/show_bug.cgi?id=1371257 > dnsdist > efl > hexchat > knot-resolver > love > lua-fun -> Failed due to: /var/tmp/rpm-tmp.vqvKQr: line 33: lua: command not found https://bugzilla.redhat.com/show_bug.cgi?id=1371238 > luajit > minetest Same about CMake. I will take care about this as it's my package. > pdns-recursor > > I will try to rebuild this packages. Looks like there were no serious > API changes (if there were any except adding new functions). I should definitely think about writing proper file and include it into luajit, but unless this is done - just fix PATH_SUFFIXES in FindLuaJIT.cmake. > -- > -Igor Gnatenko -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Detecting CXX compiler ABI info - failed
1st build attempt failed on rawhide (both i386/x86_64) and I found out -std=gnu++11 was present in compiling flags (we requested -std=c++11). Then someone in #fedora-qa pointed me out to this bug report: https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3 2nd build attempt was just a workaround trying to fix compilation when -std=gnu++11 is present (so the -fext-numeric-literals flag), this time build failed on rawhide x86_64. The right fix is setting required language standard in cmake as I did ( SET(CMAKE_CXX_STANDARD 11) ), This time build succeeds on each fedora version (and -std=gnu++11 is used). Thank you Franco On 29 August 2016 at 15:23, Jakub Jelinek wrote: > On Mon, Aug 29, 2016 at 02:08:10PM +0100, Jonathan Wakely wrote: > > >https://copr-be.cloud.fedoraproject.org/results/ > fcomida/LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/ > 00446298-luminance-hdr/build.log.gz > > > > > >The pulling in of -std=gnu++11 in rawhide should be fixed anyway > > > > Nothing in rawhide adds that flag automatically, it must be your > > package. > > Well, -std=gnu++14 is the default in GCC 6+, so if you don't pass any -std= > options, that is what you get. > > Jakub > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Kernel 4.7 rebase plans
On 08/23/2016 02:38 PM, Laura Abbott wrote: On 08/15/2016 08:31 AM, Laura Abbott wrote: Hi, I just submitted the 4.6.6 kernel update to stable for F23/F24. Both 4.7.1 and 4.6.7 are expected to be released upstream on Tuesday. 4.6.7 will be the last 4.6.y based kernel for F23/F24. 4.7.1 or 4.7.2 will be available for testing sometime early next week. If you have any questions please let us know. Thanks, Laura 4.7.2 is now available in bodhi for testing. If you are still running F23, please make extra sure to give karma since there is already starting to be some fall off in activity. Thanks, Laura I ended up doing an incremental build on top of 4.7.2 to bring in a few important fixes. Everything else in 4.7.2 looked fairly good so my plan is to push 4.7.2-{1,2}01 to stable as soon as it gets enough karma. Please test and give karma again. A reminder that if you do find regressions please note on the bodhi update corresponding to the kernel you tested AND file a bugzilla with information. Thanks, Laura -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Samba DC NT4 Style is Gone. It may be time to enable AD-DC for default into Fedora Samba4 packages?
This recent Microsoft's Patch https://lists.samba.org/archive/samba/2016-August/202197.html disable password change for Domain Controller NT4 Style. IMHO, It may be time to enable support to AD-DC mode, or release another renamed packages with AD-DC support enable. The samba.src is ready for this: I have try to download the samba.src rpm, modify the spec file like this: > sed \ > -e 's/%global with_mitkrb5 1/%global with_mitkrb5 0/' \ > -e 's/%global with_dc 0/%global with_dc 1/' \ > ~/rpmbuild/SPECS/samba.spec rebuild the package, install it on a test server and configure it in AC-DC mode. It seems work fine. My question is: There is some hope that in the short this flags are enable by default? Many thanks for your reply -- Dario Lesca (inviato dal mio Linux Fedora 24 Workstation) -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora 25-20160829.n.0 compose check report
Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 19/89 (x86_64), 5/17 (i386) ID: 31081 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/31081 ID: 31082 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/31082 ID: 31088 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/31088 ID: 31089 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/31089 ID: 31090 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/31090 ID: 31091 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/31091 ID: 31092 Test: x86_64 Atomic-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/31092 ID: 31093 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/31093 ID: 31094 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/31094 ID: 31100 Test: i386 KDE-live-iso install_default URL: https://openqa.fedoraproject.org/tests/31100 ID: 31116 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/31116 ID: 31117 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/31117 ID: 31118 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/31118 ID: 31136 Test: x86_64 universal install_delete_partial URL: https://openqa.fedoraproject.org/tests/31136 ID: 31147 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/31147 ID: 31155 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/31155 ID: 31158 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/31158 ID: 31160 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/31160 ID: 31161 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/31161 ID: 31162 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/31162 ID: 31163 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/31163 ID: 31173 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/31173 ID: 31180 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/31180 ID: 31181 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/31181 Passed openQA tests: 60/89 (x86_64), 12/17 (i386), 2/2 (arm) Skipped openQA tests: 10 of 108 -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Bugzilla sending me "outstanding requests" emails about closed bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/29/2016 10:58 AM, Solomon Peachy wrote: > > Roughly once a week, I get an email from bugzilla: > > "The following is a list of bugs or attachments to bugs in which a user has > been waiting more than 7 days for a response from you. Please take action > on these requests as quickly as possible. (Note that some of these bugs > might already be closed, but a user is still waiting for your response.)" > > If the bug has been CLOSED INSUFFICIENT_DATA, why send these messages at > all? > > - Solomon (#1061512, closed nearly 1000 days ago!) > Because sometimes people go away for a while and then come back and provide sufficient data to reopen it? If you're never going to answer, just go in, uncheck the NEEDSINFO box and then save it. You won't get bugged again after that. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlfETtIACgkQeiVVYja6o6MzBQCfVauy8IHsuL9Vc3UmwE9plwz4 t0gAniFWJjo25lCb1dqJAYzT+eRfcPYW =IlyM -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Bugzilla sending me "outstanding requests" emails about closed bugs
Roughly once a week, I get an email from bugzilla: "The following is a list of bugs or attachments to bugs in which a user has been waiting more than 7 days for a response from you. Please take action on these requests as quickly as possible. (Note that some of these bugs might already be closed, but a user is still waiting for your response.)" If the bug has been CLOSED INSUFFICIENT_DATA, why send these messages at all? - Solomon (#1061512, closed nearly 1000 days ago!) -- Solomon Peachy pizza at shaftnet dot org Delray Beach, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum viditur. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Retiring media-explorer
Hey, media-explorer has been broken for a while, and didn't see any upstream development since 2013 as can be seen here: https://github.com/media-explorer/media-explorer/commits/master The versions of clutter, clutter-gst and GStreamer used are positively ancient, and the grilo version is the old API (0.2). Shame it's going away, it was a nice and simple "set top box" type UI, which could have found more use. If anyone wants to work on this upstream and downstream, drop me a private message, and I'll do my best to help revive it. Cheers -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Orphaned Packages in branched (2016-08-29)
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 the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === and orphan, s4504kr 4 weeks ago avra orphan, musolinoa 4 weeks ago cvsclient orphan, java-sig, mizdebsk, 12 weeks ago msrb dbmailorphan, bjohnson8 weeks ago dwatchorphan, bjohnson8 weeks ago firecontrol orphan, dajt, jwilson 4 weeks ago freeradius-client orphan, nmav17 weeks ago ghc-editline orphan, haskell-sig, s4504kr4 weeks ago ghc-primesorphan, haskell-sig, s4504kr4 weeks ago glusterfs-hadoop orphan, lalatendu 12 weeks ago gnustep-back orphan, s4504kr 4 weeks ago gnustep-examples orphan, s4504kr 4 weeks ago gnustep-gui orphan, s4504kr 4 weeks ago gorm orphan, s4504kr 4 weeks ago gresolver orphan, s4504kr 4 weeks ago js-jquery-migrate orphan, group::nodejs-sig, 4 weeks ago jamielinux, patches kaya orphan, s4504kr 4 weeks ago latex2emf orphan, alexlan 4 weeks ago libsieve orphan, bjohnson8 weeks ago libzdborphan, bjohnson, cicku 8 weeks ago luma orphan, s4504kr 4 weeks ago maniadriveorphan, jwrdegoede 8 weeks ago msp430-binutils orphan, rspanton, swhiteho 7 weeks ago msp430-gccorphan, rspanton, swhiteho 7 weeks ago msp430-libc orphan, rspanton7 weeks ago msp430mcu orphan, rspanton7 weeks ago mspdebug orphan, rspanton7 weeks ago netmonitororphan, fab, tuxbrewr 6 weeks ago open-cobolorphan, s4504kr 4 weeks ago openlmi-storage orphan, agk, jsafrane, 16 weeks ago jsynacek, rnovacek phpMemcachedAdmin orphan 9 weeks ago picprog orphan, musolinoa 4 weeks ago polipoorphan, bjohnson, jcp 8 weeks ago powerman orphan, tuxbrewr28 weeks ago psgml orphan, alexlan 4 weeks ago pypop orphan, alexlan 4 weeks ago queuegraphorphan, bjohnson8 weeks ago rhncfgorphan 11 weeks ago snobolorphan, s4504kr 4 weeks ago suck orphan, s4504kr 4 weeks ago system-config-dateorphan, nphilipp1 weeks ago system-config-date-docs orphan, nphilipp1 weeks ago system-config-network orphan, nphilipp1 weeks ago system-config-nfs orphan, nphilipp1 weeks ago system-config-nfs-docsorphan, nphilipp1 weeks ago system-config-samba orphan, nphilipp1 weeks ago system-config-samba-docs orphan, nphilipp1 weeks ago system-config-servicesorphan, nphilipp1 weeks ago system-config-services-docs orphan, nphilipp1 weeks ago system-config-users orphan, nphilipp1 weeks ago system-config-users-docs orphan, nphilipp1 weeks ago thttpdorphan, fab, thias 6 weeks ago The following packages
Re: Unresponsive maintainer: mrceresa
On Mon, Aug 29, 2016 at 4:34 PM, Mario Ceresa wrote: > Dear Igor, > Thanks for the prodding. I have all fedora related email in a separate box > and I've not been reading them lately. I'm sorry for not replying earlier to > you and even more so if that affected your productivity. > > Also August is traditionally summer time in Spain which usually means even > less responsitivity ;). Bug is open since past December ;) > > I also have to confess that I have almost no idea on how to fix the error on > the ARM arch. If you are able to investigate the problem further, or to > create a patch I'll be happy to apply it myself or to give you access to the > repo. Just report bug to upstream. > > Of course you are more than welcome to maintain/co-mantain all of my > packages. It would be a great help and relief for me, as I'm only doing that > in order not to lose them. I will request ACLs. > > With best regards, > > > Mario > > On Sat, 20 Aug 2016 at 21:20 Igor Gnatenko wrote: >> >> We have bug in InsightToolKit[0] for > half year that it doesn't work >> properly on ARM, but maintainer doesn't respond neither to bugzilla >> nor to email. It's blocking me from importing 4 packages as all of >> them failing on ARM due to ITK bug. >> >> Probably it just needs update, probably some investigation. Would be >> nice if we can reassign his packages to someone else. >> >> He is maintainer of: >> * CableSwig >> * CharLS >> * InsightToolkit >> * dcmtk >> * expatpp >> * gdcm >> * libigtl >> * octave-dicom >> * rply >> * vxl >> >> He is co-maintainer of: >> * orthanc >> * tinyxml2 >> * vtk >> >> I would be interested in taking care of: InsightToolkit, dcmtk, gdcm, >> vxl, tinyxml2, vtk. As I have some number of packages depending on >> those. >> >> [0] https://bugzilla.redhat.com/show_bug.cgi?id=1291010 >> -- >> -Igor Gnatenko >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 2 packages were orphaned rubygem-daemon_controller [el6] was orphaned by vondruch A library for implementing daemon management capabilities https://admin.fedoraproject.org/pkgdb/package/rubygem-daemon_controller rubygem-recaptcha [el6] was orphaned by vondruch Helpers for the reCAPTCHA API https://admin.fedoraproject.org/pkgdb/package/rubygem-recaptcha 5 packages were retired compat-gnutls28 [master] was retired by kalev Compat package with gnutls library ABI version 28 https://admin.fedoraproject.org/pkgdb/package/compat-gnutls28 elftoaout [master, f25] was retired by ausil A utility for converting ELF binaries to a.out binaries https://admin.fedoraproject.org/pkgdb/package/elftoaout erlang-p1_xmlrpc [master] was retired by bowlofeggs Erlang XMLRPC implementation with SSL, cookies, Authentication https://admin.fedoraproject.org/pkgdb/package/erlang-p1_xmlrpc gnutls30 [master] was retired by jvcelak A TLS protocol implementation https://admin.fedoraproject.org/pkgdb/package/gnutls30 jackson-datatype-guava [master] was retired by gil Add-on module for Jackson JSON processor which handles Guava data-types https://admin.fedoraproject.org/pkgdb/package/jackson-datatype-guava 9 packages unorphaned - PyXB [f23, master, f25, f24, el6, el5] was unorphaned by marcusk Python XML Schema Bindings https://admin.fedoraproject.org/pkgdb/package/PyXB gnu-smalltalk [f23, master, f25, f24, el6, epel7, el5] was unorphaned by marcusk GNU Smalltalk https://admin.fedoraproject.org/pkgdb/package/gnu-smalltalk http-parser [f23, el6, epel7] was unorphaned by piotrp, sgallagh HTTP request/response parser for C https://admin.fedoraproject.org/pkgdb/package/http-parser mailgraph [f23, master, f25, f24, el6, epel7, el5] was unorphaned by marcusk A RRDtool frontend for Mail statistics https://admin.fedoraproject.org/pkgdb/package/mailgraph man2html [f23, master, f25, f24, el6, epel7, el5] was unorphaned by sergiomb Convert man pages to HTML - CGI scripts https://admin.fedoraproject.org/pkgdb/package/man2html pykka [f23, master, el6, f25, f24] was unorphaned by marcusk Python library that provides concurrency using actor model https://admin.fedoraproject.org/pkgdb/package/pykka python-py2neo [f23, master, el6, f25, f24] was unorphaned by marcusk A simple Python library that provides access to Neo4j https://admin.fedoraproject.org/pkgdb/package/python-py2neo scons [el5] was unorphaned by mskalick An Open Source software construction tool https://admin.fedoraproject.org/pkgdb/package/scons tetrinetx [master, f25] was unorphaned by limb The GNU TetriNET server https://admin.fedoraproject.org/pkgdb/package/tetrinetx 0 packages were unretired 11 packages were given - jboss-jsf-2.2-api [f25] was given by goldmann to gil JavaServer Faces 2.2 API https://admin.fedoraproject.org/pkgdb/package/jboss-jsf-2.2-api opensc [el6, el5] was given by tmraz to jjelen Smart card library and applications https://admin.fedoraproject.org/pkgdb/package/opensc paperkey [f23, master, f25, f24] was given by tmz to fale An OpenPGP key archiver https://admin.fedoraproject.org/pkgdb/package/paperkey python-SecretStorage [f23, master, f25, f24] was given by raphgro to cstratak Python bindings to FreeDesktop.org Secret Service API https://admin.fedoraproject.org/pkgdb/package/python-SecretStorage python-botocore [f23, master, f25, f24, el6, epel7] was given by gholms to fale Low-level, data-driven core of boto 3 https://admin.fedoraproject.org/pkgdb/package/python-botocore python-configobj [f23, f24, master, f25, el5] was given by lmacken to fale Config file reading, writing, and validation https://admin.fedoraproject.org/pkgdb/package/python-configobj python-gnupg [f23, master, f25, f24, el6, epel7] was given by pwouters to fale A wrapper for the Gnu Privacy Guard (GPG or GnuPG) https://admin.fedoraproject.org/pkgdb/package/python-gnupg python-jmespath [f23, master, f25, f24, el6, epel7] was given by gholms to fale JSON Matching Expressions https://admin.fedoraproject.org/pkgdb/package/python-jmespath rubygem-font-awesome-rails [f23, master, f25, f24] was given by jstribny to fale An asset gemification of the font-awesome icon font library https://admin.fedoraproject.org/pkgdb/package/rubygem-font-awesome-rails rubygem-pdf-core [f23, master, f25, f24] was given by jstribny to fale PDF::Core is used by Prawn to render PDF documents https://admin.fedoraproject.org/pkgdb/package/rubygem-pdf-core rubygem-prawn [f23, master, f25, f24] was given by jstribny to fale A fast and nimble PDF generator
Orphaned Packages in rawhide (2016-08-29)
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 the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === and orphan, s4504kr 4 weeks ago avra orphan, musolinoa 4 weeks ago cvsclient orphan, java-sig, mizdebsk, 12 weeks ago msrb dbmailorphan, bjohnson8 weeks ago dwatchorphan, bjohnson8 weeks ago firecontrol orphan, dajt, jwilson 4 weeks ago freeradius-client orphan, nmav17 weeks ago ghc-editline orphan, haskell-sig, s4504kr4 weeks ago ghc-primesorphan, haskell-sig, s4504kr4 weeks ago glusterfs-hadoop orphan, lalatendu 12 weeks ago gnome-password-generator orphan, rishi 4 weeks ago gnustep-back orphan, s4504kr 4 weeks ago gnustep-examples orphan, s4504kr 4 weeks ago gnustep-gui orphan, s4504kr 4 weeks ago gorm orphan, s4504kr 4 weeks ago gresolver orphan, s4504kr 4 weeks ago js-jquery-migrate orphan, group::nodejs-sig, 4 weeks ago jamielinux, patches kaya orphan, s4504kr 4 weeks ago latex2emf orphan, alexlan 4 weeks ago libsieve orphan, bjohnson8 weeks ago libzdborphan, bjohnson, cicku 8 weeks ago luma orphan, s4504kr 4 weeks ago maniadriveorphan, jwrdegoede 8 weeks ago msp430-binutils orphan, rspanton, swhiteho 7 weeks ago msp430-gccorphan, rspanton, swhiteho 7 weeks ago msp430-libc orphan, rspanton7 weeks ago msp430mcu orphan, rspanton7 weeks ago mspdebug orphan, rspanton7 weeks ago netmonitororphan, fab, tuxbrewr 6 weeks ago open-cobolorphan, s4504kr 4 weeks ago openlmi-storage orphan, agk, jsafrane, 16 weeks ago jsynacek, rnovacek phpMemcachedAdmin orphan 9 weeks ago picprog orphan, musolinoa 4 weeks ago polipoorphan, bjohnson, jcp 8 weeks ago powerman orphan, tuxbrewr28 weeks ago psgml orphan, alexlan 4 weeks ago pypop orphan, alexlan 4 weeks ago queuegraphorphan, bjohnson8 weeks ago rhncfgorphan 11 weeks ago snobolorphan, s4504kr 4 weeks ago suck orphan, s4504kr 4 weeks ago system-config-dateorphan, nphilipp1 weeks ago system-config-date-docs orphan, nphilipp1 weeks ago system-config-network orphan, nphilipp1 weeks ago system-config-nfs orphan, nphilipp1 weeks ago system-config-nfs-docsorphan, nphilipp1 weeks ago system-config-samba orphan, nphilipp1 weeks ago system-config-samba-docs orphan, nphilipp1 weeks ago system-config-servicesorphan, nphilipp1 weeks ago system-config-services-docs orphan, nphilipp1 weeks ago system-config-users orphan, nphilipp1 weeks ago system-config-users-docs orphan, nphilipp1 weeks ago thttpd
Re: Unresponsive maintainer: mrceresa
Dear Igor, Thanks for the prodding. I have all fedora related email in a separate box and I've not been reading them lately. I'm sorry for not replying earlier to you and even more so if that affected your productivity. Also August is traditionally summer time in Spain which usually means even less responsitivity ;). I also have to confess that I have almost no idea on how to fix the error on the ARM arch. If you are able to investigate the problem further, or to create a patch I'll be happy to apply it myself or to give you access to the repo. Of course you are more than welcome to maintain/co-mantain all of my packages. It would be a great help and relief for me, as I'm only doing that in order not to lose them. With best regards, Mario On Sat, 20 Aug 2016 at 21:20 Igor Gnatenko wrote: > We have bug in InsightToolKit[0] for > half year that it doesn't work > properly on ARM, but maintainer doesn't respond neither to bugzilla > nor to email. It's blocking me from importing 4 packages as all of > them failing on ARM due to ITK bug. > > Probably it just needs update, probably some investigation. Would be > nice if we can reassign his packages to someone else. > > He is maintainer of: > * CableSwig > * CharLS > * InsightToolkit > * dcmtk > * expatpp > * gdcm > * libigtl > * octave-dicom > * rply > * vxl > > He is co-maintainer of: > * orthanc > * tinyxml2 > * vtk > > I would be interested in taking care of: InsightToolkit, dcmtk, gdcm, > vxl, tinyxml2, vtk. As I have some number of packages depending on > those. > > [0] https://bugzilla.redhat.com/show_bug.cgi?id=1291010 > -- > -Igor Gnatenko > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Detecting CXX compiler ABI info - failed
On Mon, Aug 29, 2016 at 02:08:10PM +0100, Jonathan Wakely wrote: > >https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298-luminance-hdr/build.log.gz > > > >The pulling in of -std=gnu++11 in rawhide should be fixed anyway > > Nothing in rawhide adds that flag automatically, it must be your > package. Well, -std=gnu++14 is the default in GCC 6+, so if you don't pass any -std= options, that is what you get. Jakub -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora Rawhide-20160829.n.0 compose check report
Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 20/89 (x86_64), 4/17 (i386), 1/2 (arm) ID: 30968 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/30968 ID: 30970 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/30970 ID: 30971 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/30971 ID: 30977 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/30977 ID: 30978 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/30978 ID: 30979 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/30979 ID: 30980 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/30980 ID: 30981 Test: x86_64 Atomic-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/30981 ID: 30988 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/30988 ID: 30990 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/30990 ID: 31005 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/31005 ID: 31006 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/31006 ID: 31025 Test: x86_64 universal install_delete_partial URL: https://openqa.fedoraproject.org/tests/31025 ID: 31036 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/31036 ID: 31044 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/31044 ID: 31047 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/31047 ID: 31049 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/31049 ID: 31050 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/31050 ID: 31051 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/31051 ID: 31052 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/31052 ID: 31058 Test: x86_64 universal install_kickstart_firewall_disabled URL: https://openqa.fedoraproject.org/tests/31058 ID: 31062 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/31062 ID: 31069 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/31069 ID: 31070 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/31070 ID: 31075 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/31075 Passed openQA tests: 64/89 (x86_64), 13/17 (i386) Skipped openQA tests: 6 of 108 -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Detecting CXX compiler ABI info - failed
On 26/08/16 19:27 +0200, Franco Comida wrote: I'm building on copr a development version of luminance-hdr which is in stable at version 2.4.0. Build failed for rawhide-i386/x86_64 This bug could be the reason for the failure: https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3 So i changed spec file to conditionally add -fext-numeric-literals needed by gnu++11, but not build fails only in rawhide-x86_64 -fext-numeric-literals is enabled by default for -std=gnu++11, what are you trying to do exactly? You only need to add -fext-numeric-literals if you are using -std=c++11 (not -std=gnu++11) and you need to use the non-standard numeric literals instead of the standard C++11 literals. https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298-luminance-hdr/build.log.gz The pulling in of -std=gnu++11 in rawhide should be fixed anyway Nothing in rawhide adds that flag automatically, it must be your package. Also, the -std option has nothing to do with the ABI. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[HEADS UP] LuaJIT 2.1.0-beta2 comes to Rawhide
I'm working on getting new luajit version for Rawhide. Affected packages: $ sudo dnf -q repoquery --alldeps --whatrequires luajit --srpm --queryformat="%{name}" cantor csound dnsdist efl hexchat knot-resolver love lua-fun luajit minetest pdns-recursor I will try to rebuild this packages. Looks like there were no serious API changes (if there were any except adding new functions). -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Detecting CXX compiler ABI info - failed
I changed our CMakeLists.txt for using set(CMAKE_CXX_STANDARD 11) and it fixed it. New cmake in rawhide doesn't like passing that flag with CMAKE_CXX_FLAGS Thank you Il 29/Ago/2016 11:06, "Florian Weimer" ha scritto: > On 08/26/2016 07:27 PM, Franco Comida wrote: > >> I'm building on copr a development version of luminance-hdr which is in >> stable at version 2.4.0. >> Build failed for rawhide-i386/x86_64 >> >> This bug could be the reason for the failure: >> >> https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3 >> >> So i changed spec file to conditionally add -fext-numeric-literals needed >> by gnu++11, but not build fails only in rawhide-x86_64 >> >> https://copr-be.cloud.fedoraproject.org/results/fcomida/ >> LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298- >> luminance-hdr/build.log.gz >> > > You need to provide instructions to replicate the SRPM at least. I don't > see any way to do this from the information your provided. > > Thanks, > Florian > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Detecting CXX compiler ABI info - failed
On 08/26/2016 07:27 PM, Franco Comida wrote: I'm building on copr a development version of luminance-hdr which is in stable at version 2.4.0. Build failed for rawhide-i386/x86_64 This bug could be the reason for the failure: https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3 So i changed spec file to conditionally add -fext-numeric-literals needed by gnu++11, but not build fails only in rawhide-x86_64 https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298-luminance-hdr/build.log.gz You need to provide instructions to replicate the SRPM at least. I don't see any way to do this from the information your provided. Thanks, Florian -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
GNOME 3.21.91 megaupdate
Hi all, It's GNOME 3.21.91 release this week and we're going to do a megaupdate this time as well. If you are helping with building, please use the f25-gnome build target: $ fedpkg build --target f25-gnome I'll take care of submitting all the builds to Bodhi later this week. Thanks, Kalev -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org