Re: Spamassassin 2.11 and razor 1.20

[Duncan Findlay]

On Fri, Apr 19, 2002 at 01:14:07PM +0200, Robert van der Meulen wrote:
> 
> Quoting Joey Hess ([EMAIL PROTECTED]):
> > Duncan Findlay wrote:
> > > Is there any way of keeping razor out of woody until spamassassin 2.2 can 
> > > be
> > > uploaded? (I could file an RC bug, but is there a better solution?)
> > 
> > You could simply make spamassassin conflict with the razor it doesn't
> > work for, and somehow get it into woody first. Or coordinate with the
> > razor author and get it to conflict with the versions of spamassassin it
> > breaks.
> 
> A couple of days should be just about enough ? Is this a valid reason to use
> urgency=high on the next spamasassin upload ?
> 

spamassassin 2.20 has been uploaded with urgency=medium. It should arrive to
woody before razor does.

-- 
Duncan Findlay


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Heimdal vs. Kerberos4kth

[eichin-lists]

ah.  well, the AH_OUTPUT([1], AS_ESCAPE looks a lot like it is an
expansion of AH_VERBATIM, and possibly even the one in AH_TOP (look at
/usr/share/autoconf/autoconf/autoheader.m4 near the end of the file.)

So if there's an AH_TOP invocation that has text that looks like the
rest of that argument, maybe that's something to look at more closely...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Heimdal vs. Kerberos4kth

[eichin-lists]

oh, and "invalid back reference" is a gnu regex error for \n without a
matching nth group. 

also, the
configure.in:5: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst

now looks suspiciously relevant (it comes from autoconf.m4, and passes
through the arguments to patsubst -- and at a *glance*, I'm not
convinced it properly quotes them, though I couldn't say for sure
without some test cases and more attention to the m4 manual.  But
because a quoting problem could lead to the back reference error, it
makes me twitchy enough to look at a bit more closely...

Are the sources that give these errors the current "apt-get source
heimdall", or something else?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Heimdal vs. Kerberos4kth

[Brian May]

On Sun, Apr 21, 2002 at 01:23:22AM -0400, [EMAIL PROTECTED] wrote:
> Are the sources that give these errors the current "apt-get source
> heimdall", or something else?

Yes, thats it. I have made some changes, but nothing to produce these
errors.

I wonder if autoconf is somehow interpreting an expression as an RegExp,
even though it isn't...

I am really find it surprising that this returns no results:

[520] [scrooge:bam] /tmp/bam/030_autotools/heimdal-0.4e >find -type f |
xargs grep AH_OUTPUT

the line number returned just gives a reference to the rk_ROKEN
macro, which is defined in cf/roken-frag.m4, and I can't see anything
like that error here.

That code quoted in the error seems to come from ./cf/misc.m4

This looks OK to me...

dnl $Id: misc.m4,v 1.2 2000/07/19 15:04:00 joda Exp $
dnl
AC_DEFUN([upcase],[`echo $1 | tr abcdefghijklmnopqrstuvwxyz 
ABCDEFGHIJKLMNOPQRSTUVWXYZ`])dnl
AC_DEFUN([rk_CONFIG_HEADER],[AH_TOP([#ifndef RCSID
#define RCSID(msg) \
static /**/const char *const rcsid[] = { (const char *)rcsid, "\100(#)" msg }
#endif

#undef BINDIR 
#undef LIBDIR
#undef LIBEXECDIR
#undef SBINDIR

#undef HAVE_INT8_T
#undef HAVE_INT16_T
#undef HAVE_INT32_T
#undef HAVE_INT64_T
#undef HAVE_U_INT8_T
#undef HAVE_U_INT16_T
#undef HAVE_U_INT32_T
#undef HAVE_U_INT64_T

/* Maximum values on all known systems */
#define MaxHostNameLen (64+4)
#define MaxPathLen (1024+4)

])])

(although why this is in a autoconf macro instead of a *.h file rather
puzzles me)
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [installer@ftp-master.debian.org: heimdal_0.4e-14_i386.changes REJECTED]

[Brian May]

On Sun, Apr 21, 2002 at 09:02:59AM +1000, Brian May wrote:
> I received both these emails.
> 
> Did my package get accepted or not?

Hello,

assuming my package was rejected (and I hope it was , I uploaded
it to soon, see other E-Mail), I know what the problem was.

This is a typical error I get if I forget and upload a debsigned package
to ftp-master. Ooops!
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143840: ITP: pisg -- Perl IRC Statistics Generator

[Julien Danjou]

Package: wnpp
Version: N/A; reported 2002-04-21
Severity: wishlist

* Package name: pisg
  Version : 0.37
  Upstream Author : Morten Brix Pedersen <[EMAIL PROTECTED]>
* URL : http://pisg.sourceforge.net/
* License : GPL
  Description : Perl IRC Statistics Generator


-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux scar 2.4.19pre1 #64 Sat Apr 6 18:39:01 CEST 2002 i686
Locale: [EMAIL PROTECTED], LC_CTYPE=fr_FR



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

debiandoc-sgml issues (html being lynx/links unfriendly)

[Osamu Aoki]

Hi folks,

debiandoc-sgml in testing (1.1.59) is known to be very unfriendly to
the current links/lynx.  Though the maintainer (Ardo) and I think this
is browser issue, we think it is practical to fix debiandoc-sgml and
build pages with new version.  And that is what is happening in unstable
but has not propagated yet to testing :(

(Bug #140677, #138240 and #138241: Thanks Ardo)

Since there seems to be another new debiandoc-sgml coming, it may take
few more days before new unstable version (1.1.66?) appears into testing.

Some coordinated rebuild activity may be a good idea for document created
with known problematic version (1.1.59).

Sincerely

Osamu
-- 
~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +
 Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Junichi Uekawa]

Osamu Aoki <[EMAIL PROTECTED]> cum veritate scripsit:

> Since there seems to be another new debiandoc-sgml coming, it may take
> few more days before new unstable version (1.1.66?) appears into testing.
> 
> Some coordinated rebuild activity may be a good idea for document created
> with known problematic version (1.1.59).

It might be nice if you could just mass-NMU (maybe to DELAYED/1-day) 
with Build-Depends updated.

Coordination is pretty difficult.


regards,
junichi

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Osamu Aoki]

Kon'nichiwa Umekawa-san (Hi, Mr. Umekawa),

On Sun, Apr 21, 2002 at 03:42:17PM +0900, Junichi Uekawa wrote:
> Osamu Aoki <[EMAIL PROTECTED]> cum veritate scripsit:
> 
> > Since there seems to be another new debiandoc-sgml coming, it may take
> > few more days before new unstable version (1.1.66?) appears into testing.
> > 
> > Some coordinated rebuild activity may be a good idea for document created
> > with known problematic version (1.1.59).
> 
> It might be nice if you could just mass-NMU (maybe to DELAYED/1-day) 
> with Build-Depends updated.

Agree.  I was hoping you, the pbuilder dude, may volunteer :)

> Coordination is pretty difficult.
...
I do not disagree on this.  So my multi-post was meant to be
more-or-less reminders for the developers or to get your attention :)

Auto-build is not a simple task for the document if it contains building
some PS or PDF files.  This is because these document style requires
"TeX" things and "TeX" things requires hand configurations to get them
work for all the languages.  For example, think about hyphenation.  It
is not enabled for all the pertinent languages. So Build-Depends is not
sufficient.

This is just a mere observation by a non-developer.  I may be wrong.

Osamu

PS: My "Debian reference" in DDP CVS/WEB needs to be packaged.  Any
volunteer?  I am not Debian developer. 
-- 
+++
+  Osamu Aoki <[EMAIL PROTECTED]> @ Cupertino, CA USA +


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: L10n of Debconf templates

[Tollef Fog Heen]

* Brian May 

| On Fri, Apr 19, 2002 at 10:00:31AM +0200, Michael Piefel wrote:
| > Am 19.04.02 um 00:05:14 schrieb Tollef Fog Heen:
| > > Would anybody weep if we deprecated putting all the translations in
| > > one file?
| > 
| > I wouldn't weep. Seperate files is a very reasonable thing to do.
| 
| Dumb question of the day: how do you put it in a seperate file?
| 
| What should this seperate file be called, etc?

>From man dh_installdebconf:

LOCALIZED TEMPLATE FILES
   Debconf also supports localized template files, and this program has
   some support to aid working with them. You may find it easiest to
   keep the translations in separate files, and merge them only at
   build time. See debconf-mergetemplate(1) and debconf-getlang(1) for
   details.

   This program will automatically call debconf-mergetemplate and merge
   templates on the fly if it finds your template files are accompanied
   by translated files that have the same name as the template file,
   with a dot and a locale name repended.

   For example, if you have a German translation, debian/package.tem­
   plates.de is merged with debian/package.templates.

