Date: Thu, 26 Jul 2007 16:18:39 -0700
From: "Clarence W. Robison" <robison@kimberly.uidaho.edu>
To: debian-user@lists.debian.org
Subject: Re: DHCPD giving IP to wrong machine
Message-ID: <46A8C95F.9559.1CFF938@robison.kimberly.uidaho.edu>
Content-type: Multipart/Mixed; boundary=Message-Boundary-23928
--Message-Boundary-23928
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body
On 26 Jul 2007 at 16:05, Clarence W. Robison wrote:
> I have an entry in my dhcp3 dhcpd.conf which says that host xyz with
> certain MAC address should receive a fixed ip address. The server does
> not respect that entry and gives the IP address to another host with a
> different MAC address. I don't quite understand why it, dhcpd, should do
> that. Is normal behavior?
>
OPPS, the message left before I could paste snippets of the conf file.
------------ dhcpd.conf ---------------------------------------------- # #
Global Options pid-file-name "/var/run/dhcpd.pid"; lease-file-name
"/var/lib/dhcp3/dhcpd.leases"; log-facility local1; ignore client-updates;
ddns-update-style none; option domain-name-servers XXX.XXX.XXX.3,
XXX.XXX.XXX.223; default-lease-time 3600; max-lease-time
14400; authoritative; subnet XXX.XXX.XXX.0 netmask
255.255.255.192 { # Default Options
option routers XXX.XXX.XXX.1;
option subnet-mask 255.255.255.192;
option domain-name "XXXXXXXX.XXXXXX.XXX";
option time-offset -25200; # Mountain Standard Time
option ntp-servers XXX.XXX.XXX.3, XXX.XXX.XXX.58;
range dynamic-bootp XXX.XXX.XXX.22 XXX.XXX.XXX.60;
host xxx {
hardware ethernet 00:13:20:2d:31:d1;
fixed-address XXX.XXX.XXX.22;
}
host yyy {
hardware ethernet 00:03:47:f4:6b:8e;
fixed-address XXX.XXX.XXX.23;
}
....... snipped out 27 fixed-address blocks ..........
host zzz {
hardware ethernet 00:19:d1:05:ce:fd;
fixed-address XXX.XXX.XXX.50;
}
}
- endof conf -----------------------
The ip address which are not "fixed" in the conf file do not appear to be
all in use when this happens.
Any advice would be appreciated.
TIA
Clarence
--
Clarence W. Robison, P.E.
robison@kimberly.uidaho.edu
208-423-6610
------- End of forwarded message ---------
Clarence W. Robison, P.E.
robison@kimberly.uidaho.edu
208-423-6610
--Message-Boundary-23928
Content-type: Application/Octet-stream; name="WPM$1666.PM$"; type=Plain text
Content-description: Mail message body
Content-disposition: attachment; filename="WPM$1666.PM$"
Content-transfer-encoding: BASE64
DQoNCk9uIDI2IEp1bCAyMDA3IGF0IDE2OjA1LCBDbGFyZW5jZSBXLiBSb2Jpc29uIHdyb3Rl
Og0KDQo+IEkgaGF2ZSBhbiBlbnRyeSBpbiBteSBkaGNwMyBkaGNwZC5jb25mIHdoaWNoIHNh
eXMgdGhhdCBob3N0IHh5eiB3aXRoDQo+IGNlcnRhaW4gTUFDIGFkZHJlc3Mgc2hvdWxkIHJl
Y2VpdmUgYSBmaXhlZCBpcCBhZGRyZXNzLiBUaGUgc2VydmVyIGRvZXMgbm90DQo+IHJlc3Bl
Y3QgdGhhdCBlbnRyeSBhbmQgZ2l2ZXMgdGhlIElQIGFkZHJlc3MgdG8gYW5vdGhlciBob3N0
IHdpdGggYQ0KPiBkaWZmZXJlbnQgTUFDIGFkZHJlc3MuIEkgZG9uJ3QgcXVpdGUgdW5kZXJz
dGFuZCB3aHkgaXQsIGRoY3BkLCBzaG91bGQgZG8NCj4gdGhhdC4gSXMgbm9ybWFsIGJlaGF2
aW9yPw0KPiANCj4gdGlhLS0gDQo+IENsYXJlbmNlIFcuIFJvYmlzb24sIFAuRS4NCj4gcm9i
aXNvbkBraW1iZXJseS51aWRhaG8uZWR1DQo+IDIwOC00MjMtNjYxMA0KPiANCj4gDQo+IC0t
IA0KPiBUbyBVTlNVQlNDUklCRSwgZW1haWwgdG8gZGViaWFuLXVzZXItUkVRVUVTVEBsaXN0
cy5kZWJpYW4ub3JnIA0KPiB3aXRoIGEgc3ViamVjdCBvZiAidW5zdWJzY3JpYmUiLiBUcm91
YmxlPyBDb250YWN0DQo+IGxpc3RtYXN0ZXJAbGlzdHMuZGViaWFuLm9yZw0KPiANCg0KT1BQ
UywgdGhlIG1lc3NhZ2UgbGVmdCBiZWZvcmUgSSBjb3VsZCBwYXN0ZSBzbmlwcGV0cyBvZiB0
aGUgY29uZiBmaWxlLg0KLS0tLS0tLS0tLS0tIGRoY3BkLmNvbmYgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIw0KIyBHbG9iYWwgT3B0aW9ucw0K
cGlkLWZpbGUtbmFtZSAiL3Zhci9ydW4vZGhjcGQucGlkIjsNCmxlYXNlLWZpbGUtbmFtZSAi
L3Zhci9saWIvZGhjcDMvZGhjcGQubGVhc2VzIjsNCmxvZy1mYWNpbGl0eSBsb2NhbDE7DQpp
Z25vcmUgY2xpZW50LXVwZGF0ZXM7DQpkZG5zLXVwZGF0ZS1zdHlsZSBub25lOw0Kb3B0aW9u
IGRvbWFpbi1uYW1lLXNlcnZlcnMgICAgICBYWFguWFhYLlhYWC4zLCBYWFguWFhYLlhYWC4y
MjM7DQpkZWZhdWx0LWxlYXNlLXRpbWUgICAgICAgICAgICAgIDM2MDA7DQptYXgtbGVhc2Ut
dGltZSAgICAgICAgICAgICAgICAgIDE0NDAwOw0KYXV0aG9yaXRhdGl2ZTsNCnN1Ym5ldCBY
WFguWFhYLlhYWC4wIG5ldG1hc2sgMjU1LjI1NS4yNTUuMTkyIHsgDQojIERlZmF1bHQgT3B0
aW9ucw0KICBvcHRpb24gcm91dGVycyAgICAgICAgICAgICAgICBYWFguWFhYLlhYWC4xOw0K
ICBvcHRpb24gc3VibmV0LW1hc2sgICAgICAgICAgICAyNTUuMjU1LjI1NS4xOTI7DQogIG9w
dGlvbiBkb21haW4tbmFtZSAgICAgICAgICAgICJYWFhYWFhYWC5YWFhYWFguWFhYIjsgIA0K
ICBvcHRpb24gdGltZS1vZmZzZXQgICAgICAgICAgICAtMjUyMDA7ICMgTW91bnRhaW4gU3Rh
bmRhcmQgVGltZQ0KICBvcHRpb24gbnRwLXNlcnZlcnMgICAgICAgICAgICBYWFguWFhYLlhY
WC4zLCBYWFguWFhYLlhYWC41ODsNCg0KICByYW5nZSBkeW5hbWljLWJvb3RwICAgICAgICAg
ICBYWFguWFhYLlhYWC4yMiBYWFguWFhYLlhYWC42MDsNCg0KICBob3N0IHh4eCB7ICANCiAg
ICAgICAgICAgICAgICBoYXJkd2FyZSBldGhlcm5ldCAwMDoxMzoyMDoyZDozMTpkMTsNCiAg
ICAgICAgICAgICAgICBmaXhlZC1hZGRyZXNzIFhYWC5YWFguWFhYLjIyOw0KICAgICAgICAg
fQ0KDQogIGhvc3QgeXl5IHsgIA0KICAgICAgICAgICAgICAgIGhhcmR3YXJlIGV0aGVybmV0
IDAwOjAzOjQ3OmY0OjZiOjhlOw0KICAgICAgICAgICAgICAgIGZpeGVkLWFkZHJlc3MgWFhY
LlhYWC5YWFguMjM7DQogICAgICAgICAgfQ0KDQouLi4uLi4uIHNuaXBwZWQgb3V0IDI3IGZp
eGVkLWFkZHJlc3MgYmxvY2tzIC4uLi4uLi4uLi4NCg0KICBob3N0IHp6eiB7DQogICAgICAg
ICAgICAgICAgaGFyZHdhcmUgZXRoZXJuZXQgMDA6MTk6ZDE6MDU6Y2U6ZmQ7DQogICAgICAg
ICAgICAgICAgZml4ZWQtYWRkcmVzcyBYWFguWFhYLlhYWC41MDsNCiAgICAgICAgICB9DQog
IH0NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0gZW5kb2YgY29uZiAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KVGhlIGlwIGFkZHJlc3Mgd2hpY2ggYXJlIG5vdCAiZml4ZWQiIGluIHRoZSBj
b25mIGZpbGUgZG8gbm90IGFwcGVhciB0byBiZSBhbGwgDQppbiB1c2Ugd2hlbiB0aGlzIGhh
cHBlbnMuDQoNCkFueSBhZHZpY2Ugd291bGQgYmUgYXBwcmVjaWF0ZWQuDQoNClRJQQ0KQ2xh
cmVuY2UNCg0KDQotLSANCkNsYXJlbmNlIFcuIFJvYmlzb24sIFAuRS4NCnJvYmlzb25Aa2lt
YmVybHkudWlkYWhvLmVkdQ0KMjA4LTQyMy02NjEwDQoNCg==
--Message-Boundary-23928--
Date: Thu, 26 Jul 2007 18:19:50 -0400
From: Hal Vaughan <hal@thresholddigital.com>
To: debian-user@lists.debian.org
Subject: Re: Where is Lame in Sarge?
Message-Id: <200707261819.50180.hal@thresholddigital.com>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Uh, just ignore that other response. I forgot which e-mail was still on
the screen when I hit "reply."
It's just one of those days...
Hal
On Thursday 26 July 2007, Hal Vaughan wrote:
> Thanks, everyone, for the suggestions and offers. I've contacted
> someone who will be swapping routers with me tomorrow. I had several
> other responses, but I didn't want to say anything until I had
> confirmed we could swap.
>
> Thanks again!
>
> Hal
>
> On Thursday 26 July 2007, Hal Vaughan wrote:
> > I have a server running Sarge. I tried to find lame and got this:
> >
> > [root@mainserver:root]$ aptitude show lame
> > Package: lame
> > State: not a real package
> >
> > This was after trying to install it just by the name "lame." Then
> > I did this:
> >
> > [root@mainserver:root]$ aptitude search lame
> > p flamethrower - Multicast file distribution utility
> > c glame - versatile audio processor
> > v lame -
> > p systemimager-server-flamethrowerd - SystemImager boot binaries
> > for i386 client nodes
> > p toolame - MPEG-1 layer 2 audio encoder
> >
> > (Extra spaces removed.)
> >
> > Neither toolame or glame provide lame itself. It's LPGL, does that
> > create a conflict with Debian's social contract?
> >
> > Do I have to go out of the repositories to add lame?
> >
> > Thanks!
> >
> > Hal
Date: Thu, 26 Jul 2007 16:07:59 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: Stability issues
Message-ID: <20070726230759.GE31753@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="xJK8B5Wah2CMJs8h"
Content-Disposition: inline
--xJK8B5Wah2CMJs8h
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jul 26, 2007 at 06:04:58PM -0400, Mike Robinson wrote:
> Andrew Sackville-West wrote:
>> On Thu, Jul 26, 2007 at 05:26:36PM -0400, Mike Robinson wrote:
>>> Mike Robinson wrote:
>>> Well, I've decided to throw in the towel and install Etch. I think I'd=
=20
>>> like to boot with an Etch install CD, keep my partitions, but blow away=
=20
>>> the Debian Testing installation with Etch. I have one large partition=
=20
>>> with all of the data I need to save; the rest can go away. I've never=
=20
>>> done anything like this before, so any warnings/advice is welcome.
>> I've lost track of what brought you to this stage, but if you're going
>> to do it, this may be helpful:
>> dpkg --get-selections >
>> /path/to/partition/for/keeping/stuff/selections
>> and then after the basic install do
>> dpkg --set-selections < /path/to/place/you/put/selections
>> and then do apt-get dselect-upgrade
>> to bring in the selection of packages you had before.
>> note though that if package names changed between etch and lenny, then
>> there could be problems... you may have to manually edit the list.
>
> If I simply want to install Etch (no Lenny packages) would I still have t=
o=20
> do
> this? None of the data that I'm saving is Lenny specific. My intent is =
to=20
> stick
> with the stable Debian loads from now on.
well you don't have to do it at all. its just an easy way to recreate
your installed set of packages... instead of going through whatever
method you use and selecting everything you want to install.=20
if you are only installing the tasksel selections and not adding
additional software, then there is no reason to do this. I just know
that if I had to reinstall my current machine, I'd want to pull a list
of what was installed as I've got a couple years of built-up stuff on
here and wouldn't want to hassle with trying to remember it all.=20
A
--xJK8B5Wah2CMJs8h
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGqSlPaIeIEqwil4YRAt+GAKCDgsypXogbkAurSJWP7YBUr//qPwCbBmvk
mGR6Gc3N8b/wYKUhBEiD0Dc=
=ZAg1
-----END PGP SIGNATURE-----
--xJK8B5Wah2CMJs8h--
Date: Thu, 26 Jul 2007 20:16:25 -0300
From: Sergio Belkin <sebelk@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Cron and mail
Message-Id: <200707262016.25849.sebelk@gmail.com>
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
=2D-- El Jue 26 Jul 2007, Andrew Sackville-West encontr=C3=B3 un teclado y =
tipe=C3=B3 lo=20
siguiente:=20
> AS: On Thu, Jul 26, 2007 at 08:33:30AM -0300, Sergio Belkin wrote:
> AS: > --- El Jue 26 Jul 2007, Marc encontr=C3=B3 un teclado y tipe=C3=B3 =
lo
> siguiente: AS: > > Ma: Hmmm.. one thing might be that the variable is
> called "MAILTO" and not AS: > > Ma: "MAIL"?
> AS: > > Ma: You can try with that, but in general, as the man page says:
> AS: > > Ma: "When executing commands, any output is mailed to the own=
er
> of AS: > > Ma: the crontab ..."
> AS: > > Ma:
> AS: > > Ma: Sergio Belkin wrote:
> AS: > > Ma: > Hi
> AS: > > Ma: > Non-root users are not getting information mail about
> scheduled AS: > > tasks. Ma: > I've included the line MAIL=3Djoendoe in
> jondoe user. Task are AS: > > performed Ma: > but users are not notified.
> AS: > > Ma: >
> AS: > > Ma: > I am using Etch and exim4. What's wrong with this?
> AS: > > Ma:
> AS: > > Ma:
> AS: >
> AS: > Thanks, "MAIL" was a typo, but even if I issue MAILTO=3Djondoe in
> jondoe user AS: > crontab file, it doesn't work either...
> AS:
> AS: does mail work on the system? can you mail from the command line? does
> AS: the cron job produce any output to mail?
> AS:
> AS: A
> AS:
It seems that maildir (as I had configured it) won't work with cron (am I=20
right?) I've changed to mbox, and now it works...
=2D-=20
Sergio Belkin
Soluciones Inform=C3=A1ticas Open Source
Community Site http://www.openkairos.com
Blog http://sebelk.blogspot.com
=2D---------------------------------------
Date: Thu, 26 Jul 2007 19:28:07 -0400
From: Mike Robinson <mike@robinsonhome.org>
To: debian-user@lists.debian.org
Subject: Re: Stability issues
Message-ID: <46A92E07.8040909@robinsonhome.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Andrew Sackville-West wrote:
> On Thu, Jul 26, 2007 at 06:04:58PM -0400, Mike Robinson wrote:
>> Andrew Sackville-West wrote:
>>> On Thu, Jul 26, 2007 at 05:26:36PM -0400, Mike Robinson wrote:
>>>> Mike Robinson wrote:
>>>> Well, I've decided to throw in the towel and install Etch. I think I'd
>>>> like to boot with an Etch install CD, keep my partitions, but blow away
>>>> the Debian Testing installation with Etch. I have one large partition
>>>> with all of the data I need to save; the rest can go away. I've never
>>>> done anything like this before, so any warnings/advice is welcome.
>>> I've lost track of what brought you to this stage, but if you're going
>>> to do it, this may be helpful:
>>> dpkg --get-selections >
>>> /path/to/partition/for/keeping/stuff/selections
>>> and then after the basic install do
>>> dpkg --set-selections < /path/to/place/you/put/selections
>>> and then do apt-get dselect-upgrade
>>> to bring in the selection of packages you had before.
>>> note though that if package names changed between etch and lenny, then
>>> there could be problems... you may have to manually edit the list.
>> If I simply want to install Etch (no Lenny packages) would I still have to
>> do
>> this? None of the data that I'm saving is Lenny specific. My intent is to
>> stick
>> with the stable Debian loads from now on.
>
> well you don't have to do it at all. its just an easy way to recreate
> your installed set of packages... instead of going through whatever
> method you use and selecting everything you want to install.
>
> if you are only installing the tasksel selections and not adding
> additional software, then there is no reason to do this. I just know
> that if I had to reinstall my current machine, I'd want to pull a list
> of what was installed as I've got a couple years of built-up stuff on
> here and wouldn't want to hassle with trying to remember it all.
>
> A
Ah, so your procedure would produce a list of packages, but not versions. So,
after I install Etch, I would then get the Etch version of thoses packages...not
the Lenny version. Is this correct? If so, then this sounds like something I
would like to do.
-Mike
Date: Thu, 26 Jul 2007 16:46:58 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: Stability issues
Message-ID: <20070726234658.GJ31753@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="72k7VsmfIboquFwl"
Content-Disposition: inline
--72k7VsmfIboquFwl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jul 26, 2007 at 07:28:07PM -0400, Mike Robinson wrote:
> Andrew Sackville-West wrote:
>> On Thu, Jul 26, 2007 at 06:04:58PM -0400, Mike Robinson wrote:
>>> Andrew Sackville-West wrote:
>>>> On Thu, Jul 26, 2007 at 05:26:36PM -0400, Mike Robinson wrote:
>>>>> Mike Robinson wrote:
>>>>> Well, I've decided to throw in the towel and install Etch.=20
=2E..
>>>> I've lost track of what brought you to this stage, but if you're going
>>>> to do it, this may be helpful:
>>>> dpkg --get-selections >
>>>> /path/to/partition/for/keeping/stuff/selections
>>>> and then after the basic install do
>>>> dpkg --set-selections < /path/to/place/you/put/selections
>>>> and then do apt-get dselect-upgrade
>>>> to bring in the selection of packages you had before.
=2E..
>
> Ah, so your procedure would produce a list of packages, but not versions.=
=20
> So, after I install Etch, I would then get the Etch version of thoses=20
> packages...not the Lenny version. Is this correct? If so, then this=20
> sounds like something I would like to do.
>
yes, except, if the packages names have changed, you might have
problems. I don't know what dpkg might do if you feed it bad names...=20
if that ends up being a problem, you'd have to edit the list.=20
hmmm...=20
I just did=20
echo foobar install | dpkg --set-selections=20
and it seemed to fail silently. That is, it produced no output but
didn't add the package foobar to the selections that came out in a
subsequent dpkg --get-selections. I'm sure the failure to put foobar
in the list is the right behavior. I'm not sure if failing silently is
the right behavior.=20
ymmv.
A
--72k7VsmfIboquFwl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGqTJyaIeIEqwil4YRAjjdAKCtrangE3dvLm9CuprIQJ+RG06PEgCcCz2+
2NGLtIlWXqT0WRkPFs3rwGA=
=FtKD
-----END PGP SIGNATURE-----
--72k7VsmfIboquFwl--
Date: Thu, 26 Jul 2007 17:36:46 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: adduser kills sound pt. 3
Message-ID: <20070726233646.GA31687@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Oleg Verych wrote:
> Bob Proulx wrote:
> I'm just a user, but developers seem to have some problems in the
> past: #208848.
But Bug#208848 says that cron needed a dependency upon adduser, which
it now has because of that bug. Reading that bug this was
specifically for build daemons with a minimum system without adduser
otherwise installed. I don't see anything about adduser misbehaving.
That bug in particular was filed against cron not adduser.
> One thing i can't see so far, why exim4 allocates dynamic UID. E.g. in
> situation, when i will have same "/etc/", "/var/spool/exim4" but
> different (re)installation sequence, UID may change, adding unneeded
> troubles.
What trouble does it cause you when an installation on different
systems in a different order or on the same system after purging and
reinstalling system packages in a different order uses different
system ids?
There are a few globally reserved ids. But all of those must be
between 2 and 99 because traditionally other ids started at uid 100.
Additionally room must be left for the local admin to create system
ids. All globally allocated ids for all of Debian must fit between
2-99 and are coordinated through the base-passwd maintainer.
Most systems, not just Debian, use dynamically assigned ids at package
installation time. This is a very common practice. It is sometimes
inconvenient but rarely causes serious enough problems to cause a move
to globally allocated ids.
> olecom@flower:$ du -hs adduser deluser ../share/perl5/Debian/AdduserCommon.pm
> 32K adduser
> 16K deluser
> 8.0K ../share/perl5/Debian/AdduserCommon.pm
> olecom@flower:$
>
> 56K just for random UID/GID or similar functionality is too much (IMHO,
> of course). Also it pulls "passwd" anyway.
Hmm... We have completely different ideas of scale. That seems
pretty small to me. I ran perl-source-stats (from perl monks) on
those perl scripts and this is what it turned up.
/usr/sbin/adduser
Found 745 LOC
Found 142 comment lines
/usr/sbin/deluser
Found 348 LOC
Found 63 comment lines
/usr/share/perl5/Debian/AdduserCommon.pm
Found 166 LOC
Found 31 comment lines
That is only 1053 lines of perl code in total across all three of
those files. I consider that quite reasonable. I am against the
practice of "perl golf" where the smallest number of strokes wins.
I much prefer verbose over terse if it improves readability.
I have not looked at those scripts previously and did not spend time
on them now so can't vote yes or no on their overall good or bad
style and are just commenting on them statistically.
> > If there is a problem with adduser then it should be reported so that
> > it can be addressed. The BTS does not show anything too scary. It is
> > in heavy use by thousands of users. I think that specific examples of
> > problems need to be shown before we can start thinking that there is a
> > problem with adduser. (Although I am sure that the code could be
> > improved. That is almost always true of any project.)
>
> So, if exim4 expressly wants dynamic ID, i will be on my own.
I am certainly not the one the convince. The documented proceedure is
to coordinate with the base-passwd maintainer. But I would expect
that you would need a pretty strong reason. Among other things none
of the other MTA packages (e.g. postfix, sendmail) have one and so
would need to say why exim4 is requiring a global id assignment when
the others don't.
> As for sources in perl, i just can't understand why it get so big for
> some little benefit.
>
> our $configfile = undef;
> our $found_group_opt = undef;
> ...
> my $existing_user = undef;
> my $existing_group = undef;
> ...
That in partcular looks like a typical process so that 'perl -w' and
'use strict;' are happy and do not produce usage warnings.
> As i said, i will try to do a simple solution. If i will fail, so be it.
The original poster Rick Spillane seemed to be having trouble with
/etc/group becoming corrupted. Are you having similar problems?
What are you trying to do?
Bob
Date: Fri, 27 Jul 2007 00:38:57 +0100 (BST)
From: Harvey Kelly <hrvyklly@yahoo.co.uk>
To: Debian User <debian-user@lists.debian.org>
Subject: Re: resolv.conf getting overwritten [SOLVED]
Message-ID: <186291.10779.qm@web26905.mail.ukl.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
No trouble since installing resolvconf. Surely it
should be installed be default...
--- Harvey Kelly <hrvyklly@yahoo.co.uk> wrote:
> Hi Steven,
>=20
> No I didn't(!), so I've apt-gotten it and I'll see
> if
> that works...
>=20
> --- Steven <hairpinblue@yahoo.com> wrote:
>=20
> > On Thu, 26 Jul 2007 20:07:05 +0100, Harvey Kelly
> > wrote:
> >=20
> > > No matter what, /etc/resolv.conf will get
> > overwritten with
> >=20
> > Do you have the package 'resolvconf' installed?=20
> > It's required by some=20
> > other common network packages. I had to read the
> > docs/README a few times=20
> > when it first showed up in Sid because it drove me
> > nuts.
> >=20
> >=20
> > --=20
> > To UNSUBSCRIBE, email to
> > debian-user-REQUEST@lists.debian.org=20
> > with a subject of "unsubscribe". Trouble? Contact
> > listmaster@lists.debian.org
> >=20
> >=20
>=20
>=20
>=20
> =20
>
___________________________________________________________
> Yahoo! Answers - Got a question? Someone out there
> knows the answer. Try it
> now.
> http://uk.answers.yahoo.com/=20
>=20
>=20
> --=20
> To UNSUBSCRIBE, email to
> debian-user-REQUEST@lists.debian.org=20
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>=20
>=20
___________________________________________________________=20
Yahoo! Mail is the world's favourite email. Don't settle for less, sign u=
p for
your free account today http://uk.rd.yahoo.com/evt=3D44106/*http://uk.doc=
s.yahoo.com/mail/winter07.html=20
Date: Thu, 26 Jul 2007 17:52:00 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Sarge: Lost # of failed logins
Message-ID: <20070726235200.GB31687@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Florian Kulzer wrote:
> I have been using Debian for about 5 years now. As far as I remember, it
> always had the "n failure(s) since last login" message (if n was greater
> than zero).
I have never seen that message.
> I never had to do anything to set it up, therefore I
> unfortunately don't know exactly how it works. My best guess is that it
> involves some PAM modules which parse /var/log/faillog and/or use the
> "faillog" command. Maybe this link helps to track it down:
I always have a ~/.hushlogin. When I remove it I still never see
failures. I see this instead:
Last login: Thu Jul 26 17:32:14 2007 from dementia.proulx.com
If you create a .hushlogin file for you does your login failure
message at login go away?
touch ~/.hushlogin
The sshd uses the presence of .hushlogin to silence the banner. In
the sshd man page:
1. If the login is on a tty, and no command has been specified,
prints last login time and /etc/motd (unless prevented in the
configuration file or by $HOME/.hushlogin; see the FILES section).
But I never see anything about failures, just the motd and the last
login time. So I don't think this is it.
I am very curious as to what outputs for you the faillog!
Bob
Date: Thu, 26 Jul 2007 18:07:09 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Where is Lame in Sarge?
Message-ID: <20070727000709.GD31687@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hal Vaughan wrote:
> I know there's an issue with MySQL and permissions with an easy work
> around, but other than that, I want to have time to check out known
> issues before I upgrade a server.
Wise plan. In fact setting up a Sarge machine as a victim for upgrade
testing to Etch is a good idea.
For servers the upgrade for me has gone quite easily. For desktops
the biggest problem has been the name changes for many web browser
plugins and also the movement of GNU FDL licensed documentation into
non-free. This means I have had to add non-free to my sources where
this was not previously needed and also needed to specifically install
many of the now non-free documentation packages that were split out.
> On the other hand, what's the expected release date for Lenny going
> Stable? With Etch going Stable in April, I figure I still have another
> 8 - 9 months before Lenny is stable. :-)
You are an optimist thinking 8-9 months! I think you have plenty of
time well past that. Perhaps I should have said before security
upgrades for Sarge are discontinued. That will almost certainly
happen before Lenny releases. :-)
Bob
Date: Thu, 26 Jul 2007 20:14:23 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Stability issues
Message-ID: <20070727001423.GA14331@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Jul 26, 2007 at 04:07:59PM -0700, Andrew Sackville-West wrote:
> if you are only installing the tasksel selections and not adding
> additional software, then there is no reason to do this. I just know
> that if I had to reinstall my current machine, I'd want to pull a list
> of what was installed as I've got a couple years of built-up stuff on
> here and wouldn't want to hassle with trying to remember it all.
I use aptitude which keeps track of packages that I requested for
install vs those installed to meet dependancies. In my backups, I keep
both the dpkg --get-selections but also aptitude search '~i!~M' which
gives me the names of packages that are installed (~i) that are not (!)
automatically installed (~M).
Doug.
End of debian-user-digest Digest V2007 Issue #2032
**************************************************
Received on Thu Jul 26 20:54:58 2007