linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [2.5] initrd/mkinitrd still not working
@ 2003-01-20 14:57 Mikael Pettersson
  2003-01-20 15:52 ` John Levon
  2003-01-28  1:03 ` Rusty Russell
  0 siblings, 2 replies; 15+ messages in thread
From: Mikael Pettersson @ 2003-01-20 14:57 UTC (permalink / raw)
  To: davidsen; +Cc: linux-kernel, rusty

On Sat, 18 Jan 2003 14:46:53 -0500 (EST), Bill Davidsen wrote:
>Could someone *please* point me to the version of mkinitrd which works
>with the new module code? The mkinitrd from Redhat and Slackware can not
>find scsi modules which are in the module tree and modeles.dep. If I
>build initrd by hand based on what worked for 2.5.47 it starts to load a
>*still* can't find the module.
>...
>sh arch/i386/boot/install.sh 2.5.56 arch/i386/boot/bzImage System.map ""
>No module sym53c8xx found for kernel 2.5.56
>...
>/lib/modules/2.5.56/kernel/drivers/scsi/sym53c8xx_2/sym53c8xx.ko

Recent 2.5 gives modules a .ko suffix instead of the traditional .o,
and modules are described in /etc/modprobe.conf instead of modules.conf.
The quick-n-dirty patch below to RH8.0's /sbin/mkinitrd might do the trick.

As to why the .o -> .ko name change was necessary, I have no idea.
Rusty?

/Mikael

--- mkinitrd.~1~	2003-01-20 15:39:34.000000000 +0100
+++ mkinitrd	2003-01-20 15:49:48.000000000 +0100
@@ -34,7 +34,7 @@
 img_vers=""
 builtins=""
 pivot=1
-modulefile=/etc/modules.conf
+modulefile=/etc/modprobe.conf
 rc=0
 
 if [ `uname -m` = "ia64" ]; then
@@ -128,7 +128,7 @@
 	modName="sbp2"
     fi
     
-    fmPath=`(cd /lib/modules/$kernel; echo find . -name $modName.o | /sbin/nash --quiet)`
+    fmPath=`(cd /lib/modules/$kernel; echo find . -name $modName.ko | /sbin/nash --quiet)`
 
     if [ ! -f /lib/modules/$kernel/$fmPath ]; then
 	if [ -n "$skiperrors" ]; then
@@ -320,7 +320,7 @@
 fi
 
 if [ -n "$needusb" ]; then
-    drivers=$(awk '/^alias usb-controller[0-9]* / { print $3}' < /etc/modules.conf)
+    drivers=$(awk '/^alias usb-controller[0-9]* / { print $3}' < $modulefile)
     if [ -n "$drivers" ]; then
 	findmodule usbcore
 	for driver in $drivers; do
@@ -461,7 +461,7 @@
 
 dd if=/dev/zero of=$IMAGE bs=1k count=$IMAGESIZE 2> /dev/null || exit 1
 
-LODEV=$(echo findlodev $modName.o | /sbin/nash --quiet)
+LODEV=$(echo findlodev $modName.ko | /sbin/nash --quiet)
 
 if [ -z "$LODEV" ]; then
     rm -rf $MNTPOINT $IMAGE
@@ -536,7 +536,7 @@
 
 for MODULE in $MODULES; do
     text=""
-    module=`echo $MODULE | sed "s|.*/||" | sed "s/.o$//"`
+    module=`echo $MODULE | sed "s|.*/||" | sed "s/.ko$//"`
 
     options=`sed -n -e "s/^options[ 	][ 	]*$module[ 	][ 	]*//p" $modulefile 2>/dev/null`
 
@@ -547,7 +547,7 @@
         echo "Loading module $module$text"
     fi
     echo "echo \"Loading $module module\"" >> $RCFILE
