Package: libphp-adodb
Version: 5.21.4-1
PHP 8.2 requires 5.22.6
https://adodb.org/dokuwiki/doku.php?id=v5:php_compatibility_status
Since 8.2 is in stable, that leaves libphp-adodb as unusable.
Confirming issue.
Also still present in chkrootkit_0.55-1_amd64.deb
Package: gitlab
Version: 11.8.3-1
Once a fixed Gemfile so that ruby-pg was loading (needs to check for id
postgresql not postgres for some weird reason) I ran into this bug. Removing
ruby-bootsnap fixed as the maintainer pointed out to me in private. Creating
this bug report so it doesn’t get
this project!
> On Mar 3, 2019, at 3:40 AM, Pirate Praveen wrote:
>
> On Mon, 25 Feb 2019 07:45:36 -0700 Justin Hallett
> wrote:
> > This ticket is bogus and should be closed and removed so that gitlab can be
> > fixed in testing and restore the faith of its users.
By keeping this out of testing you are really leaving those of us running it
and depending on it in a real mess. To get rails 2.5 support I had to do some
serious Debian badness, this really sucks, couldn’t it just be kept out of
backports if that is the issue instead of causing harm to those o
Package: unicorn
Version: 5.4.1-1
Preparing to unpack .../25-unicorn_5.4.1-1_amd64.deb ...
Unpacking unicorn (5.4.1-1) over (5.4.0-1+b1) ...
Setting up unicorn (5.4.1-1) ...
insserv: warning: current start runlevel(s) (empty) of script `unicorn'
overrides LSB defaults (2 3 4 5).
insserv: warning:
I am also seeing the exact same issue with pull as well, I’d assume anything
that uses gitlab-shell will see it.
Looking at gitlab-shell it looks like it’s either missing or was renamed to
/usr/lib/ruby/vendor_ruby/gitlab_init.rb
And should not use require_relative?
Changing line 10 of /usr/sh
Is there an interim fix/patch I can do locally? The some bug seems to happen
when you want to look at a commit diff as well.
It seems that this line
Err :connection error: desc = \"transport: Error while dialing dial unix
gitaly-ruby://gitaly-ruby: connect: no such file or directory\”
Is the i
Sadly it’s still not fixed. Here is an attempt on an fully updated buster
system as of this morning.
Different error point but still won’t compile.
make -C /lib/modules/4.13.0-1-686-pae/build
SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi
DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODUL
Package: libjs-jquery-fancybox
Version: 6-1
Severity: normal
Dear Maintainer,
The problem is in fancybox css and how it uses Alpha for IE, a good fix for
debian is to change it to use absolute paths, so instead of fancy_shadow.png
use /javascript/jquery-fancybox/fancy_shadow.png.
In fink I'm usin
Package: perl-base
Version: 5.8.7-9
Severity: minor
this is the type or Error produced everytime I upgrade perl-base
Error - Perl execution failed
Errno architecture (i486-linux-gnu-thread-multi-2.6.14.3) does not match
executable architecture (i386-linux-thread-multi-2.4.27-ti1211) at
/usr/lib/p
Package: php5
Version: 5.0.5-2
Severity: important
zend.ze1_compatibility_mode segfaults in php5, it is fixed upstream in
CVS. See the php.net report.
http://bugs.php.net/bug.php?id=32080&edit=1
to reproduce this just install sugarsales from sugarcrm.com, there are
others but this is a good one
Package: cacti
Version: 0.8.6f-2
Severity: normal
This is to report an upstream bug where using resource/script_queries on
and snmp host using a non standard port would fail. Here is the patch.
--- host_cpu.xml.orig 2005-07-10 11:37:22.0 -0600
+++ host_cpu.xml2005-07-10 11:37:55
13 matches
Mail list logo