issue-tracking | 23 Aug 06:19 2015

[Bug 170] New: 22.1.15.199.g2074af4 from git: Makeinfo fails

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
170
22.1.15.199.g2074af4 from git: Makeinfo fails
SXEmacs
22.1.15
PC
Linux
NEW
normal
P5
Documentation
steve <at> sxemacs.org
stefan-husmann <at> t-online.de
sxemacs-devel <at> sxemacs.org

Created attachment 160 [details] build log Today's commit makes makeinfo fail. Tested under Arch Linux with texinfo 6.0dev and texinfo 5.2.
You are receiving this mail because:
  • You are the QA Contact for the bug.
issue-tracking | 1 Aug 17:31 2015

[Bug 169] New: info fails to compile with texinfo 4.13

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
169
info fails to compile with texinfo 4.13
SXEmacs
Future
PC
Linux
NEW
normal
P5
Compile/Install
steve <at> sxemacs.org
njsf <at> sxemacs.org
sxemacs-devel <at> sxemacs.org

$ makeinfo --version makeinfo (GNU texinfo) 4.13 commit e01219e73541a41ecd5c8739e59a07b5ffb89752 Author: Steve Youngs <steve <at> sxemacs.org> Date: Fri Jul 10 22:21:17 2015 +1000 ../../info/lispref//edebug-inc.texi:3: Prev field of node `Edebug' not pointed to. ../../info/lispref//debugging.texi:746: This node (Compilation Errors) has the bad Next. ../../info/lispref//packaging.texi:21: Prev field of node `Packaging' not pointed to. ../../info/lispref//intro.texi:400: This node (Introduction) has the bad Next. ../../info/lispref//intro.texi:400: `Introduction' has no Up field (perhaps incorrect sectioning?).
You are receiving this mail because:
  • You are the QA Contact for the bug.
Steve Youngs | 10 Jul 15:04 2015
X-Face
Face

More build reports please.

If you're building SXEmacs, I, for one, would love to see your build
reports.

So build with: `make time-build-report'[1]

And then do: M-x build-rpt RET

All of the SXEmacs mailing lists will only accept posts from subscribers
so you _will_ have to subscribe to the sxemacs-builds list[2].  I know it
is a little inconvenient and I do apologise for that restriction, but
you know, spam and all that.  You can always subscribe and turn off
delivery if you'd rather not get build reports sent to you.

Footnotes: 
[1]  Parallel builds are supported and encouraged because you shouldn't
     have to wait too long to get your SXE on!  So go nuts with your
     `-j', for whatever value "nuts" is to get optimal performance from
     your processor(s). :-)

[2]  http://lists.sxemacs.org/listinfo.cgi/sxemacs-builds-sxemacs.org

--

-- 
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|       SXEmacs - The only _______ you'll ever need.       |
|         Fill in the blank, yes, it's THAT good!          |
|------------------------------------<steve <at> sxemacs.org>---|
Steve Youngs | 7 Jul 09:00 2015
X-Face
Face

New hook script in use

Hey Peeps!

I've discovered a new post-receive git hook script.  It's called
"git-multimail" and is bundled with git these days.  However the dev
version could be better suited to us (well, you).  It allows setting
some regexps to include/exclude send/nosend which may be just what we've
been looking for to keep those unnecessary mails hitting the lists.

This hook is written in python and can either be called directly or
imported as a module into another python script.  Being able to do the
latter means you can pretty much make it do whatever the hell you want
it to without having to hack the script itself.  That's a win. :-)

  git clone https://github.com/git-multimail/git-multimail

--

-- 
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|       SXEmacs - The only _______ you'll ever need.       |
|         Fill in the blank, yes, it's THAT good!          |
|------------------------------------<steve <at> sxemacs.org>---|
Steve Youngs | 27 Jun 08:16 2015

[Update] SXEmacs annotated tag devkey.HGB created. c897881f0a829b154d7e6701dff29d7441071fe9

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "SXEmacs".