-    echo "insmod /lib/$module.o $options" >> $RCFILE
+    echo "insmod /lib/$module.ko $options" >> $RCFILE
 
     # Hack - we need a delay after loading usb-storage to give things
     #        time to settle down before we start looking a block devices

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 14:57 [2.5] initrd/mkinitrd still not working Mikael Pettersson
@ 2003-01-20 15:52 ` John Levon
  2003-01-20 19:12   ` Sam Ravnborg
  2003-01-28  1:03 ` Rusty Russell
  1 sibling, 1 reply; 15+ messages in thread
From: John Levon @ 2003-01-20 15:52 UTC (permalink / raw)
  To: Mikael Pettersson; +Cc: linux-kernel

On Mon, Jan 20, 2003 at 03:57:22PM +0100, Mikael Pettersson wrote:

> >/lib/modules/2.5.56/kernel/drivers/scsi/sym53c8xx_2/sym53c8xx.ko
> 
> As to why the .o -> .ko name change was necessary, I have no idea.
> Rusty?

For one thing, it means you can do :

obj-$(CONFIG_OPROFILE) += oprofile.o
oprofile-y                              := $(DRIVER_OBJS) init.o
timer_int.o
oprofile-$(CONFIG_X86_LOCAL_APIC)       += nmi_int.o op_model_athlon.o \
                                           op_model_ppro.o op_model_p4.o

which is very nice. I don't know why they're installed like that though.

regards
john
-- 
"Anyone who quotes Rusty in their sig is an idiot."
	- me

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 15:52 ` John Levon
@ 2003-01-20 19:12   ` Sam Ravnborg
  2003-01-20 19:19     ` John Levon
  0 siblings, 1 reply; 15+ messages in thread
From: Sam Ravnborg @ 2003-01-20 19:12 UTC (permalink / raw)
  To: John Levon; +Cc: Mikael Pettersson, linux-kernel

On Mon, Jan 20, 2003 at 03:52:50PM +0000, John Levon wrote:
> > As to why the .o -> .ko name change was necessary, I have no idea.
> > Rusty?
> 
> For one thing, it means you can do :
> 
> obj-$(CONFIG_OPROFILE) += oprofile.o
> oprofile-y                              := $(DRIVER_OBJS) init.o
> timer_int.o
> oprofile-$(CONFIG_X86_LOCAL_APIC)       += nmi_int.o op_model_athlon.o \
>                                            op_model_ppro.o op_model_p4.o

The above mentioned possibility to list 'members' of a composite object
by means of either:
oprofile-y
or
oprofile-objs

has nothing to do with the .ko extension.
But that feature may have been added in the same time-frame though.


I do not recall exactly whay Kai introduced the .ko extension, but
without checking I assume that makes it easier / possible to do some
added tricks in the makefiles.

	Sam

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 19:12   ` Sam Ravnborg
@ 2003-01-20 19:19     ` John Levon
  2003-01-20 19:35       ` Sam Ravnborg
  0 siblings, 1 reply; 15+ messages in thread
From: John Levon @ 2003-01-20 19:19 UTC (permalink / raw)
  To: linux-kernel; +Cc: Mikael Pettersson

On Mon, Jan 20, 2003 at 08:12:50PM +0100, Sam Ravnborg wrote:

> The above mentioned possibility to list 'members' of a composite object
> has nothing to do with the .ko extension.

Ooops, I was mis-remembering commit logs. I meant :

http://linus.bkbits.net:8080/linux-2.5/user=kai/cset@1.838.1.86?nav=!-|index.html|stats|!+|index.html|ChangeSet

and in fact you're mentioned on it ..

regards
john
-- 
"Anyone who quotes Rusty in their sig is an idiot."
	- me

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 19:19     ` John Levon
@ 2003-01-20 19:35       ` Sam Ravnborg
  2003-01-21  2:18         ` Michal Jaegermann
  0 siblings, 1 reply; 15+ messages in thread
From: Sam Ravnborg @ 2003-01-20 19:35 UTC (permalink / raw)
  To: John Levon; +Cc: linux-kernel, Mikael Pettersson

On Mon, Jan 20, 2003 at 07:19:21PM +0000, John Levon wrote:
> Ooops, I was mis-remembering commit logs. I meant :
> 
> http://linus.bkbits.net:8080/linux-2.5/user=kai/cset@1.838.1.86?nav=!-|index.html|stats|!+|index.html|ChangeSet

OK, this is something else.
Making the shift to the extension .ko allowed the syntax:
make fs/ext2/ext2.ko or whatever module we want to build.

Thats very nice when developing on a module to speed up things.

As of today you can actually do:

make fs/ext2/file.o
make fs/ext2/file.lst
make fs/ext2/file.s
make fs/ext2/file.i

and the above mentioned with a .ko module.

There is also the possibility to do:
make SUBDIRS=fs/ext2

and I hope that the following syntax will be anabled as well:
make fs/ext2/

