Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Sat, Jul 14, 2018 at 07:59:12PM +1000, Zenaan Harkness wrote: > sound-theme-freedesktop spice-client-glib-usb-acl-helper tla tla-doc Wow, tla - that's from either old-old-stable or old-old-old-stable :) Shows how good Debian is at dist-upgrade. Dat's some dang fine upgradin', bro! Methinks it really is time to do a clean install :D
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Fri, Jul 13, 2018 at 08:26:53AM -0400, Greg Wooledge wrote: > > > that's what should be relevant here. Having libgnutls-deb0-28 installed > > > (or not installed) should not matter at all. > > > > Well as I highlighted in another email above in this thread, when I > > try to remove it, it wants to rip out over 100 packages and over 500 > > MiB's of Debian software. > > (Such as...?) $ sudo apt remove libgnutls-deb0-28 [sudo] password for justa: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: automoc cvsps emacs freepats git-doc gstreamer1.0-libav iceweasel icoutils kate-data kde-runtime-data kdelibs5-data libalgorithm-c3-perl libattica0.4 libb-hooks-endofscope-perl libcgi-fast-perl libcgi-pm-perl libclass-c3-perl libclass-c3-xs-perl libclass-data-inheritable-perl libclass-factory-util-perl libclass-method-modifiers-perl libclass-singleton-perl libcommon-sense-perl libdata-optlist-perl libdatetime-format-builder-perl libdatetime-format-iso8601-perl libdatetime-format-strptime-perl libdatetime-locale-perl libdatetime-perl libdatetime-timezone-perl libdbd-sqlite3-perl libdbi-perl libdbusmenu-qt2 libde265-0 libdevel-caller-perl libdevel-lexalias-perl libdevel-stacktrace-perl libdlrestrictions1 libemail-valid-perl liberror-perl libeval-closure-perl libexception-class-perl libexiv2-14 libfcgi-perl libfluidsynth1 libgovirt-common libgovirt2 libgpgme++2v5 libgsoap10 libhsqldb1.8.0-java libimlib2 libiodbc2 libjson-perl libjson-xs-perl libkactivities6 libkcmutils4 libkdeclarative5 libkdecore5 libkdesu5 libkdeui5 libkdnssd4 libkidletime4 libkjsapi4 libkjsembed4 libkntlm4 libkpty4 libkrosscore4 libkunitconversion4 libmediawiki-api-perl libmjpegutils-2.1-0 libmms0 libmodule-implementation-perl libmodule-runtime-perl libmpeg2encpp-2.1-0 libmplex2-2.1-0 libmro-compat-perl libnamespace-autoclean-perl libnamespace-clean-perl libnet-dns-perl libnet-domain-tld-perl libnet-ip-perl libntrack-qt4-1 libntrack0 libofa0 libopencv-calib3d2.4v5 libopencv-features2d2.4v5 libopencv-flann2.4v5 libopencv-highgui2.4-deb0 libopencv-objdetect2.4v5 libopencv-video2.4v5 libpackage-deprecationmanager-perl libpackage-stash-perl libpackage-stash-xs-perl libpadwalker-perl libpagemaker-0.0-0 libparams-classify-perl libparams-util-perl libparams-validate-perl libparams-validationcompiler-perl libphodav-2.0-0 libphodav-2.0-common libphonon-dev libpolkit-qt-1-1 libpostproc53 libqca2 libqca2-plugins libqt4-declarative libqt4-designer libqt4-dev libqt4-dev-bin libqt4-help libqt4-network libqt4-qt3support libqt4-script libqt4-scripttools libqt4-sql libqt4-sql-mysql libqt4-svg libqt4-test libqt4-xmlpatterns libqt5multimedia5 libqt5multimediawidgets5 libqtwebkit4 libquvi-scripts-0.9 libreoffice-l10n-en-gb librole-tiny-perl libsbc1 libscalar-list-utils-perl libsolid4 libspandsp2 libspecio-perl libsrtp0 libsub-exporter-perl libsub-exporter-progressive-perl libsub-identify-perl libsub-install-perl libsub-name-perl libsvn-perl libterm-readkey-perl libtest-fatal-perl libthreadweaver4 libtry-tiny-perl libtypes-serialiser-perl libusbredirhost1 libvariable-magic-perl libvidstab1.0 libwildmidi-config libwildmidi2 libxslt1-dev libyajl-dev libyaml-libyaml-perl libyaml-perl libzbar0 lua-bitop lua-expat lua-json lua-lpeg lua-socket nocache ntrack-module-libnl-0 oxygen-icon-theme phonon python-bzrlib python-configobj python-debian python-httplib2 python-keyring python-keyrings.alt python-launchpadlib python-lazr.restfulclient python-lazr.uri python-oauth python-secretstorage python-simplejson python-wadllib python3-httplib2 python3-pyqt5 python3-pyqt5.qtmultimedia python3-pyqt5.qtsvg python3-pyqt5.qtwebkit python3-qtpy qt4-linguist-tools qt4-qmake runit sound-theme-freedesktop spice-client-glib-usb-acl-helper tla tla-doc unixodbc xxdiff Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: curl easygit feh ffmpeg gir1.2-spice-client-glib-2.0 gir1.2-spice-client-gtk-3.0 git git-all git-annex git-arch git-bzr git-cola git-cvs git-daemon-run git-el git-email git-extras git-flow git-ftp git-gui git-mediawiki git-remote-bzr git-remote-gcrypt git-remote-hg git-svn gitk gitpkg gitweb gstreamer1.0-plugins-bad katepart kde-runtime kdelibs-bin kdelibs5-dev kdelibs5-plugins kdoctools libavdevice56 libavfilter5 libavformat56 libcmis-0.5-5v5 libcmis-dev libcurl3 libcurl3-gnutls libcurl4-gnutls-dev libgnutls-deb0-28 libkatepartinterfaces4 libkde3support4 libkdewebkit5 libkemoticons4 libkfile4 libkhtml5 libkimproxy4 libkio5 libkmediaplayer4 libknewstuff2-4 libknewstuff3-4 libknotifyconfig4 libkparts4 libkprintutils4 libkrossui4 libktexteditor4 libkutils4 libkxmlrpcclient4 libnepomuk4 libnepomukquery4a libnepomukutils4 libplasma3 libquvi-0.9-0.9.3 libraptor2-0 libraptor2-dev librasqal3
Re: git clone https://... fails, git://... succeeds — ?
On Fri 13 Jul 2018 at 10:50:18 (+), davidson wrote: > On Wed, 11 Jul 2018, Zenaan Harkness wrote: > > Hellow Zenaan! > > >On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: > >>On 7/11/2018 11:12 AM, Zenaan Harkness wrote: > >>>Anyone know why git is failing to clone with the HTTPS protocol (but > >>>succeeds with the git protocol)? > >>> > >>>Example: > >>> > >>>$ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > >>>Cloning into 'docs.gits'... > >>>fatal: unable to access > >>>'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() > >>>failed: Public key signature verification has failed. > >>> > >>> > >>>whereas: > >>> > >>>$ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits > >>>Cloning into 'docs.gits'... > >>>remote: Counting objects: 1218, done. > >>>remote: Compressing objects: 100% (29/29), done. > >>>... > >>> > >> > >>It is working fine here: > >> > >>$ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > >>Cloning into 'docs.gits'... > >>remote: Counting objects: 1218, done. > >>remote: Compressing objects: 100% (29/29), done. > >>remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 > >>Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. > >>Resolving deltas: 100% (288/288), done. > >>Checking out files: 100% (510/510), done. > >> > >>Maybe: > >> > >>https://superuser.com/questions/1250527/git-clone-stopped-working > > > >OK so that page suggests reinstalling package libgnutls-deb0-28 > > Err... maybe it's been edited since. > > On superuser.com/questions/1250527/git-clone-stopped-working , I read: > > | * Do you have package libgnutls-deb0-28 installed? If so, could you > | try to uninstall it and retry cloning? – nKn Sep 15 '17 at 7:11 > > | * Thank you. After # apt-get remove -y libgnutls-deb0-28; apt-get > | install -y curl feh ffmpeg git libreoffice mpd mpv ncmpcpp clone > | works again! – Alexx Roche Sep 15 '17 at 7:42 > > | * Had an issue with accessing several https repositories (git and > | apt). Removing libgnutls-deb0-28 solved it. Thanks @nKn – Shay > | Nissel Oct 4 '17 at 22:48 > > To me, that second message (apparently from the superuser thread OP) > looks like it suggests > > 1. uninstalling libgnutls-deb0-28, > > 2. taking careful note of the explicitly desired applications that > will be removed as a consequence of the removal of > libgnutls-deb0-28, > > 3. and then re-installing those desired applications. > > That doesn't sound like the same thing as reinstalling > libgnutls-deb0-28. Not to me. > > >BUT, that package is not in the archives for Debian stable: > > > >https://packages.debian.org/search?keywords=libgnutls-deb0-28 > > > >shows that it's only available in wheezy-backports, jessie > >(oldstable) and sid (unstable) as a debports port for arm64. > > Curious. Why? libgnutls-deb0-28 is out of date. Why would one expect it in stretch when: $ grep -c libgnutls-deb0-28 /var/lib/apt/lists/ftp.us.debian.org_debian_dists_stretch_main_binary-amd64_Packages 0 $ so nothing there depends on, recommends, or even suggests, libgnutls-deb0-28. Why in sid? It's a port. People running sid want to be able to run their program foo that depends on it while they work on upgrading foo. Otherwise you would be forcing them to get foo to run with libgnutls30 *before* they could do any other work on it. They could find themselves in the same situation with many other libraries simultaneously. > >So the file > >pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb > > > >is in the archives, but not listed as a stable/stretch package. > > Neato. > > davidson@intherye$ dpkg-query -l 'libgnutls*' > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Archie Description > > +++-==--==-== > ii libgnutls-dane0:amd64 3.5.8-5+deb9u3 amd64 GNU TLS library - > DANE security support > OMG ii libgnutls-deb0-28:amd6 3.3.8-6+deb8u5 amd64 GNU TLS library - > main runtime library > ii libgnutls-openssl27:am 3.5.8-5+deb9u3 amd64 GNU TLS library - > OpenSSL wrapper > ii libgnutls30:amd64 3.5.8-5+deb9u3 amd64 GNU TLS library - > main runtime library Cheers, David.
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
> > that's what should be relevant here. Having libgnutls-deb0-28 installed > > (or not installed) should not matter at all. > > Well as I highlighted in another email above in this thread, when I > try to remove it, it wants to rip out over 100 packages and over 500 > MiB's of Debian software. (Such as...?) It really sounds like you've got a half-jessie, half-stretch system for some reason. Maybe you never fully upgraded to stretch, or maybe you've got a whole bunch of unusual packages that were installed during your jessie days, that were removed from stretch, or came from third party sources. What happens if you do "apt-get install git" now? Also, can you show us the output of: apt-cache policy git libgnutls30 libgnutls-deb0-28
Re: git clone https://... fails, git://... succeeds — ?
On Fri, 13 Jul 2018, davidson wrote: On Wed, 11 Jul 2018, Zenaan Harkness wrote: Hellow Zenaan! On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: On 7/11/2018 11:12 AM, Zenaan Harkness wrote: [snip] OK so that page suggests reinstalling package libgnutls-deb0-28 Err... maybe it's been edited since. [snip] To me, that second message (apparently from the superuser thread OP) looks like it suggests 1. uninstalling libgnutls-deb0-28, 2. taking careful note of the explicitly desired applications that will be removed as a consequence of the removal of libgnutls-deb0-28, 3. and then re-installing those desired applications. That doesn't sound like the same thing as reinstalling libgnutls-deb0-28. Not to me. I should probably add that I'm not trying to suggest that steps 2 and 3 above sound like much fun, especially when it might involve so many packages. $ sudo apt remove libgnutls-deb0-28 [snip] The following packages will be REMOVED: curl easygit ffmpeg gir1.2-spice-client-glib-2.0 ... 0 upgraded, 0 newly installed, 130 to remove and 0 not upgraded. After this operation, 563 MB disk space will be freed. Do you want to continue? [Y/n] ^C [snip] Good luck.
Re: git clone https://... fails, git://... succeeds — ?
On Wed, 11 Jul 2018, Zenaan Harkness wrote: Hellow Zenaan! On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: On 7/11/2018 11:12 AM, Zenaan Harkness wrote: Anyone know why git is failing to clone with the HTTPS protocol (but succeeds with the git protocol)? Example: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... fatal: unable to access 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() failed: Public key signature verification has failed. whereas: $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. ... It is working fine here: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. Resolving deltas: 100% (288/288), done. Checking out files: 100% (510/510), done. Maybe: https://superuser.com/questions/1250527/git-clone-stopped-working OK so that page suggests reinstalling package libgnutls-deb0-28 Err... maybe it's been edited since. On superuser.com/questions/1250527/git-clone-stopped-working , I read: | * Do you have package libgnutls-deb0-28 installed? If so, could you | try to uninstall it and retry cloning? – nKn Sep 15 '17 at 7:11 | * Thank you. After # apt-get remove -y libgnutls-deb0-28; apt-get | install -y curl feh ffmpeg git libreoffice mpd mpv ncmpcpp clone | works again! – Alexx Roche Sep 15 '17 at 7:42 | * Had an issue with accessing several https repositories (git and | apt). Removing libgnutls-deb0-28 solved it. Thanks @nKn – Shay | Nissel Oct 4 '17 at 22:48 To me, that second message (apparently from the superuser thread OP) looks like it suggests 1. uninstalling libgnutls-deb0-28, 2. taking careful note of the explicitly desired applications that will be removed as a consequence of the removal of libgnutls-deb0-28, 3. and then re-installing those desired applications. That doesn't sound like the same thing as reinstalling libgnutls-deb0-28. Not to me. BUT, that package is not in the archives for Debian stable: https://packages.debian.org/search?keywords=libgnutls-deb0-28 shows that it's only available in wheezy-backports, jessie (oldstable) and sid (unstable) as a debports port for arm64. Curious. So the file pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb is in the archives, but not listed as a stable/stretch package. Neato. davidson@intherye$ dpkg-query -l 'libgnutls*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Archie Description +++-==--==-== ii libgnutls-dane0:amd64 3.5.8-5+deb9u3 amd64 GNU TLS library - DANE security support OMG ii libgnutls-deb0-28:amd6 3.3.8-6+deb8u5 amd64 GNU TLS library - main runtime library ii libgnutls-openssl27:am 3.5.8-5+deb9u3 amd64 GNU TLS library - OpenSSL wrapper ii libgnutls30:amd64 3.5.8-5+deb9u3 amd64 GNU TLS library - main runtime library So I installed this system from a jessie dvd and immediately upgraded to testing about a week before stretch became the new stable. So, like you, my stretch system is an upgrade from jessie (though it only spent a couple of hours as jessie). I had no difficulty replicating john doe's success with $ git clone https://github.com/gnubee-git/GnuBee_Docs.git gnubee-git (except for his enviable download rates). Interestin. Given it's apparently not in stretch, perhaps I should simply uninstall it: $ sudo apt remove libgnutls-deb0-28 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: automoc cvsps emacs freepats git-doc gstreamer1.0-libav iceweasel ... Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: curl easygit ffmpeg gir1.2-spice-client-glib-2.0 ... 0 upgraded, 0 newly installed, 130 to remove and 0 not upgraded. After this operation, 563 MB disk space will be freed. Do you want to continue? [Y/n] ^C Looks like a Debian archives disconnect has happened somewhere ... when removing a package that's "officially" not in the distribution, removes 563 MB of installed software. Bugs? This: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libgnutls-deb0-28 shows "No reports found!" I also note that this package's "Provides" fields shows nothing, Can confirm: davidson@intherye$ dpkg-query -W -f '${Prov
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Thu, Jul 12, 2018 at 08:24:35AM -0400, Greg Wooledge wrote: > On Thu, Jul 12, 2018 at 05:45:46AM +1000, Zenaan Harkness wrote: > > On Wed, Jul 11, 2018 at 08:30:51AM -0400, Greg Wooledge wrote: > > > On Wed, Jul 11, 2018 at 09:48:10PM +1000, Zenaan Harkness wrote: > > > > Why is this package missing from the repos, but installed in my > > > > stretch install? > > > > > > Because you upgraded from jessie. This lets you keep older shared > > > libraries or other packages as long as they don't conflict with anything > > > in stretch. And shared libs typically don't conflict with anything. > > > > Very interesting, thank you. > > > > How do I replace it with something stretch-supported, without having > > 130 paackages and 550MiB first removed? > > > > (Which seems necessary because it's breaking git clone with https > > URLs.) > > You're talking about the package "libgnutls-deb0-28" which is listed > in the Subject: header? I have no idea why that would be related to a > stretch version of git, or be causing any kind of problem. Yes. As per the link posted earlier in the thread to possibly help solve this problem: https://superuser.com/questions/1250527/git-clone-stopped-working > wooledg:~$ dpkg -s git | grep ^Depends: > Depends: libc6 (>= 2.16), libcurl3-gnutls (>= 7.16.2), libexpat1 (>= 2.0.1), > libpcre3, zlib1g (>= 1:1.2.0), perl, liberror-perl, git-man (>> 1:2.11.0), > git-man (<< 1:2.11.0-.) > > wooledg:~$ dpkg -s libcurl3-gnutls | grep ^Depends: > Depends: libc6 (>= 2.17), libcomerr2 (>= 1.01), libgnutls30 (>= 3.5.6), > libgssapi-krb5-2 (>= 1.14+dfsg), libidn2-0 (>= 0.6), libk5crypto3 (>= > 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2), libldap-2.4-2 (>= 2.4.7), libnettle6, > libnghttp2-14 (>= 1.12.0), libpsl5 (>= 0.13.0), librtmp1 (>= > 2.4+20131018.git79459a2-3~), libssh2-1 (>= 1.7.0), zlib1g (>= 1:1.1.4) > > The stretch version of git depends (indirectly) on libgnutls30 and > that's what should be relevant here. Having libgnutls-deb0-28 installed > (or not installed) should not matter at all. Well as I highlighted in another email above in this thread, when I try to remove it, it wants to rip out over 100 packages and over 500 MiB's of Debian software. I guess it's time to just re-install? Been quite a few years since I've had to reinstall Debian… Thanks for the ideas folks,
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Thu, Jul 12, 2018 at 05:45:46AM +1000, Zenaan Harkness wrote: > On Wed, Jul 11, 2018 at 08:30:51AM -0400, Greg Wooledge wrote: > > On Wed, Jul 11, 2018 at 09:48:10PM +1000, Zenaan Harkness wrote: > > > Why is this package missing from the repos, but installed in my > > > stretch install? > > > > Because you upgraded from jessie. This lets you keep older shared > > libraries or other packages as long as they don't conflict with anything > > in stretch. And shared libs typically don't conflict with anything. > > Very interesting, thank you. > > How do I replace it with something stretch-supported, without having > 130 paackages and 550MiB first removed? > > (Which seems necessary because it's breaking git clone with https > URLs.) You're talking about the package "libgnutls-deb0-28" which is listed in the Subject: header? I have no idea why that would be related to a stretch version of git, or be causing any kind of problem. wooledg:~$ dpkg -s git | grep ^Depends: Depends: libc6 (>= 2.16), libcurl3-gnutls (>= 7.16.2), libexpat1 (>= 2.0.1), libpcre3, zlib1g (>= 1:1.2.0), perl, liberror-perl, git-man (>> 1:2.11.0), git-man (<< 1:2.11.0-.) wooledg:~$ dpkg -s libcurl3-gnutls | grep ^Depends: Depends: libc6 (>= 2.17), libcomerr2 (>= 1.01), libgnutls30 (>= 3.5.6), libgssapi-krb5-2 (>= 1.14+dfsg), libidn2-0 (>= 0.6), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2), libldap-2.4-2 (>= 2.4.7), libnettle6, libnghttp2-14 (>= 1.12.0), libpsl5 (>= 0.13.0), librtmp1 (>= 2.4+20131018.git79459a2-3~), libssh2-1 (>= 1.7.0), zlib1g (>= 1:1.1.4) The stretch version of git depends (indirectly) on libgnutls30 and that's what should be relevant here. Having libgnutls-deb0-28 installed (or not installed) should not matter at all.
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Wed, Jul 11, 2018 at 08:30:51AM -0400, Greg Wooledge wrote: > On Wed, Jul 11, 2018 at 09:48:10PM +1000, Zenaan Harkness wrote: > > Why is this package missing from the repos, but installed in my > > stretch install? > > Because you upgraded from jessie. This lets you keep older shared > libraries or other packages as long as they don't conflict with anything > in stretch. And shared libs typically don't conflict with anything. Very interesting, thank you. How do I replace it with something stretch-supported, without having 130 paackages and 550MiB first removed? (Which seems necessary because it's breaking git clone with https URLs.)
Re: libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Wed, Jul 11, 2018 at 09:48:10PM +1000, Zenaan Harkness wrote: > Why is this package missing from the repos, but installed in my > stretch install? Because you upgraded from jessie. This lets you keep older shared libraries or other packages as long as they don't conflict with anything in stretch. And shared libs typically don't conflict with anything.
libgnutls-deb0-28 missing from Debian repos - Re: git clone https://... fails, git://... succeeds — ?
On Wed, Jul 11, 2018 at 01:37:44PM +0200, john doe wrote: > On 7/11/2018 12:37 PM, Zenaan Harkness wrote: > > On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: > > > On 7/11/2018 11:12 AM, Zenaan Harkness wrote: > > > > Anyone know why git is failing to clone with the HTTPS protocol (but > > > > succeeds with the git protocol)? > > > > > > > > Example: > > > > > > > > $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > > > > Cloning into 'docs.gits'... > > > > fatal: unable to access > > > > 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() > > > > failed: Public key signature verification has failed. > > > > > > > > > > > > whereas: > > > > > > > > $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits > > > > Cloning into 'docs.gits'... > > > > remote: Counting objects: 1218, done. > > > > remote: Compressing objects: 100% (29/29), done. > > > > ... > > > > > > > > > > It is working fine here: > > > > > > $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > > > Cloning into 'docs.gits'... > > > remote: Counting objects: 1218, done. > > > remote: Compressing objects: 100% (29/29), done. > > > remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 > > > Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. > > > Resolving deltas: 100% (288/288), done. > > > Checking out files: 100% (510/510), done. > > > > > > Maybe: > > > > > > https://superuser.com/questions/1250527/git-clone-stopped-working > > > > OK so that page suggests reinstalling package libgnutls-deb0-28 > > BUT, that package is not in the archives for Debian stable: > > > > https://packages.debian.org/search?keywords=libgnutls-deb0-28 ^ Why is this package missing from the repos, but installed in my stretch install? This also looks like a core security-type package, so, concerning! > > shows that it's only available in wheezy-backports, jessie > > (oldstable) and sid (unstable) as a debports port for arm64. > > > > So the file > > pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb > > > > is in the archives, but not listed as a stable/stretch package. > > > > Interestin. Given it's apparently not in stretch, perhaps I should > > simply uninstall it: > > > > Note that I'm also on stretch. > Looks like something is broken on your end. Well that's the question - how do I figure out the problem? Perhaps there's some dodgy Debian mirroring going on? Again, when I look at that packages.debian.org link above, the package no longer exists in stable, so how can it be that over 100 other packages recursively depend on this package, when it's missing? Hopefully someone can steer me in the right debugging direction... > > I clone in 2 ways: --mirror for those repositories I am initially > > keeping an archive for, and regular clone for those I want to > > immediately look at. > > > > In order to automate updates to these repos, I use this dir-name > > convention to simply my scripts: > > > > - .gitm for --mirror (--bare) repos > > - .gits for regular "source checked out/ work dir" repos > > > > I would rework the script to handle something like: > > docs-mirror.git > docs-bare.git > docs > > http://blog.plataformatec.com.br/2013/05/how-to-properly-mirror-a-git-repository/ > > Note that '--mirror' implies '--bare'; mirror and bare are two different > things.: > > https://git-scm.com/docs/git-clone Thank you for the links. For a given repo, I only have one primary clone or mirror. I have various such local repos. For GnuBee docs (or any other repo) I only clone it once, either with plain clone, or with --mirror, never both - once I have a --mirror repo locally available, I then either: - clone it to a "working dir", or - browse it insitu with git-ls Hope that makes sense...
Re: git clone https://... fails, git://... succeeds — ?
On 7/11/2018 12:37 PM, Zenaan Harkness wrote: On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: On 7/11/2018 11:12 AM, Zenaan Harkness wrote: Anyone know why git is failing to clone with the HTTPS protocol (but succeeds with the git protocol)? Example: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... fatal: unable to access 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() failed: Public key signature verification has failed. whereas: $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. ... It is working fine here: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. Resolving deltas: 100% (288/288), done. Checking out files: 100% (510/510), done. Maybe: https://superuser.com/questions/1250527/git-clone-stopped-working OK so that page suggests reinstalling package libgnutls-deb0-28 BUT, that package is not in the archives for Debian stable: https://packages.debian.org/search?keywords=libgnutls-deb0-28 shows that it's only available in wheezy-backports, jessie (oldstable) and sid (unstable) as a debports port for arm64. So the file pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb is in the archives, but not listed as a stable/stretch package. Interestin. Given it's apparently not in stretch, perhaps I should simply uninstall it: Note that I'm also on stretch. Looks like something is broken on your end. I clone in 2 ways: --mirror for those repositories I am initially keeping an archive for, and regular clone for those I want to immediately look at. In order to automate updates to these repos, I use this dir-name convention to simply my scripts: - .gitm for --mirror (--bare) repos - .gits for regular "source checked out/ work dir" repos I would rework the script to handle something like: docs-mirror.git docs-bare.git docs http://blog.plataformatec.com.br/2013/05/how-to-properly-mirror-a-git-repository/ Note that '--mirror' implies '--bare'; mirror and bare are two different things.: https://git-scm.com/docs/git-clone -- John Doe
Re: git clone https://... fails, git://... succeeds — ?
On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote: > On 7/11/2018 11:12 AM, Zenaan Harkness wrote: > > Anyone know why git is failing to clone with the HTTPS protocol (but > > succeeds with the git protocol)? > > > > Example: > > > > $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > > Cloning into 'docs.gits'... > > fatal: unable to access > > 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() > > failed: Public key signature verification has failed. > > > > > > whereas: > > > > $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits > > Cloning into 'docs.gits'... > > remote: Counting objects: 1218, done. > > remote: Compressing objects: 100% (29/29), done. > > ... > > > > It is working fine here: > > $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits > Cloning into 'docs.gits'... > remote: Counting objects: 1218, done. > remote: Compressing objects: 100% (29/29), done. > remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 > Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. > Resolving deltas: 100% (288/288), done. > Checking out files: 100% (510/510), done. > > Maybe: > > https://superuser.com/questions/1250527/git-clone-stopped-working OK so that page suggests reinstalling package libgnutls-deb0-28 BUT, that package is not in the archives for Debian stable: https://packages.debian.org/search?keywords=libgnutls-deb0-28 shows that it's only available in wheezy-backports, jessie (oldstable) and sid (unstable) as a debports port for arm64. So the file pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb is in the archives, but not listed as a stable/stretch package. Interestin. Given it's apparently not in stretch, perhaps I should simply uninstall it: $ sudo apt remove libgnutls-deb0-28 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: automoc cvsps emacs freepats git-doc gstreamer1.0-libav iceweasel ... Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: curl easygit ffmpeg gir1.2-spice-client-glib-2.0 ... 0 upgraded, 0 newly installed, 130 to remove and 0 not upgraded. After this operation, 563 MB disk space will be freed. Do you want to continue? [Y/n] ^C Looks like a Debian archives disconnect has happened somewhere ... when removing a package that's "officially" not in the distribution, removes 563 MB of installed software. Bugs? This: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libgnutls-deb0-28 shows "No reports found!" I also note that this package's "Provides" fields shows nothing, but reverse depends: Reverse depends: exim4-daemon-light libavformat56 libgnutls-deb0-28 libhogweed2 libimobiledevice4 libmailutils4 librtmp1 libvncclient0 libvncserver0 mutt-patched network-manager This is a mystery that is beyond me. Any other ideas out there ??? > As an aside, the '.git' is only for bare repositories.: > > $ git clone https://github.com/gnubee-git/GnuBee_Docs.git I clone in 2 ways: --mirror for those repositories I am initially keeping an archive for, and regular clone for those I want to immediately look at. In order to automate updates to these repos, I use this dir-name convention to simply my scripts: - .gitm for --mirror (--bare) repos - .gits for regular "source checked out/ work dir" repos
Re: git clone https://... fails, git://... succeeds — ?
On 7/11/2018 11:12 AM, Zenaan Harkness wrote: Anyone know why git is failing to clone with the HTTPS protocol (but succeeds with the git protocol)? Example: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... fatal: unable to access 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() failed: Public key signature verification has failed. whereas: $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. ... It is working fine here: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178 Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done. Resolving deltas: 100% (288/288), done. Checking out files: 100% (510/510), done. Maybe: https://superuser.com/questions/1250527/git-clone-stopped-working As an aside, the '.git' is only for bare repositories.: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git -- John Doe
git clone https://... fails, git://... succeeds — ?
Anyone know why git is failing to clone with the HTTPS protocol (but succeeds with the git protocol)? Example: $ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... fatal: unable to access 'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake() failed: Public key signature verification has failed. whereas: $ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits Cloning into 'docs.gits'... remote: Counting objects: 1218, done. remote: Compressing objects: 100% (29/29), done. ... ?