The annotated tag, devkey.HGB has been created
        at  c897881f0a829b154d7e6701dff29d7441071fe9 (tag)
   tagging  8fb2653c83b4f6cf224ba185639e7970e4306a75 (blob)
    length  4794 bytes
 tagged by  Horst G. Burkhardt
        on  Sat Jun 27 14:04:30 2015 +1000

- Log -----------------------------------------------------------------
Developer Key -- Horst G. Burkhardt

This is the GnuPG key used by Horst G. Burkhardt <mc <at> 680x0.com>
to sign commits, merges, and tags in this repository.

You may import this key into your GnuPG keyring with...

  'git show devkey.HGB | gpg --import'

To verify signed objects in the repo, use the '--show-signature'
option with the git-log and git-show commands.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAABCAAGBQJVjiDOAAoJEO3UDblgilKYnsYP/jEeLBS66VPS+wET52Cvda/P
bhsn/kq6bSmnd+P3bg/KlSiWs4/Nq4RaKa7z8uAtDFHQ+ulCFbE6dBVm++v6WzlO
XLHPNxO0Ci4j1hLp63SWD0jyXtY5SEjHJSacSN8/CJJch1Jj1Z0k1zq8NL8KmbVy
yFa/6Y/NnoYIIWTiLZrU4dYE1oRaB4Iiey/FOi5EimxkzfK1B8sEHIyM7MfTS2CA
pY8voVNY0t19RHK4UBhbf4KkhBEcGXmGUJa+oTbb5+Qw8enft5OZLvrdIYOCoSvA
PRgO3h+x9f2Znp6GCr1pJY5d2bmmt6n8UpqLa0IMbdRnhUMxWWSCqnC/8V3B2XEX
IrAwHiWQVEGzFEiePJKDw3/dhE7RuOgYkghkwnR3lFLk3UdwPbzpqtwbVy4v4b42
taHcNEvsOlNrGE3QIdU8o1N0oh8evgkj1NpR3ivWgwWmzRRA3XSCcHNnmlUx8PSE
fzKfji834riHCzmc2Fi0TYrSRcSFMzfLy6NSpaE3FoH0eH/G24FaDHohbE7yiS3M
M4GhpYmdvIvpMMgKIuzitNpfs9ZrW3Ec/Wdwa4hCgIGGwNJvox1n2UOGs8sOoArU
wDvP75dwUiva+BvvcMU7dq5nJnKPc7EaEu+jO+RFR9uULg1o9Qpd99lNXj3tSi6T
rqOtvBMj+5hGJdas7bFm
=dTiT
-----END PGP SIGNATURE-----

-----------------------------------------------------------------------

hooks/post-receive
--

-- 
SXEmacs

Steve Youngs | 27 Jun 08:16 2015

[Update] SXEmacs annotated tag devkey.SY created. ed70f6fbb723ee769f40d8a7524ca12c1c29296c

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "SXEmacs".

The annotated tag, devkey.SY has been created
        at  ed70f6fbb723ee769f40d8a7524ca12c1c29296c (tag)
   tagging  c098eec26fe14c698c6459e5d21677d31e3178c3 (blob)
    length  11745 bytes
 tagged by  Steve Youngs
        on  Wed Jun 10 18:05:44 2015 +1000

- Log -----------------------------------------------------------------
Developer Key -- Steve Youngs

This is the GnuPG key used by Steve Youngs <steve <at> sxemacs.org>
to sign commits, merges, and tags in this repository.

You may import this key into your GnuPG keyring with...

  'git show devkey.SY | gpg --import'

To verify signed objects in the repo, use the '--show-signature'
option with the git-log and git-show commands.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: The SXEmacs Project <http://www.sxemacs.org/>
Comment: EMchat - The SXEmacs IM client <http://www.emchat.org/>
Comment: SYcom <http://www.steveyoungs.com/>
Comment: the Reading Lamp <http://www.thereadinglamp.net/>

iEYEABECAAYFAlV379gACgkQHSfbS6lLMAPvfgCg1KWySq5wUDh/6stDLZT+HWjL
SF8AoK+KSxyewhmvA0hmeHZzzhrn6tm/
=pbIE
-----END PGP SIGNATURE-----

