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
Center for Information Technology, University of Groningen
.
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. Brokken
Center
. 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 1A0D B19F DAC4 BE50
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
.
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
.buildlog
bye,
- michael
Thanks for the report. I'll check it out ASAP. Peculiar that the error hasn't
come up earlier. Maybe something else changed inducing this compilation
error. I'll check it out, anyway.
Thanks again,
--
Frank B. Brokken
Computing Center, University of Groningen
:
#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 9281
Public PGP key: http
,
--
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
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
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 key: http://pgp.surfnet.nl
Key Fingerprint
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
signature.asc
Description: Digital
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 all C++ libraries within the build dependencies
> ...
> 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
Public PGP key: http://pgp.sur
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 key: http://pgp.sur
** [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
nt
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
reatly. 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, University of Groningen
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 the key
t-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 I wrote: I'll do
the 'debug' addition tomorrow.
Cheers,
--
Frank B. Brokken
Center f
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 previous version to see what
happens then.
--
Frank B. Brokken
Center for Information Tec
host.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
Center for Information Technology, University of Groningen
(+31) 50 36
.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
Public PGP key
ated 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 versions. But I'll give it a try asap and let yo
nvolve 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. Brokken
Cen
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 what packages and
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 timing problem?
--
F
d 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 for Information Technology, University of Groningen
(+31) 50 3
ply, 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 3B4D 7DB2 A8BE
ols).
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
ve 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: DF32 13DE B156 7732 E65E 3B4D 7D
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 for Information Technology,
or 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 Groningen
(+31) 50 363 9281
Publi
packages 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 Fingerprint: D
'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
debian/rules :-)
Cheers,
type 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 f
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.
--
Frank B. Bro
> 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 key: http:
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
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
at 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
39 matches
Mail list logo