Dear Frank B. Brokken, you wrote:
> The following source file (e.g., interface.cc) defines the module:
>
> module Module;
> export int value;
This must be:
export module Module;
export int value;
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Finge
Package: g++-14
Version: 14.2.0-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
When trying to import a module in a C++ source file when --std=c++23 was
specified when the module was compiled and --std=c++26 is specified when the
source file is compiled the compiler shows
Package: libstdc++-14-dev
Version: 14-20240330-1
Severity: normal
Tags: upstream
Dear Maintainer,
* What led up to the situation?
When specifying a 'using' declaration the compiler produces an error when the
-fmodules-ts flag is used.
* What exactly did you do (or not do) that was effecti
Package: libstdc++-14-dev
Version: 14-20240330-1
Severity: normal
Tags: upstream
Dear Maintainer,
* What led up to the situation?
Importing multiple module-compiled system headers using compilation commands
like
g++ --std=c++23 -Wall -fmodules-ts -x c++-system-header vector
and importing
update bobcat will also be updated.
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
signature.asc
Description: PGP signature
is needed/used?
In any case: the dependence on icmake when constructing the full bobcat
library could be avoided, but I'd rather not do that once icmake *is*
available. So please advise.
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Frank Brokken
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: filtermail
Version : 1.02.00
Upstream Contact: Frank B. Brokken
* URL : https://fbb-git.gitlab.io/filtermail
* License : GPL
Programming Lang
Package: libgeoip1
Version: 1.6.12-8
Severity: normal
Dear Maintainer,
* What led up to the situation?
Our Internet provider assigned us address 185.202.110.161. The following
minimal C++ program reports:
'185.202.110.161 not found in GeopIP database':
int main()
{
Dear Matthias Klose, you wrote:
>
> (2) now shows a proper error, as shown below.
>
> Please could you report the other issues upstream?
OK.
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
x27;testing' is preferable, since my
computer's normal distribution is 'testing'. Is there maybe some quick
(step-by-step) upgrading guide explaining how to upgrade from the
stable-release software to the testing-release software without encountering
print-failures? I think su
ute - program indicates failure (status 256)
For the sake of completeness: same cause as the compilation error encountered
with bisonc++: requires a minor fix in /usr/lib/icmake/icmbuild: it'll be
available later today.
Cheers,
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Finge
such file or
> > directory
> > Fatal: builtin_execute - program indicates failure (status 256)
For the sake of completeness: same cause as the compilation error encountered
with bisonc++: requires a minor fix in /usr/lib/icmake/icmbuild: it'll be
available later today.
Cheers,
--
ars to be the same as that observed for flexc++
> and stealth, so perhaps there is a common root cause in the build chain.
> I've filed this bug along with the others to track it down.
Oops... The bug is caused by a small flaw in icmake's 9.03.00's
/usr/lib/icmake/icmbuild script. I
though.
>
> It's now there.
OK, after removing the current Debian testing version and installing the
snapshot versions everything looks good again.
Many thanks for your help!
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
Dear Rene Engelhard, you wrote:
>
> [ always keep the bug in the Cc so that discussions about the bug are
> recorded ]
You're absolutely right: I simply did a reply in my previous answer. Sorry
about that.
> On Sat, Oct 12, 2019 at 05:38:38PM +0200, Frank B. Brokken wrote:
&
as been dropped from
> texlive-base in sid. Please update your build-dependency to
> texlive-plain-generic instead.
Thanks for the bug report: I'll handle that either today or tomorrow.
--
Frank B. Brokken
(+31) 6 5353 2509
PGP Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
t formats. Please consider applying the attached patch.
>
> Helmut
Thanks for your bug report. I'll process it no later than this weekend.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://
e bug report (and also for the provided fix :-) I'll prepare a
new version asap.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
Dear Andreas Beckmann, you wrote:
> Package: bisonc++-doc
> Version: 6.02.00-1
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
Thanks for the bug report. I'll probably have it fixed by tomorrow.
Cheers,
--
Frank B. Brokk
e of bugs to propagate to testing by uploading
> in source-only form (dpkg-buildpackage -S). That way we would get
> official build logs here for the arch:all autobuilder:
>
> https://buildd.debian.org/status/package.php?p=yodl
Thx for the advice!
--
Frank B. Brokken
Center for
'll have a look at it asap. As a side note: As
`stretch' is the current stable distribution I'm slightly curious as to what
may be have caused this error. Maybe -A has never been used? Anyway, I'll
check things out. Maybe it's only required to define the missing target in
debi
an/bisonc++.1 bisonc++.yo
> Yodl2man 4.02.00
> Yodl: including file ../../release.yo
> bisonc++.yo:30: DEFINEMACRO: `tr' multiply defined
Thanks! This is comparable to what you noticed yesterday with the C++
Annotations. I'll probably have it fixed by tomorrow.
--
Fr
> Yodl2html 4.02.00
> Yodl: including file preamble
> preamble.yo:208: DEFINEMACRO: `nbsp' multiply defined
Oops... Thanks: I'll fix that later today.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP
down?
Sure: this is what /var/log/apt/history.log tells me:
Start-Date: 2017-10-19 11:32:52
Install: libglvnd0:amd64 (0.2.999+git20170802-5)
Remove: libglvnd0-nvidia:amd64 (375.82-5)
End-Date: 2017-10-19 11:32:54
If you need more info, don't hesitate to ask.
--
F
ue. Hm, non-free software...
So, apologies for the fuzz, which clearly was not caused by pinentry-qt, and
so I suggest to close this bugreport as well.
If you need any additional information, please let me know.
Kind regards,
--
Frank B. Brokken
Center for Information Technology, Universi
pecifications gpg again worked as before.
Kind regards,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
TSL 2.0. Once that was realized everything
worked again as usual.
As this solves the problem, and also clarifies what caused it, I hereby
request you to close or drop my bug report.
Kind regards,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31
whether that update has
introduced the problem, but considering that these changes were installed
yesterday in my computer it's likely that it has. Once I know more I'll let
you know.
Kind regards,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
out what causes this problem, and
preferably also some information about how to solve the problem.
Maybe I missed the obvious, if so, or if you need any additional information,
please let me know.
Kind regards,
Frank B. Brokken.
-- System Information:
Debian Release: buster/sid
APT prefer
kages in sid, your package failed to build on
> amd64.
Hi Lucas,
Thanks for your bug report. I'll check it out asap.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerpri
commened by cups, but it really
doesn't appear to do any good
Thanks again,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
I already removed avahi-daemon. Early
next week I'll be able to test the dhcp connection on the 2nd network I wrote
about, and I'll let you know the results.
Thanks again,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
P
patch
> fixes this issue by using getcwd(3) with arguments NULL,0 supported by all
> recent versions of glibc.
Thanks for the report (and the proposed patch). Right now I'm abroad and
cannot put effort in fixing the bug, bug next week I'll be back and I'll
prepare a fix.
Cheers
crashes occurred when using fvwm as
window manager.
But since the problem doesn't manifest itself anymore, there's clearly no way
to debug it and consequently I suggest to end this bug report.
Emilio, thank you for your cooperation, so far.
--
Frank B. Brokken
Center for Infor
r the confusion.
If you need any additional info from me, please let me know.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
signature.asc
Description: PGP signature
d some typos in the upstream sources,
resulting in Stealth 4.01.05 and Debian version 4.01.05-1: the new version
closing 814438 should arrive shortly.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.
Terminating
> ...
Thanks for reporting this bug: I just downloaded the zsh source package and
can reproduce the error. I'll have a look at what's going, and report back to
you once I know more.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Gr
ony, or George, who receive CCs) reassign this
bug to yodl, since that's where the fix is required.
Thanks again,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF3
fails to build from source in unstable (FTBFS):
Thanks again! I overlooked your e-mail, but I was informed by Tony about
it. It's the same issue as with bisonc++, and right now I'm preparing a fix,
which should be ready within the hour.
Cheers,
--
Frank B. Brokken
Center fo
er tools).
Agree 100%. And the fix is on its way :-)
Thanks again!
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
e quick reply, guys: I'll do my best to come up with the fix
equallly quick :-)
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E
directory (where you also find
a file named CLASSES) and send me the output? That might provide a little
more info about what went wrong.
For now, lacking access to a Helion machine, I'm afraid I have to ask you for
some help
Cheers,
[Cc: Tony/George]
--
Frank B. Brokken
Center f
Dear Andreas Beckmann, you wrote:
>
> On 2016-02-21 12:30, Frank B. Brokken wrote:
> > It should be trivially fixable: should be a matter of including
> > in alternatives/alternatives.ih. (*should* because I don't
>
> Does that header exist on hurd-i386?
Don
rd machine, so I can't test the presumed fix directly).
I'll try to prepare a new release today. Thanks!
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156
lve upstream at some point.
OK, thanks for the help and (for me at least) final conclusion. For me
personally the problem has been solved: for the time being I'm happy with 227,
and I'm sure that the problem will soon be fixed.
Thanks again for helping along!
Cheers,
--
Frank B. Bro
.deb
Thereafter I rebooted several times without encountering any problems. Also
with reduced output (grub's option 'quiet') no problems were encountered.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
in sh[487]: before rootfs remount
Dec 19 16:45:21 localhost.localdomain sh[516]: before rootfs remount
Dec 19 16:45:24 localhost.localdomain sh[620]: before rootfs remount
$ grep 'after rootfs' *1650
$
Next thing I'll try is to downgrade to 227-2.
--
Frank B. Brokken
Cent
d attach the journal log again.
Instead of running the systemctl command I edited the file
/lib/systemd/system/local-fs.target.wants/systemd-remount-fs.service and added
the lines you suggested. My next e-mail is about the contents of journal log.
Thereafter I'll try to downgrade to the previ
e useful to note: it took like four or five reboot attempts before the
booting process eventually failed. This time even more output than with using
'verbose' flashes by during the booting process, which somewhat slows down the
booting procedure. You're sure it can't be some ti
Dear Michael Biebl, you wrote:
> Am 18.12.2015 um 15:59 schrieb Frank B. Brokken:
> > Is there a way to determine that? What I do to upgrade the system is run
> > 'aptitude update' and then 'aptitude upgrade'. Is there a log somewhere that
> > tells me w
tells me what packages and versions were updated at what moments in time?
> If you downgrade systemd/udev, does the problem go away?
I thought about doing that, but was afraid for an avalanche of forced
downgrades of packages that might now depend on the most recent udev and
systemd ver
Dec 6 2014 70-persistent-cd.rules
-rw-r--r-- 1 root root 895 Feb 26 2013 70-persistent-net.rules
And I definitely didn't recently change there any files, so again: the problem
appeared out of the blue since last weeks upgrade.
I hope the above gives you at least some additional info. As
Dear Michael Biebl, you wrote:
> Am 17.12.2015 um 13:46 schrieb Frank B. Brokken:
> > halt. No reboot (e.g. ctrl-alt-del) is possible and there's no rescue
> > shell>
> What exactly do you mean with halt? The systems completely locks up so
> you can't use th
ot. Not completely, but
greatly. Still, when rebooting fails there's just the plain halt, w/o a debug
shell. Since removing the quiet also produces a lot more output on the screen,
might my problem not simply be some timing problem?
--
Frank B. Brokken
Center for Information Technology
Use `listlen'
> ...
> 2 error(s) detected
> debian/rules:52: recipe for target 'clean' failed
> make: *** [clean] Error 1
>
> [..]
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
make: *** [clean] Error 1
Thanks! The update adapting the icmake 8.00.04 will arrive shortly
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
x27;clean' failed
Thanks! That's a plain old typo. But an update also including the required
changes for the icmake 8.00.04 upgrade is being prepared right now.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP
uired:
int idx;// definition moved out of the next for-statement
for (idx = listlen(haystack); idx--; )
But I'll handle this bug ASAP.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
pthread
library. But in order to make this available the compilations should use
-pthread, which bobcat's building process does. Maybe you can provide some
additional clarifications?
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50
> The directive mentioned below (in the CONFIGURATION FILE section) is
> "directories" rather than "directives".
Thanks for the bug report. I'll fix it in XD's next release.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groni
700).
No problems from my side, thanks for the assistance :-)
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
sig
Dear Julien Cristau, you wrote:
> Control: severity -1 serious
> Control: tag -1 confirmed
>
> On Tue, Jul 7, 2015 at 20:47:28 +0200, Frank B. Brokken wrote:
>
> > > - Rebuild the library using g++/g++-5 from experimental. Note that
> > >most likely a
alue
Thanks for the bug report: you're right: it's a typo. It'll be fixed in the
next release. BTW: if you encounter more typos like these, don't hesitate to
send me an e-mail. Submitting such typos as Debian bug-reports is a bit heavy,
I think. But thanks anyway :-)
--
e since I tend to avoid capitals in directory names. I
guess that's why I never implemented a case sensitivity flag. But it shouldn't
be too difficult to add it to xd. Hang in there for a little while: since
we're nearing Xmas maybe I can give you an optionally case insensitive xd
...
> It seems -lpthread is missing from the build command line.
Hm, maybe (some) architecture dependency. Anyway, I'll fix this tomorrow.
Thanks for the report!
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP
[ambiguous declaration]
> The attached patch fixes it.
Thanks for reporting this compilation problem and for supporting the
patch. I'll prepare a new release shortly.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
e man-page is nicely displayed over 50 lines, and when paging through the
man-page subsequent blocks of 50 lines are shown.
Frank B. Brokken.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architec
Dear J?r?my Bobbio, you wrote:
> ...
> For the latter to work, we need to eliminate any variations coming from
> external factors, like timestamps.
>
> Hope that helps,
Absolutely,
Thanks for the speedy clarification!
Cheers,
--
Frank B. Brokken
Center for Informa
n a future upstream release.
Of course I am. Could somebody please enlighten me what the problem actually
is? This is the first time in my l-o-o-o-o-ng life that I learn about a thing
called a `timestamp of a gzip file' and that it may cause problems.
I'll adapt the upstream sources
Package: yodl
Version: 3.02.0-1
Severity: normal
For an as yet unknown reason the file xlatin1.tex, which is included in yodl's
latex conversion is included as .//xlatin1.tex. This problem appeared earlier,
and was repaired in 2.14.3. If the bug haunts you, simply replace (in
/usr/share/yodl/std.l
Thanks for the report. I've repaired the docs according to Adam's
observation. The upstream GIT repo (at sourceforge) is now up-to-date; early
next week I'll prepare a new Debian Stealth release, and I'll upload the new
version files to SF as well.
Cheers,
--
Frank B. Brok
pn yate
-- no debconf information
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
--
T
Package: sendmail
Version: 8.14.4-2.1
Severity: important
Dear Maintainer,
After trying sendmailconfig on various virtualbox debian installations, I
observed the same result when running sendmailconfig on a non-virtual
installation. The error occurs after running sendmailconfig accepting
sendmail
17.html at 16
File cplusplus18.html at 17
File cplusplus19.html at 18
File cplusplus20.html at 19
File cplusplus21.html at 20
File cplusplus22.html at 21
File cplusplus23.html at 22
../../bin/rmindexlines < cplusplus23.html > _cplusplus23.html
mv _cplusplus23.html
Package: chkrootkit
Version: 0.49-4.1
Severity: normal
Dear Maintainer,
Since a couple of days chkrootkit reports the following problem in its e-mail
message:
/etc/cron.daily/chkrootkit:
ERROR: chkrootkit output was not as expected.
The difference is:
---[ BEGIN: diff -u /var/log/chkrootkit/log
Package: wnpp
Severity: wishlist
Owner: "Frank B. Brokken"
* Package name: oxref
Version : 0.90.00
Upstream Author : Frank B. Brokken
* URL : https://oosix.icce.rug.nl/svnroot/oxref/
* License : GPL
Programming Lang: C++
Description : cross
nting this out to me and thanks for your help along the way; also: George,
thanks for doing a pre-test. I'll let you (=George) know when the next release
is available (soon).
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
ve the undefined references when building lcgen. Using --no-as-needed does,
apparently, although I'm not convinced that it solves the problem. It probably
only bypasses it. Or does it...?
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31)
d) solves the issue,
I'll prepare an update tomorrow unless I hear about complications that I've
missed.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32
/usr/lib/libmilter
This seems to work (i.e., I didn't use a globally set --as-needed option), so
until we have more information about the way --as-needed works and how we can
prevent unresolved references I'd suggest to add the --no-as-needed ld option
to the library construction command.
the ssl lib (etc) lives: -L/usr/lib. Why this works
I don't know. According to ld's man page the -L is added to the ld search
path, and the libs found by ld by default, as shown by ldconfig -p, include
/usr/lib.
Maybe the additional -L flag provides a hint?
If you think I should provide
get back to you with the results. Maybe all's solved
after that.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE
till missing.
Ok, thanks for the patch. I thought you wrote it didn't work, but I'll have a
closer look at it soon.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fin
d if/when I have a solution I'll let you know.
Thanks for bringing this problem to my attention. Once I have a solution
(other than: don't use --as-needed) I'll let you know.
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 928
Package: openvas-client
Version: 2.0.5-1
Severity: important
When trying to connect to the openvas-server from the openvas-client
certificate authentication is problematic. Here's what I did after installing
openvas-client and openvas-server:
As root:
1.
- verified that /var/lib/open
Package: c++-annotations
Version: 8.2.0-1
Severity: normal
Version 8.3.0-1 is already available at
http://cppannotations.sourceforge.net. It cannot yet be added to the Debian
archive due to the archives's current freezing state.
Version 8.3.0-1 solves the FTBFS bug (#564969) filed against the C+
used by --verbose. This is now repaired.
* The meaning/use of the data members of all classes are now described at
the data members in all the classes' header files.
Once the freezing state has been lifted bisonc++ 2.8.0 will be offered to
Debian, clearing this bugreport.
Frank B. B
Package: hal
Version: 0.5.14-1
Severity: normal
When running hal the load average on this acer travelmate 5730 is constantly
at about 1.00. Shutting down hal reduces the load to near zero values. Top
constantly shows udevd running, and I initially expected udevd to be the
source of the problem.
Package: xkb-data
Version: 1.6-1
Severity: normal
Following an upgrade (done on a weekly basis, so I'm pretty certain about the
time frame) around August 23rd several keys of my KP-section lost their
previously working functions. In particular:
Key:Produces:
-
Package: chkrootkit
Version: 0.49-3
Severity: normal
When running chkrootkit with options
RUN_DAILY_OPTS="-n -q -e false-positive-path"
it finds the false positive. It isn't reported (which is OK) but the banner
The following suspicious files and directories were found:
is printed (a
Hi Stefan,
Never ming my last posting: I saw the patch at bugs.debian.org. Still
wondering why it didn't show up with 4.4.1, though...
New version is in the making :-)
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363
so I'm really curious about what might have
happened. If you could please send me the patch once again? I'd appreciate
that.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
K
he bug.
[Cc: George Danchev, Tony Mancill]
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170
--
To UNSUBSCRIBE, email to d
could be:
W: tcshconfig: unusual-interpreter ./usr/bin/ds #!/usr/bin/icmake
I would appreciate it if Lintian would recognize icmake as a `usual
interpreter' :-)
Cheers,
Frank B. Brokken.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500,
ow 1.21.1) Bobcat version with packages that depend on
Bobcat should be enough to avoid problems. Current work in progress on Bobcat
will probably result in version 2.01.1 from which point on more thorough
attention will be paid to version dependencies.
Cheers,
--
Frank B. Brokken
Dear Ethan Glasser-Camp, you wrote:
>
> Thanks, that was it :)
My pleasure. An upgrade fixing this problem is in the pipeline.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
the library
(it's available in the sid distribution). Apparently a flaw in the Debian
package as the package info does not show a minimum release level, but the
build-information mentions at least version 1.20.1.
Cheers,
--
Frank B. Brokken
Center for Information Technology, Un
Package: sendmail
Version: 8.14.3-5
Severity: normal
Trusted users specified by either confTRUSTED_USERS or trusted-users file are
apparently not recognized.
I've used
FEATURE(use_ct_file)dnl
with trusted-users containing majordom
as well as
define(`confTRUSTED_USERS',`majordom')
e problem. If not, expect a new yodl release
in a few days.
Thanks again for the report,
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl:11371/
Key Fingerprint: 8E36 9FC4 1DAA FCDF
Package: sysklogd
Version: 1.5-5
Severity: normal
When /usr/sbin/syslogd-listfiles is run the following message is generated on
several computers:
Use of uninitialized value in numeric ge (>=) at /usr/sbin/syslogd-listfiles
line 129.
All systems on which this script is run use lenny, and diff
1 - 100 of 132 matches
Mail list logo