[Patch queued for submission]

	Sam

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 19:35       ` Sam Ravnborg
@ 2003-01-21  2:18         ` Michal Jaegermann
  2003-01-21 17:02           ` Bill Davidsen
  0 siblings, 1 reply; 15+ messages in thread
From: Michal Jaegermann @ 2003-01-21  2:18 UTC (permalink / raw)
  To: John Levon, linux-kernel, Mikael Pettersson

On Mon, Jan 20, 2003 at 08:35:46PM +0100, Sam Ravnborg wrote:
> On Mon, Jan 20, 2003 at 07:19:21PM +0000, John Levon wrote:
> > Ooops, I was mis-remembering commit logs. I meant :
> > 
> > http://linus.bkbits.net:8080/linux-2.5/user=kai/cset@1.838.1.86?nav=!-|index.html|stats|!+|index.html|ChangeSet
> 
> OK, this is something else.
> Making the shift to the extension .ko allowed the syntax:
> make fs/ext2/ext2.ko or whatever module we want to build.
> 
> Thats very nice when developing on a module to speed up things.

Well, yes, but while installing into a final location all these .ko
files could be renamed to have .o extensions.  This would avoid
screwing up user-space utilities.  It is not that difficult to
fix mkinitrd to try _both_ ways (I do not know how many folks runs
exclusively 2.5 kernels) but who knows how many other things
will have to be modified introducing gratituos incompatibilities.

   Michal

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-21  2:18         ` Michal Jaegermann
@ 2003-01-21 17:02           ` Bill Davidsen
  0 siblings, 0 replies; 15+ messages in thread
From: Bill Davidsen @ 2003-01-21 17:02 UTC (permalink / raw)
  To: Michal Jaegermann; +Cc: Linux Kernel Mailing List

On Mon, 20 Jan 2003, Michal Jaegermann wrote:

> On Mon, Jan 20, 2003 at 08:35:46PM +0100, Sam Ravnborg wrote:
> > On Mon, Jan 20, 2003 at 07:19:21PM +0000, John Levon wrote:
> > > Ooops, I was mis-remembering commit logs. I meant :
> > > 
> > > http://linus.bkbits.net:8080/linux-2.5/user=kai/cset@1.838.1.86?nav=!-|index.html|stats|!+|index.html|ChangeSet
> > 
> > OK, this is something else.
> > Making the shift to the extension .ko allowed the syntax:
> > make fs/ext2/ext2.ko or whatever module we want to build.
> > 
> > Thats very nice when developing on a module to speed up things.
> 
> Well, yes, but while installing into a final location all these .ko
> files could be renamed to have .o extensions.  This would avoid
> screwing up user-space utilities.  It is not that difficult to
> fix mkinitrd to try _both_ ways (I do not know how many folks runs
> exclusively 2.5 kernels) but who knows how many other things
> will have to be modified introducing gratituos incompatibilities.

I frankly doubt that avoiding breakage was considered in any way... So
much is changed without visible gain, I'm still trying to identify what
wonderful new capability was gained by doing the change at all.

That said, since the new stuff is different, the change of extension is
probably a good thing, since it clearly prevents someone from dropping a
2.4 module into the tree without a clue that things have changed. That's
not a problem, other than it breaking mkinitrd, a module utility still
notably missing from the module_init stuff.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-20 14:57 [2.5] initrd/mkinitrd still not working Mikael Pettersson
  2003-01-20 15:52 ` John Levon
@ 2003-01-28  1:03 ` Rusty Russell
  2003-01-28 17:10   ` Bill Davidsen
  1 sibling, 1 reply; 15+ messages in thread
From: Rusty Russell @ 2003-01-28  1:03 UTC (permalink / raw)
  To: Mikael Pettersson; +Cc: linux-kernel

In message <200301201457.PAA25276@harpo.it.uu.se> you write:
> As to why the .o -> .ko name change was necessary, I have no idea.
> Rusty?

It's getting furthur and furthur from a normal .o.  Kai actually did
the patch (that, of course, is what the K stands for 8).

Hope that helps,
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-28  1:03 ` Rusty Russell
@ 2003-01-28 17:10   ` Bill Davidsen
  2003-01-29  0:48     ` Rusty Russell
  0 siblings, 1 reply; 15+ messages in thread
From: Bill Davidsen @ 2003-01-28 17:10 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Mikael Pettersson, linux-kernel

On Tue, 28 Jan 2003, Rusty Russell wrote:

> In message <200301201457.PAA25276@harpo.it.uu.se> you write:
> > As to why the .o -> .ko name change was necessary, I have no idea.
> > Rusty?
> 
> It's getting furthur and furthur from a normal .o.  Kai actually did
> the patch (that, of course, is what the K stands for 8).

Yeah, I think I noted that .ko was a good idea, just to prevent confusion.
However, the original post I made was sort of a subtle hint, let me stop
beating around the bush: how about adding mkinitrd to the other module
stuff before 0.9.9 is really released, using the same .old technique used
for insmod et al? It would allow people doing testing of both 2.4 and 2.5
kernels to stop fighting build issues.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-28 17:10   ` Bill Davidsen
@ 2003-01-29  0:48     ` Rusty Russell
  2003-01-29  1:56       ` Herbert Xu
  0 siblings, 1 reply; 15+ messages in thread
