Thanks for the quick reaction.
At first I didn't think of it as a security issue, but after submitting I
realized that, since it ignores the read-only request without any notification,
a sysadmin (or a script) may think that the filesystem is mounted read-only
when in fact it is not, leaving
Package: mount
Version: 2.33.1-0.1
Let me say in advance that I don't know if this is really a problem of mount,
libmount1, the kernel or something else. The libmount1 version is the same as
mount; the kernel package is linux-image-4.19.0-11-amd64 version 4.19.146-1.
When having an /etc/fstab
Package: sdcc-doc
Version: 3.8.0+dfsg-3
This problem was previously reported as bug 198376 "sdcc includes no aslink
documentation"
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198376
but I was advised to submit it as a new bug rather than reopening the old one.
When using 'man sdasz80'
Package: wmmon
Version: 1.1+20131205-1.1+b1
During compilation of a program, the CPU graph of wmmon kept adding horizontal
green lines (the ones that serve as a hint for the range of the value) until
the whole graph was just made of horizontal lines, i.e. it was completely green.
I've composed
I'm getting the same issue reported in message #5 with flex 2.6.1-1.3 amd64.
$ echo %% | flex ; gcc -c -Wsign-compare lex.yy.c
lex.yy.c: In function ‘yy_get_next_buffer’:
lex.yy.c:557:18: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
for ( n = 0; n <
Package: purity
Version: 1-18
Tags: patch
When exiting from 'purity', the terminal is left in a bad state. Ctrl+C
does no longer work to cancel the command line and the prompt in 'rm -i'
does not echo characters, and needs me to press Ctrl+J instead of Enter
to confirm.
The reason is that
Package: openjpeg-tools
Version: 1:1.5.2-3
Tags: patch
The TGA file writer used by j2k_to_image writes a wrong field to the
header for alpha-less images.
To reproduce:
1. Take any 24-bit j2k image with no alpha.
2. Convert it to TGA with j2k_to_image -i image.j2k -o image.tga
3. Open image.tga
Apologies, wrong patch. This is the correct one.
--- openjpeg-1.5.2/applications/codec/convert.c.orig 2014-03-27 11:58:06.0 +0100
+++ openjpeg-1.5.2/applications/codec/convert.c 2015-02-11 00:53:46.0 +0100
@@ -243,7 +243,10 @@
if(fwrite(pixel_depth, 1, 1, fp) != 1) goto fails;
Rodolfo García Peñas (kix) wrote, On 2014-08-11 13:02:
Pedro sent some patches to Debian BTS (see [1]). Patches are nice, but
they have some things that I am not sure if they are ok for us. My
comment is about the change from CC to GCC compiler and use gcc specific
definitions:
1. Change
Source: scidavis
Version: 0.2.4-3.3
Severity: serious
The files scidavis/src/nrutil.cpp and .h in SciDAVis (a QtiPlot fork)
contain substantial verbatim portions of code from the Numerical Recipes
book. The license of the code from the Numerical Recipes book blatantly
conflicts with Debian DFSG,
how good
an idea that was.
Pedro Gimeno Fortea
--- xcalc/math.c~ 2012-06-07 11:38:25.0 +0200
+++ xcalc/math.c 2014-06-11 19:03:57.0 +0200
@@ -14,6 +14,8 @@
* Beware the HP functions: there are still errors here.
*
* Geoffrey Coram fixed most of the HP mode bugs
Package: x11-apps
Version: 7.7~2
Severity: minor
Tags: patch
When pressing the dot after certain operations, xcalc misbehaves in
several respects.
For example, to find the log of .1 and .01:
Start xcalc. 0 is displayed.
Press .. 0. is displayed.
Press 1. 0.1 is displayed.
Press log. -1 is
Pedro Gimeno wrote, On 2014-03-18 20:51:
I've come up with a patch that solves all of the above:
Sorry for the spam. The attached patch is essentially the same as the
previous one, but it adds a conditional define HAVE_LONG_LONG that uses
long long instead of the added functions when defined
Pedro Gimeno wrote, On 2013-12-07 16:08:
The attached patch is not intended to be applied directly to close this
bug; it's a works for me but it is likely to break packaging policies
or builds due to unconditional use of certain C features (long long
type, to be precise). It's also not clean
the previous version, 1.1+20120402-1. I don't think it
will apply cleanly to 1.1+20131205 after the joining of several
variables into a single line, but I haven't tried.
Thanks for looking into this. I will submit a separate report to wmcpu
with the previous patch I sent.
Pedro Gimeno
diff -ru
.
Pedro Gimeno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
this commit:
http://hg.mozilla.org/mozilla-central/rev/ba38da32b848
in order to recover the old behaviour of -no-remote.
-- Pedro Gimeno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: d52
Version: 3.4.1-1
Severity: normal
Tags: patch
The documentation for the n directive in the ctl file says:
If the operand represents a constant rather than an address, you can
suppress the automatic generation of a label (X0006) for address 6h by
entering
Package: d52
Version: 3.4.1-1
Severity: normal
Tags: patch
When the control file contains a T directive which ends at the 32nd
character of a line, an extra ' character is written, generating syntax
errors in dumps.
Better seen with an example test case. First, create a file named
test-T.bin
Package: d52
Version: 3.4.1-1
Severity: wishlist
d52 comes with no manual pages and with nothing but a short README.gz in
/usr/share/doc which is basically a changelog/license/todo. The web page
referenced and where it used to live seems gone. The only documentation
available is through running
Package: wmmon
Version: 1.4-4
Severity: minor
Tags: patch
wmmon reads the CPU counters from /proc/stat. As the number of jiffies
grows, a single-precision float gets unable to distinguish the low-order
digits. As a result, after some uptime, the display gets unreliable, up
to the point where CPU
Package: wmmon
Version: 1.4-4
Severity: minor
Tags: patch
When the uptime is greater than 99 days, the uptime display is shown
wrong (it shows blank digits instead of actual digits).
The attached patch fixes it and may help clarify the issue if it's not
clear enough from the description. It also
Package: evolvotron
Version: 0.6.1-1+b1
Severity: minor
Tags: patch
The auxiliary command-line tool evolvotron_mutate only works for
generation of new formulas (parameter -g); it doesn't mutate the formula:
$ evolvotron_mutate -g success.xml
$ evolvotron_mutate success.xml fail.xml
I'm bitten by this one too. Here's a patch.
diff -ru xaos-3.4/debian/menu xaos-3.4-patched/debian/menu
--- xaos-3.4/debian/menu 2010-01-20 17:14:13.0 +0100
+++ xaos-3.4-patched/debian/menu 2010-01-21 01:04:31.0 +0100
@@ -1,6 +1,6 @@
?package(xaos):needs=text
Today at 2am was the expected day of failure. I can confirm that the
patch worked on me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
-- Pedro Gimeno
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.22-4-k7
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15
(charmap=ISO-8859-15)
Versions
, I think, and much better than what is happening now. And
better than with the previous patch too.
-- Pedro Gimeno
diff -ru wmaker-0.92.0-orig/src/actions.c wmaker-0.92.0/src/actions.c
--- wmaker-0.92.0-orig/src/actions.c 2008-05-19 13:54:03.0 +0200
+++ wmaker-0.92.0/src/actions.c 2008-05
to maintain compatibility with very old
or very rare systems, in a way that is too overkill for this situation.
-- Pedro Gimeno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, to verify the
periodicity of the bug and another 24 (or 48) more to check if the fix
works.
-- Pedro Gimeno
--- actions.c.original 2005-07-03 19:25:14.0 +0200
+++ actions.c 2008-03-31 00:17:26.0 +0200
@@ -78,6 +78,18 @@
#define SHADE_STEPS shadePars[(int)wPreferences.shade_speed
29 matches
Mail list logo
