bug#16813: 24.3.50; `package--initialized'

bug#16813: 24.3.50; `package--initialized'

[Drew Adams]

..should not be considered internal.  Should be documented.

It is reasonable to use this function in a check, before trying to use
things from package.el.  Look at `describe-package' for an example.
There is no reason to assume that package.el is the only code that can
make use of such a check.

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2014-02-11 on ODIEONE
Bzr revision: 116410 lekktu@gmail.com-20140211204823-l9l2s6tktfitq266
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'

bug#16813: 24.3.50; `package--initialized'

[Lars Ingebrigtsen]

Drew Adams <drew.adams@oracle.com> writes:

> ..should not be considered internal.  Should be documented.
>
> It is reasonable to use this function in a check, before trying to use
> things from package.el.  Look at `describe-package' for an example.

`describe-package' is in package.el.  Seems internal to me.  Closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#16813: 24.3.50; `package--initialized'

[Drew Adams]

> > ..should not be considered internal.  Should be documented.
> >
> > It is reasonable to use this function in a check, before trying to use
> > things from package.el.  Look at `describe-package' for an example.
> 
> `describe-package' is in package.el.  Seems internal to me.  Closing.

As the report says:

  There is no reason to assume that package.el is the only code
  that can make use of such a check.

I gave a reason why this should not be considered internal
(use cases).  What's the reason you give why it should be
internal?  "Seems internal to me."  That's not a reason.