-- 
Tollef Fog Heen  ,''`.   
: :' :   
Unix _IS_ user friendly... It's just`. `'
selective about who its friends are.  `- 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Josip Rodin]

On Sat, Apr 20, 2002 at 10:59:07PM -0700, Osamu Aoki wrote:
> Some coordinated rebuild activity may be a good idea for document created
> with known problematic version (1.1.59).

So far I've only heard about the broken installation documentation in
disks-* directory of the FTP archive, and seen it in the Policy (3.5.6.1).

The former requires either a boot-floppies rebuild, which would be yucky,
or someone to run 'make docs' and send the new stuff to the FTP admins.

The latter requires a debian-policy upload, which shouldn't be much of a
problem since it doesn't change the manual text... Cc:ed -policy so Julian
or Manoj are aware.

-- 
 2. That which causes joy or happiness.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: need to collect a list of files for HTML docs

[Carlos Sousa]

On Sat, 20 Apr 2002 20:24:04 -0400
> There must be some tool that will parse a set of html files
> (recursively for all relative links) and give me back a list of files
> linked to by  and  and whatnot.  In short: I need
> a list of all the files that make up the documentation, starting
> from "index.html".

Take a look at wget. You'll probably find what you want among its dozens
of options.

-- 
Carlos Sousa


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Adding a Pre-Depends on debconf in console-common?

[Martin Michlmayr]

#143837 was reported against console-common because the package uses
debconf in its preinst without having a Pre-Depends on debconf.
Policy 7.2 says:

  `Pre-Depends' are also required if the `preinst' script depends
  on the named package.  It is best to avoid this situation if
  possible.

console-common is part of base so changing the preinst at this point
of the freeze is not a good idea.  Therefore, I will go ahead and add
a Pre-Depends on debconf if that's ok.

Comments?

-- 
Martin Michlmayr
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XFree 4.2.0 - again

[Emanuele Aina]