-----------------------------------------------------------------------

hooks/post-receive
--

-- 
SXEmacs

Steve Youngs | 26 Jun 04:23 2015
X-Face
Face

State of The SXEmacs

Hey Everyone!

OK, so it's probably about time we had a release.  Yeah, yeah, I know,
it's only been a couple of years since the last one, why so soon? :-)

When?  I have no exact date/time in mind, but it won't be tooooo far
aways (coupla weeks maybe, or sooner all going well).  But before I'm
ready, I need to tick a few things off of my SXEmacs todo.

Way back when we had our last release I had grand plans for doing all
kinds of wonderful things to SXEmacs.  My howm todos and notes filled up
like you wouldn't believe.  And then... well, dunno what happened
really, but suffice to say that most of "the things" are still undone.
Now, if I wait until I've cleared everything before I release, your
grandchildren will still be using v22.1.15, so I've reduced my list to a
couple of items, moving everything else to the future.

Here are the things I need to finish up before I'm ready for release.

  1) Disable dbus in configure so we're not building a useless
     non-functional emodule.  Please note that this is a temporary
     thing.  It is only so people won't be disappointed/annoyed at
     seeing "dbus" being detected and not being able to use it.  I fully
     intend to bring dbus to SXEmacs in the next release cycle.

  2) Clean up as much of the compiler (gcc) warnings as I can.  Most of
     the warnings I see will disappear once I turn off dbus so I don't
     expect this to be all that big or time consuming.

  3) FFmpeg media backend.  This is the big/hard one for me.  I want our
     FFmpeg back to working order.  I will be happy for "plays audio
     without crashing".

And that's it.  As you can see, the first 2 are reasonably minor and
trivial.  It's number 3 that'll give me the most grief, but we'll get
there. :-)

I want to point out that this sets out when _I_ will be ready to cut a
release.  If anyone has things on the go that's totally fine.  I'm very
happy to give you the time you need to finish.  Obviously that time
can't be "unlimited", but I'll certainly be fair and reasonable. :-)

--

-- 
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|       SXEmacs - The only _______ you'll ever need.       |
|         Fill in the blank, yes, it's THAT good!          |
|------------------------------------<steve <at> sxemacs.org>---|
issue-tracking | 25 Jun 03:05 2015

[Bug 168] New: pdump causes segfault under OpenBSD during compile

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
168
pdump causes segfault under OpenBSD during compile
SXEmacs
22.1.15
PC
BSD
NEW
major
P5
Compile/Install
steve <at> sxemacs.org
horst <at> sxemacs.org
sxemacs-devel <at> sxemacs.org

Attempting to compile on OpenBSD, the build fails as shown for make target sxemacs.dmp : Loading site-load... Finding pointers to doc strings... Note: Strange doc (not fboundp) for function root <at> 461099 Finding pointers to doc strings...done Dumping under the name sxemacs.dmp /home/burkhardth/sxemacs/=build/src/.libs/sxemacs:/usr/local/lib/libcompface.so.1.0: /usr/local/lib/libmp3lame.so.2.1 : WARNING: symbol(freqs) size mismatch, relink your program /usr/local/bin/bash: line 14: 6632 Segmentation fault (core dumped) DYLD_LIBRARY_PATH=.:./.libs:../src/ui/lwlib:../src/ui/lwlib/.libs:/opt/sxemacs/lib:$DYLD_LIBRARY_PATH: LD_LIBRARY_PATH=.:./.libs:../src/ui/lwlib:../src/ui/lwlib/.libs:/opt/sxemacs/lib:$LD_LIBRARY_PATH: SHLIB_PATH=.:./.libs:../src/ui/lwlib:../src/ui/lwlib/.libs:/opt/sxemacs/lib:$SHLIB_PATH: SOURCE_TREE_ROOT= BUILD_TREE_ROOT= ./sxemacs -batch -l shadow -f list-load-path-shadows Makefile:2538: recipe for target 'sxemacs.dmp' failed gmake[3]: *** [sxemacs.dmp] Error 139 gmake[3]: Leaving directory '/home/burkhardth/sxemacs/=build/src' Makefile:2207: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/home/burkhardth/sxemacs/=build/src' Makefile:881: recipe for target 'all' failed gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory '/home/burkhardth/sxemacs/=build/src' Makefile:818: recipe for target 'all-recursive' failed gmake: *** [all-recursive] Error 1 gdb shows that this error occurs in the portable dumper, but is not terribly helpful otherwise: #0 0x1ad44a17 in pdump_load () from /home/burkhardth/sxemacs/=build/src/.libs/sxemacs #1 0x1ac7ddeb in sxemacs_v22_1_15_173_g9706bca_pentiumm_unknown_openbsd5_7 () from /home/burkhardth/sxemacs/=build/src/.libs/sxemacs #2 0x1ac7e204 in main () from /home/burkhardth/sxemacs/=build/src/.libs/sxemacs This is specific to OpenBSD as far as I can tell, FreeBSD doesn't produce the same error, and I haven't tested NetBSD yet but will report back.
You are receiving this mail because:
  • You are the QA Contact for the bug.
