Unable to push to 'REMOTE' - Unknown error #543
Comments
|
Hi @Marcool04 thanks for the description! Can you try to use push to... functionality to find out to which remote it is not possible to push? I see you don't have a "origin" remote. I will check the code if this might be the problem. |
|
Hi @Murmele, thanks for getting back to me so quickly. So, it is definitely just the This is interesting, because the two remotes are so similar that this eliminates quite a few possible variables. Basically, the only two differences left are:
Note that both have configuration set up in .ssh/config, and that I have set the correct file path in Gittyup options to indicate where that file is. My access to gitlab is such that if the configuration from .ssh/config wasn't being read, then I would not have been able to push there either, as it uses, among other options, a non-default ssh private key. I also verified that renaming the remote to |
|
Ahah! I think I have a smoking gun. When I attempt to push from Gittyup, I get this in the homeserver logs: So what is PubkeyAcceptedAlgorithms set to? On the server we have: And on the client machine: All of these are inspired by https://www.ssh-audit.com/hardening_guides.html So this confirms that in some way, Gittyup is imposing its own algorithms for the SSH public key exchange, and this seems to be what is messing up the push. |
|
@Marcool04 thanks for the research, I will check it out |
|
I built Gittyup from source myself, and noticed that push/pull from my homeserver actually works fine. Therefore I believe this issue is in fact caused by the packaging toolchain I am using, which is this bash script: pkgname=gittyup
pkgver=1.3.0
pkgrel=1
pkgdesc='Graphical Git client (GitAhead fork)'
url="https://murmele.github.io/${pkgname^}"
_url="https://github.com/Murmele/${pkgname^}"
arch=(x86_64)
license=(MIT)
depends=(cmark
git
hunspell
libssh2
lua
lua-lpeg
openssl
qt5-base)
makedepends=(cmake
libgnome-keyring
ninja
qt5-tools
qt5-translations)
optdepends=('git-lfs: git-lfs support'
'libgnome-keyring: for GNOME Keyring for auth credentials'
'qt5-translations: translations')
source=("git+$_url.git#tag=${pkgname}_v$pkgver"
"$pkgname-libgit2::git+https://github.com/stinb/libgit2.git" # a fork, not the official upstream!
"$pkgname-scintillua::git+https://github.com/orbitalquark/scintillua.git"
"$pkgname-lexilla::git+https://github.com/ScintillaOrg/lexilla.git"
"$pkgname-zip::git+https://github.com/kuba--/zip.git")
sha256sums=('SKIP'
'SKIP'
'SKIP'
'SKIP'
'SKIP')
prepare() {
cd "${pkgname^}"
git submodule init
git config submodule.dep/cmark/cmark.update none
git config submodule.dep/git/git.update none
git config submodule.dep/hunspell/hunspell.update none
git config submodule.dep/libssh2/libssh2.update none
git config submodule.dep/openssl/openssl.update none
git config submodule.dep/libgit2/libgit2.url "$srcdir/$pkgname-libgit2"
git config submodule.dep/scintillua/lexilla.url "$srcdir/$pkgname-lexilla"
git config submodule.dep/scintillua/scintillua.url "$srcdir/$pkgname-scintillua"
git config submodule.test/dep/zip.url "$srcdir/$pkgname-zip"
git -c protocol.file.allow=always submodule update
}
build() {
cmake \
-G Ninja \
-W no-dev \
-D CMAKE_BUILD_TYPE=Release \
-D CMAKE_INSTALL_PREFIX=/usr \
-D CMAKE_INSTALL_DATADIR=share/$pkgname \
-D ENABLE_REPRODUCIBLE_BUILDS=ON \
-D BUILD_SHARED_LIBS=OFF \
-D DEBUG_OUTPUT=OFF \
-D USE_SYSTEM_CMARK=ON \
-D USE_SYSTEM_GIT=ON \
-D USE_SYSTEM_HUNSPELL=ON \
-D USE_SYSTEM_LIBSSH2=ON \
-D USE_SYSTEM_LUA=ON \
-D USE_SYSTEM_OPENSSL=ON \
-D LUA_MODULES_PATH=/usr/lib/lua/5.4 \
-B build \
-S "${pkgname^}"
ninja -C build
}
check() {
ninja -C build check
}
package() {
install -Dm0644 "${pkgname^}/LICENSE.md" "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
install -Dm0644 "${pkgname^}/rsrc/linux/com.github.Murmele.Gittyup.desktop" "$pkgdir/usr/share/applications/gittyup.desktop"
DESTDIR="$pkgdir" ninja -C build install
pushd "$pkgdir/usr"
rm -f lib/libQt*.so.* lib/*.a
rm -rf include lib/{cmake,pkgconfig,Plugins}
mv bin/{indexer,relauncher} "share/$pkgname"
}from the Arch User Repository (AUR) here: https://aur.archlinux.org/packages/gittyup. What the packager is trying to do as far as I can gather, is integrate the build with system packages as much as possible, hence the removal of most of the git sub-modules. It doesn't seem obvious to me why this packaging would cause the default ssh signature algorithm to be different but that seems to be the case. I've posted a comment against the AUR package anyhow. |
|
@exactly-one-kas do you know anything about? |
Hi all.
I'm mostly creating this issue to ask kindly if anybody can help with debugging a problem I'm having in Gittyup which could, I'm afraid, very well have nothing to do with the application itself...
This is about a repo for which
git pushworks fine when I do it at the command line, but which fails with the rather uninformative error:Unable to push to 'REMOTE' - Unknown errorin Gittyup.The particularity with this repo, maybe, is that it has 3 remotes configures. The config file is like this:
This is the latex source for a PhD thesis. I pulled it from the university repo, which is called
amu, then I have two remotes, one on my own homeserver,archpi, the other on Gitlab. Note thatarchpi, as well as a remote name in this git repo, is an SSH alias to the homeserver.Could anybody please help me to debug this? I can quite easily see this being an issue with my own setup or the repo, but I can't see how to get Gittyup to help me help myself...
Thanks a lot in advance.
Regards,
Mark.
PS : here is some more system info, this is Archlinux on a Lenovo T480 Thinkpad.
The text was updated successfully, but these errors were encountered: