Fedora-Modular 27-20171129.n.0 compose check report
Missing expected images: Docker_base docker x86_64 Server dvd arm Failed openQA tests: 21/94 (x86_64), 6/19 (i386) New failures (same test did not fail in 27-20171128.n.1): ID: 176683 Test: x86_64 universal install_blivet_btrfs URL: https://openqa.fedoraproject.org/tests/176683 ID: 176689 Test: x86_64 universal install_blivet_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/176689 ID: 176734 Test: i386 universal install_blivet_xfs URL: https://openqa.fedoraproject.org/tests/176734 ID: 176741 Test: i386 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/176741 Old failures (same test failed in 27-20171128.n.1): ID: 176635 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/176635 ID: 176641 Test: x86_64 Server-dvd-iso server_cockpit_default URL: https://openqa.fedoraproject.org/tests/176641 ID: 176642 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/176642 ID: 176655 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/176655 ID: 176659 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/176659 ID: 176661 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/176661 ID: 176662 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/176662 ID: 176706 Test: x86_64 universal upgrade_minimal_64bit URL: https://openqa.fedoraproject.org/tests/176706 ID: 176707 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/176707 ID: 176708 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/176708 ID: 176709 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/176709 ID: 176711 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/176711 ID: 176712 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/176712 ID: 176713 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/176713 ID: 176714 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/176714 ID: 176715 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/176715 ID: 176716 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/176716 ID: 176717 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/176717 ID: 176721 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/176721 ID: 176722 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/176722 ID: 176730 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/176730 ID: 176731 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/176731 ID: 176744 Test: i386 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/176744 Passed openQA tests: 63/94 (x86_64), 13/19 (i386) New passes (same test did not pass in 27-20171128.n.1): ID: 176656 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/176656 ID: 176660 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/176660 ID: 176673 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/176673 ID: 176680 Test: x86_64 universal install_no_swap URL: https://openqa.fedoraproject.org/tests/176680 ID: 176692 Test: x86_64 universal install_blivet_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/176692 ID: 176698 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/176698 Skipped openQA tests: 2 of 113 Installed system changes in test x86_64 Server-boot-iso install_default@uefi: Average CPU usage changed from 0.6333 to 11.02857143 Previous test data: https://openqa.fedoraproject.org/tests/176457#downloads Current test data: https://openqa.fedoraproject.org/tests/176633#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Schedule for Wednesday's FPC Meeting (2017-11-29 18:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Wednesday at 2017-11-29 18:00 UTC in #fedora-meeting-2 on irc.freenode.net. Local time information (via. uitime): = Day: Wednesday = 2017-11-29 10:00 PST US/Pacific 2017-11-29 13:00 EST --> US/Eastern <-- 2017-11-29 18:00 GMT Europe/London 2017-11-29 18:00 UTC UTC 2017-11-29 19:00 CET Europe/Berlin 2017-11-29 19:00 CET Europe/Paris 2017-11-29 23:30 IST Asia/Calcutta --- New Day: Thursday 2017-11-30 02:00 HKT Asia/Hong_Kong 2017-11-30 02:00 +08 Asia/Singapore 2017-11-30 03:00 JST Asia/Tokyo 2017-11-30 04:00 AEST Australia/Brisbane Links to all tickets below can be found at: https://pagure.io/packaging-committee/issues?status=Open&tags=meeting = Followups = #topic #654 glibc file triggers .fpc 654 https://pagure.io/packaging-committee/issue/654 #topic #691 noarch *sub*packages with arch-specific dependencies .fpc 691 https://pagure.io/packaging-committee/issue/691 #topic #693 Wiki:Packaging:RPMMacros .fpc 693 https://pagure.io/packaging-committee/issue/693 #topic #694 Packaging guidelines for application independence .fpc 694 https://pagure.io/packaging-committee/issue/694 #topic #708 Allocating a static uid and gid for openvswitch .fpc 708 https://pagure.io/packaging-committee/issue/708 #topic #710 Ruby packaging guidelines update .fpc 710 https://pagure.io/packaging-committee/issue/710 #topic #713 Forward-looking conditionals by default .fpc 713 https://pagure.io/packaging-committee/issue/713 #topic #714 let's kill file deps! .fpc 714 https://pagure.io/packaging-committee/issue/714 #topic #715 Separately building package documentation .fpc 715 https://pagure.io/packaging-committee/issue/715 = New business = #topic #720 Easy way of changing/removing shebangs .fpc 720 https://pagure.io/packaging-committee/issue/720 #topic #723 Guidelines for handling deprecated dependencies during review .fpc 723 https://pagure.io/packaging-committee/issue/723 #topic #726 Review for SELinux Independent Policy packaging Draft .fpc 726 https://pagure.io/packaging-committee/issue/726 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://pagure.io/packaging-committee/issues?status=Open&tags=meeting If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://pagure.io/packaging-committee , e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Modular 27 compose report: 20171129.n.0 changes
OLD: Fedora-Modular-27-20171128.n.1 NEW: Fedora-Modular-27-20171129.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 3 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 3.00 MiB Size of dropped packages:0.00 B Size of upgraded packages: 0.00 B Size of downgraded packages: 0.00 B Size change of upgraded packages: 0.00 B Size change of downgraded packages: 0.00 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: jackson-1.9.11-12.module_8e47b34b Summary: Jackson Java JSON-processor RPMs:jackson jackson-javadoc Size:2542264 bytes Package: jsr-311-1.1.1-14.module_8e47b34b Summary: JAX-RS: Java API for RESTful Web Services RPMs:jsr-311 jsr-311-javadoc Size:161004 bytes Package: stax2-api-4.0.0-3.module_8e47b34b Summary: Experimental API extending basic StAX implementation RPMs:stax2-api stax2-api-javadoc Size:444996 bytes = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Bullet 2.87 coming to rawhide
Hi all, I'm planning on updating bullet to 2.87 in rawhide over the weekend. The following packages are affected: $ dnf repoquery --source --alldeps --whatrequires "bullet*" Last metadata expiration check: 0:37:51 ago on Tue 28 Nov 2017 07:31:59 PM EST. bullet-2.83-6.fc27.src.rpm cyphesis-0.6.2-15.fc27.src.rpm efl-1.20.3-1.fc27.src.rpm efl-1.20.5-1.fc27.src.rpm fawkes-1.0.1-9.fc27.src.rpm gazebo-8.1.1-1.fc27.src.rpm openmw-0.41.0-7.fc27.src.rpm vdrift-20141020-10.fc27.src.rpm I will take care of all of the rebuilds once the bullet build is complete. Rich ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
MySQL ODBC connector - deprecation
Hello, *I'd like to remove 'mysql-connector-odbc' package from Fedora.I'm looking for feedback for such an action.* For a long time 'mysql-connector-odbc' was the only connector of its kind in Fedora. However it is not update for a many releases, because upstream disabled dynamic linking. It was building agains MariaDB for quite a time too. But that building broke, when MariaDB renamed its library. Now, actually, in F27 & Rawhide it is not even working anymore, because of the missing library. A month back, MariaDB upstream released its own ODBC conncetor - finally working and in GA version. On the other hand, this 'mariadb-connector-odbc' works only with the new, renamed library. (that is F27 & Rawhide) At this point, I'd like to see 'mysql-connector-odbc' die in order to actual, working and fresh software to be present. *If any of you does use 'mysql-connector-odbc', I'd love to hear your opinion!* before I'm making any official move. -- There are other ways too. Mostly variations of getting the static library from somewhere and link statically. However the effort needed to fix it in any such a way, would be big. -- Michal Schorm Associate Software Engineer Core Services - Databases Team Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: /usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/libQxtWidgets-qt5.so: undefined reference to `vtable for QxtApplication'
At a guess, and not having looked at the code or logs, I would say it’s either a virtual destructor defined in a header file (that can cause problems with the vtable not being generated by any compilation unit) or it has been built with -fvisibility=hidden and the class is not marked with visibility(“default”) and so members are not exported from the library Michael On Tue, 28 Nov 2017, at 10:35 PM, Michael Cullen wrote: > At a guess, and not having looked at the code or logs, I would say > it’s either a virtual destructor defined in a header file (that can > cause problems with the vtable not being generated by any compilation > unit) or it has been built with -fvisibility=hidden and the class is > not marked with visibility(“default”) and so members are not exported > from the library> > Michael > > > On Tue, 28 Nov 2017, at 09:17 PM, Martin Gansser wrote: > > Maybe someone can tell me which forum I can contact to fix this > > error?> > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org> ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Infrastructure Datacenter Move - 2017-12-04 to 2017-12-08
Greetings. On December 4th, 2017 and running until December 8th 2017, Fedora Infrastructure will be moving servers from an existing datacenter location to another new section of the datacenter. This move will allow us more space and power and to consolidate and rewire existing servers. A schedule for the week is available at: https://www.fedorastatus.org/q4maint.html To expand on that schedule: Outage window will start each day around 15:00 UTC (08:00 UTC-7) and end approximately at 00:00 UTC (17:00 UTC-7). * Monday (2017-12-04) some services may be down for short periods of time as we reboot for firmware upgrades and other updates. * Tuesday (2017-12-05) development and build servers will be moved. Developers are advised against submitting long running builds or tasks. * Wed (2017-12-06) The rest of our production machines and QA machines will be moved. Expect most applications to have some downtime. * Thursday (2017-12-07) the fedorainfracloud will be moved. Expect copr and any other services in the cloud to be down this day. * Friday (2017-12-08) we will be finishing up with recabling/wiring and rebooting any servers that still need updating. Outages friday should be short, but may happen anytime in the outage window. Some services will continue to be available all week, (including, but not limited to): mirrorlists, getfedora.org, docs.fedoraproject.org, pagure.io, release-monitoring.org, fedorapeople.org, fedoraplanet.org, keys.fedoraproject.org For further information or questions, please consult #fedora-admin on irc.freenode.net or the fedora infrastructure mailing list. Thanks, kevin signature.asc Description: OpenPGP digital signature ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
On Tuesday, 28 November 2017 at 20:16, Przemek Klosowski wrote: [...] > Microsoft Guidelines Support Library (your package) is the third > hit. Why don't you just name it 'guideline-support-library'? I > think it'll be clearer this way. Seconded, excellent idea. Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: /usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/libQxtWidgets-qt5.so: undefined reference to `vtable for QxtApplication'
Maybe someone can tell me which forum I can contact to fix this error? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
golang-github-chmduquesne-rollinghash license change (MIT -> MIT and BSD) with 3.0.0
The license changes from "MIT" to "MIT and BSD" as of the newly released version 3.0.0, which has been built for rawhide and will make it to f27 and f26 if no problems with dependent packages (syncthing) arise. This has no real effect for fedora, since the changed license tag only arises from a newly introduced BSD-licensed golang subpackage (the rabinkarp64 algorithm), which is used nowhere yet - and all other parts of the package remain MIT-licensed. So I'm just sending this notice as required (https://fedoraproject.org/wiki/Licensing:Main#License_Changes). Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
On 11/28/2017 10:23 AM, Vitaly Zaitsev wrote: I want to add a new package GSL (header-only C++ library: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2FGSL&data=02%7C01%7Cprzemek.klosowski%40nist.gov%7C770bea95b2264237725d08d5367429ca%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636474794913181325&sdata=lreX2uHdwsze3SoqA0IQQRo6STaYj2a5ganLpDnFkZI%3D&reserved=0) to repository, but another package with the same name (gsl) already exists in Fedora. I decided to rename my new package to gsl-microsoft. Is it okay to use Microsoft in package name or I need to use gsl-ms (or even gslms) instead? The other GSL is GNU Scientific Library, which has been around long enough so that the first two Google hits for 'gsl' refer to it. Microsoft Guidelines Support Library (your package) is the third hit. Why don't you just name it 'guideline-support-library'? I think it'll be clearer this way. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ICU 60.1 coming to rawhide/F28
28.11.2017, 15:52, "Eike Rathke" : > What ABI compat package? A parallel installable package that would temporarily provide ICU 57 libraries (but not development headers) so that packages that fail to rebuild with ICU 60 can be fixed gradually and keep on working in the mean time. Otherwise composes fall over if one package fails to rebuild etc and QA comes after us with pitchforks. > Let's do builds on a side tag, unless you have a better plan? Sure, good idea. I have now requested the side tag here: https://pagure.io/releng/issue/7187 Pete ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora-Modular 27-20171128.n.1 compose check report
Missing expected images: Docker_base docker x86_64 Server dvd arm Failed openQA tests: 24/94 (x86_64), 5/19 (i386) New failures (same test did not fail in 27-20171128.n.0): ID: 176480 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/176480 ID: 176484 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/176484 ID: 176497 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/176497 ID: 176504 Test: x86_64 universal install_no_swap URL: https://openqa.fedoraproject.org/tests/176504 ID: 176516 Test: x86_64 universal install_blivet_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/176516 ID: 176522 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/176522 Old failures (same test failed in 27-20171128.n.0): ID: 176459 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/176459 ID: 176465 Test: x86_64 Server-dvd-iso server_cockpit_default URL: https://openqa.fedoraproject.org/tests/176465 ID: 176466 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/176466 ID: 176479 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/176479 ID: 176483 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/176483 ID: 176485 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/176485 ID: 176486 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/176486 ID: 176530 Test: x86_64 universal upgrade_minimal_64bit URL: https://openqa.fedoraproject.org/tests/176530 ID: 176531 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/176531 ID: 176532 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/176532 ID: 176533 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/176533 ID: 176535 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/176535 ID: 176536 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/176536 ID: 176537 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/176537 ID: 176538 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/176538 ID: 176539 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/176539 ID: 176540 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/176540 ID: 176541 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/176541 ID: 176545 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/176545 ID: 176546 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/176546 ID: 176554 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/176554 ID: 176555 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/176555 ID: 176568 Test: i386 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/176568 Passed openQA tests: 60/94 (x86_64), 14/19 (i386) New passes (same test did not pass in 27-20171128.n.0): ID: 176489 Test: x86_64 universal install_sata URL: https://openqa.fedoraproject.org/tests/176489 ID: 176495 Test: x86_64 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/176495 ID: 176519 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/176519 ID: 176551 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/176551 ID: 176552 Test: x86_64 universal install_rescue_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/176552 Skipped openQA tests: 2 of 113 Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: 40 packages(s) removed since previous compose: adcli, avahi-libs, c-ares, cups-libs, cyrus-sasl-gssapi, http-parser, libdhash, libipa_hbac, libkadm5, libldb... 1 services(s) removed since previous compose: sssd.service Previous test data: https://openqa.fedoraproject.org/tests/176024#downloads Current test data: https://openqa.fedoraproject.org/tests/176460#downloads Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 40 packages(s) removed since previous compose: adcli, avahi-libs, c-ares, cups-libs, cyrus-sasl-gssapi, http-parser, libdhash, libipa_hbac, libkadm5, libldb
Fedora Modular bikeshed compose report: changes
___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20171128.n.0 compose check report
On Tue, 2017-11-28 at 16:37 +, Fedora compose checker wrote: > Missing expected images: > > Server dvd i386 > Workstation live i386 > Server boot i386 > Kde live i386 > > Failed openQA tests: 83/128 (x86_64), 1/2 (arm) So, all tests run from a Server image (which is a lot of them, as the 'universal' tests are run with the Server DVD) failed due to: https://bugzilla.redhat.com/show_bug.cgi?id=1513024 I've marked that bug as a blocker. > Installed system changes in test x86_64 KDE-live-iso install_default_upload: > Filesystem for mount / changed from > /dev/mapper/fedora_localhost--live-root to /dev/mapper/fedora-root This change...actually looks interesting. Worth further investigation, but it looks sort of like some kind of attempt to include the system hostname in the LVM volume group name to possibly prevent collisions(?) has gone away. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
Hi, Many packaging ecosystems use vendor name in package name to disambiguate, though they are usually prepended If the vendor didn't want its name associated with the software it could publish through neutral entities such as Apache, Eclipse, and so on. (never add a vendor name not pro-eminently displayed on the project website, though) Regards, -- Nicolas Mailhot ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
I think that the vendor name should go at the beginning of the package name, since suffixes are mostly used in Fedora to denote subpackages, like -data, -docs, -devel, or modules, plugins, and such. We have a couple of "google-*" font packages, so this usage of the vendor name should be okay - but as Dominik noted, it's probably best to ask on the fedora-legal list. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Modular 27 compose report: 20171128.n.1 changes
OLD: Fedora-Modular-27-20171128.n.0 NEW: Fedora-Modular-27-20171128.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 35 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size of upgraded packages: 93.81 MiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 1.41 MiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: authconfig-7.0.1-4.module_4de20ee6 Old package: authconfig-7.0.1-4.module_c6e3f1f6 Summary: Command line tool for setting up authentication from network services RPMs: authconfig Size: 1626384 bytes Size change: -176 bytes Package: autofs-1:5.1.3-5.module_4de20ee6 Old package: autofs-1:5.1.3-5.module_c6e3f1f6 Summary: A tool for automatically mounting and unmounting filesystems RPMs: autofs Size: 5494420 bytes Size change: -1112 bytes Package: autogen-5.18.12-5.module_4de20ee6 Old package: autogen-5.18.12-5.module_c6e3f1f6 Summary: Automated text file generator RPMs: autogen autogen-libopts autogen-libopts-devel Size: 5239740 bytes Size change: 3076 bytes Package: babel-2.3.4-6.module_4de20ee6 Old package: babel-2.3.4-6.module_c6e3f1f6 Summary: Tools for internationalizing Python applications RPMs: babel babel-doc python2-babel python3-babel Size: 10518364 bytes Size change: 92 bytes Package: bind-dyndb-ldap-11.1-6.module_4de20ee6 Old package: bind-dyndb-ldap-11.1-6.module_c6e3f1f6 Summary: LDAP back-end plug-in for BIND RPMs: bind-dyndb-ldap Size: 913280 bytes Size change: 112 bytes Package: certmonger-0.79.5-2.module_4de20ee6 Old package: certmonger-0.79.5-2.module_c6e3f1f6 Summary: Certificate status monitor and PKI enrollment client RPMs: certmonger Size: 4648068 bytes Size change: -1356 bytes Package: custodia-0.5.0-9.module_4de20ee6 Old package: custodia-0.5.0-9.module_c6e3f1f6 Summary: A service to manage, retrieve and store secrets for other processes RPMs: custodia python2-custodia python2-custodia-extra python3-custodia python3-custodia-extra Size: 286068 bytes Size change: 200 bytes Package: freeipa-4.6.1-3.module_4de20ee6 Old package: freeipa-4.6.1-3.module_c6e3f1f6 Summary: The Identity, Policy and Audit system RPMs: freeipa-client freeipa-client-common freeipa-common freeipa-python-compat freeipa-server freeipa-server-common freeipa-server-dns freeipa-server-trust-ad python2-ipaclient python2-ipalib python2-ipaserver python2-ipatests python3-ipaclient python3-ipalib python3-ipaserver python3-ipatests Size: 13349904 bytes Size change: -976 bytes Package: freeipa-desktop-profile-0.0.6-4.module_4de20ee6 Old package: freeipa-desktop-profile-0.0.6-1.module_c6e3f1f6 Summary: FleetCommander integration with FreeIPA RPMs: freeipa-desktop-profile freeipa-desktop-profile-common python2-ipa-desktop-profile-client python2-ipa-desktop-profile-server python3-ipa-desktop-profile-client python3-ipa-desktop-profile-server Added RPMs: freeipa-desktop-profile-common python2-ipa-desktop-profile-client python2-ipa-desktop-profile-server python3-ipa-desktop-profile-client python3-ipa-desktop-profile-server Size: 91440 bytes Size change: 52216 bytes Changelog: * Fri Nov 17 2017 Alexander Bokovoy 0.0.6-1 - Allow loading JSON data from files only in interactive mode - Package Python2 and Python3 versions separately - Package client and server side separately * Mon Nov 20 2017 Oliver Gutierrez 0.0.6-2 - Fixed errors in specfile * Thu Nov 23 2017 Oliver Gutierrez 0.0.6-3 - Moved context configuration file to a common package for client side packages * Thu Nov 23 2017 Oliver Gutierrez 0.0.6-4 - Fixed dependencies for EPEL 7 Package: gssntlmssp-0.7.0-5.module_4de20ee6 Old package: gssntlmssp-0.7.0-5.module_c6e3f1f6 Summary: GSSAPI NTLMSSP Mechanism RPMs: gssntlmssp gssntlmssp-devel Size: 517380 bytes Size change: -12 bytes Package: hesiod-3.2.1-9.module_4de20ee6 Old package: hesiod-3.2.1-9.module_c6e3f1f6 Summary: Shared libraries for querying the Hesiod naming service RPMs: hesiod hesiod-devel Size: 432396 bytes Size change: -116 bytes Package: ldns-1.7.0-9.module_4de20ee6 Old package: ldns-1.7.0-9.module_c6e3f1f6 Summary: Low-level DNS(SEC) library with API RPMs: ldns ldns-devel ldns-doc ldns-utils perl-ldns python-ldns Size: 8915052 bytes Size change: -912 bytes Package: libatasmart-0.19-13.module_b1ad370b Old package: libatasmart-0.19-12.module_ae3ff40c Summary: ATA S.M.A.R.T. Disk Health Monitoring Library RPMs
Fedora Rawhide-20171128.n.0 compose check report
Missing expected images: Server dvd i386 Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 83/128 (x86_64), 1/2 (arm) New failures (same test did not fail in Rawhide-20171127.n.0): ID: 176197 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176197 ID: 176198 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/176198 ID: 176200 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176200 ID: 176201 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/176201 ID: 176203 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/176203 ID: 176207 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/176207 ID: 176208 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/176208 ID: 176219 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176219 ID: 176223 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176223 ID: 176228 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/176228 ID: 176234 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176234 ID: 176235 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/176235 ID: 176240 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176240 ID: 176253 Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/176253 ID: 176255 Test: x86_64 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/176255 ID: 176256 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/176256 ID: 176258 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/176258 ID: 176259 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/176259 ID: 176260 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/176260 ID: 176261 Test: x86_64 universal install_delete_pata URL: https://openqa.fedoraproject.org/tests/176261 ID: 176262 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/176262 ID: 176263 Test: x86_64 universal install_sata URL: https://openqa.fedoraproject.org/tests/176263 ID: 176264 Test: x86_64 universal install_sata@uefi URL: https://openqa.fedoraproject.org/tests/176264 ID: 176265 Test: x86_64 universal install_kickstart_user_creation URL: https://openqa.fedoraproject.org/tests/176265 ID: 176266 Test: x86_64 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/176266 ID: 176267 Test: x86_64 universal install_multi URL: https://openqa.fedoraproject.org/tests/176267 ID: 176268 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/176268 ID: 176269 Test: x86_64 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/176269 ID: 176270 Test: x86_64 universal install_simple_free_space URL: https://openqa.fedoraproject.org/tests/176270 ID: 176271 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/176271 ID: 176272 Test: x86_64 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/176272 ID: 176273 Test: x86_64 universal install_delete_partial URL: https://openqa.fedoraproject.org/tests/176273 ID: 176274 Test: x86_64 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/176274 ID: 176275 Test: x86_64 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/176275 ID: 176276 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/176276 ID: 176277 Test: x86_64 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/176277 ID: 176278 Test: x86_64 universal install_no_swap URL: https://openqa.fedoraproject.org/tests/176278 ID: 176279 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/176279 ID: 176280 Test: x86_64 universal install_blivet_ext3 URL: https://openqa.fedoraproject.org/tests/176280 ID: 176281 Test: x86_64 universal install_blivet_btrfs URL: https://openqa.fedoraproject.org/tests/176281 ID: 176282 Test: x86_64 universal install_blivet_no_swap URL: https://openqa.fedoraproject.org/tests/176282 ID: 176283 Test: x86_64 universal install_blivet_xfs URL: https://openqa.fedoraproject.org/tests
Modularity Working Group IRC Meeting Minutes (2017-11-28)
= #fedora-meeting-3: Meeting of the Modularity Working Group (once every two weeks) = Meeting started by nils at 15:01:06 UTC. Minutes: https://meetbot.fedoraproject.org/fedora-meeting-3/2017-11-28/modularity_wg.2017-11-28-15.01.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-3/2017-11-28/modularity_wg.2017-11-28-15.01.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-3/2017-11-28/modularity_wg.2017-11-28-15.01.log.html Meeting summary --- * Roll Call (nils, 15:01:18) * Agenda (nils, 15:02:37) * [langdon]: Thoughts on modular server release (nils, 15:04:24) * [langdon]: Stream naming convention updates? (nils, 15:04:30) * Stream naming convention updates? (nils, 15:04:36) * LINK: https://pagure.io/Fedora-Council/tickets/issue/149 Discussion is happening here (nils, 15:37:25) * We'll continue discussion in the ticket (nils, 15:37:46) * Stream naming convention updates? (nils, 15:38:13) * LINK: https://pagure.io/modularity/issue/75 (nils, 15:38:45) * Open Floor (nils, 15:42:15) Meeting ended at 15:44:59 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * nils (45) * asamalik (33) * sgallagh (30) * langdon (25) * zodbot (13) * tflink (3) * sct (1) * mikedep333 (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Nils Philippsen"Those who would give up Essential Liberty to Software Engineer purchase a little Temporary Safety, deserve neither Red Hat Liberty nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint:C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
Hi, Vitaly. On Tuesday, 28 November 2017 at 16:23, Vitaly Zaitsev wrote: > I want to add a new package GSL (header-only C++ library: > https://github.com/Microsoft/GSL) to repository, but another > package with the same name (gsl) already exists in Fedora. > I decided to rename my new package to gsl-microsoft. Is it okay to > use Microsoft in package name or I need to use gsl-ms (or even > gslms) instead? fedora-legal list is probably a better place to ask. I'd use msgsl or microsoft-gsl as the package name, personally. Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package name conflict
On Tue, Nov 28, 2017 at 9:23 AM, Vitaly Zaitsev wrote: > Hello all. > > I want to add a new package GSL (header-only C++ library: > https://github.com/Microsoft/GSL) to repository, but another package with > the same name (gsl) already exists in Fedora. I decided to rename my new > package to gsl-microsoft. Is it okay to use Microsoft in package name or I > need to use gsl-ms (or even gslms) instead? Just my thoughts, but I would go with "msgsl" You could also check other distributions and see if they have packaged it... Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Package name conflict
Hello all. I want to add a new package GSL (header-only C++ library: https://github.com/Microsoft/GSL) to repository, but another package with the same name (gsl) already exists in Fedora. I decided to rename my new package to gsl-microsoft. Is it okay to use Microsoft in package name or I need to use gsl-ms (or even gslms) instead? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: glusterfs in Fedora Modular 27?
On 11/28/2017 08:30 AM, Kaleb S. KEITHLEY wrote: > > I've been contacted by Fedora QE about this, and have bz > https://bugzilla.redhat.com/show_bug.cgi?id=1518150 > > I haven't followed (can't follow) Fedora closely enough to know what's > needed here. Apparently none of my co-maintainers have either. ;-) > > glusterfs packages are built for f27. > > Reading through -devel it kinda looks like there was a branch created. A > branch that I should be doing builds on. But I have no branch in the > glusterfs dist-git other than the usual f26, f27, master that I could do > a build on. > > Would someone hit me with a cluebat please? Was I supposed to request a > -module branch in dist-git? > It's more complicated than just creating a new branch. modules are their own whole new namespace (fedpkg co modules/$name) with their own packaging data (modulemd yaml). To modularize a package/set of packages requires doing the equivalent of a new package review. https://fedoraproject.org/wiki/Module:Review_Process https://fedoraproject.org/wiki/Fedora_Packaging_Guidelines_for_Modules In the f27 modular server release, a whole bunch of things aren't going to be installable by default: gluster, virt stack, basic things like screen last I heard, and a whole lot more. Currently everything needs to be modularized before it's available to install out of the box WRT gluster, actually just yesterday I was working on creating a glusterfs module as step towards modularizing qemu and libvirt. It doesn't involve any gluster code/spec changes, it's all higher level packaging type stuff. I plan to submit a review request this week, I'll CC you - Cole ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
REMINDER: Autumn Elections 2017: Nomination & Campaign period is in progress
Today we are approximately in the middle of Nomination & Campaign period and we accept nominations to "steering bodies" of the following teams: * FESCo (Engineering) (5 seats) [2] * Fedora Council (2 seats) [3] * Mindshare (2 seats) [4] This period is open until 2017-Dec-04 at 23:59:59 UTC. The nominees can already start with preparation of answers for questions in the Election Questionnaire [5]. These answers (aka interview) are going to be published in Community Blog [6] on the first day of the Voting period (2017-Dec-05). The full schedule of the Autumn Elections 2017 is available on the Elections wiki page [1] and on the detailed schedule for F27 [7]. [1] https://fedoraproject.org/wiki/Elections [2] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations [3] https://fedoraproject.org/wiki/Council/Nominations [4] https://fedoraproject.org/wiki/Mindshare/Nominations [5] https://fedoraproject.org/wiki/Elections/Questionnaire [6] http://communityblog.fedoraproject.org/ [7] https://fedorapeople.org/groups/schedule/f-27/f-27-elections.html Regards, Jan -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Test-Announce] Fedora 28 Rawhide 20171128.n.0 nightly compose nominated for testing
Announcing the creation of a new nightly release validation test event for Fedora 28 Rawhide 20171128.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Notable package version changes: python-blivet - 20171124.n.0: python-blivet-2.1.11-3.fc28.src, 20171128.n.0: python-blivet-3.0.0-0.1.b1.fc28.src anaconda - 20171124.n.0: anaconda-28.9-1.fc28.src, 20171128.n.0: anaconda-28.11-1.fc28.src Test coverage information for the current release can be seen at: https://www.happyassassin.net/testcase_stats/28 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Base https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Server https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_28_Rawhide_20171128.n.0_Security_Lab Thank you for testing! -- Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
glusterfs in Fedora Modular 27?
I've been contacted by Fedora QE about this, and have bz https://bugzilla.redhat.com/show_bug.cgi?id=1518150 I haven't followed (can't follow) Fedora closely enough to know what's needed here. Apparently none of my co-maintainers have either. ;-) glusterfs packages are built for f27. Reading through -devel it kinda looks like there was a branch created. A branch that I should be doing builds on. But I have no branch in the glusterfs dist-git other than the usual f26, f27, master that I could do a build on. Would someone hit me with a cluebat please? Was I supposed to request a -module branch in dist-git? Thanks, -- Kaleb ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ICU 60.1 coming to rawhide/F28
Hi Pete, On Monday, 2017-11-27 21:58:43 +0300, Pete Walter wrote: > Eike Rathke and I are working on updating ICU from 57.x to 60.x in > rawhide/F28. It includes a soname bump and has a few API changes. We'll do an > ABI compat package to avoid breaking the world while rebuilds are ongoing. What ABI compat package? Let's do builds on a side tag, unless you have a better plan? Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Care about Free Software, support the FSFE https://fsfe.org/support/?erack signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
COPR: usage of http:// in python client
Hello, we have found out that http://copr.fedoraproject.org was used as default API endpoint if no copr_url was specified for CoprClient initialization. This is now fixed in the latest version of python-copr (python-copr-1.84) and we recommend updating to that version. Also we have decided to revoke user API tokens for which there have been accesses through the http interface recently. You can find the list of the affected users in the attachment and we apologize for this. Please, use https://copr.fedorainfracloud.org/api/ to retrieve new tokens. If you know you have been using CoprClient without specifying copr-frontend URL and you won't find yourself in the attached list, please, go to https://copr.fedorainfracloud.org/api/ and regenerate your tokens as well. COPR team jmontleon hnakamur user501254 sochotni jkastner bkabrda james khara praiskup lazka madcat che openscapmaint tartare vishalv jenslody pvoborni gozer rholy immanetize msuchy alebastr mbaldessari thm ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Tue, Nov 28, 2017 at 10:20 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Nov 28, 2017 at 09:57:50AM +0100, Jan Synacek wrote: >> On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko >> wrote: >> > snip >> >> I kind of wonder... What is so special about them that they deserve a >> big announcement like this? > > It wasn't possible to before. See > https://fedoraproject.org/wiki/Changes/Packaging_Rust_applications_and_libraries. Right, I didn't know that. I'm quite rusty when it comes to keeping up with changes. Cheers, -- Jan Synacek Software Engineer, Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2017-11-28 at 10:04 +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Nov 28, 2017 at 10:55:01AM +0100, Brian Exelbierd wrote: > > > > > > On Tue, Nov 28, 2017, at 09:57 AM, Jan Synacek wrote: > > > On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko > > > wrote: > > > > snip > > > > > > I kind of wonder... What is so special about them that they deserve a > > > big announcement like this? > > > > Actually, I really like this "big announcement." I'd love to see more > > written about software we work so hard to make available. It'd be great > > to see this turned into a magazine article Igor. I think other > > packagers should be encouraged to trumpet their work and make it very > > visible to our user and contributor base. > > Yeah, a FM article sounds like a good thing. Followed by > "How to package your favourite rust app in 5 minutes using rust2rpm" ;) Actually it's not that easy as you might think ☺ Main issue is versions of dependencies: you don't really want to package all versions of libs in your dependency chain, so you should try to port to new API (in many cases, just bumping version is enough). And obviously, submit all patches to upstream. Although I definitely do agree that writing such article would be good, but before I would like to do some improvements in rust2rpm. Also I've submitted talk (workshop) for devconf.cz, so if it will be accepted feel free to come 😉 - -- - -Igor Gnatenko -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlodPUcACgkQaVcUvRu8 X0wyuQ//Z7HWeQQF692A6YvjoyzMCkxaLJOnvcvZNnVpXh89bcisDaf26BY40h8f A2YRhshXPg5M9MQs/cyjq9nwhrxpyjYaGwloMxOuEfN0WxVFi2LP++fdTYtA1eBe fbk5V3oLoCmmfDUdcfQsGYH3W9D6cnLP3aA42oDKEQE1RMhqg+ZHsu9jydIkLm24 noWNv7MlepKN56pUPSLTHSAoZb0znWkiW0ry4cXtdJf4ELh89EsWrEJ39vb31HJ7 ZRuatVO/ddnDSnizP1rIovKnQxeWrWI0qm0iHGf0mi/+LQgPALkHoXR8FH5te3Up mbzTTpwSeqM3PaaqVCb8PnE3ur2kAbO3GOaTGzf15E5jGrF2OhgPo2Tda9kwMy9y YDK7fieemnHn/Q2NBjqK/2zT69f9m1+gEhenNDa/phG88cdaFq1edUQ87fm5T2wT ZJitPcuz8oP5xb0fkEhJrQydMkSlLbEdLYdsvI0qzAnvVk4tzKN6UxScMjSkUU10 tR19PHKp8N2PC4XehVMdty67V4nQleLzw+fC1D5ouR4nZxjynMFyJqiCuO9Z9E9L RLdew9BEk96cLOYVrHsp7Zk3wlAllB5nXhql0QQfXKvyesprxmtu3zhdfBhhg9Mv 4TQkcrRQH22vaAIE+mWevFTwVYdnGEWdrq1btt9ajQwXuEUYl6Q= =78Gg -END PGP SIGNATURE- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Tue, Nov 28, 2017 at 10:55:01AM +0100, Brian Exelbierd wrote: > > > On Tue, Nov 28, 2017, at 09:57 AM, Jan Synacek wrote: > > On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko > > wrote: > > > snip > > > > I kind of wonder... What is so special about them that they deserve a > > big announcement like this? > > Actually, I really like this "big announcement." I'd love to see more > written about software we work so hard to make available. It'd be great > to see this turned into a magazine article Igor. I think other > packagers should be encouraged to trumpet their work and make it very > visible to our user and contributor base. Yeah, a FM article sounds like a good thing. Followed by "How to package your favourite rust app in 5 minutes using rust2rpm" ;) Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Tue, Nov 28, 2017 at 10:52:46AM +0100, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Tue, 2017-11-28 at 09:29 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Nov 27, 2017 at 06:38:50PM +0100, Igor Gnatenko wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA256 > > > > > > * base100 > > > https://github.com/AdamNiederer/base100 > > > Encode things into Emoji. > > > > > > Base💯 can represent any byte with a unique emoji symbol, therefore it ca > > > n represent binary data with zero printable overhead (see caveats for more > > > info). > > > > Hmm, it seems that those package are not yet available. > > I see that rust-base100 was built in koji, but it's not available in repos. > > Same for fd-find and exa... Not sure what's going on here. > [root@e22df69ecc1c /]# dnf install base100 fd-find ripgrep tokei --assumeno > Last metadata expiration check: 0:00:51 ago on Tue Nov 28 09:45:50 2017. > Dependencies resolved. > === > Package ArchVersion RepositorySize > === > Installing: > base100 x86_64 0.4.1-1.fc28 rawhide 347 k > fd-find x86_64 6.0.0-3.fc28 rawhide 679 k > ripgrep x86_64 0.7.1-5.fc28 rawhide 936 k > tokeix86_64 6.1.2-4.fc28 rawhide 555 k > > Transaction Summary > === > Install 4 Packages Indeed, I think I was confused by the binary rpm name being different then the srpm. It looks all good. Zbyszek > Total download size: 2.5 M > Installed size: 7.6 M > Operation aborted. > > exa is not yet available seems because still not in compose, but should be > there within few days (next compose). > > > On a related note: why is "exa" called "rust-exa"? The "rust-" prefix seems > > uncessary, for executables, since from the user's POV the implementation > > language is just an implementation detail. For libraries it'd be different. > > Same situation occurs with python programs, and the guidelines do _not_ > > prescribe python-dnf, but just dnf, etc. Is there any chance we could > > drop the "rust-" prefix from user programs? > > We have "rust-" prefix for all packages coming from crates.io because people > can easily turn their packages to contain library too which would be kinda > inconsistent without renaming whole package to contain prefix. > > But the good thing is that even sourcerpm is called `rust-exa`, binary rpm is > named `exa`, so users will always do `dnf install exa` and it will work for > them (and it will install `exa`, not `rust-exa` package). > > I hope this makes sense. If not, we would be happy to discuss it. Just open a > ticket: https://pagure.io/fedora-rust/sig > > > Zbyszek > - -- > - -Igor Gnatenko > -BEGIN PGP SIGNATURE- > > iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlodMe4ACgkQaVcUvRu8 > X0yFPQ//VdttLEcxqt/+y2upGCEf2HDEvSvejwObOCJtBa3ZexXRWJKwfYVqGP0I > o3F+OwO/Es7EtNfkpzxfcHWf0LGhK1Hb51xoMn1Y1gXnQdVI9tZ4x5052V1e126/ > naPu9rfQ48dK+LKHXJbDQ6wTABQXsw5uF2mFCzvKs5ez5nQiKlRKUoB839MzfUBY > zICypU/03WKQGqQE4QseZCKaKgnZqDrvi5dhGN/f5jrJM6KvzBRhA/Kwhl/Gx/Q6 > 9fsXm1tlQZe3pkMhuESLXjI6ezjKC+yoYW4eYpazVZS91awiDDasuKf5AAn+k/Jl > vrphKcUg/8IZVMLW4cx1E/yv35+K0GQZ9k5135V8qtlAI0Wz1B9bGvkzB9zumXfi > QYHrYLsacliogfQaqeGwKfk+KDsHzfDT0Vr2QvuS2a0T/Gd7umHajNjfqgz8Bq2T > FhPpMMlLnBgafwXRGeFd1j1kWcmXgZwqFlLVcDNvPHmfhQILu5FpWDmJySEUwWkK > LFk63vSXiP0v5nq3OSsEcgsvyb36mhOSZBgvXe9cieBsSCtkkS+Fa03q+vWi1v+P > P3K/f7SQ7lWmsDUqrXzJnlNLhJYGR0T8mEGNB1l4OjNj7fIsu3m4ihaqC7wisn9H > +SftZtppF4HBni/8HO8bcH7SUyvEW8oSSY9/24Qn38LvURlezbo= > =OYzd > -END PGP SIGNATURE- > > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2017-11-28 at 09:57 +0100, Jan Synacek wrote: > On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko > wrote: > > snip > > I kind of wonder... What is so special about them that they deserve a > big announcement like this? As Zbyszek said, this is totally new ecosystem in Fedora. Also I would like to point that Fedora is the first distro which is able to build applications written in Rust without internet and bundled dependencies. > -- > Jan Synacek > Software Engineer, Red Hat - -- - -Igor Gnatenko -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlodMsgACgkQaVcUvRu8 X0wIlBAAl2E6YmpvnS7FyRg1DpePJUUgFzt1CZj+sa4tXs9HSh8wPyBW15P1Xyvp xntTEeJqLF60+nHzx4qlISvMjpRq213e7SJ4wdtZDqWS2tWCq27xA9U+xxds4QfD S77EfKx5f9UDTx1TwJooh8ClWPtW0E+jUyG7J/gff8xcSltWmqRsU0vxMKJ5skg6 C4X/allndKOQpUeWmuXrU0TCN1hTHcP6a6geF6OfKLmAftx6QvMWuR8UkL34f8HY vlNUPaZgZQhZHbEwXoDQGpEtO9vFYv3Og3bu03TnLC5rPajJll0UoKQN0jgPPRVv gkoiGmZiG7XMTyCQCOmsyLSI7qPUo7Pr0GCdHOuMewWZ8dN4vdncFmdLK/OFRdJT H5uYdF0CLNZDEeN+6h1AauT+MEfA+yV2fktnZ/QZhCz+0K6b8ovRMkx4hdinGuZz O5WoDwgL5KEipFI5JExsTvE/3JJdB7B+mRew4FR6oZrzrsDdXLjR6HohKpDsTR2r OlEeXtLg+eauo/KfPqSeSS67XVZYYIqH69rW1KvnLbNsxU18B6e7PENpAs23CnJD i4QyNrfSII6Zz+IpfxtQTvF4ZPikT/HHe59wlAOW4lG8xiwsZqn8JtJEvrwhbVAp fy2LPm3882gzhQlfHkHCUNUeLy6FxMPO2xrITR4vLO4jF0p8Iv8= =YdDx -END PGP SIGNATURE- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Tue, Nov 28, 2017, at 09:57 AM, Jan Synacek wrote: > On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko > wrote: > > snip > > I kind of wonder... What is so special about them that they deserve a > big announcement like this? Actually, I really like this "big announcement." I'd love to see more written about software we work so hard to make available. It'd be great to see this turned into a magazine article Igor. I think other packagers should be encouraged to trumpet their work and make it very visible to our user and contributor base. regards, bex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2017-11-28 at 09:29 +, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Nov 27, 2017 at 06:38:50PM +0100, Igor Gnatenko wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > * base100 > > https://github.com/AdamNiederer/base100 > > Encode things into Emoji. > > > > Base💯 can represent any byte with a unique emoji symbol, therefore it ca > > n represent binary data with zero printable overhead (see caveats for more > > info). > > Hmm, it seems that those package are not yet available. > I see that rust-base100 was built in koji, but it's not available in repos. > Same for fd-find and exa... Not sure what's going on here. Hmm, [root@e22df69ecc1c /]# dnf install base100 fd-find ripgrep tokei --assumeno Last metadata expiration check: 0:00:51 ago on Tue Nov 28 09:45:50 2017. Dependencies resolved. === Package ArchVersion RepositorySize === Installing: base100 x86_64 0.4.1-1.fc28 rawhide 347 k fd-find x86_64 6.0.0-3.fc28 rawhide 679 k ripgrep x86_64 0.7.1-5.fc28 rawhide 936 k tokeix86_64 6.1.2-4.fc28 rawhide 555 k Transaction Summary === Install 4 Packages Total download size: 2.5 M Installed size: 7.6 M Operation aborted. exa is not yet available seems because still not in compose, but should be there within few days (next compose). > On a related note: why is "exa" called "rust-exa"? The "rust-" prefix seems > uncessary, for executables, since from the user's POV the implementation > language is just an implementation detail. For libraries it'd be different. > Same situation occurs with python programs, and the guidelines do _not_ > prescribe python-dnf, but just dnf, etc. Is there any chance we could > drop the "rust-" prefix from user programs? We have "rust-" prefix for all packages coming from crates.io because people can easily turn their packages to contain library too which would be kinda inconsistent without renaming whole package to contain prefix. But the good thing is that even sourcerpm is called `rust-exa`, binary rpm is named `exa`, so users will always do `dnf install exa` and it will work for them (and it will install `exa`, not `rust-exa` package). I hope this makes sense. If not, we would be happy to discuss it. Just open a ticket: https://pagure.io/fedora-rust/sig > Zbyszek - -- - -Igor Gnatenko -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlodMe4ACgkQaVcUvRu8 X0yFPQ//VdttLEcxqt/+y2upGCEf2HDEvSvejwObOCJtBa3ZexXRWJKwfYVqGP0I o3F+OwO/Es7EtNfkpzxfcHWf0LGhK1Hb51xoMn1Y1gXnQdVI9tZ4x5052V1e126/ naPu9rfQ48dK+LKHXJbDQ6wTABQXsw5uF2mFCzvKs5ez5nQiKlRKUoB839MzfUBY zICypU/03WKQGqQE4QseZCKaKgnZqDrvi5dhGN/f5jrJM6KvzBRhA/Kwhl/Gx/Q6 9fsXm1tlQZe3pkMhuESLXjI6ezjKC+yoYW4eYpazVZS91awiDDasuKf5AAn+k/Jl vrphKcUg/8IZVMLW4cx1E/yv35+K0GQZ9k5135V8qtlAI0Wz1B9bGvkzB9zumXfi QYHrYLsacliogfQaqeGwKfk+KDsHzfDT0Vr2QvuS2a0T/Gd7umHajNjfqgz8Bq2T FhPpMMlLnBgafwXRGeFd1j1kWcmXgZwqFlLVcDNvPHmfhQILu5FpWDmJySEUwWkK LFk63vSXiP0v5nq3OSsEcgsvyb36mhOSZBgvXe9cieBsSCtkkS+Fa03q+vWi1v+P P3K/f7SQ7lWmsDUqrXzJnlNLhJYGR0T8mEGNB1l4OjNj7fIsu3m4ihaqC7wisn9H +SftZtppF4HBni/8HO8bcH7SUyvEW8oSSY9/24Qn38LvURlezbo= =OYzd -END PGP SIGNATURE- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Mon, Nov 27, 2017 at 06:38:50PM +0100, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > * base100 > https://github.com/AdamNiederer/base100 > Encode things into Emoji. > > Base💯 can represent any byte with a unique emoji symbol, therefore it ca > n represent binary data with zero printable overhead (see caveats for more > info). Hmm, it seems that those package are not yet available. I see that rust-base100 was built in koji, but it's not available in repos. Same for fd-find and exa... Not sure what's going on here. On a related note: why is "exa" called "rust-exa"? The "rust-" prefix seems uncessary, for executables, since from the user's POV the implementation language is just an implementation detail. For libraries it'd be different. Same situation occurs with python programs, and the guidelines do _not_ prescribe python-dnf, but just dnf, etc. Is there any chance we could drop the "rust-" prefix from user programs? Zbyszek > * fd-find > https://github.com/sharkdp/fd > fd is a simple, fast and user-friendly alternative to find. > > While it does not seek to mirror all of find's powerful functionality, it > provides sensible (opinionated) defaults for 80% of the use cases. > > * exa > https://the.exa.website/ > exa is a modern replacement for ls. It uses colours for information by > default, > helping you distinguish between many types of files, such as whether you are > the owner, or in the owning group. It also has extra features not present in > the original ls, such as viewing the Git status for a directory, or recursing > into directories with a tree view. exa is written in Rust, so it’s small, > fast, > and portable. > > * ripgrep > https://github.com/BurntSushi/ripgrep > ripgrep is a line-oriented search tool that recursively searches your current > directory for a regex pattern while respecting your gitignore rules. To a > first > approximation, ripgrep combines the usability of The Silver Searcher (similar > to ack) with the raw speed of GNU grep. > > (actually it is faster than GNU grep 😛) > > * rustfilt > https://github.com/luser/rustfilt > Demangle Rust symbol names using rustc-demangle. rustfilt works similarly to > c++filt, in that it accepts mangled symbol names as command line arguments, > and > if none are provided it accepts mangled symbols from stdin. Demangled symbols > are written to stdout. > > * rustfmt > https://github.com/rust-lang-nursery/rustfmt > A tool for formatting Rust code according to style guidelines. > > * tokei > https://github.com/Aaronepower/tokei > Tokei is a program that displays statistics about your code. Tokei will show > number of files, total lines within those files and code, comments, and blanks > grouped by language. > > === > > I would really recommend you to try out fd-find, exa, ripgrep and tokei! If > you > are developing something in rust, rustfilt and rustfmt might be useful for > you. > - -- > - -Igor Gnatenko > -BEGIN PGP SIGNATURE- > > iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlocTaoACgkQaVcUvRu8 > X0wnIQ//UMrjsJkBdSyvRdFovqSICDasd7qTm+mpm827XNqvZ4YHtXzRu7NMpnWW > bVoYq8Zr5EOwFGb3ZJOd8iRZc7vn0yLElgWR+yOUqh9OOqXQcOkaFq44EtrNXLj5 > Pb8ZK1V0s39yo9EC3Nf+kgUiq/VJuZeCuRAS9r7F+DJFsYZzv23c86gpp3+BD2UK > vG7Qkm8xAbm6fQbM/yjGi3vOHRyMSP9HEjAGyKbiAKJhomrA5L7M4J8y1BzbEXdJ > 6VMIRyzn4aP5llwnsTOUPHDJo/xZ44YE+WDelc1y8x5m1eXz/9jfbsElDIY9PLzZ > 9gWj7WdIM6Q6fFROkR6i1vEEnffrmp/pbYx/6o6L78X2zfQ9HQzjQQ9hqJOh+tt/ > 8LEdpVyNamRDvI42ze7nZ0jDrH3NpEBMzBhgsiN9F7fWT5xtmYPWcsnsHNTSx2uw > D1Lz3b5l9AxUR5xlz8PP5IbhizjyKxisvFvMSFOIlkUWWk1/Xyc1kXWp8b6IuEQZ > DfZdnqkM3gCTolF/8QrGh0AUYoBLzyoDydDWvUdWFc7afON/5gs3fBE28NfBuJTA > zXP17vEdW23BeZtWWk/H+G2ex8fg/AJQTirMzZMLAnb/gpV3gg2yQCc6zPX+ntg7 > KYerwTD4sFNsuc9jibYy2f2lnt/Ard/EQitkGaXBIgE9T5930k8= > =wsmF > -END PGP SIGNATURE- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Tue, Nov 28, 2017 at 09:57:50AM +0100, Jan Synacek wrote: > On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko > wrote: > > snip > > I kind of wonder... What is so special about them that they deserve a > big announcement like this? It wasn't possible to before. See https://fedoraproject.org/wiki/Changes/Packaging_Rust_applications_and_libraries. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ANNOUNCE] 7 applications written in Rust are available in Rawhide
On Mon, Nov 27, 2017 at 6:38 PM, Igor Gnatenko wrote: > snip I kind of wonder... What is so special about them that they deserve a big announcement like this? -- Jan Synacek Software Engineer, Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Cannot find cause for ARM build failing
On 11/25/2017 09:21 PM, Michael Cronenworth wrote: Hello, My attempt at building a wine update today failed for only the ARMv7 (32-bit) builds across F26, F27, and Rawhide. I'm seeing the build log[1] show the following message: error: variadic functions must use the base AAPCS variant I'm unfamiliar with this type of failure. The code that is failing has not been changed in years. The last build that succeeded was 2 weeks ago on the same gcc version. What has changed in the last 2 weeks? This changed: https://source.winehq.org/git/wine.git/commitdiff/644f497e87c51f1a1c62b26ea9f588e7bc97d13b aapcs-vfp is incompatible with variadic functions on mainline GCC. Maybe Wine upstream assumes that you use a patched GCC to build it? You will have to ask them what the intent is behind this change. I doubt that Fedora's Wine intends to run any Windows ARM binaries. So you should be able to just drop the upstream patch. Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