Patrick Ouellette <[EMAIL PROTECTED]> esultò:
And the SUM of the numbers in the version number is also
an even number!!!
Sorry, but you are able to get a *odd* number summing only *even*
numbers? :-) Someone (I don't remember who) said that odd numbers are
better than even numbers, because summing or multipling even numbers you
can only get even numbers...
--
Au revoir.
Lele...

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#122642: ITP: ggz -- gaming network system

[Daniel Burrows]

On Thu, Dec 06, 2001 at 08:48:56AM +0100, Josef Spillner <[EMAIL PROTECTED]> 
was heard to say:
> On Thursday 06 December 2001 02:28, Gustavo Noronha Silva wrote:
> > Package: wnpp
> > Version: N/A; reported 2001-12-05
> > Severity: wishlist
> >
> > * Package name: ggz
> >   Version : 0.0.4
> 
> For 0.0.4, please use the already available packages. You can get them from 
> the SourceForge download page, or from http://zone.berlios.de.
> They're done for potato and will need not only porting but also some 
> additional bug fixes.
> 
> One BIG warning though: The reason why I never ITPd these is that waiting for 
> 0.0.5 to come out has several advantages, as we had for unknown reasons no 
> upward compatibility in mind, which is fixed now.

  I see that 0.0.5 has been released this last week.  Would it be possible
for someone to ITP these now?  (I'm not too picky about who :) )

  Daniel

-- 
/ Daniel Burrows <[EMAIL PROTECTED]> ---\
|   "...drums...drums in the deep!"   |
| J. R. R. Tolkien|
\- Got APT? -- Debian GNU/Linux http://www.debian.org /


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Heimdal vs. Kerberos4kth

[eichin-lists]

> AC_DEFUN([rk_CONFIG_HEADER],[AH_TOP([#ifndef RCSID

See that AH_TOP? *that* is expanding to an AH_VERBATIM which is
expanding to the AH_OUTPUT you see in the error.  ("it's turtles all
the way down" :-)

> static /**/const char *const rcsid[] = { (const char *)rcsid, "\100(#)" msg }

I'm not sure what the \100 is for (why not have it a literal @ sign?
something excessively clever is going on there), but I suspect that if
you nuked it, or replaced it with an @-sign, the problem will vanish...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143914: ITP: kbiff -- Mail notification utility

[kelbert]

Package: wnpp
Version: N/A; reported 2002-04-21
Severity: wishlist

* Package name: kbiff
  Version : 3.5.5
  Upstream Author : Kurt Granroth <[EMAIL PROTECTED]>
* URL : http://devel-home.kde.org/~granroth/kbiff/
* License : GPL
  Description : Mail notification utility

xbiff"-like mail notification utility.  Has multiple pixmaps, session
management, and GUI configuration.  Can "dock" into KDE panel.  Can
display animated gifs, play system sounds, or run arbitrary shell
command when new mail arrives.  Supports mbox, maildir, mh, POP3, IMAP4,
and NNTP mailboxes.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux lin01 2.4.17 #1 Fri Dec 28 21:34:21 CET 2001 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Ari Makela]

On Sun, Apr 21, 2002 at 12:07:42AM -0700, Osamu Aoki wrote:

> PS: My "Debian reference" in DDP CVS/WEB needs to be packaged.  Any
> volunteer?  I am not Debian developer. 

As I am translating it to Finnish so it is quite natural for me to package 
it. Of course, one requirement is that my application will be accepted. My
application has been, for some reason, freezed for a long time. However,
I was yesterday contacted by a Debian developer about this and maybe
this will happen soon.

-- 
Ari Makela  [EMAIL PROTECTED]http://arska.org/hauva/

"Sailing is, after all, a kind of grace, a kind of magic." - Phil Berman


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#122642: ITP: ggz -- gaming network system

[Josef Spillner]

On Sunday 21 April 2002 18:30, Daniel Burrows wrote:
>   I see that 0.0.5 has been released this last week.  Would it be possible
> for someone to ITP these now?  (I'm not too picky about who :) )

Packages for woody and sid are all available at
http://mindx.dyndns.org/debian/.
Feel free to test them out :)
I'll update them soon because we found some serious bugs which shouldn't wait 
until the next release.
Now I should finally get my act together to apply for NM...

There's one lintian warning left, and I'm waiting for debian-policy for a 
final decision on that one.

I plan to update the unstable packages periodically, the first such update 
will happen when the KDE3 debs are out.

Josef

-- 
The MindX Open Source Project: Fighting proprietary games
GGZ now! - The GGZ Gaming Zone: http://ggz.sourceforge.net
ggz.morat.net | ggz.snafu.de | jzaun.com | mindx.sourceforge.net/europeone



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Initrd..

[Ramakrishnan M]

Hi,

I am trying to make a kernel with initrd support (just to understand how to make
an kernel with initrd support and how initrd works with it).

I built the kernel with initrd support, and made an initrd image (using the 
excellent
initrd-tools package) and using the modules of the same above kernel.

While booting (I added the initrd boot parameter in the GRUB), I get the 
following 
message.

The initrd (after gzipping) has a size of around 1.1 MB. 



[]
Apr 21 23:02:18 alpha kernel: BIOS-provided physical RAM map:
Apr 21 23:02:18 alpha kernel:  BIOS-e820:  - 0009fc00 
(usable)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 0009fc00 - 000a 
(reserved)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 000f - 0010 
(reserved)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 0010 - 07fd 
(usable)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 07fd - 07fdf000 
(ACPI data)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 07fdf000 - 07fe 
(ACPI NVS)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: 07fe - 0800 
(reserved)
Apr 21 23:02:18 alpha kernel:  BIOS-e820: fffe - 0001 
(reserved)
Apr 21 23:02:18 alpha kernel: initrd extends beyond end of memory (0x07fbf6e3 > 
0x07f7)
Apr 21 23:02:18 alpha kernel: disabling initrd
Apr 21 23:02:18 alpha kernel: On node 0 totalpages: 32624
Apr 21 23:02:18 alpha kernel: zone(0): 4096 pages.
Apr 21 23:02:18 alpha kernel: zone(1): 28528 pages.
Apr 21 23:02:18 alpha kernel: zone(2): 0 pages.
Apr 21 23:02:18 alpha kernel: IBM machine detected. Enabling interrupts during 
APM calls.
Apr 21 23:02:18 alpha kernel: Kernel command line: mem=130496K root=/dev/hda2
Apr 21 23:02:18 alpha kernel: Initializing CPU#0
[...]

I am able to boot the machine and use it, only thing is that initrd never gets 
used.

My machine is an IBM thinkpad 600, with 300Mhz P2 and 128 MB Ram. The BIOS is 
an old one..

Any idea what is happening?

I am totally new to the initrd way and am a total neophyte in initrd way of 
things.
-- 
Ramakrishnan M <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Initrd..

[Bill Jonas]

On Mon, Apr 22, 2002 at 12:01:17AM +0530, Ramakrishnan M wrote:
> Any idea what is happening?

Do you have an 'initrd=' line in lilo.conf?  (I believe that's the
correct setting; I can't easily verify as I'm using GRUB now and don't
have LILO installed.)  If you're using GRUB, be sure the 'kernel' line
includes 'initrd=/path' somewhere in it.  (See
/usr/src/linux/Documentation/initrd.txt.)

Sorry if this is too basic of a question, but you didn't mention it.

-- 
Bill Jonas*[EMAIL PROTECTED]*http://www.billjonas.com/
"They that can give up  essential  liberty to obtain a little temporary
safety deserve neither liberty nor safety."-- Benjamin Franklin


pgpNmbILnArs4.pgp
Description: PGP signature

Latest sendmail broken on testing?

[Carlos Sousa]

This is sendmail version 8.12.3-4, gotten in last night's dist-upgrade
(testing), which ran without any errors.

1st issue:
--
sendmailconfig aborts with the message:
   /usr/sbin/sendmailconfig: /usr/sbin/update_conf: No such file or
   directory

Output of "dpkg -S update_conf" reveals:
   sendmail: /usr/share/sendmail/update_conf

and there really is an "update_conf" file there, and *not* in /usr/sbin.

Shall I file a bug? Or just make a symlink in /usr/sbin and get on with
it?

2nd issue:
--

During the upgrade, I was warned about both SASL and OpenSSL (TLS) not
installed, so no support would be configured. But since then I've been
getting a *lot* of log hits from sendmail fumbling with these 2 items
and not finding anything, so apparently they *were* configured in after
all? Not what the "installer" said, and not what I want.

(Actually, it was while trying to get rid of these log entries that I
found the sendmailconfig breakage).

Again, shall I file a bug on this 2nd issue?

Thanks

-- 
Carlos Sousa


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: need to collect a list of files for HTML docs

[Mark Eichin]

It could also be a simple use of sgrep...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143947: ITP: jpilot-mail -- Mail plugin for jpilot (Palm Pilot desktop)

[Ludovic Rousseau]

Package: wnpp
Version: N/A; reported 2002-04-21
Severity: wishlist

* Package name: jpilot-mail
  Version : 0.0.6
  Upstream Author : Oliver Kurth <[EMAIL PROTECTED]>
* URL : http://innominate.org/kurth/jpilot-Mail/
* License : GPL
  Description : Mail plugin for jpilot (Palm Pilot desktop)

 jpilot-mail is a mail plugin for jpilot which enables you to deliver
 mail that was written on your pilot and upload mail that you received
 to your pilot. jpilot-mail sends mails via SMTP.

 This package was requested in RFP bug #87404 in Feb 2001.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: L10n of Debconf templates

[Ludovic Rousseau]

Le Sunday 21 April 2002 à 09:24:15, Brian May a écrit:
> On Fri, Apr 19, 2002 at 10:00:31AM +0200, Michael Piefel wrote:
> > I wouldn't weep. Seperate files is a very reasonable thing to do.
> 
> Dumb question of the day: how do you put it in a seperate file?
> 
> What should this seperate file be called, etc?

http://www.debian.org/international/l10n/templates/hints

Maybe this page would benefit a better publicity.

Manpages are fine but a good and real example is also very usefull.

Regards,

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Jordi Mallach net dead ?

[Leo Costela]

[reply with CC please, I only read -devel-announce]

Hi people

Does anyone know the whereabouts of my AM Jordi Mallach ? I've sent him
2 emails about two weeks ago and heard nothing from him ever since. Is
he on a vacation or something ? Or maybe my emails didn't get throught
to him (even though I got no SMTP error).

Appreciate the help

-- 
Leo Costela
Public Key: http://wallsplash.net/leo/pubkey.asc
"you must cut down the mightiest tree in the forest... with... a
herring!"


signature.asc
Description: This is a digitally signed message part

Re: Jordi Mallach net dead ?

[Carlos Laviola]

On Sun, Apr 21, 2002 at 07:55:52PM -0300, Leo Costela wrote:
> Does anyone know the whereabouts of my AM Jordi Mallach ? I've sent him
> 2 emails about two weeks ago and heard nothing from him ever since. Is
> he on a vacation or something ? Or maybe my emails didn't get throught
> to him (even though I got no SMTP error).

Well, I've just talked to him on IRC a few hours ago.  He goes by the
nickname of Oskuro on the OpenProjects IRC network (irc.debian.org), try
to reach him there sometime.

-- 
Carlos Laviola   <[EMAIL PROTECTED]>
Debian GNU/Linux 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Ardo van Rangelrooij]

Hi,

I just uploaded a new version of debiandoc-sgml which has its urgency set to
high to speed up things.  It now builds PDF and PS output in a bi-stable loop
(so various Makefiles can now be cleaned up and bug #134701 is closed).

Thanks,
Ardo

Josip Rodin ([EMAIL PROTECTED]) wrote:
> On Sat, Apr 20, 2002 at 10:59:07PM -0700, Osamu Aoki wrote:
> > Some coordinated rebuild activity may be a good idea for document created
> > with known problematic version (1.1.59).
> 
> So far I've only heard about the broken installation documentation in
> disks-* directory of the FTP archive, and seen it in the Policy (3.5.6.1).
> 
> The former requires either a boot-floppies rebuild, which would be yucky,
> or someone to run 'make docs' and send the new stuff to the FTP admins.
> 
> The latter requires a debian-policy upload, which shouldn't be much of a
> problem since it doesn't change the manual text... Cc:ed -policy so Julian
> or Manoj are aware.
> 
> -- 
>  2. That which causes joy or happiness.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Ardo van Rangelrooij
home email: [EMAIL PROTECTED]
home page:  http://people.debian.org/~ardo
GnuPG fp:   3B 1F 21 72 00 5C 3A 73  7F 72 DF D9 90 78 47 F9


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

problem generating PDF output for large DebianDoc docs

[Ardo van Rangelrooij]

Hi,

After somewhat more rigorous testing on some larger documents it appears that
we run into the default pool sizes of LaTeX.  I'm not sure where exactly the
boundary lies, but the debian-policy (350K) is definitely too big to be turned
into a PDF document; the PS version can be generated without a problem.

The culprit is the added support for the complete ISO character entity set.
This is done (amongst others) by using the 'amssymb' LaTeX package which
takes up a lot of space.

I'm not exactly sure what to do.  I could take out the support for the ISO
character entities requiring the offending LaTeX package for now so we can
at least have all this working for woody and resolve the problem with the
appropriate authoritives on Debian's LaTeX packages in woody+1.

Any other thoughts?

Thanks,
Ardo
-- 
Ardo van Rangelrooij
home email: [EMAIL PROTECTED]
home page:  http://people.debian.org/~ardo
GnuPG fp:   3B 1F 21 72 00 5C 3A 73  7F 72 DF D9 90 78 47 F9


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Initrd..

[Ramakrishnan M]

 || On Sun, 21 Apr 2002 15:00:44 -0400
 || Bill Jonas <[EMAIL PROTECTED]> wrote: 


 bj> have LILO installed.)  If you're using GRUB, be sure the 'kernel' line
 bj> includes 'initrd=/path' somewhere in it.  (See
 bj> /usr/src/linux/Documentation/initrd.txt.)

Yes, I gave the path in GRUB.

 bj> Sorry if this is too basic of a question, but you didn't mention it.

That's ok.. :-)

-- 
Ramakrishnan M <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problem generating PDF output for large DebianDoc docs

[Atsuhito Kohda]

From: Ardo van Rangelrooij <[EMAIL PROTECTED]>
Subject: problem generating PDF output for large DebianDoc docs
Date: Sun, 21 Apr 2002 21:26:47 -0500

> After somewhat more rigorous testing on some larger documents it appears that
> we run into the default pool sizes of LaTeX.  I'm not sure where exactly the
> boundary lies, but the debian-policy (350K) is definitely too big to be turned
> into a PDF document; the PS version can be generated without a problem.
> 
> The culprit is the added support for the complete ISO character entity set.
> This is done (amongst others) by using the 'amssymb' LaTeX package which
> takes up a lot of space.
> 
> I'm not exactly sure what to do.  I could take out the support for the ISO
> character entities requiring the offending LaTeX package for now so we can
> at least have all this working for woody and resolve the problem with the
> appropriate authoritives on Debian's LaTeX packages in woody+1.
> 
> Any other thoughts?

If tetex-bin >= 1.0.7+20011202-5.1 then it might help you 
to add /etc/texmf/texmf.d/90boot (or something appropriate 
name) which containes the line

pool_size = 50

(or similar) and run update-texmf.

Sorry if the problem is completely different from what I guessed.

Best regards,   2002.4.22.

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <[EMAIL PROTECTED]>
 Department of Math., Tokushima Univ.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problem generating PDF output for large DebianDoc docs

[Ardo van Rangelrooij]

Atsuhito Kohda ([EMAIL PROTECTED]) wrote:
> From: Ardo van Rangelrooij <[EMAIL PROTECTED]>
> Subject: problem generating PDF output for large DebianDoc docs
> Date: Sun, 21 Apr 2002 21:26:47 -0500
> 
> > After somewhat more rigorous testing on some larger documents it appears 
> > that
> > we run into the default pool sizes of LaTeX.  I'm not sure where exactly the
> > boundary lies, but the debian-policy (350K) is definitely too big to be 
> > turned
> > into a PDF document; the PS version can be generated without a problem.
> > 
> > The culprit is the added support for the complete ISO character entity set.
> > This is done (amongst others) by using the 'amssymb' LaTeX package which
> > takes up a lot of space.
> > 
> > I'm not exactly sure what to do.  I could take out the support for the ISO
> > character entities requiring the offending LaTeX package for now so we can
> > at least have all this working for woody and resolve the problem with the
> > appropriate authoritives on Debian's LaTeX packages in woody+1.
> > 
> > Any other thoughts?
> 
> If tetex-bin >= 1.0.7+20011202-5.1 then it might help you 
> to add /etc/texmf/texmf.d/90boot (or something appropriate 
> name) which containes the line
> 
> pool_size = 50
> 
> (or similar) and run update-texmf.
> 
> Sorry if the problem is completely different from what I guessed.

No, that's exactly in the right area.  But I did what you suggested and
I still get the same error.  I somehow have got the feeling I might have
to rebuild the LaTeX format and how do I do that?

Thanks,
Ardo
-- 
Ardo van Rangelrooij
home email: [EMAIL PROTECTED]
home page:  http://people.debian.org/~ardo
GnuPG fp:   3B 1F 21 72 00 5C 3A 73  7F 72 DF D9 90 78 47 F9


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problem generating PDF output for large DebianDoc docs

[Atsuhito Kohda]

From: Ardo van Rangelrooij <[EMAIL PROTECTED]>
Subject: Re: problem generating PDF output for large DebianDoc docs
Date: Sun, 21 Apr 2002 22:34:27 -0500

> > If tetex-bin >= 1.0.7+20011202-5.1 then it might help you 
> > to add /etc/texmf/texmf.d/90boot (or something appropriate 
> > name) which containes the line
> > 
> > pool_size = 50
> > 
> > (or similar) and run update-texmf.
> > 
> > Sorry if the problem is completely different from what I guessed.
> 
> No, that's exactly in the right area.  But I did what you suggested and
> I still get the same error.  I somehow have got the feeling I might have
> to rebuild the LaTeX format and how do I do that?

I think that rebuilding LaTeX format is unnecessary
but "fmtutil --byfmt latex" will do the job.

Anyway, please check if /etc/texmf/texmf.cnf contains
pool_size = 50 (or the value you set)

Did you test with bigger value than 50?
(I don't know what is the real limit of pool_size)

Best regards, 2002.4.22

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <[EMAIL PROTECTED]>
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debiandoc-sgml issues (html being lynx/links unfriendly)

[Junichi Uekawa]

Osamu Aoki <[EMAIL PROTECTED]> cum veritate scripsit:

> > It might be nice if you could just mass-NMU (maybe to DELAYED/1-day) 
> > with Build-Depends updated.
> 
> Agree.  I was hoping you, the pbuilder dude, may volunteer :)

Hmm... if it's not automatic, things are a bit difficult.
I'm not insightful into the realms of TeX...


There needs to be some way of really automating the documentation builds.


regards,
junichi


-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Adding a Pre-Depends on debconf in console-common?

[Junichi Uekawa]

Martin Michlmayr <[EMAIL PROTECTED]> cum veritate scripsit:

> console-common is part of base so changing the preinst at this point
> of the freeze is not a good idea.  Therefore, I will go ahead and add
> a Pre-Depends on debconf if that's ok.

I have had an impression that debconf is part of base as well,
which means a Pre-Depends is not required.



regards,
junichi

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Adding a Pre-Depends on debconf in console-common?

[Stephen Zander]

> "Junichi" == Junichi Uekawa <[EMAIL PROTECTED]> writes:
Junichi> I have had an impression that debconf is part of base as
Junichi> well, which means a Pre-Depends is not required.

Ah, no.

pooh% apt-cache show debconf 
Package: debconf
Priority: important
Section: admin

No base there.

-- 
Stephen

"A duck!"


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]