devel March 2021

devel@lists.stg.fedoraproject.org

208 participants
445 discussions

Depict: package dependency visualizer
by Jerry James 03 Apr '21

03 Apr '21

Hello all, There is no reason anybody should remember, but last summer I mentioned 3 tools that I really wanted to help me deal with packaging issues. The first was opam2rpm, which I started work on last fall. It isn't done by a long shot, but it is useful enough that I started working on tool #2. Introducing "depict", a Python tool to visualize package dependencies: https://pagure.io/depict The name is supposed to suggest "DEpendency PICTure", unless somebody can come up with a better expansion. :-) I wanted this tool to help me see package dependency cycles, and find ways of breaking them. Depict comes with the ability to detect cycles and suggest low-cost ways of breaking them (for a user-defined notion of "cost"). It's still alpha quality, but I think it has reached a point where some of you may find it useful. I welcome suggestions for improvement, and pull requests are even better. Depict can currently read dependency information from a local RPM database, from opam (a collection of OCaml packages), and from a specialized JSON format. I would like to eventually add a "dnf repoquery" style front end, as well as one for Maven Central. Here are some excessively complex examples: Example 1: python3 -m depict \ --input=json examples/rpm.js \ --input=rpm --stop dbus-broker:dconf:glibc:gcc:libgcc:systemd-udev \ --exclude alternatives:bash:ca-certificates:coreutils:crypto-policies:crypto-policies-scripts:device-mapper:dracut:fedora-release-common:fedora-release-workstation:fedora-repos:filesystem:fonts-filesystem:gawk:gdk-pixbuf2-modules:grep:grubby:gtk-update-icon-cache:hwdata:mkpasswd:nss-util:nss-sysinit:os-prober:pam:pcre2-syntax:python-unversioned-command:python3:python3-setuptools:rpm-libs:sed:setup:shadow-utils:shared-mime-info:systemd:tzdata \ firefox --graph=dag --solver=ppl --output=dot firefox.dot That says to: 1. read the JSON file examples/rpm.js, which contains some visual styling; 2. read from the RPM database: a. If any of the packages dbus-broker, dconf, etc. are encountered, add them to the dependency graph, but don't follow their dependencies any further. b. If any of the packages alternatives, bash, etc. are encountered, do not add them to the dependency graph. c. Add the package firefox and its dependencies to the graph, subject to (a) and (b). 3. compute a Directed Acyclic Graph (DAG) from the original dependency graph a. use the PPL solver to find low-cost dependencies to remove 4. write the DAG in dot format to firefox.dot. The dot tool, from the graphviz package, can then convert it into a variety of formats; e.g., dot -Tpdf firefox.dot > firefox.pdf Example 2: python3 -m depict --up --input=json examples/rpm.js --input=rpm flint --output=dot flint.dot That says to compute "up" dependencies instead of the default "down" dependencies. "Up" means to find the packages that depend on those listed on the command line. "Down" means to find packages that are depended upon by the packages listed on the command line. So this example finds every package installed on my machine that depends on flint, directly or indirectly. Example 3: python3 -m depict --input=json examples/opam.js \ --input=opam --exclude mirage-xen:mirage-xen-ocaml --stop ocaml \ --omit-edges 'spawn,ppx_expect:bisect_ppx,ocamlformat:functoria-runtime,dune'\ --repository ~/src/opam-repository ocaml:4.12.0 \ async ANSITerminal apron atdgen base64 cmdliner core conf-autoconf conf-gmp \ conf-mpfr conf-sqlite3 conf-zlib ctypes dune elina javalib mlgmpidl mtime \ ocamlfind ocamlgraph ounit parmap ppx_deriving ppx_fields_conv ppx_let \ sawja sqlite3 utop xmlm yojson zarith \ --graph=dag --output=dot infer.dot --output=layered - That says to: 1. read the JSON file examples/opam.js, which contains some visual styling; 2. read from opam: a. If the packages mirage-xen or mirage-xen-ocaml are encountered, do not add them to the dependency graph. b. If the package ocaml is encountered, do not add any of its dependencies to the graph. c. If any opam file tries to add a dependency from spawn to ppx_expect, from bisect_ppx to ocamlformat, etc. do not add those dependencies to the graph. I omitted these because they represent dependencies on old versions. d. Use a local checkout of opam-repository rather than making HTTP requests to github. You really, really do NOT want to make HTTP requests to github to read opam information. That method is sloooooooooooow. e. Add the packages ocaml, async, etc. and their dependencies to the graph, subject to (a), (b), and (c). In addition, specify that we want version 4.12.0 of the ocaml package. These are the direct dependencies of Facebook's Infer tool, in case you are wondering. 3. compute a Directed Acyclic Graph (DAG) from the original dependency graph 4. write the DAG in dot format to infer.dot. 5. write a "layered" description of the package dependencies to standard out. Layer 0 consists of packages with no dependencies in the graph. Layer 1 contains packages whose dependencies all lie in layer 0, and so on. The documentation is a horrible mess, and the tests are nearly nonexistent, which is why I have marked this as alpha quality. The RPM front end is actually in quite good shape. The opam front end is coming along, but needs some more work. Feel free to make pull requests against the TODO file if you see some way depict can be improved that isn't already listed there. Regards. -- Jerry James http://www.jamezone.org/