From: Rusty Russell @ 2003-01-29  0:48 UTC (permalink / raw)
  To: Bill Davidsen; +Cc: Mikael Pettersson, linux-kernel, Herbert Xu

In message <Pine.LNX.3.96.1030128120708.32466C-100000@gatekeeper.tmr.com> you w
rite:
> beating around the bush: how about adding mkinitrd to the other module
> stuff before 0.9.9 is really released, using the same .old technique used
> for insmod et al? It would allow people doing testing of both 2.4 and 2.5
> kernels to stop fighting build issues.

Hmm, unlike modutils, I've never even used mkinitrd, let alone read
the code (mmm... shell... yum!).  For that reason alone I'm not the
guy to take it over (plus, I'm extremely lazy).

Herbert, I'd be happy to discuss any mkinitrd changes, or put a patch
into module-init-tools (or the FAQ?).

Thanks!
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-29  0:48     ` Rusty Russell
@ 2003-01-29  1:56       ` Herbert Xu
  2003-01-29  6:21         ` Rusty Russell
  0 siblings, 1 reply; 15+ messages in thread
From: Herbert Xu @ 2003-01-29  1:56 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Bill Davidsen, Mikael Pettersson, linux-kernel

On Wed, Jan 29, 2003 at 11:48:17AM +1100, Rusty Russell wrote:
> In message <Pine.LNX.3.96.1030128120708.32466C-100000@gatekeeper.tmr.com> you w
> rite:
> > beating around the bush: how about adding mkinitrd to the other module
> > stuff before 0.9.9 is really released, using the same .old technique used
> > for insmod et al? It would allow people doing testing of both 2.4 and 2.5
> > kernels to stop fighting build issues.
> 
> Herbert, I'd be happy to discuss any mkinitrd changes, or put a patch
> into module-init-tools (or the FAQ?).

Actually, Debian's mkinitrd already works module-init-tools, I've got
it running here with 2.5.59.  However, the original poster is probably
referring to the RedHat program with the same name but is completely
different.
-- 
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-29  1:56       ` Herbert Xu
@ 2003-01-29  6:21         ` Rusty Russell
  2003-02-02 15:28           ` Bill Davidsen
  0 siblings, 1 reply; 15+ messages in thread
From: Rusty Russell @ 2003-01-29  6:21 UTC (permalink / raw)
  To: Herbert Xu; +Cc: Bill Davidsen, Mikael Pettersson, linux-kernel

In message <20030129015642.GA10566@gondor.apana.org.au> you write:
> Actually, Debian's mkinitrd already works module-init-tools, I've got
> it running here with 2.5.59.  However, the original poster is probably
> referring to the RedHat program with the same name but is completely
> different.

Ah, sorry for the confusion.

Thanks!
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-01-29  6:21         ` Rusty Russell
@ 2003-02-02 15:28           ` Bill Davidsen
  2003-02-03  0:59             ` Rusty Russell
  0 siblings, 1 reply; 15+ messages in thread
From: Bill Davidsen @ 2003-02-02 15:28 UTC (permalink / raw)
  To: Rusty Russell; +Cc: Herbert Xu, Mikael Pettersson, linux-kernel

On Wed, 29 Jan 2003, Rusty Russell wrote:

> In message <20030129015642.GA10566@gondor.apana.org.au> you write:
> > Actually, Debian's mkinitrd already works module-init-tools, I've got
> > it running here with 2.5.59.  However, the original poster is probably
> > referring to the RedHat program with the same name but is completely
> > different.
> 
> Ah, sorry for the confusion.

So does this mean you are washing your hands of Redhat users, or that you
will convert the Debian package to tar or other portable format useful to
all users including non-debian?

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: [2.5] initrd/mkinitrd still not working
  2003-02-02 15:28           ` Bill Davidsen
@ 2003-02-03  0:59             ` Rusty Russell
  0 siblings, 0 replies; 15+ messages in thread
From: Rusty Russell @ 2003-02-03  0:59 UTC (permalink / raw)
  To: Bill Davidsen; +Cc: Herbert Xu, Mikael Pettersson, linux-kernel

In message <Pine.LNX.3.96.1030202102324.22592A-100000@gatekeeper.tmr.com> you w
rite:
> On Wed, 29 Jan 2003, Rusty Russell wrote:
> > Ah, sorry for the confusion.
> 
> So does this mean you are washing your hands of Redhat users, or that you
> will convert the Debian package to tar or other portable format useful to
> all users including non-debian?

No, but I'm pretty sure it means that we don't want either mkinitrd
included in module-init-tools.  I have no idea whether the two are
even compatible.

I certainly don't have the expertise to maintain either one: they both
seem to have happy, active maintainers who *do* know what they are
doing.

FYI, .deb files have the nice feature that they can be extracted using
standard tools: "file foo.deb" should tell it is a standard ar
archive.

Hope that helps,
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [2.5] initrd/mkinitrd still not working
@ 2003-01-18 19:46 Bill Davidsen
  0 siblings, 0 replies; 15+ messages in thread
From: Bill Davidsen @ 2003-01-18 19:46 UTC (permalink / raw)
  To: Linux-Kernel

Could someone *please* point me to the version of mkinitrd which works
with the new module code? The mkinitrd from Redhat and Slackware can not
find scsi modules which are in the module tree and modeles.dep. If I
build initrd by hand based on what worked for 2.5.47 it starts to load a
*still* can't find the module.

If this functionality is among the capabilities which were removed
during the module loading functionality downgrade, could someone just
say so?

Make output:

make -j2 -f scripts/Makefile.build obj=net/sunrpc
make -j2 -f scripts/Makefile.build obj=net/unix
make -j2 -f scripts/Makefile.build obj=lib
make -j2 -f scripts/Makefile.build obj=arch/i386/lib
make -j2 -f scripts/Makefile.build obj=arch/i386/boot BOOTIMAGE=arch/i386/boot/bzImage install
make -j2 -f scripts/Makefile.build obj=arch/i386/boot/compressed \
				IMAGE_OFFSET=0x100000 arch/i386/boot/compressed/vmlinux
Kernel: arch/i386/boot/bzImage is ready
sh arch/i386/boot/install.sh 2.5.56 arch/i386/boot/bzImage System.map ""
No module sym53c8xx found for kernel 2.5.56

real	0m10.521s
user	0m13.490s
sys	0m1.460s

Module is present and found by depmod:

bilbo:root> find /lib/modules/2.5.56 -name 'sym53*'
/lib/modules/2.5.56/kernel/drivers/scsi/sym53c8xx_2
/lib/modules/2.5.56/kernel/drivers/scsi/sym53c8xx_2/sym53c8xx.ko
bilbo:root> grep sym53 /lib/modules/2.5.56/modules.dep
/lib/modules/2.5.56/kernel/drivers/scsi/sym53c8xx_2/sym53c8xx.ko:
bilbo:root> exit

Note: tried it in every kernel from 2.5.48-58, this is not just a 2.5.56
bug, I was just trying to get another feature working, without a root
filesystem it's not productive to test :-(

-- 
bill davidsen, CTO TMR Associates, Inc <davidsen@tmr.com>
  Having the feature freeze for Linux 2.5 on Hallow'een is appropriate,
since using 2.5 kernels includes a lot of things jumping out of dark
corners to scare you.



^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2003-02-03  2:17 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-20 14:57 [2.5] initrd/mkinitrd still not working Mikael Pettersson
2003-01-20 15:52 ` John Levon
2003-01-20 19:12   ` Sam Ravnborg
2003-01-20 19:19     ` John Levon
2003-01-20 19:35       ` Sam Ravnborg
2003-01-21  2:18         ` Michal Jaegermann
2003-01-21 17:02           ` Bill Davidsen
2003-01-28  1:03 ` Rusty Russell
2003-01-28 17:10   ` Bill Davidsen
2003-01-29  0:48     ` Rusty Russell
2003-01-29  1:56       ` Herbert Xu
2003-01-29  6:21         ` Rusty Russell
2003-02-02 15:28           ` Bill Davidsen
2003-02-03  0:59             ` Rusty Russell
  -- strict thread matches above, loose matches on Subject: below --
2003-01-18 19:46 Bill Davidsen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).