Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

Hi, A new strange thing, I don't know if you encountered that, today at 6h32 packagekit run, tried to restart gitlab, and failed: Nov 27 06:32:18 weboob dbus-daemon[464]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service' requested by ':1.10456'

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

On 14/Nov - 07:45, Pirate Praveen wrote: > has protobuf 3.7 and grpc 1.19. > You need to downgrade both and use gitaly 1.59.3+dfsg-1~bpo10+2 (which > allows these versions). > > And because of >

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

Hello, The problem is still here, and is so not related to compatibility between versions of gitlab/gitlab-shell/gitality… Is there anything I can do to find the origin of this issue? Romain

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

On 23/Oct - 14:31, Pirate Praveen wrote: > just share apt policy gitaly for confirmation and the error messages once > more (after you restart gitaly and gitlab services). gitaly: Installed: 1.58.0+dfsg-2 Candidate: 1.58.0+dfsg-2 Version table: *** 1.58.0+dfsg-2 100 1 http://ftp.d

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

On 22/Oct - 22:47, Pirate Praveen wrote: > All those packages are available in experimental. I have updated > https://wiki.debian.org/gitlab with these packages added to the list of > pcakges needed from experimental. I've installed these packages and correctly upgraded gitlab and all dependencies

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

On 22/Oct - 19:18, Pirate Praveen wrote: > This is building fine on my system. So uploaded binary included as work > around. Note that I see a newer version of gitlb available: root@weboob ~ # apt-cache policy gitlab gitlab: Installed: 12.1.14-1 Candidate: 12.1.14-1 Version table: 12.

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

Hi, On 21/Oct - 21:21, Pirate Praveen wrote: > > At least for Romain that seems to be the problem. > > > > ii gitaly 1.47.3+debian-1 > > > > $ apt policy gitaly > > gitaly: > > Installed: 1.53.3+debian-1~bpo10+1 > > Candidate: 1.53.3+debian-1~bpo10+1 > > Version table: > > *** 1.53.3+d

Bug#942633: gitlab: Experimental gitlab requires gitshell 9.3.0 but only 9.1.0 is packaged

Package: gitlab Version: 12.1.14-1 Severity: important Dear Maintainer, During the installation of the package, this warning is displayed: GitLab Shell: ... GitLab Shell version >= 9.3.0 ? ... FAIL. Please update gitlab-shell to 9.3.0 from 9.1.0 But currently the latest version of gitlab-shell

Bug#854262: gitlab: After upgrade, unable to push "The project you were looking for could not be found"

Package: gitlab Version: 8.13.11+dfsg-1 Severity: important Dear Maintainer, After upgrading gitlab to 8.13.11 (stretch), my users can't push to any repository: $ git push Counting objects: 47, done. Delta compression using up to 4 threads. Compressing objects: 100% (47/47), done. Writing object

Bug#775717: unblock: weboob/1.0-3

er-to-accept-an-untrusted-keyring.patch: + prompt user to accept an untrusted keyring when updating repositories + (Closes: #774838). + + -- Romain Bignon Sun, 18 Jan 2015 16:07:58 +0100 + weboob (1.0-2) unstable; urgency=low * debian/patches/0003-fix-compatibility-with-a-patch-introduced-

Bug#774838: weboob: insecure keyring handling

Hi, On 08/Jan - 11:11, Cyril Brulebois wrote: > I would expect the Debian packages to contain some kind of trust chain > to bootstrap the keyring handling, and weboob to abort instead of > “blindly accepting” in other cases. You're right we should have the official keyring distributed in the Debi

Bug#772709: unblock: weboob/1.0-2

+0100 @@ -1,3 +1,11 @@ +weboob (1.0-2) unstable; urgency=low + + * debian/patches/0003-fix-compatibility-with-a-patch-introduced-by-768611.patch: +disable SSLv3 to be compliant with changes introduced by #768611 in Python +(Closes: #771499). + + -- Romain Bignon Mon, 08 Dec 2014 20:25:54

Bug#771499: [PATCH] use PROTOCOL_SSLv23 instead of PROTOCOL_SSLv3

Hello, I've pushed a commit on the Weboob package git repository to add a patch to fix this issue: http://anonscm.debian.org/gitweb/?p=collab-maint/weboob.git;a=summary I'm waiting for a DD to upload a new version of the package. Romain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l

Bug#771499: [weboob] boobank not usable because of SSLv3 errors

Hi, That's because of this patch introduced few days ago on python: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768611 I'm going to add a patch on the weboob package to disable use of PROTOCOL_SSLv3 constant. Romain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#674144: weboob: New upstream available and proposition for numerous fix

On 11/Jun - 17:55, Romain Bignon wrote: > Ping me if I forgot. Ping :). I wouldn't miss 0.c in wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674144: weboob: New upstream available and proposition for numerous fix

On 11/Jun - 10:33, Vincent Danjean wrote: > I think it is important: a Debian user will look for information about > a software in: > - the binary itself if it is a gui program > - the help text of the command > - /usr/share/doc/'package' > It will not look into /usr/share/weboob/ that is a directo

Bug#674144: weboob: New upstream available and proposition for numerous fix

On 09/Jun - 09:43, Vincent Danjean wrote: > I'm just thinking about two lines per program to describe them > and one line to tell the user where they have been installed. Well, I don't know if this is really useful to tell in /usr/share/weboob/README that scripts described are installed into /usr/

Bug#674144: weboob: New upstream available and proposition for numerous fix

On 08/Jun - 22:23, Vincent Danjean wrote: > Debian packages need to be built from upstream tarball. This allows > people to download and check the tarball (md5sum). Moreover, uscan > and friends (git-import-orig --uscan, ...) also look at the upstream > website to download it and prepare the next v

Bug#674144: weboob: New upstream available and proposition for numerous fix

On 07/Jun - 21:42, Vincent Danjean wrote: > The tarball is the one found on the upstream website (weboob-0.c.tar.gz). > I think you made a mistake or the tarball changed on the website without > changing the version number I generated the tarball for Debian with “./setup.py sdist”, because it didn

Bug#674144: weboob: New upstream available and proposition for numerous fix

Hi, Sorry I did not have time to answer to your mail. On 23/May - 12:55, Vincent Danjean wrote: > I tried to improve it a little. You can find the result here: > git://git.ligforge.imag.fr/git/users/vdanjean/debian/weboob.git > I would be very pleased if you are interested my my suggestions. >

Bug#576343: python-elementtidy: Crash when no error occures

Package: python-elementtidy Version: 1.0-7 Severity: important Tags: patch When there are no errors while parsing a HTML page, the tidyBufFree() crashes, because it tries to access to dereference the err.allocator which is NULL. Here is a patch to check it before calling this function. -- System

Bug#483541: python-qwt5-qt4 doesn't find symbole in Qwt.so

undefined symbol: _ZN16QwtPlotMagnifier16widgetWheelEventEP11QWheelEvent I'm using Debian/lenny. -- Romain Bignon -- http://romain.peerfuse.net http://peerfuse.net pgpHHtfVoSA9O.pgp Description: PGP signature

Bug#434994: fglrx-kernel-src: Unable to build module with kernel 2.6.21

Package: fglrx-kernel-src Version: 8.38.6-2 Severity: grave Justification: renders package unusable The module can't be built because of a license problem. In firegl_public.c:249 we have: MODULE_LICENSE("Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY"); When you try to build modu