Package: prometheus-node-exporter-collectors
Version: 0.0~git20221011.8f6be63-1
Severity: important
Tags: security
X-Debbugs-Cc: Salvatore Bonaccorso , steve+...@tecwec.eu,
Debian Security Team
As requested, by Salvatore lowering prio and avoiding embargo.
-
Hello, happy new year, and
Package: util-linux
Version: 2.37.3-1
Severity: normal
Tags: patch upstream
X-Debbugs-Cc: steve+...@tecwec.eu
Hello,
please find attached a very simple patch which allows consistent customization
of the coloring schemes of the emerg, notice, info and debug levels in dmesg.
(currently only alert,
Package: libc6-dev
Version: 2.11.2-10
Severity: important
Tags: patch
This has been discussed as a gcc bug, but it is in fact a libc6-dev bug, see
bug #561249.
Rumored to have been fixed in full glibc, but however not in eglibc (as of
trunk of today).
Patch attached.
-- System Information:
Package: gdc-4.4
Version: 1.063-4.4.5-10
Severity: important
File: gdc
It would be great if gdc was compiled with D2 support (-v2 option to build
script).
(since DigitalMars said DMD/D2 is now fully ok... let's see what gdc/d2 will
give us)
Cheers
-- System Information:
Debian Release: 6.0
Package: okular
Version: 4:4.4.5-1
Severity: important
STR:
- Open a big pdf (2000 pages, ~13 MB (compressed))
- Navigate in it : display ~200 pages, waiting for each to be displayed.
= X server virtual memory size grows linearly of nearly 1G.
If I display more pages, I exhaust my memory, starts
Could someone change the title of this bug to something more explicit,
like:
Dependencies not fetched; unexplained failure
(I know they are explained in debootstrap.log), and maybe raise its
priority.
Btw, I don't really understand the following concept:
--no-resolve-deps
By default,
Package: grub-common
Version: 1.98~20091221-1
Severity: important
Tags: patch
at line 40 in /etc/grub.d/30_os-prober:
function osx_entry {
Must be replaced by:
osx_entry() {
Since the shell is #! /bin/sh -e
so it could be dash !
This generated errors during upgrade of the package, which
Package: g++-4.4
Version: 4.4.2-5
Severity: normal
Consider following code:
-- test.cpp -
#include arpa/inet.h
void test()
{
uint16_t s = 123;
// No warning expected here
uint16_t swapped = htons( s );
}
--
g++-4.4 -Wconversion -Werror -c
Package: g++-4.4
Version: 4.4.2-5
Severity: normal
The bug may be rather in libc6-dev, which defines:
htons to __bswap16 if optimize little endian,
and __bswap16 in bits/byteswap.h
# define __bswap_16(x) \
(__extension__ \
({
Package: colorgcc
Version: 1.3.2.0-10
Severity: normal
Maybe consider adding an argument which contains the path
to gcc/g++ to use instead on relying on the PATH arrangement and
symlinks; this would allow using a single installation of colorgcc
with many toolchains without tweaking them to add
Package: mime-support
Version: 3.46-1
Severity: important
Some applications handle properly gzipped files directly,
for example Okular with .pdf.gz files.
However if launched through mailcap (e.g. see my.pdf.gz),
run-mailcap will unzip the file to a temp file and call okular
with the temp file,
Package: autoconf
Version: 2.64-4
Severity: normal
I have the following packages installed:
autoconf 2.64-4
autoconf2.59 2.59-1
I want to build a kde 3.5 app which is not compatible with ac 2.64,
so I need to use 2.59.
I really should not have to patch the build scripts of the application
I have the same slowdown on sid after switching to a bigmem kernel:
xserver-xorg-video-intel 2:2.8.1-1
xserver-xorg 1:7.4+4
xserver-xorg-core 2:1.6.3-1+b1
Running
Package: htop
Version: 0.8.3-1
Severity: normal
Indeed htop does not report properly ram usage:
htop: Mem 1009/2017MB Swp 351/3812MB
= I thought I could do a swapoff...
but swapoff was killed by the OOM killer !
In fact, reports are:
top:
Mem: 2065484k total, 2005668k used,59816k free,
Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny6
Severity: normal
Tags: patch
The inter xorg driver does not work on asus eeetop (ET1602).
It reports the following error:
(EE) intel(0): SDVO: No active TMDS outputs (0x4000)
Such a bug has been fixed in more recent xorg releases
(see
Package: g++-4.3
Version: 4.3.1-4
Severity: normal
The following file compiles without warning with:
$ g++ -Wconversion -c htons.cpp
but generates a warning with :
$ g++ -O2 -Wconversion -c htons.cpp
(also with -O1 or -O3)
This basically generates spurious warnings
or even prevents building if
Package: subversion
Version: 1.1.4-2
Severity: important
Debian stable provides a far too old version of subversion.
As-is, Debian cannot be used on source control production
servers using subversion:
- Unstable not suitable generally for prod servers
- Stable only provides subversion 1.1.4,
Package: dpkg
Version: 1.13.25
Followup-For: Bug #199651
$ dpkg -l |grep -v ^ii |wc -l
296
= 296 remove packages with config files remaining (!)
I generally use dselect, it would be good if I hadn't potentially
~300 packages with potentially dangling config files, but only
the few for which I
Finally, things went ok after restarting the at daemon, which
was not restarted after a previous upgrade of the libc
Sorry for the inconvenince. I'll dig a bit further to see if
atd could be automatically restarted when libc/pam/whatever is
upgraded.
-- Eric
--
To UNSUBSCRIBE, email to
Package: at
Version: 3.1.9
Severity: grave
Justification: renders package unusable
at won't execute any job at all and report the following in the logs :
Oct 2 22:59:00 dino atd[18647]: PAM unable to dlopen(/lib/security/pam_unix.so)
Oct 2 22:59:00 dino atd[18647]: PAM [dlerror:
Package: at
Version: 3.1.9
Severity: normal
Things have been fixed in 3.1.9, and at is behaving really
better. The only small thing that could be fixed is the following:
(supposing 8:50 now 23:59)
$ at 09:00 - 10 minutes
at: refusing to create job destined in the past
(1123138200
21 matches
Mail list logo