Bug#1057708: mariadb-plugin-provider-bzip2: It looks like mariadb-plugin-provider-bzip2 should have a strong version depencene on mariadb-server
Hi, As I specified I had mariadb-server and mariadb-server-core locked with a package hold to avoid updating mariadb unless we mean to update it. As part of a routine update of the machine, excluding mariadb, prior to a reboot, we ran dist-upgrade on it. The dist-upgrade upgraded the compression plugins for mariadb. This caused mariadb to not start afterwards as the plugins had a version mismatch (and ABI mismatch for all I know). I had to downgrade the plugins so they had matching versions with the mariadb server packages to get the mariadb going again. I have no problem with the dependency itself, but it seems that the dependency must also require that the versions of the mariadb server packages and compression plugins correspond. Regards, Nicolai On 19.12.2023 06:57, Otto Kekäläinen wrote: Hi! Currently in https://salsa.debian.org/mariadb-team/mariadb-server/-/blob/debian/latest/debian/control?ref_type=heads we have Package: mariadb-server Architecture: any Suggests: mailx, mariadb-test, netcat-openbsd Recommends: libhtml-template-perl, mariadb-plugin-provider-bzip2, mariadb-plugin-provider-lz4, mariadb-plugin-provider-lzma, mariadb-plugin-provider-lzo, mariadb-plugin-provider-snappy, pv and Package: mariadb-plugin-provider-bzip2 Architecture: any Depends: mariadb-server (>= 1:10.11.1-1), ${misc:Depends}, ${shlibs:Depends} The server recommending the plugins is a result of https://salsa.debian.org/mariadb-team/mariadb-server/-/merge_requests/36. The plugin 'depends' on the server has existed from the start, and thus the title of this bug report is misleading. You probably did indeed run into a bug, the question is just what that bug actually was. In your bug report, please be specific of what was the actual bug symptoms you encountered and what triggered it. If possible, attach a copy-paste of the command you ran and the output. Even better if you can provide a reproducible test case that can be run for example in a container to prove that a specific upgrade scenario is broken. Keep in mind that Debian is open source and we do not provide support. In the spirit of open source you need to participate in debugging the issues you encounter yourself and provide detailed bug reports. If you want somebody else to do the debugging work on behalf of you, please contract a service provider (e.g. one listed at https://mariadb.org/about/#service-providers). Thanks!
Bug#1057708: mariadb-plugin-provider-bzip2: It looks like mariadb-plugin-provider-bzip2 should have a strong version depencene on mariadb-server
Package: mariadb-plugin-provider-bzip2 Version: 1:10.11.4-1~deb12u1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * On our riggs mariadb-server and mariadb-server-core are placed on hold to avoid unintended updates and restarts. * I was preparing a particular server for production and ran dist-upgrade on it. This upgraded all the mariadb-plugin-provider-bzip and other compression packages. * When mariadb restarted it did not recognize any of the plugins and it stopped at the config files for each one. I had to comment out the plugin loading to get the mariadb up and evaluate the situation. This worked. * dpkg.log showed that the mariadb-plugin-provider packages had been * upgraded. ineffective)? * I removed the hold on the mariadb server packages, replaced the compression config files with the original ones and dist-upgraded. Now the database started as expected * My tentative conclusion is that the mariadb-plugin-provider compression packages have a very tight version dependency on the server packages and that they should only be upgraded in concert with the server packages, with matching versions. *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mariadb-plugin-provider-bzip2 depends on: ii libbz2-1.0 1.0.8-5+b1 ii mariadb-server 1:10.11.4-1~deb12u1 mariadb-plugin-provider-bzip2 recommends no packages. mariadb-plugin-provider-bzip2 suggests no packages. -- no debconf information
Bug#825394: ...
The principle of least surprise applies.
Bug#464880: [munin-users] one minute intervals possible in 1.4?
Holger Levsen wrote: Hi, munin.conf from 1.4.1 includes these lines: # Make graphs show values per minute instead of per second #graph_period minute Does that really work now? I see http://munin.projects.linpro.no/ticket/5 has been changed to Milestone 1.6 :-) (Debians #464880 is about the same issue.) No, the graph_period is about ios pr second vs. ios pr minute. Not sample periods. Munin can still only do every 5 minutes - unless rrd files are tuned and so on. Nicolai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#420084: patch for iostat_ios
Hi, The provided iostat_ios plugin contains appears to already have reached munins trunk, and is also identical to the plugin in 1.2.5. Regards, Nicolai the munin guy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310915: Dodgy locks
Hi, There are probably two or three problems here: 1. High load: Munin does not complete processing in time for the new run to start 5 minutes later. = Manage your load, get more CPU/memory/disk 2. Very fuzzy locking logic, fixed in upstream r1175 3. Lock files left over after reboot. They should be stored in a volatile filesystem or in a directory that is cleared when booting. Apply r1175 and I think this bug can be closed. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225574: Use email transport ...
Hi, Upstream has other plans to cover offline-situations. Please see http://munin.projects.linpro.no/wiki/protocol-spool and http://munin.projects.linpro.no/ticket/51. I suggest closing this wishlist item. Regards, Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307966: munin: cgi mode says 304 to an If-Modified-Since request
Hi, Patch folded into upstream r1340. Fully recommend that the whole new munin-cgi-graph is imported into debian though, it should prove much quicker, nicer and better (and even less tested, but munin-cgi-graph appears to be very sparsely used). Regards, Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311727: /usr/share/perl5/Munin.pm: munin-cron causes lots, of mails (through Munin.pm)
Hi, Upstream r1155 should fix at least one cause of mail messages. There has been multiple causes for them, due to logging to un-opened files and the like, but I cannot find the changeset right now, I suspect this latter made it into 1.2.5 though. The munins I run on home server and laptop right now does not generate emails at least :-) Regards, Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336618: munin: blurry graphs after rrdtool upgrade
Hi, Munin 1.2.5 fixes the font issue related to rrd 1.2. There is a kludge in the 1.3 series to address some further issues, all in r1180 upstream. Not sure if I would install this in a stable release. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382947: rrd hangs
It is extremely likely that this is identical to http://munin.projects.linpro.no/ticket/477, which was fixed in http://oss.oetiker.ch/rrdtool-trac/changeset/887, and released in rrdtool 1.2.16. Recommend upgrading rrdtool. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307997: graph_strategy cgi
Hi, upstream http://munin.projects.linpro.no/changeset/1158 fixes the docs somewhat, and the munin trac now has a CgiHowto. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410506: Plese incorporate in munin trac
Hi, Please incorporate this in the munin trac. This ticket should be closed. Thanks, Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387283: fixed upstream
Hi, fixed in upstream r1341. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307963: CGI docs enhanced upstream
Hi, munin.conf doc is enhanced in upstream r1342. There is already a howto in the trac covering modes and owners and other necesseties. Thanks, Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345873: Ugliness
Hi, This is a duplicate bug to debian #336618. Suggestions have been filed there. Nicolai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352837: IRC communications
Hi, While I'm a IRC addict I would not even consider accepting a patch to implement this. Ever. Nicolai - the upstream dictator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404944: gallery: Gallery css not available to browser due to filematch setting
Package: gallery Version: 1.5.4-2 Severity: normal Tags: patch In apache log I found this after getting etch working: [Fri Dec 29 14:04:51 2006] [error] [client 139.105.137.55] client denied by server configuration: /usr/share/gallery/css/base.css.default, referer: http://gallery.langfeldt.net:8080/phonecamera/Bilde006 This is due to this stanza in the apache.conf file included in the package: FilesMatch \.(sh|inc|pl|tpl|pot|po|mo|cfg|def|default)$ Order allow,deny Deny from all /FilesMatch After having reviewed what files named .default existed under /usr/share/gallery I decided to remove default from the extention list: FilesMatch \.(sh|inc|pl|tpl|pot|po|mo|cfg|def)$ No more complaints and very slightly better looking web pages. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=no_NO.UTF-8, LC_CTYPE=no_NO.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages gallery depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii netpbm 2:10.0-10.1 Graphics conversion tools Versions of packages gallery recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.13 Image manipulation programs ii jhead 2.60-3 manipulate the non-image part of E ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii unzip 5.52-9 De-archiver for .zip files -- debconf information: * gallery/restart: true * gallery/webserver: apache -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341530: The apache logrotate config causes excessive reloads of apache
Subject: The apache logrotate config causes excessive reloads of apache Package: apache Version: 1.3.33-6sarge1 Severity: normal *** Please type your report below this line *** The logrotate config uses postrotate to reload apache. This causes one reload pr. log file matching the wildcard. Instead use lastaction which runs once for the whole bunch of files, this works fine since the config uses delaycompress and the apache may continue writing to the old files untill they're all rotated. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-rc1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache depends on: ii apache-common 1.3.33-6sarge1 support files for all Apache webse ii debconf 1.4.30.13 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libmagic1 4.12-1 File type determination library us ii logrotate 3.7-5 Log rotation utility ii mime-support 3.28-1 MIME files 'mime.types' 'mailcap ii perl 5.8.4-8Larry Wall's Practical Extraction -- debconf information: * apache/server-name: localhost * apache/document-root: /home/httpd/html * apache/server-port: 443 * apache/enable-suexec: true * apache/init: true * apache/server-admin: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]