Package: sssd-ldap
Version: 1.14.2-1
Severity: serious
Tags: security
Feel free to downgrade the severity, but as this sends passwords in cleartext
(though in a case that I hope
will never work so not that likely to loose important passwords) and makes me
wonder whether this package can
work at
d
open all kind of security issues and require quite some hard to properly
test code. Most of the attacks enabled by having longer control chunks
might be able to mitigated some way, but that would require all kind of
different logic that can then have some new bugs.
So allowing arbitrary absurdly long control data is not something I want
to support.
Bernhard R. Link
regard,
and there are less things apt has to care about the way it is typically
used).
Accepting absurd input without confirmation is never a secure way to handle
things, though.
Bernhard R. Link
++ fail, which would fit those symptoms).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
es testing.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
nto buster?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
>From c26122199aca7c2e08a8597d700d66b8734a3ad6 Mon Sep 17 00:00:00 2001
From: "Bernhard R. Link"
Date: Fri, 29 Mar 2019 22:32:13 +0100
Subject: [PATCH 1/4] revert writing unquoted filenames to ma
* Bernhard R. Link [190330 07:58]:
> I'm looking into #901952 (pristine-tar failing to checkout out old files
> with non-printable unicode characters) and think that might be solved
> with the attached patches, by calling tar with --null and giving it
> a copy of the mani
ian.org/release-critical/other/testing.html, I guess
because bugs.debian.org says:
Found in version gcc-8-cross/26
Fixed in version 26
and thus thinks testing is still affected.
I'm trying to send some notfound and fixed commands to clear that.
Bernhard R. Link
--
F8AC 04D5 0B9B
ess is that
PAM_STATIC is only to be used if modules are to be linked into libpam
directly. So I think those three lines above are in error and without
them this build failure might also be fixed.
@vorlon: could you take a look if my understanding of PAM_STATIC is
correct and it is nothing that should be defined if compiled as
an pam module outside of the pam source tree?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
ust not defining PAM_STATIC should be enough
and safer.)
(The same problem can also be seen in #924123 with shishi).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Source: cuyo
Severity: critical
Pseudo-Bug to keep cuyo out fo testing so it does not end up in the next
release.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Conflix that would not have happened.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-I directives?)
Thanks for finding this.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
upload it.
(so (bin)NMU some other of those x11-common conflicts with before
wasting time on this package)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
block 363116 by 362074
thanks
I'm waiting for the new xaw3dg-dev to come, so xfm will compile
without manual addition of work-arount -I flags
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
t;warez wrapper".
emulators, game engines and other stuff not usefull without something to
act on has always been placed in contrib when there was no free stuff available
for them. History has always been: "Write something free for it, then
it is main; if you don't then it is
t
> would be "Sch?pfungsh?he").
If you are mentioning German terms, note that the German UrHG has
special rules for computer programs, especially ?69a(3) is AFAIK
interpreted that no "Sch?pfungsh?he" is necessary for computer programs.
Hochachtungsvoll,
Bernhard R. Link
t; make[1]: Leaving directory `/build/buildd/xbuffy-3.3.bl.3.dfsg'
> > rm -r debian/xbuffy/usr/man
> > rm: cannot remove `debian/xbuffy/usr/man': No such file or directory
Sigh, looks like autoconf changed the default path for manpages. Thanks
for nothing this, will b
If this package gets orphaned, please (B)CC: me,
as I'm willing to maintain it if noone else wants to.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s somewhat unhappy that uxterm does not start when the appropiate
locales are not generated, I'm reassigning the bug to the xterm package,
which contains uxterm.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.gz groff_char.7.gz
This mass-filing of bugs was announced 2005-01-09 in my mail to
debian-devel and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE
:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mail to
debian-devel and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mdbCharsetList.5.gz mdbCodingList.5.gz
This mass-filing of bugs was announced 2005-01-09 in my mail to
debian-devel and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
mail to
debian-devel and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
to
debian-devel and debian-legal:
http://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
://lists.debian.org/debian-devel/2005/01/msg00499.html
http://lists.debian.org/debian-legal/2005/01/msg00262.html
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e just a local problem here.
It's still nothing that should happen, so it would be nice if you could
investigate what triggers this. (Perhaps some gconf setting, some
theming set, or or or ...).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
some program (thus without even
noticing) and getting full shell access to that other account.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.
(gcc seems to only have a single one, which I reported as
http://bugs.debian.org/452402 )
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ff, but that leads to 48M of output, and as
the bug does not happen, I don't know if its so intresting to post it.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
igure: error: "no libdb-4.3 found"
> make: *** [config.status] Error 1
That is strange. Do you have a way to get the config.log from that?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is could lead to some confusion when
upgrading (as it looks like it worked before and then suddenly claims
there is no known key while there is, just with the wrong key).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
th the lower address,
it even copies the second part first, thus if compressing an array quite likely
overwriting a part it just reads after that.
The attached patch fixes it for me, and I think it also is the correct solution
that will survive more inteligent compilers.
Hochachtungsvoll,
(judging from the Debian buildds,
on Linux actually more often than not). And thus the test-case fails.
Hochachtungsvoll,
Bernhard R. Link
By the way, I think there is also a race condition in
cpio/test/test_format_new.c in test_format_newc. In one run
one of the "assertEqualInt(t, from_he
_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl/
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ty
of an year old wishlist bug to package a upstream preview of the next
upstream version with some "we want feature " message.
Thanks in advance next time,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
can no
longer happen.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ice.
If it is not and just some mistake, please ignore my angry reply and
tell me that I can switch severity back till lenny release...
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
casting in there.
Perhaps someone else has the time to isolate the problem further...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: ire-rotj
Version: 2.00-1
Severity: grave
This game (or at least this version) seems to be only the very start of
a game. The user interface is so buggy that it is hardly useable.
Bugs in ire (like destroying/exchanging items when changing maps or
saving loading on other maps than map 000
t; message that DISPLAY is not set and uses a "random" one
> instead.
I think a random one would be more harmless. This way it is a
predictable, so any user (even daemon or nobody) can just open :0
and wait for connections as long as no :0 is already running.
Hochachtungsvoll,
dependencies are needed for the alternate
libraries and dpkg-shlibdeps does not like being called without
arguments).
Next version fixing this will be coming sure, but I want to wait for
the buildds on the architectures to see if any other has problems...
Hochachtungsvoll,
Bernhard R. Link
configuration files on remove (instead of purge only) is a mistake
> too...
And the amount of what is removed looks extremly suspicious, too. This
really needs to be reduced to actual files, otherwise it will also
remove things like a user-generated /etc/sqlrelay.backup or things lik
so be considered a "fix" in some way.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
down because of being a race condition.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in /etc/sysctl.conf solves 'my' problem.
>
> Still??? Weird.
What value is in /proc/sys/net/ipv6/conf/default/autoconf ?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/java-6-openjdk/jre/lib/amd64/motif21/libmawt.so
jftp gives an empty window without, and also fails with
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library:
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/motif21/libmawt.so
Hochachtungsvoll,
Bernhard R.
* Bernhard R. Link [081213 13:02]:
> I'm lacking java knowledge or even knowledge what awt java programs
> are out there to say something about this, but testing a few things
> with dependencies against openjdk-6-jre on amd64:
Oops, just realized this particular bug is assigned to
stable)
which makes the package not even installable.
Disappointed,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
segfaults when the program requests a skip.
I'm setting severity to serious to avoid it migrating to testing, as
it makes reprepro segfault, see #516515.
Attached is a patch which fixes the issue for me.
Hochachtungsvoll,
Bernhard R. Link
--- a/libarchive-2.6.1/libarchive/archive_read.c 20
Package: maxima
Version: 5.9.3-1.1
Severity: grave
Justification: renders package unusable
maxima -r ":lisp (start-server )"
opens a connection to the specified port, but sends nothing, not
even the initial "pid =". This causes xmaxima being unable to use
maxima, reporting (after some time) "
package maxima gcl
block 385703 385713
thanks
When recompiled with the current gcl patched with the
patch attached to #385713, maxima and thus xmaxima
work again.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
ase before installing
and reinstalling it afterwards seems to be a working work-around.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
10921290&w=2
(Though I do not know if this fix for the patch is needed for 32 bit
sparc kernels Debian afaik no longer has or for 32 bit user space,
but I guess adding both is safest in any case).
Hochachtungsvoll,
Bernhard R. Link
This bug also effects (at least) 2.6.32-3 and 2.6.32-5
herwise it will revert a user deleting the file
without asking with the next upgrade.
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
/usr/share/info/gpgme.info.gz
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe&q
lready has a function
> named getline(),
The check was missing the configure part. This is fixed upstream
already, thus tagging.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
the detection if there is such a function.
I'll investigate, thanks for your report,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.deb
attached
diff, fixing this, the parellel-buildability and an updated symbols
file.
Thanks in advance,
Bernhard R. Link
diff -r -u -N gpgme1.0-1.2.0-1/debian/changelog
gpgme1.0-1.2.0-1.1/debian/changelog
--- gpgme1.0-1.2.0-1/debian/changelog 2009-11-02 14:19:57.0 +0100
+++ gpgme1.0
-f as I intended I wrote rm -r.
Thanks for catching this,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
When I try in lenny:
touch gs_init.ps
/usr/bin/gs -P- test.ps
I get the error message
GPL Ghostscript 8.62: Initialization file gs_init.ps does not begin with
an integer.
So it looks like it is looking in the current directory even with -P-.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...
d removing the path name, I think
adding -dDELAYSAFER (or something like that, take a look at the commit)
might be better than removing -dSAFER, assuming it still works...
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
er things):
Thanks, updating the information which versions this bug applies to.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nt dir is already there (dunno why
it does not segfault though, perhaps coincidence) and it does not reduce
the count when the "." should habe been removed again.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ne has a ghostscript bugzilla account and wants to report this?
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
to an empty directory befor calling gs.
Bernhard R. Link
>From c0d4ecd8c8dec26cc20eac9ae43b4c93ad8cf5db Mon Sep 17 00:00:00 2001
From: Bernhard R. Link
Date: Sun, 30 May 2010 13:06:43 +0200
Subject: delay safer in pdfdsc
Origin: http://cvs.savannah.gnu.org/viewvc/gv/src/Ghostview.c?root
anoia, is
> root-owned so is unlikely to change. Name it "please-keep-empty" maybe?
Someone might actuall want to put stuff. Anf putting unsafe stuff in
a directory called safe-gs-workdir is nothing I guess a normal person
will do...
Bernhard R. Link
--
To UNSUBSCRIBE,
t for different versions of gs you need to change the number in
the first line).
See also
http://bugs.ghostscript.com/show_bug.cgi?id=691350
and
http://www.openwall.com/lists/oss-security/2010/05/29/2
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
w
nge.
see: http://bugs.ghostscript.com/show_bug.cgi?id=691339 for upstream's
opinion.
For testing note that due to http://bugs.debian.org/584653
-P- has no effect on gs_init.ps, so programs calling gs will even
be insecure if they are "fixed" to use -P-.
Bernhard R. Link
--
To UNS
=691355 so
it might already be fixed for future versions.
Remember that until http://bugs.debian.org/584653 is fixed, -P- will
make no difference, so testing this is hard...
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
t using -P-
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t is specific some
hint how I can get a file like that is appreciated).
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
~dfsg-8 is the version where
ghostscript-x gets the strict dependency).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
eased).
Release team: Could you remove it from testing, please?
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e annoying that gs seems to have no option to add .
in the search path after everything else.
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I've cloned 583316 as 583668.
Please use 583316 for the issues with -P-
and 583668 for the issues with temporary file creation...
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
package gv
tags 583668 + security lenny
fixed 583668 3.6.5.90-1
thanks
This bug was fixed upstream in 3.6.5.90-1, the first version
after lenny. :-(
Attached is a simplified version (without the configure changes
as Debian has mkstemp) that should fix this in lenny.
Bernhard R. Link
Of those at most erroring out in case of binNMU that is considered to
create uninstallable packages seems worth considering to me, and making
that good enough to not create new problems looks hard.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSC
innmu'd packages to have no changelog of the binnmu.
- try to add some bin-nmu and affectedness detection (with the danger of
false positives) to debhelper to make thsoe packages fail to build
if binnmu'd so that no uninstallable packages are generated.
- change the affected packag
* Bernhard R. Link [141109 19:45]:
> - keep the way it is which causes those packages generate uninstallable
> packages if binnmu'd [2]
I forgot to mention that the smalles possible change to bring any
package that became uninstallable by binNMU back to working state
is a MU or sour
above commit causes dh_installdoc --link-doc to specifically also
look at packages excluded because of this it looks at the packages
thus causes this false positive.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@l
including
it into a repository:
debian/control
Architecture: any
Binaries generated by the builds:
_all.deb
put into:
binary-amd64/Packages, binary-i386/Packages, binary-.../Packages
Hope that clears it up,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNS
bug like that in another package
(this bug often depends on the system used to build the package,
so might easily reappear in a security update of another package
and only on specific architectures).
So it would be nice to fix that package in stable.
Bernhard R. Link
--
To UNSUBSCRIBE
his can happen without at least a
bug in other components. I guess most likely is the Xserver crashing.
Is there anything at the end of /var/log/Xorg.0.log (or rather
/var/log/Xorg.0.log.old once a new X xserver is started?)
Does ~/.xsession-errors show messages related to this?
Bernhard R.
.
In order to make it easier for the X maintainers you might want
to attach more information about your system to this bug.
I guess a easy way is to do
reportbug -b -s "followup" -S normal -p xorg > log
and include the file generated that way in a mail to
623...@bugs.deb
> but also does not even use cowbuilder for compiling clean packages.
The effect you see is usually not from a unclean chroot, but from a
non-minimal chroot. It essentially means that the cvs package misses
either code to mitigate this or misses a Build-Conflicts.
Bernhard R. Link
Source: cvs
Version: 1:1.12.13-12
Severity: serious
Tags: patch
cvs in lenny and squeeze fails to properly clean dir.gz
files generated when install-info is installed (which
it does not Build-Conflict again).
The following patch moves he deletion behind dh_compress,
thus actually matching somethi
1 - 100 of 116 matches
Mail list logo