3:29 p.m.
and i found an empty data directory (i.e., no templates!)
boffi95/../xemacs-packages 16:16:53: ll etc/ps-print/
total 0
boffi95/../xemacs-packages 16:16:59:
it's my fault or package's?
ciao
5:55 a.m.
giacomo boffi writes:
and i found an empty data directory (i.e., no templates!)
if i try to ps-print my buffer,
-------------------------------------------
M-x ps-print-buffer-with-faces
-------------------------------------------
i get the following messages
-------------------------------------------
Loading ps-print...
Loading ps-print...done
Formatting... 0%
ps-print PostScript prologue
`/usr/local/lib/xemacs/xemacs-packages/etc/ps-print/ps-prin0.ps' file was not found
and it looks like the data files are actually missing from the current
package --- compare the contents of current and previos tar file
(shell-command "cd ; tar tvzf ps-print-1.04-pkg.tar.gz" t)
-rw-r--r-- root/root 523 2002-04-24 07:40:46 pkginfo/MANIFEST.ps-print
-rw-r--r-- root/root 816 2002-04-24 04:37:29 lisp/ps-print/ChangeLog
-rw-r--r-- root/root 2424 2001-04-26 00:50:06 lisp/ps-print/README
-rw-r--r-- root/root 78 2002-04-24 07:40:29 lisp/ps-print/_pkg.el
-rw-r--r-- root/root 15039 2002-04-24 07:40:31 lisp/ps-print/auto-autoloads.el
-rw-r--r-- root/root 15333 2002-04-24 07:40:38 lisp/ps-print/auto-autoloads.elc
-rw-r--r-- root/root 1048 2002-04-24 07:40:45 lisp/ps-print/custom-load.el
-rw-r--r-- root/root 1275 2002-04-24 07:40:46 lisp/ps-print/custom-load.elc
-rw-r--r-- root/root 11587 2002-03-23 05:52:41 lisp/ps-print/lpr.el
-rw-r--r-- root/root 7836 2002-04-24 07:40:38 lisp/ps-print/lpr.elc
-rw-r--r-- root/root 16327 2001-09-19 18:15:38 lisp/ps-print/ps-bdf.el
-rw-r--r-- root/root 13494 2002-04-24 07:40:43 lisp/ps-print/ps-bdf.elc
-rw-r--r-- root/root 54707 2001-09-19 18:17:25 lisp/ps-print/ps-mule.el
-rw-r--r-- root/root 40472 2002-04-24 07:40:42 lisp/ps-print/ps-mule.elc
-rw-r--r-- root/root 6332 1999-08-07 20:14:39 lisp/ps-print/ps-print-20.new
-rw-r--r-- root/root 11734 2001-04-24 20:37:19 lisp/ps-print/ps-print-21.new
-rw-r--r-- root/root 235348 2002-04-23 18:11:41 lisp/ps-print/ps-print.el
-rw-r--r-- root/root 133398 2002-04-24 07:40:41 lisp/ps-print/ps-print.elc
-rw-r--r-- root/root 4814 2001-02-20 15:29:33 etc/ps-print/ps-prin0.ps
-rw-r--r-- root/root 22506 2001-04-09 14:11:36 etc/ps-print/ps-prin1.ps
(shell-command "cd ; tar tvzf ps-print-1.06-pkg.tar.gz" t)
-rw-r--r-- root/wheel 473 2002-07-31 15:20:25 pkginfo/MANIFEST.ps-print
-rw-r--r-- root/wheel 2355 2002-07-31 15:19:59 lisp/ps-print/ChangeLog
-rw-rw-r-- root/wheel 2424 2002-01-09 07:39:56 lisp/ps-print/README
-rw-r--r-- root/wheel 78 2002-07-31 15:20:00 lisp/ps-print/_pkg.el
-rw-r--r-- root/wheel 10754 2002-07-31 15:20:04 lisp/ps-print/auto-autoloads.el
-rw-r--r-- root/wheel 11247 2002-07-31 15:20:06 lisp/ps-print/auto-autoloads.elc
-rw-r--r-- root/wheel 1048 2002-07-31 15:20:24 lisp/ps-print/custom-load.el
-rw-r--r-- root/wheel 1318 2002-07-31 15:20:24 lisp/ps-print/custom-load.elc
-rw-rw-r-- root/wheel 11587 2002-03-23 06:15:30 lisp/ps-print/lpr.el
-rw-r--r-- root/wheel 7879 2002-07-31 15:20:09 lisp/ps-print/lpr.elc
-rw-rw-r-- root/wheel 16303 2002-06-11 01:05:12 lisp/ps-print/ps-bdf.el
-rw-r--r-- root/wheel 13513 2002-07-31 15:20:19 lisp/ps-print/ps-bdf.elc
-rw-r--r-- root/wheel 54791 2002-07-31 06:43:44 lisp/ps-print/ps-mule.el
-rw-r--r-- root/wheel 40574 2002-07-31 15:20:17 lisp/ps-print/ps-mule.elc
-rw-rw-r-- root/wheel 6332 2002-01-09 07:39:57 lisp/ps-print/ps-print-20.new
-rw-rw-r-- root/wheel 11734 2002-01-09 07:39:57 lisp/ps-print/ps-print-21.new
-rw-rw-r-- root/wheel 235348 2002-04-23 21:48:47 lisp/ps-print/ps-print.el
-rw-r--r-- root/wheel 133441 2002-07-31 15:20:14 lisp/ps-print/ps-print.elc
2:23 p.m.
On Sat, 2002-08-03 at 07:55, giacomo boffi wrote:
> and i found an empty data directory (i.e., no templates!)
>
if i try to ps-print my buffer,
-------------------------------------------
M-x ps-print-buffer-with-faces
-------------------------------------------
i get the following messages
-------------------------------------------
Loading ps-print...
Loading ps-print...done
Formatting... 0%
ps-print PostScript prologue
`/usr/local/lib/xemacs/xemacs-packages/etc/ps-print/ps-prin0.ps' file was not found
and it looks like the data files are actually missing from the current
package --- compare the contents of current and previos tar file
[...]
Thanks for the report, Giacomo! This should be fixed in CVS now [1], it
was apparently caused by [2].
Someone who knows the Makefile spaghetti better (than me), please take a
look if this could be cleanly fixed in XEmacs.rules :]
Additionally, the ps-print Makefile could yell if building with
non-Mule; a warning about a couple of files that won't be included in
the build would be appropriate.
Pete, could you roll a new ps-print package? With Mule, as I guess you
always do anyway... :)
[1]
<http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages/ps-prin...
[2] <http://list-archive.xemacs.org/xemacs-patches/200206/msg00089.html>
--
\/ille Skyttä
ville.skytta at xemacs.org
4:28 a.m.
>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Sat, 2002-08-03 at 07:55, giacomo boffi wrote:
> > and i found an empty data directory (i.e., no templates!)
> >
> if i try to ps-print my buffer,
> -------------------------------------------
> M-x ps-print-buffer-with-faces
> -------------------------------------------
>
> i get the following messages
> -------------------------------------------
> Loading ps-print...
> Loading ps-print...done
> Formatting... 0%
> ps-print PostScript prologue
`/usr/local/lib/xemacs/xemacs-packages/etc/ps-print/ps-prin0.ps' file was not found
>
>
> and it looks like the data files are actually missing from the current
> package --- compare the contents of current and previos tar file
Ville> [...]
Ville> Thanks for the report, Giacomo! This should be fixed in CVS now [1], it
Ville> was apparently caused by [2].
Ville> Someone who knows the Makefile spaghetti better (than me), please take a
Ville> look if this could be cleanly fixed in XEmacs.rules :]
steve
can you have a look into this please ??
Ville> Additionally, the ps-print Makefile could yell if building with
Ville> non-Mule; a warning about a couple of files that won't be included in
Ville> the build would be appropriate.
sounds like a really good idea
Ville> Pete, could you roll a new ps-print package? With Mule, as I guess you
Ville> always do anyway... :)
will do
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver＠xemacs.org> <GnuPG KeyID: AE51D190>
3:01 p.m.
|--==> "VS" == Ville Skytt <Ville> writes:
VS> Thanks for the report, Giacomo! This should be fixed in CVS now [1], it
VS> was apparently caused by [2].
Thanks for fixing this, Ville. One less thing on the 'ol todo list. :-)
VS> Someone who knows the Makefile spaghetti better (than me), please take a
VS> look if this could be cleanly fixed in XEmacs.rules :]
I'll take a look, remind me if you don't see anything happen by 2034 OK?
VS> Additionally, the ps-print Makefile could yell if building with
VS> non-Mule; a warning about a couple of files that won't be included in
VS> the build would be appropriate.
I'm flying through my mail trying to catch up at the moment, so I may
have missed something. Why do you want this?
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
5:43 p.m.
On Wed, 2002-08-07 at 17:01, Steve Youngs wrote:
VS> Someone who knows the Makefile spaghetti better (than me),
please take a
VS> look if this could be cleanly fixed in XEmacs.rules :]
I'll take a look, remind me if you don't see anything happen by 2034 OK?
You can count on that :)
VS> Additionally, the ps-print Makefile could yell if building
with
VS> non-Mule; a warning about a couple of files that won't be included in
VS> the build would be appropriate.
I'm flying through my mail trying to catch up at the moment, so I may
have missed something. Why do you want this?
Because if I or Pete or someone at some point of time are confused
enough to try building packages for distribution with a non-Mule XEmacs,
this could maybe save a couple of bug reports roundtrips...
Assuming, of course, that one has to use a Mule XEmacs when releasing
packages. I don't know if this is already handled some other way in the
build/release scripts, as I'm not too familiar with them ATM. Please
correct if this assumption is BS.
--
\/ille Skyttä
ville.skytta at xemacs.org
11:18 p.m.
I always use a non-MULE XEmacs to build all the non-MULE packages. I
think this is an important checkstep. I also am currently building
the packages against 21.1.
- Vin
Ville Skyttä <ville.skytta(a)xemacs.org> writes:
Because if I or Pete or someone at some point of time are confused
enough to try building packages for distribution with a non-Mule XEmacs,
this could maybe save a couple of bug reports roundtrips...
Assuming, of course, that one has to use a Mule XEmacs when releasing
packages. I don't know if this is already handled some other way in the
build/release scripts, as I'm not too familiar with them ATM. Please
correct if this assumption is BS.
8:33 p.m.
On Thu, 2002-08-08 at 01:18, Vin Shelton wrote:
I always use a non-MULE XEmacs to build all the non-MULE packages.
I
think this is an important checkstep. I also am currently building
the packages against 21.1.
Yes, those steps are very important too, and I'm glad to hear you're
doing that!
But the key words in my previous posting were "building packages for
distribution", meaning Peter (or maybe sometimes me) making a bindist
and placing it on ftp.xemacs.org for general consumption. To get
complete packages as a result of bindist, we'll have to build them with
Mule XEmacs.
- Vin
Ville Skyttä <ville.skytta(a)xemacs.org> writes:
> Because if I or Pete or someone at some point of time are confused
> enough to try building packages for distribution with a non-Mule XEmacs,
> this could maybe save a couple of bug reports roundtrips...
>
> Assuming, of course, that one has to use a Mule XEmacs when releasing
> packages. I don't know if this is already handled some other way in the
> build/release scripts, as I'm not too familiar with them ATM. Please
> correct if this assumption is BS.
--
\/ille Skyttä
ville.skytta at xemacs.org
5:36 a.m.
|--==> "VS" == Ville Skytt <Ville> writes:
VS> Assuming, of course, that one has to use a Mule XEmacs when releasing
VS> packages.
Good assumption.
VS> I don't know if this is already handled some other way in the
VS> build/release scripts,
Not yet, but I think this would be good to add to pkg-build.el, Pete
seems to be quite happy using that to roll packages. I think it'd be
an easy addition, I'll do it in a day or so.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
7:16 a.m.
|--==> "gb" == giacomo boffi <giacomo.boffi(a)polimi.it> writes:
gb> and i found an empty data directory (i.e., no templates!)
gb> boffi95/../xemacs-packages 16:16:53: ll etc/ps-print/
gb> total 0
gb> boffi95/../xemacs-packages 16:16:59:
gb> it's my fault or package's?
Looks like it's the package's fault because I've just noticed that I
also have an empty etc/ps-print/.
I'll look into it.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
8124
days inactive
8140
days old
9 comments
5 participants
participants (5)
-
Giacomo Boffi -
Rendhalver [Peter Brown] -
Steve Youngs -
Ville Skyttä -
Vin Shelton