contribution,
Cheers,
[Cc: Tony Mancill, George Danchev]
--
Frank B. Brokken
Center of Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170
signature.asc
Package: libbobcat1
Version: 1.17.1-1
Severity: normal
File: bobcat
The current getopt(3) function manual page shows a different `return value'
section than peviously published getopt(3) man-pages. In particular it shows:
... If getopt() encounters an option with a missing argument, then
Package: bisonc++
Version: 2.2.0-1
Severity: normal
In some grammars semantic values associated with tokens returned by a lexical
scanner may be lost during the parsing process. This happens in states in
which both a shift and a reduce may be possible. If a reduce is executed the
already
Package: bisonc++
Version: 2.1.0-1
Severity: important
When redesigning the scanner I completely forgot to implement counting open
curly braces in rules's action blocks. As a result of which compound
statements within action blocks cause bisonc++ to report errors. The problem
is easy to fix, and
Hi,
Upgrading libdb-4.5 in testing (which is version 4.5.20-1)
to libdb-4.5 in unstable (which is 4.5.20-5) apparently solves the problem.
--
Frank B. Brokken
Center of Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Package: sendmail
Version: 8.14.1-8
Severity: normal
I'm not sure whether this is a sendmail bug or something else, but since the
last `aptitude upgrade' sendmail repeatedly sends me the following complaint:
/usr/sbin/sendmail-msp: /usr/lib/libdb-4.5.so: no version information
available
Package: iptables
Version: 1.3.6.0debian1-5
Severity: important
Recently I updated some of my firewall rules. One of the specifications were
like the following:
/sbin/iptables -A INPUT -s 62.65.107.157 -j DROP
Since I had a series of such modifications, I decided to align them nicely
and
though you didn't have
problems with 1.46, I still think I know what caused the problem with 1.45,
and -indeed- the best thing is to check my hunch with the current 1.45
version. But expect 1.46 (without problems ;-) to arrive RSN.
Thanks again,
[Cc: George Danchev]
--
Frank B. Brokken
regards,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
at the perfect moment in time,
since I'm close to upgrading both bobcat and bisonc++. I'll make sure the
problems are dealt with in the upcoming new releases.
Cheers,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371
your error reports
to determine which headers are lacking where and then include those headers in
the next release . Same holds true for bisonc++ (I guess). Please let me know
if you think differently.
Kind regards,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31
version 7.00 or above, I wonder if this
version could be installed in the unstable and/or testing distributions,
rather than in the experimental distribution.
Please contact me if you have any questions.
Frank B. Brokken.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy
.
So, thanks for letting me know about this problem. I'll certainly have a look
at it as soon as possible. Depending on me gaining access to an Alpha, the
repair may either come quickly or not as quickly.
Cheers,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50
Package: yodl
Version: 2.10-1
Severity: wishlist
Hi Colin,
There's a new upstream version (2.10) available for Yodl. I would
appreciate it if you could review the package and, if all is well, add it to
the Debian archives as the current Yodl version. The source archive can be
downloaded
the results are.
Thanks for the `wakeup call' ;-)
Kind regards,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170
signature.asc
) = ?
That's it. Let me know if I should try out or do anything else.
Cheers,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4
at https://svn.openfmi.net/debian-addons-bg/icmake it builds
linda and lintian error/warning free on my (i386 architecture) computer.
From the debian/changelog in that repository:
* New upstream version.
[ George Danchev ]
* Added Frank B. Brokken [EMAIL PROTECTED] and
George Danchev [EMAIL
Package: g++-4.1
Version: 4.1.1-19
Severity: normal
Dear Maintainers,
While performing maintenance on my Bobcat library, suddenly my program
Bisonc++ FTBFS. The maintenance to Bobcat involved placing all inline member
function definitions below their class interfaces. Removing all
Package: bisonc++
Version: 1.01
Severity: normal
This is a `heads up' bugreport, while a new release is being prepared.
With some grammars, bisonc++ produces spurious RR conflicts. An example of
such a grammar is
%%
run:
one
|
two X
;
one:
;
two:
one
;
The problem is caused by an
and linda clean as well.
You'll find a more extensive description in the upstream CHANGELOG file.
Please review the modifications, and upgrade to this version (6.30) when
you can accept my latest changes.
Thanks in advance,
Frank B. Brokken.
-- System Information:
Debian Release
and bobcat show the same
problem. but if there's a problem the upgrade will solve theirs too.
Thanks, of course, for pointing this out. We'll wait closing this bug until
the new icmake relase has been accepted by Francesco.
[Cc: George Danchev]
--
Frank B. Brokken
Computing Center, University
Package: samba
Version: 3.0.23c-1
Severity: important
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1
Locale: LANG=C, LC_CTYPE=C
. Instead, the binary .bim file would be
appreciated.
My apologies for the inconvenience, caused by not having access to a power
PC.
Kind regards,
[Cc: George Danchev]
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http
Package: bugs.debian.org
Severity: wishlist
Dear Colin,
I just uploaded a new Yodl upstream version to mentors. I repaired a mild
bug in one of the raw macros, installed your pending patches and added two
options to `yodl2whatever'. You'll find a more detailed description in the
upstream's
Package: wnpp
Severity: wishlist
Owner: Frank B. Brokken [EMAIL PROTECTED]
* Package name: c++-annotations
Version : 6.4.0e
Upstream Author : Frank B. Brokken [EMAIL PROTECTED]
* URL : ftp://ftp.rug.nl/contrib/frank/documents/annotations/
* License : GPL
Package: g++-4.0
Version: 4.0.3-3
Severity: normal
Dear maintainer,
The following code generates the g++ compiler error:
14: error: expected constructor, destructor, or type conversion
before Outer
template typename T
class Outer
{
public:
Dear Adeodato Sim??, you wrote:
Hi, any updates on this? Thanks.
* Adeodato Sim?? [Mon, 21 Nov 2005 19:50:52 +0100]:
* Frank B. Brokken [Mon, 31 Oct 2005 20:59:27 +0100]:
Hi,
(Sorry for the delay.)
I find it very surprising that mutt_dotlock from the command line
Package: mutt
Version: 1.5.9-2
Severity: normal
Dear maintainer,
I use the cfs Cryptographic Filesystem to store files holding confidential
information in. Some of these files contain mail, and mutt should be able to
read and modify these files. Mutt has no problem reading those files, but
/mutt_dotlock
If you need any more details, please let me know.
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170
--
To UNSUBSCRIBE
(...)
{}
}
int main()
{
thrower();
showalloc();
return 0;
}
When the `throw 0;' statement is removed the memory comes out neatly
initialized. The program's output in that case is:
0 0 0 0 0 0 0 0 0 0
Kind regards,
Frank B. Brokken
-- System
101 - 130 of 130 matches
Mail list logo