Package: dovecot-fts-xapian
Version: 1.5.5-1+b2
Severity: important
Tags: upstream
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
dovecot-fts-xapian crashes with "Memory too low (text) 'std::bad_alloc'" error
when indexing large mailboxes.
I've compiled and tested 1.7.8 and 1.7.9 but it's not
Package: gitlab
Version: 16.4.4+ds2-3~fto12+1
Severity: normal
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
since upgrading from 16.2.8+ds1-6~fto12+1 to 16.4.4+ds2-3~fto12+1, sidekiq
check of "gitlab-rake gitlab:check" always fails becacuse it finds two cluster
processes instead of just one.
Package: gitlab
Version: 16.4.4+ds2-2~fto12+4
Severity: important
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
upgrading gitlab from 16.2.8+ds1-6~fto12+1 to 16.4.4+ds2-2~fto12+4 failed
during gitlab:check phase. There were about 60 sidekiq processes running,
eating all the memory and causing
Package: php-horde-imp
Version: 6.2.27-3
Severity: grave
Tags: upstream
Justification: renders package unusable
Followup-For: Bug #1038441
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
the bug severity should be grave as Horde IMP web UI does not work at all.
Quick fix below, but there are more
Package: php-net-dns2
Version: 1.5.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
after upgrading to Debian 12, Horde stopped working. It logs messages like:
PHP Fatal error: Uncaught ValueError: fread(): Argument #2
Package: apcupsd
Version: 3.14.14-3.1+b1
Severity: normal
Tags: patch upstream
X-Debbugs-Cc: li...@rainbow-software.org
Dear Maintainer,
there are old bugs in apcupsd preventing it from getting almost any data from
SmartUPS v/s 650:
# apcaccess
APC : 001,018,0451
DATE : 2023-07-02
I'm using another workaround - /etc/rsyslog.d/filter-gitlab.conf file
containing:
:programname, isequal, "gitlab-sidekiq" stop
--
Ondrej Zary
Package: gitlab
Version: 15.4.2+ds1-1~fto11+3
Severity: normal
X-Debbugs-Cc: z...@gsystem.sk
Dear Maintainer,
after upgrading gitlab to 15.4.2, gitlab-sidekiq is spamming logs like this:
gitlab-sidekiq[311326]: Passing the timeout as a positional argument is
deprecated, it should be passed as a
Package: firefox-esr
Version: 91.4.1esr-1~deb11u1
Severity: important
File: /usr/bin/firefox
X-Debbugs-Cc: t...@security.debian.org
Dear Maintainer,
after upgrading firefox-esr from 78.15.0esr-1 to 91.4.1esr-1, it can't open
any web page. The tab crashes immediately, with errors like this in
On Friday 22 October 2021, Yves-Alexis Perez wrote:
> On Thu, 2021-10-14 at 19:38 +0200, Ondrej Zary wrote:
> > MDEV-15912: Remove traces of insert_undo
> >
> > Let us simply refuse an upgrade from earlier versions if the
> > upgrade procedure was no
dff451f0a7a6d6246334aace697b230b4174f2c1 M mysql-test
:04 04 4a0352d498b9487cae46c6363d86603de0ccb361
3e6aa2377e89f28192e987f2f8655e3d866ab4be M storage
--
Ondrej Zary
Tested upstream mariadb packages. 10.3.30 works, 10.3.31 fails.
--
Ondrej Zary
e engine: InnoDB
> 2021-10-14 9:38:49 0 [ERROR] Aborting
>
> So maybe I do have a corrupted database or something but I'm unsure what to do
> next (I don't think I have an older backups of the database). Also it still
> works just fine with 10.3.25.
I still get the error too. That patch was meant to fix a problem specific to
BSD.
--
Ondrej Zary
ogfile1), then shutdown ended
immediately. Seems that the file structure is corrupted somehow - probably
because of a previous bug. One table is also affected by the "ERROR 1118
(42000): Row size too large (> 8126)" bug.
When complete SQL dump is restored with a new ibdata1, everything works
(upgrade to 10.3.31 and also clean shutdown).
--
Ondrej Zary
iadb-10.3.30 but dpkg-buildpackage failed with:
dh_install: mariadb-plugin-cassandra missing files:
etc/mysql/conf.d/cassandra.cnf
--
Ondrej Zary
t; Thanks for reporting. Could you please check if this has been reported
> upstream at jira.mariadb.org?
>
> There isn't much we can do about InnoDB internals in Debian packaging.
--
Ondrej Zary
Package: mariadb-server
Version: 1:10.3.31-0+deb10u1
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
upgrading mariadb-server from 1:10.3.29-0+deb10u1 to 1:10.3.31-0+deb10u1 failed
because mariadb failed to start. /var/log/mysql/error.log:
2021-10-10 15:12:49 0
ndex.js:67:22)
@ ./pages/projects/new/index.js 5:0-57 28:29-50 32:15-36
@ multi ./main ./pages/projects/index.js ./pages/projects/new/index.js
--
Ondrej Zary
Package: gitlab
Version: 13.12.9+ds1-1~fto10+1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
installing gitlab 13.12.9+ds1-1~fto10+1 on buster amd64 fails with:
Installing node modules...
Resolving 2.4.2 to a url...
error An unexpected error occurred: "Release not
On Tuesday 21 September 2021, Thorsten Glaser wrote:
> Ondrej Zary dixit:
>
> >Hello, why tomcat9 still does not have an init script despite it has
> >been posted here?
> >
> >I'm upgrading a Stretch server without systemd to Buster. Tomcat 9 is
> >installed b
Hello,
why tomcat9 still does not have an init script despite it has been posted here?
I'm upgrading a Stretch server without systemd to Buster. Tomcat 9 is installed
but cannot be started without an init script.
--
Ondrej Zary
On Tuesday 21 September 2021, Bastien ROUCARIES wrote:
> Le mar. 21 sept. 2021 à 07:55, Ondrej Zary a écrit :
> >
> > On Monday 20 September 2021, Bastien Roucariès wrote:
> > > Le lundi 20 septembre 2021, 19:32:52 UTC Bastien ROUCARIES a écrit :
> > > Could
-inl.h:27,
from ../src/async_wrap.cc:22:
../src/util.h:210:11: error: ‘Persistent’ does not name a type; did you mean
‘gethostent’?
const Persistent& persistent);
^~~~~~
--
Ondrej Zary
On Tuesday 21 September 2021, Jérémy Lal wrote:
> Le lun. 20 sept. 2021 à 22:30, Ondrej Zary a écrit :
>
> > On Monday 20 September 2021 21:32:52 Bastien ROUCARIES wrote:
> > > Could you try first to apply
> > https://github.com/nodejs/node/commit/c60780ff52
> &
ixture.h.rej
patching file test/cctest/test_base_object_ptr.cc
patching file test/cctest/test_node_postmortem_metadata.cc
Hunk #1 succeeded at 91 (offset -2 lines).
--
Ondrej Zary
On Monday 20 September 2021 19:31:56 Bastien ROUCARIES wrote:
> Le lun. 20 sept. 2021 à 17:28, Jérémy Lal a écrit :
> >
> >
> >
> > Le lun. 20 sept. 2021 à 19:15, Ondrej Zary a écrit :
> > >
> > > On Monday 20 September 2021 16:56:18 Bastien ROUCAR
On Monday 20 September 2021 16:56:18 Bastien ROUCARIES wrote:
> Le lun. 20 sept. 2021 à 14:24, Ondrej Zary a écrit :
> >
> > On Monday 20 September 2021, Bastien ROUCARIES wrote:
> > > Could you try to apply
> > >
> >
tPtr definition.
--
Ondrej Zary
10.24.0~dfsg-1~deb10u1
i386 debug symbols for libnode64
ii libuv1-dbgsym:i386 1.24.1-1+deb10u1
i386 debug symbols for libuv1
ii nodejs-dbgsym10.24.0~dfsg-1~deb10u1
i386 debug symbols for nodejs
--
Ondrej Zary
> And try to rebuild the whole libuv and nodejs with -fstack-protector-all
Does not print anything other than Segmentation fault.
--
Ondrej Zary
6122== Rerun with --leak-check=full to see details of leaked memory
==6122==
==6122== For counts of detected and suppressed errors, rerun with: -v
==6122== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
Segmentation fault
--
Ondrej Zary
On Monday 20 September 2021, Bastien ROUCARIES wrote:
> Could you try to build both libuv and node with -fsanitize=null it is
> likely a null dereference so catch it
It does not seem to work correctly:
runuser -u gitlab -- sh -c 'yarnpkg install'
../deps/v8/src/date.cc:44:20: runtime error:
h --leak-check=full to see details of leaked memory
==3163==
==3163== For counts of detected and suppressed errors, rerun with: -v
==3163== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
Segmentation fault
--
Ondrej Zary
can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/lib/i386-linux-gnu/libnode.so.64+0x50bb5a) in
node::fs::FSReqWrap::~FSReqWrap()
==26662==ABORTING
--
Ondrej Zary
I'm unable to compile node with -fsanitize=address,undefined. Seems that
compiler hits 32-bit memory space limit:
cc1plus: out of memory allocating 65536 bytes after a total of 3356393472 bytes
--
Ondrej Zary
Rebuilt Debian libuv1 1.24.1 with -fno-stack-protector - still segfaults.
Rebuilt Debian libuv1 1.42.0 (from unstable) in Buster - still segfaults.
--
Ondrej Zary
). Or cflags?
--
Ondrej Zary
Added back --shared-zlib: works.
Added back also --shared-cares: works.
So you're right: --shared-libuv is the problem.
Upstream seems to include libuv 1.34.2.
Buster has 1.24.1-1.
--
Ondrej Zary
work.
Then I can upgrade gitlab further to 12 and 13 and only then I can upgrade
Debian to bullseye.
I've rebuilt Debian nodejs without --shared-zlib, --shared-cares and
--shared-libuv (remove them from debian/rules). It works now!
Going to narrow it down.
--
Ondrej Zary
There's no such patch in 10.24.0~dfsg-1~deb10u1
--
Ondrej Zary
Upstream node rebuilt in Debian works. So it's not a compiler or libc problem.
The Debian (buster) i386 version 10.24.0~dfsg-1~deb10u1 already contains SSE2
instructions - it does not work on Pentium 3:
$ node
Illegal instruction
So I doubt that changing -march would help.
--
Ondrej Zary
8.3.0-6) 8.3.0
libc6 2.28-10
I'll try to build the upstream version in Debian.
--
Ondrej Zary
/nodejs and
/usr/share/nodejs:
/node_modules -> /usr/share/nodejs
/var/lib/gitlab/.node_libraries -> /usr/lib/nodejs
yarnpkg completed without segfault!
--
Ondrej Zary
It works from amd64 chroot on the same machine. The i386 nodejs is broken.
--
Ondrej Zary
t;: add$0x10,%esp
0xf6fdfb9a <+138>: lea-0x8(%ebp),%esp
0xf6fdfb9d <+141>: pop%ebx
0xf6fdfb9e <+142>: pop%esi
0xf6fdfb9f <+143>: pop%ebp
0xf6fdfba0 <+144>: ret
0xf6fdfba1 <+145>: lea0x0(%esi,%eiz,1),%esi
0xf6fdfba8 <+152>: sub$0xc,%esp
0xf6fdfbab <+155>: pushl 0x16978(%ebx)
0xf6fdfbb1 <+161>: call 0xf6f1fcb0 <_ZN4node6AssertEPA4_KPKc@plt>
This is on a 64-bit CPU (P4) running i386 userspace. This does not look like a
CPU problem.
It simply crashed in a C++ code.
nodejs 10.24.0~dfsg-1~deb10u1
yarnpkg 1.22.4-5~bpo10+1
--
Ondrej Zary
directory)
Where comes the weird CHANNELID 0x0103F8 from? Maybe 0x3f8 as I/O address of PC
COM1 port?
The working /etc/reader.conf.d/libtowitoko2 file is:
FRIENDLYNAME "Towitoko Chipdrive Reader"
LIBPATH /usr/lib/libtowitoko.so.2.0.0
CHANNELID 1
However, it should probably be commented-out by default (as in
/etc/reader.conf.d/libccidtwin)
--
Ondrej Zary
Hello,
thanks, freerdp2-x11 works fine.
It's also in stretch-backports so I can use it on my Stretch machines.
On Saturday 31 August 2019 17:08:24 Bernhard Übelacker wrote:
> Hello Ondrej Zary,
> while looking through bug reports for some random
> packages I got to your report.
>
Package: icedtea-netx
Version: 1.7.2-2
Severity: important
Dear Maintainer,
when trying to launch (at least) iDRAC9 virtual console, javaws eats up all
the memory, machine starts thrashing to the point it requires hard reset in
a couple of seconds. Downgrading icedtea-netx to 1.6.2-3.1+deb9u1
Package: freerdp-x11
Version: 1.1.0~git20140921.1.440916e+dfsg1-13+deb9u3
Severity: important
Dear Maintainer,
freerdp is not usable on i386 machines without SSE2 - crashes immediately:
$ freerdp 1.2.3.4
WARNING: Using deprecated command-line interface!
1.2.3.4 -> /v:1.2.3.4
connected to
Package: rdesktop
Version: 1.8.6-2~deb9u1
Severity: important
Dear Maintainer,
since upgrading rdesktop to 1.8.6, it does not work properly when connecting to
a Windows XP system.
Windows login screen appears but rdesktop crashes immediately after entering
correct username and password:
$
Sorry for misleading info, the upgrade was from 52.9.0esr-1~deb9u1 (not 59) to
60.
--
Ondrej Zary
Package: firefox-esr
Version: 60.2.0esr-1~deb9u2
Severity: important
Dear Maintainer,
firefox-esr does not work anymore, crashes immediately even in safe mode:
$ firefox-esr -safe-mode
ExceptionHandler::GenerateDump cloned child 9620
ExceptionHandler::SendContinueSignalToChild sent continue
Package: bind9
Version: 1:9.8.4.dfsg.P1-6+nmu2+deb7u18
Followup-For: Bug #860225
Dear Maintainer,
looks like I've just been hit by CVE-2017-3139 on Debian Wheezy.
Seems it's not limited to RedHat:
Aug 31 17:03:24 r210 named[29899]: validator.c:1858: INSIST(rdataset->type
==
> On Mon, Jun 19, 2017 at 12:47 PM, Ondrej Zary <li...@rainbow-software.org>
>
> wrote:
> > Seems that all files in /etc/freeradius/sql/mysql have a newer version
> > available in /etc/freeradius/3.0/mods-config/sql/ so they probably could
> > be
> > deleted all
Package: diffutils
Version: 1:3.5-3
Severity: important
Dear Maintainer,
after upgrading to Stretch, cmp -b output is wrong - if the files are
different, the first different byte is always printed as 12 ^J. This is a
major bug in such a simple utility. cmp -b -l works correctly.
$ echo 1 >one
$
Package: dovecot-solr
Version: 1:2.2.27-3
Followup-For: Bug #865945
There's a workaround (for solr-tomcat):
Put this line in /etc/tomcat8/catalina.properties:
tomcat.util.http.parser.HttpParser.requestTargetAllow={}
oticed. Do you suggest to
> just delete the file?
>
> On Mon, Jun 19, 2017 at 12:39 AM, Ondrej Zary <li...@rainbow-software.org>
>
> wrote:
> > Package: freeradius-mysql
> > Version: 3.0.12+dfsg-5
> > Severity: normal
> >
> > Dear Maintainer,
>
Package: freeradius-mysql
Version: 3.0.12+dfsg-5
Severity: normal
Dear Maintainer,
freeradius-mysql package includes obsolete and misleading files in
/etc/freeradius/sql/mysql/.
e.g. /etc/freeradius/sql/mysql/schema.sql contains radacct table definition
which no longer works with freeradius 3
Package: bareos-director
Version: 16.2.4-3
Severity: normal
Dear Maintainer,
after upgrading from jessie to stretch, cron reports the following message:
/etc/cron.daily/logrotate:
error: Ignoring bareos-dir because of bad file mode - must be 0644 or 0444.
The permissions of
There's a fix available upstream and also in unstable.
Downloading source package of xserver-xorg-video-trident from unstable
(1:1.3.7-1), compiling it (dpkg-buildpackage) and installing makes the driver
work.
--
Ondrej Zary
Package: src:linux
Version: 4.1.1-1~exp1
Severity: wishlist
Dear Maintainer,
please set CONFIG_MMC_TOSHIBA_PCI=m to enable toshsd driver for SD/MMC card
reader found in some Toshiba laptops (as seen in lspci output below).
-- Package-specific info:
** Version:
Linux version 4.1.0-trunk-686-pae
Package: xserver-xorg-video-trident
Version: 1:1.3.6-2+b2
Followup-For: Bug #726965
Just upgraded to Jessie and hit the same bug.
Seems to be related to the missing XAA. The driver tries to use shadowfb
and it hangs the system completely.
-- Package-specific info:
X server symlink status:
This bug is still present in Jessie.
--
Ondrej Zary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. But just for a while, until leaked
pthread_keys exceeded PTHREAD_KEYS_MAX (1024).
Please apply the mysql_library_end() patch above.
--
Ondrej Zary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tuesday 11 November 2014 00:17:59 Mike Hommey wrote:
On Tue, Nov 11, 2014 at 12:06:30AM +0100, Ondrej Zary wrote:
(gdb) print JSC::MacroAssemblerX86Common::s_sseCheckState
$1 = JSC::MacroAssemblerX86Common::HasSSE3
Aha! At least now it's clear what part is doing wrong.
Can you compile
On Tuesday 11 November 2014 23:43:29 Mike Hommey wrote:
On Tue, Nov 11, 2014 at 06:54:26PM +0100, Ondrej Zary wrote:
On Tuesday 11 November 2014 00:17:59 Mike Hommey wrote:
On Tue, Nov 11, 2014 at 12:06:30AM +0100, Ondrej Zary wrote:
(gdb) print JSC::MacroAssemblerX86Common
:
user_pref(javascript.options.ion, false);
This did not help.
If that's not enough, you can also try:
user_pref(javascript.options.baselinejit, false);
This works! It allows Iceweasel to run in normal mode.
--
Ondrej Zary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Monday 10 November 2014 23:18:14 Mike Hommey wrote:
On Mon, Nov 10, 2014 at 09:25:50PM +0100, Ondrej Zary wrote:
On Monday 10 November 2014 06:03:04 Mike Hommey wrote:
On Sun, Nov 09, 2014 at 08:30:58AM +0900, Mike Hommey wrote:
Okay, so despite all the changes in the related code
On Saturday 08 November 2014 08:04:08 Mike Hommey wrote:
On Sat, Nov 08, 2014 at 12:04:09AM +0100, Ondrej Zary wrote:
On Friday 07 November 2014 23:32:55 Mike Hommey wrote:
On Fri, Nov 07, 2014 at 09:24:23PM +0100, Ondrej Zary wrote:
Program received signal SIGILL, Illegal instruction
On Thursday 06 November 2014 23:49:16 Mike Hommey wrote:
On Thu, Nov 06, 2014 at 08:04:22PM +0100, Ondrej Zary wrote:
Package: iceweasel
Version: 31.2.0esr-2~deb7u1
Severity: important
Dear Maintainer,
after upgrading iceweasel:i386 24.8.1esr-1~deb7u1 to 31.2.0esr-2~deb7u1, it
does
On Friday 07 November 2014 23:32:55 Mike Hommey wrote:
On Fri, Nov 07, 2014 at 09:24:23PM +0100, Ondrej Zary wrote:
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 0xab7feb70 (LWP 7670)]
0xad42fbf2 in ?? ()
(gdb) disassemble
No function contains program counter
Package: iceweasel
Version: 31.2.0esr-2~deb7u1
Severity: important
Dear Maintainer,
after upgrading iceweasel:i386 24.8.1esr-1~deb7u1 to 31.2.0esr-2~deb7u1, it
does not work anymore. It crashes immediately at startup with Illegal
instruction. In safe-mode, the application window appears but then
Looks like the maintainer (Paweł Więcek co...@debian.org) is inactive and
this bug will never be fixed, although a fix is available...
--
Ondrej Zary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
hash is not supported in this build.
amd64$
i386:$ strings /lib/security/pam_mysql.so | grep non-crypt
i386:$
--
Ondrej Zary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
: result: -lssl -lcrypto
pkg-config package was not installed on the amd64 box. When I installed it,
the package built correctly without any modifications!
So the real fix is: have pkg-config installed before building libpam-mysql.
Maybe pkg-config should be included in build-deps.
--
Ondrej Zary
Package: python-suds
Version: 0.3.9-1+deb6u1
Severity: serious
Justification: breaks unrelated software
The deb6u1 update to python-suds fixed insecure temporary directory
creation (/tmp/suds) by creating directories with random names in /tmp.
However, these directories are never deleted,
On Saturday 26 April 2014 16:54:33 Marco d'Itri wrote:
On Jun 16, Ondrej Zary li...@rainbow-software.org wrote:
# workaround for kernels 2.6.27-rc5
As you can see, this rule was supposed to fix lack of aliases in older
kernels, and I removed it because at the time I was told
Package: initscripts
Version: 2.88dsf-41+deb7u1
Followup-For: Bug #587954
This bug is still present in Wheezy. The problem is a missing -q parameter in
/etc/init.d/checkfs.sh and /etc/init.d/checkroot.sh files:
if [ -f /forcefsck ] || grep -s -w -i forcefsck /proc/cmdline
Should be:
Package: udev
Version: 175-7.2
Severity: important
Tags: patch
Dear Maintainer,
after upgrading from Squeeze to Wheezy, automatic loading of ISA PnP drivers
stopped working. Tracked it down to these lines that were removed from
/lib/udev/rules.d/80-drivers.rules:
# workaround for kernels
screen */
int screen_height; /* Height of the screen */
+
+ Bool grab_device;
XISBuffer *buffer;
struct input_event ev; /* packet being/just read */
--
Ondrej Zary
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
tables with
more columns
mysql2dbf:
- fix number length (was always 10 before)
- fix DECIMAL support (add NEWDECIMAL field type)
- add ENUM (two-state only) support (ENUM field type does not work, uses
ENUM_FLAG)
--
Ondrej Zary
diff -ur dbf2mysql-1.14a/dbf2mysql.c dbf2mysql-1.14a-new/dbf2mysql.c
81 matches
Mail list logo