issue-tracking | 21 Jun 10:45 2015

[Bug 167] New: lisp-initd won't byte-complile init.d.el if howm-mode is active

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
167
lisp-initd won't byte-complile init.d.el if howm-mode is active
SXEmacs
22.1.15
PC
Linux
NEW
trivial
P5
Core Lisp
njsf <at> sxemacs.org
steve <at> sxemacs.org
sxemacs-devel <at> sxemacs.org

(defun turn-on-howm-mode () (turn-on-font-lock) (howm-mode 1)) (add-hook 'emacs-lisp-mode-hook #'turn-on-howm-mode) That will prevent lisp-initd from byte-compiling your init.d.el file. Calling #'byte-compile-file interactively on an elisp file later on is not affected if howm-mode is on or off. I've worked around this in my local settings by simply moving the #'add-hook into my init.el _after_ #'lisp-initd-compile-and-load. So I'm not overly concerned about this. Nelson, I'll leave it up to you, but I'm happy for this to be marked "Resolved/Wontfix" or similar. I am wondering though if it might be useful for lisp-initd to have some hooks that could be run before/after it does its thing? I also wonder if that'd be worth the effort. :-)
You are receiving this mail because:
  • You are the QA Contact for the bug.
Steve Youngs | 13 Jun 07:03 2015
X-Face
Face

New snapshots available -- v22.1.15p168

Hey Everyone!

I'm currently uploading new snapshot tarballs (will probably be there by
the time you read this).

Get em while they're hot...

        http://downloads.sxemacs.org/snapshots/

--

-- 
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|       SXEmacs - The only _______ you'll ever need.       |
|         Fill in the blank, yes, it's THAT good!          |
|------------------------------------<steve <at> sxemacs.org>---|
Nelson Ferreira | 9 Jun 15:06 2015
Picon

Fwd: autoconf failed at

Forwarding to the devel list

---------- Forwarded message ----------
From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Date: Tue, Jun 9, 2015 at 7:45 AM
Subject: Re: autoconf failed at
To: Nelson Ferreira <nelson.ferreira <at> ieee.org>



Am 08.06.2015 um 21:57 schrieb Nelson Ferreira:
On Mon, Jun 8, 2015 at 3:18 PM, Andreas Röhler
<andreas.roehler <at> easy-emacs.de> wrote:
Am 08.06.2015 um 16:30 schrieb Nelson Ferreira:
...
After installing libtool configure worked.

However make -k ends with some error "could not update target" or so.

Seeing a sxemacs.dmp in directory src. An executable sxemacs displays some
frame but hangs.

Any info I may send?
I'd ask you to rebuild with:

     SRCDIR=`pwd`
     HAMMER=1 ./autogen.sh
     # if you do build dir != source dir change to build dir
     $SRCDIR/configure <your options>
     make time-build-report

This will generate a bunch of files that contrib/tar-build-failure.sh
will tar up.
Send that tar

attached

BTW do you need the real user-name, real hostname delivered by this script?

Attachment (build-failure.tar.gz): application/gzip, 314 KiB

Gmane