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
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
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
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
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
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
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
...
> 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
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
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
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
blems.
I'll make sure a new yylex.cc is distributed in the next release (or maybe
I'll have the build process always recreate yylex.cc). That should solve the
problem. For now, this reply should also help those who read Bisonc++'s
Bug Reports.
Thanks again,
--
Frank B. B
po) into DATA:
#if SMFI_VERSION > 3
case DATA: // was: EOM:
descr.xxfi_data = &mData;
AFAICS this works for both libmilter-dev 8.13.8-3 and 8.14.1-2.
Kind regards,
--
Frank B. Brokken
Computing Center, University of Groningen
(+31) 50 363 928
; make: *** [build-stamp] Error 1
>
> the full log can be found here:
>
>
> http://people.debian.org/~lucas/logs/2007/05/13/bobcat_1.14.2-1_sid32.buildlog
>
> bye,
> - michael
Thanks for the report. I'll check it out ASAP. Peculiar that the error ha
y have to ask to
perform the next test.
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 Ce
ite likely that my other packages, e.g., yodl 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
39 matches
Mail list logo