2 3

RFC: declaring estimated per-builder RAM usage in spec file
by Michel Alexandre Salim 02 Apr '21

02 Apr '21

Hi all, This idea came about when I'm debugging build issues with mcrouter, which turns out to be due to build jobs failing to allocate memory and getting terminated without aborting the entire compilation, causing link issues when empty or corrupted objects are encountered: https://src.fedoraproject.org/rpms/mcrouter/blob/rawhide/f/mcrouter.spec#_4… As a rough estimate it seems like each of the CPU core passed with %{_smp_build_ncpus} ended up consuming close to 8 GB of RAM. And that's with LTO disabled (yeah, it's not a good situation to be in). Right now I'm just overriding _smp_build_ncpus to 1, but there is a more elegant solution I'd like to propose: What if one can declaratively set the required RAM per build job -- either with a single macro, or maybe two if the LTO usecase requires even more RAM. e.g. to declare each core might take up to 8 GB: %global _smp_build_ram_per_cpu 8192 then in case this is run on our aarch64 builder with 40GB RAM, dynamically take the minimum of the existing _smp_build_ncpus (which AIUI is determined by the number of cores on the machine) and (amount of RAM / _smp_build_ram_per_cpu), in this case capping the actual number passed to -j to 5. Is there interest in having this be available? I could imagine it might be useful for other resource-intensive package builds e.g. for Chromium. Best regards, -- Michel Alexandre Salim profile: https://keyoxide.org/michel@michel-slm.name

8 11

Please clarify master vs main vs rawhide branches
by Steven A. Falco 02 Apr '21

02 Apr '21

I see that the master to main conversion has happened. I'd like to know the recommended way to deal with that. Currently, I'm doing: git fetch --all git remote prune origin git remote set-head origin -a git checkout main The above sets origin/HEAD to rawhide Question 1: Is that the right set of steps, or is there a better way to update my local repos? Question 2: For the packages I maintain, should I put changes in main or rawhide? Should I keep main and rawhide in sync? Steve

5 5

Fedora Account Migration & Production Deployment Update: COMPLETE!
by Aoife Moloney 02 Apr '21

02 Apr '21

Evening/Morning all, I am beyond pleased to announce that the Fedora Accounts Team has reached the point in our deployment that critical path services have been configured to the new solution and end user impact should be little to none, so we are now officially out of outage! For a while we thought we may need some additional time to work through some misbehaving apps, but the group of people on the Fedora accounts team, and a number of people from the wider Fedora project gave up countless hours to help our team troubleshoot and test the deployment and it really sped up the outage. Our status on services is now: GREEN! https://status.fedoraproject.org/ The outage ticket is now: CLOSED! https://pagure.io/fedora-infrastructure/issue/9747 To those of you who helped us, you know who you are, thank you so much! This deployment would not have been possible without your help. It truly was FOSS at its finest and was a privilege to see in action :) Now to the details. The work is still not finished and there will probably be issues users will run into over the next few days. Our team can still be reached on IRC channel #fedora-aaa if you have any questions for us or need some urgent assistance, but we will be reviewing and actioning tickets tagged 'Noggin' over the coming days and weeks for fixes required. Here's what work we have outstanding over the next few days: - zodbot supybot-fedora needs adjusting - Elections & FMN PR merges - Any outstanding OTP for groups scripting - Any UI fixes required - Host configs & create some maintainer-tests to verify things are working - Firewall changes that are necessary - Fixes to opened tickets tagged 'Noggin' And Here's what would we would like you to do if you hit any issues logging in over the next few days: - Clear your cookies - Clear your cache - Retry the login - If the above quick fixes dont work, please then file a ticket in https://pagure.io/fedora-infrastructure and tag it 'Noggin' so our team can review and respond On behalf of the Fedora Accounts Team, once again thank you all so so much for your patience, understanding and most of all help over these last few days as we rolled out this new system to production. Kindest regards & many thanks, Aoife -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA <https://www.redhat.com> Communications House Cork Road Waterford <https://www.redhat.com>

15 34

Cyrus-imapd orphaned for unknown reason
by Pavel Zhukov 01 Apr '21

01 Apr '21

I've got an email from bugzilla and noticed that the cyrus-imapd package was orphaned and pagure confirmed that. The package was built in rawhide, upgraded to the newest version and there are not fail to install bugs opened. So the reason for this action is not unclear for me. Can somebody (Miro?) explain the reason? -- Pavel Zhukov Software Engineer IRC: landgraf

4 9

Rebuilding packages that use std::call_once from libstdc++
by Jonathan Wakely 01 Apr '21

01 Apr '21

Due to an unplanned ABI break that I caused in libstdc++, I will soon start to rebuild the packages listed below. This rebuild will remove references to some symbols in libstdc++.so which do not work as intended, and so will not be present in the final gcc-11.1.0 release. See https://bugzilla.redhat.com/show_bug.cgi?id=1937698 for reference. Package maintainers should not need to do anything, but will see a %release bump and a rebuild. ---------------------------- OpenImageIO PDAL SoapySDR audacious audacity blender boost botan2 ceph chromium clang cockatrice community-mysql cpprest date davix deepin-file-manager deepin-image-viewer dolphin-emu domoticz dotnet3.1 doxygen dyninst et fawkes firefox fish folly freecad freeopcua gazebo gdb gnome-sudoku gnuradio godot heaptrack hidviz hpx icecat icu insight julia kdevelop-php kernelshark kf5-kio kicad kio-extras kismet libarcus libarcus-lulzbot libdigidocpp libixion libmodsecurity libomp librealsense libreoffice librime lld lldb llvm llvm7.0 lnav log4cplus logiops luxcorerender mame mapnik mariadb mingw-llvm mir mlir mmapper movit mozc mozjs78 mypaint mysql-connector-odbc nghttp2 nodejs oidn ompl onednn opencv openshadinglanguage openvdb osm2pgsql osmium-tool paraview parzip pdns poedit polly poppler primesieve protobuf protobuf-c proxysql prusa-slicer pulseeffects pyosmium python-pynest2d qgis qmasterpassword qpid-proton qt-creator qt5-qtlocation qt5-qtwebengine qt5-qtwebkit qtcurve rdkit re2 rlottie root rstudio scipy seqan2 spirv-llvm-translator sqlitebrowser srt supercollider swift-lang thunderbird tkrzw uhd usbguard vapoursynth vigra warzone2100 watchman webextension-token-signing webkit2gtk3 wesnoth worker wsjtx xrdcl-http xrootd yacreader zimlib zynaddsubfx

5 16

Proposal to fail builds if RPATH is found in Fedora 35
by Charalampos Stratakis 01 Apr '21

01 Apr '21

Hi all. Some time ago there was a discussion from the Fedora Packaging Committee [0] about automatically disallowing the usage of RPATH in Fedora to bring it in-line with the packaging guidelines[1]. Essentially a package MUST remove the RPATH entry from its binaries and/or .so files if it is detected by the check-rpaths script [2] coming from the rpm-build package. However, the script was never run during rpmbuild so it was on the discretion of the packager if they'd check for it or not. The intention is to enable the check through redhat-rpm-config during the the invocation of %__os_install_post. An opt-out mechanism will be provided for cases where it's absolutely necessary. After an analysis of all the x86_64 packages, 92 fail to build due to an RPATH issue detected by the check-rpaths script [3]. Full list is provided bellow. Everything will be implemented through a Fedora change and all the packagers that their package has been affected by the preliminary analysis will be contacted first. Thoughts and feedback are welcome. [0] https://pagure.io/packaging-committee/issue/886 [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_beware_of_rpath [2] https://github.com/rpm-software-management/rpm/blob/6b21e736a3e47071b33ff7c… [3] https://copr.fedorainfracloud.org/coprs/cstratak/rpath/builds/ List of packages affected so far: Maintainers by package: Io-language limb NLopt besser82 SDL_image jwrdegoede limb moezroy WindowMaker sham1 abc brouhaha jjames somlo audiofile ajax alexl caillon caolanm limb rhughes rstrode ssp binutils aoliva jakub jankratochvil law mcermak nickc cfitsio orion sergiopr community-mysql hhorak ljavorsk mmuzila mschorm compat-guile18 jskarvad limb mlichvar tkorbar condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri conky-manager moceap czmq denisarnaud jpo eb moceap petersen esc jmagne ettercap limb fcl rmattes thofmann fortune-mod sheltren shlomif freeradius cipherboy nkondras rharwood glib2 alexl caillon caolanm mbarnes mclasen rhughes rstrode rtcm ssp gnokii limb robert snirkel gpgme fkluknav ignatenkobrain isimluk rdieter gpick luya gupnp-dlna kalev zeenix hdf orion sagitter jq hguemar lon k3guitune dtimms kdebase3 jreznik kkofler rdieter than kdegames3 kkofler rdieter than kdepim3 jreznik ovasik rdieter than kicad avigne coremodule lkundrak stevenfalco tnorth koffice-kivio kkofler rdieter komparator nbecker laszip devrim neteler smani levmar aalvarez brouhaha libXcm cicku kwizart libburn cwickert fkluknav hhorak pcahyna robert libcommuni atim libdkimpp dfateyev libdxfrw hobbes1069 spot libeXosip2 nucleo libisoburn fkluknav hhorak robert libkkc ueno libminc ignatenkobrain liboping fab lkundrak libosip2 nucleo libprelude fab totol librfid kushal lutok jmmv mcpp kmatsui mef mingw-qt5-qt3d epienbro smani mingw-qt5-qtbase epienbro smani mingw-qt5-qtdeclarative epienbro smani mingw-qt5-qttools epienbro smani mod_wsgi jdornak jkaluza jorton lmacken mrunge mongo-c-driver remi ncview deji orion nightview lkundrak openjade ovasik openscap evgenyz isimluk jcerny matyc mmarhefk pvrabec vpolasek wsato pam_mount lupinix steve till pam_yubico nb ohaessler wzzrd perl-SDL jwrdegoede pinentry branto jjelen rdieter plotmm orphan python2.7 churchyard cstratak torsava vstinner qucs avigne jskarvad qwtpolar volter rarian nonamedotc rb_libtorrent fale mooninite rrdtool jskarvad scap-workbench evgenyz jcerny matyc mbarabas mlysonek mmarhefk pvrabec wsato scipy cstratak jspaleta nforro orion tomspur ttomecek sofia-sip orphan sqlite2 spot stp amdunn jjames suitesparse deji jkastner mjakubicek nphilipp orion sylfilter aarem texlive-base spot tracker amigadave deji garnacho ignatenkobrain mcrha rishi tracker-miners garnacho kalev rishi usnic-tools honli vanessa_logger hubbitus verbiste cicku icon tartare woff2 erack tpopela xbsql spot xdotool ohaessler orion slankes xeus qulogic xmms spot yaz cicku guidograzioli zinnia liangsuilong pwu zvbi buc jwrdegoede mchehab Packages by maintainer: aalvarez levmar aarem sylfilter ajax audiofile alexl audiofile glib2 amdunn stp amigadave tracker aoliva binutils atim libcommuni avigne kicad qucs bbockelm condor bcotton condor besser82 NLopt branto pinentry brouhaha abc levmar buc zvbi caillon audiofile glib2 caolanm audiofile glib2 churchyard python2.7 cicku libXcm verbiste yaz cipherboy freeradius coremodule kicad cstratak python2.7 scipy cwickert libburn deji ncview suitesparse tracker denisarnaud czmq devrim laszip dfateyev libdkimpp dtimms k3guitune eerlands condor epienbro mingw-qt5-qt3d mingw-qt5-qtbase mingw-qt5-qtdeclarative mingw-qt5-qttools erack woff2 evgenyz openscap scap-workbench fab liboping libprelude fale rb_libtorrent fkluknav gpgme libburn libisoburn garnacho tracker tracker-miners guidograzioli yaz hguemar jq hhorak community-mysql libburn libisoburn hobbes1069 libdxfrw honli usnic-tools hubbitus vanessa_logger icon verbiste ignatenkobrain gpgme libminc tracker isimluk gpgme openscap jakub binutils jankratochvil binutils jcerny openscap scap-workbench jdornak mod_wsgi jjames abc stp jjelen pinentry jkaluza mod_wsgi jkastner suitesparse jmagne esc jmmv lutok jorton mod_wsgi jpo czmq jreznik kdebase3 kdepim3 jskarvad compat-guile18 qucs rrdtool jspaleta scipy jwrdegoede SDL_image perl-SDL zvbi kalev gupnp-dlna tracker-miners kkofler kdebase3 kdegames3 koffice-kivio kmatsui mcpp kushal librfid kwizart libXcm law binutils liangsuilong zinnia limb Io-language SDL_image audiofile compat-guile18 ettercap gnokii ljavorsk community-mysql lkundrak kicad liboping nightview lmacken mod_wsgi lon jq lupinix pam_mount luya gpick matt condor matyas condor matyc openscap scap-workbench mbarabas scap-workbench mbarnes glib2 mcermak binutils mchehab zvbi mclasen glib2 mcrha tracker mef mcpp mjakubicek suitesparse mlichvar compat-guile18 mlysonek scap-workbench mmarhefk openscap scap-workbench mmuzila community-mysql moceap conky-manager eb moezroy SDL_image mooninite rb_libtorrent mrunge mod_wsgi mschorm community-mysql nb pam_yubico nbecker komparator neteler laszip nforro scipy nickc binutils nkondras freeradius nonamedotc rarian nphilipp suitesparse nucleo libeXosip2 libosip2 ohaessler pam_yubico xdotool orion cfitsio hdf ncview scipy suitesparse xdotool orphan plotmm sofia-sip ovasik kdepim3 openjade pcahyna libburn petersen eb pvrabec openscap scap-workbench pwu zinnia qulogic xeus rdieter gpgme kdebase3 kdegames3 kdepim3 koffice-kivio pinentry remi mongo-c-driver rharwood freeradius rhughes audiofile glib2 rishi tracker tracker-miners rmattes fcl robert gnokii libburn libisoburn rstrode audiofile glib2 rtcm glib2 sagitter hdf sergiopr cfitsio sham1 WindowMaker sheltren fortune-mod shlomif fortune-mod slankes xdotool smani laszip mingw-qt5-qt3d mingw-qt5-qtbase mingw-qt5-qtdeclarative mingw-qt5-qttools snirkel gnokii somlo abc spot libdxfrw sqlite2 texlive-base xbsql xmms ssp audiofile glib2 steve pam_mount stevenfalco kicad stevetraylen condor tartare verbiste than kdebase3 kdegames3 kdepim3 thofmann fcl till pam_mount tkorbar compat-guile18 tnorth kicad tomspur scipy torsava python2.7 totol libprelude tpopela woff2 tstclair condor ttheisen condor ttomecek scipy ueno libkkc valtri condor volter qwtpolar vpolasek openscap vstinner python2.7 wsato openscap scap-workbench wzzrd pam_yubico zeenix gupnp-dlna -- Regards, Charalampos Stratakis Software Engineer Python Maintenance Team, Red Hat

8 9

CPE Weekly: 2021-03-31
by Aoife Moloney 31 Mar '21

31 Mar '21

Hi Everyone, Sorry for the two week gap since my last report, we had a busy time in the CPE team with the new fedora accounts deployment, our quarterly planning cycle started for Q2 and Ireland had a bank holiday mid week which *seemed* like a great idea at the time. Until no-one knew what day it was for about a week! So here I am, right at the end of Q1 with the CPE teams final weekly report for January, February and March... two days early :) If you would like to see this report and toggle to the section you are most interested in, I would suggest visiting this link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view and use the header bar on your left to skip to where you want to go! ## Initiative FYI Links CPE had our quarterly planning call last Thursday 26th March to prioritize our project work going into Q2 (quarter 2, which is April, May & June). Our initiative repo quarterly boards have been updated https://pagure.io/cpe/initiatives-proposal/boards/2021Q2 and our repo can be accessed here: https://pagure.io/cpe/initiatives-proposal Our 2021 Quarterly Planning timetable can also be viewed here if you are curious on when our next quarterly planning session is: https://docs.fedoraproject.org/en-US/cpe/time_tables/ And finally, details on initiative requesting/how to work with us on new projects here: https://docs.fedoraproject.org/en-US/cpe/initiatives/ Going into Q2, the CPE team will work on rpmautospec https://pagure.io/cpe/initiatives-proposal/issue/11 and aim to deliver this project within the months of April, May & June. We are starting this project on Monday 12th April and will keep you posted on where the team will track work and what IRC channel they will use for comms. You can also expect a Q1 blog post from us in the next week or two highlighting the work that the team delivered over the last quarter too. ### Misc * CentOS Dojo for May 13th & 14th CFP closes on Monday 5th April so please submit your talks asap! https://wiki.centos.org/Events/Dojo/May2021 ## Project Updates *The below updates are pulled directly from our CPE team call we have every week.* ### Fedora * F34 beta is out! * Mass reboot is scheduled for tomorrow, April 1st so please expect some issues due to this required outage * Final Freeze is due to start on Tuesday April 6th @ 1400 UTC - F34 schedule can be viewed here https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html ### Noggin/AAA * Fedora Accounts is out!!!!!!!!!!!!!!!! * There are still some corner case issues being worked through but users should be able to access fedora services as normal. **NOTE** you will need to reset your password if you have not already done so if you receive an Unable to call ID or some note like that. Please request a password reset and wait for the mail to land. Then follow the link and reset your password. * For any issues, please open a ticket on https://pagure.io/fedora-infrastructure/issues * The team can be found on #fedora-aaa for discussions on IRC * And please report any issues you find relating to the Noggin application in the repo https://github.com/fedora-infra/noggin **ANOTHER NOTE** Thank you so so so much to all of the members of the fedora community and wider open source communities who assisted our team last week when we were deploying the new system. Your help did not go unnoticed and unappreciated and we could not have done this work without any of you. You know who you are, and you have my and the wider teams sincerest thanks and gratitude :) ## CentOS Updates ### CentOS * Account Migration is scheduled for next Tuesday 6th April * Please read this important email from Fabian Arrotin on verifying/updating your CentOS and Fedora email address https://lists.centos.org/pipermail/centos-devel/2021-March/076690.html * CentOS CI is also updating ocp.stg to 4.7.3 & will roll out to production by the end of the week if all goes well ### CentOS Stream * Centpkg is build and available in Fedora and EPEL! * MBS is being deployed * ODCS is deployed * Scripts for mass rebuild are ready * CVE Dashboard for CentOS 8 Stream is up * In short, lots of good things coming! ## Team Info ### Background: The Community Platform Engineering group, or CPE for short, is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. See our wiki page here for more information:https://docs.fedoraproject.org/en-US/cpe/ As always, feedback is welcome, and we will continue to look at ways to improve the delivery and readability of this weekly report. Have a great weekend! Aoife Source: https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

Dist-git issues?
by Richard Shaw 31 Mar '21

31 Mar '21

I'm trying to clone a repo but it's failing like it doesn't exist: $ fedpkg clone OpenImageIO OIIO-test Cloning into 'OIIO-test'... fatal: '/rpms/OpenImageIO' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Could not execute clone: Failed to execute command. Is this a known issue at the moment? Thanks, Richard

4 3

Has dist-git changed/broken in the last few hours?
by Richard W.M. Jones 31 Mar '21

31 Mar '21

$ git pull --rebase fatal: '/rpms/libguestfs' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. $ git remote get-url origin ssh://rjones@pkgs.fedoraproject.org/rpms/libguestfs Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/

3 2

← Newer
1
2
3
4
5
6
7
...
45
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel March 2021