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
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
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
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
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
* 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
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
es testing.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
++ fail, which would fit those symptoms).
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
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
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
* 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
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
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
Package: keyboard-configuration
Version: 1.103
Severity: serious
After upgrading keyboard-configuration from 1.102 to 1.103,
/etc/default/keyboard was changed (perhaps to some old state?).
The state before was:
| # KEYBOARD CONFIGURATION FILE
|
| # Consult the keyboard(5) manual page.
|
| XKBM
ut of testing.
I've filed a RFA as #717486, feel free to adopt the package if you want
it to live longer instead.
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
* Bastian Blank [130327 10:29]:
> On Wed, Mar 27, 2013 at 12:53:44AM +0100, Bernhard R. Link wrote:
> > Sorry, but this is not enough to properly extract the contents of a
> > inline signed message. You still need to do possible unescaping between
> > those lines.
>
SIGNATURE-$/ q \
> + p' < "$relsigdest" > "$reldest"
> fi
> }
Sorry, but this is not enough to properly extract the contents of a
inline signed message. You still need to do possible unescaping between
those lines.
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
the client is
if it is itself not running as root, so if that server shares
that code or behaves similiary, one would see no such effect.
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
If anyone runs into this issue: Setting the environment variable
QT_X11_NO_MITSHM to a number != 0 might be a workaround to again
have working qt applications.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe"
really consider them to be the same struct
in those two files, which could possibly cause harvoc even on other
architectures than sparc and with other programs.
Bernhard R. Link
[1] Tested by inserting a int foobar(void) {return __alignof(struct
_IO_FILE);} in both and looking with objdump
Package: rbbr
Version: 0.6.0-5
Severity: serious
rbbr does not start, failing with:
/usr/lib/ruby/1.9.1/rbbr/metainfo.rb:123:in `block in update_modules':
undefined method `empty?' for nil:NilClass (NoMethodError)
from /usr/lib/ruby/1.9.1/rbbr/metainfo.rb:122:in `each_object'
fro
LL and prints (NULL)).
The problem is the code after that:
543 if (*TOK[i] == ASCIIHEXCHAR && TOK[i + 1] == NULL) {
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
dc_platform= "${DEB_HOST_ARCH_OS}${DEB_HOST_ARCH_BITS}" && \
db_set astk/platform "${dc_platform}"
fi
fi
Note the space after the = in both assignments. That says
execute "${DEB_HOST_ARCH_OS}" with dc_platform set to an empty
now which file you used to get
that behavior. But I see you filed some bugs with w3c-sgml-lib that look
somehow related and where fixed and there are new ikiwiki uploads, so
I guess it might be fixed).
If the problem is gone, please close this bug (#669480).
Thanks in advance,
Bernhard R.
Package: rbbr
Version: 0.6.0-4
Severity: serious
The only binary /usr/bin/rbbr starts with:
#!/usr/bin/ruby1.9.1
but the package depends on ruby1.8:
-- System Information:
Versions of packages rbbr depends on:
ii libgettext-ruby1.8 2.2.1-1
ii libgtk2-ruby
I think a minimal change to fix the FTBFS is
(changing it to not call upstream's distclean might
be saner, though):
diff -r -u o/autofs-5.0.6/debian/clean n/autofs-5.0.6/debian/clean
--- o/autofs-5.0.6/debian/clean 2012-04-23 17:18:20.0 +0200
+++ n/autofs-5.0.6/debian/clean 2012-06-01 16:5
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
> 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
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
ble should be enough and no
security upload for stable should be necessary.
Fixed in git, will be in the next version. Thus tagging pending.
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
/tmp/3depict_0.0.7-1.diff.QbDXOW
> > dpkg-source: info: you can integrate the local changes with dpkg-source
> > --commit
> > dpkg-buildpackage: error: dpkg-source -b 3depict-0.0.7 gave error exit
> > status 2
This is a bug in dpkg-source (said to be fixed soon), which m
than Greenblatt
.\" Dave Lemke
.\" Eric Bina
but none of those are listed in debian/copyright...
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
.
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
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.
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
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
=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
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
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
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,
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
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
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
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
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
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...
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
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?
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
~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
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
-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
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
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
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
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
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
--
/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
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
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
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
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
* 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
/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.
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]
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]
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]
can no
longer happen.
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]
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]
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
_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl/
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(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
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,
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]
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,
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]
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
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]
.
(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]
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]
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]
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]
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"
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) "
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
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
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]
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?
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]
-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]
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
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]
://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]
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
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
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
1 - 100 of 116 matches
Mail list logo
