Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Vincent Danjean]

Christian Perrier a écrit :
>> Well, I guess, the only resolution for such case is to ask sash
>> maintainer to include proper announcement for debconf and to include a
> 
> No, please.
> 
> Do not use debconf to diplay notices to users, especially about a
> given package's behaviour. This is not debconf purpose.

If I remember correctly, there is already a debconf question about
creating or not the sashroot user. So adding a note about this problem
in the debconf question (and not adding a debconf note) seems to me a
very good thing (most of the times, README.Debian is not available yet
when the user has to answer to the debconf question).

  Vincent


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Josselin Mouette]

Le lundi 12 février 2007 à 22:46 -0500, Yaroslav Halchenko a écrit :
> Having sashroot might simply the only rescue if somehow libc or libdl
> gets broken or moved away (don't ask now why I finally decided to
> install sash this way), and you have no local access to the box.

I'm not sure you could use it to login in this case. If the libc is
broken, the PAM modules won't be able to load anyway.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.

debuild gnome-packages

[Luis Cañas Díaz]

Hi all,
I'm trying to build a Debian package using some extra CFLAGS (I download
the sources of the debian package and then build a package with
debuild). I've realised the gnome packages which have generic makefiles
don't respect my CFLAGS variable even if I call *debuild with the
--preserve-envvar* option.

I've had a look at the makefiles included in the debian/rules file, but
are a bit dark for me yet.

Any of you could shed some light on this mistery ;)? 

Saludos.


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

Re: how to get dpkg-deb to ignore hidden/backup files + why extra control file?

[Jon Dowland]

On Mon, Feb 12, 2007 at 04:20:10PM -0800, Alan Ezust wrote:
> Question #2: I did a dpkg-deb --build and checked what was
> put into the .deb file. Since my files were in a .svn
> working directory, It picked up a bunch of hidden files in
> the .svn directory

You might want to look at svn-buildpackage. It's a suite of
tools for managing debian packages in SVN. It mimicks
dpkg-buildpackage (which you might also want to look at,
come to think of it) but ignores .svn directories.

-- 
Jon Dowland


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

Re: RFC: use readable $(cmd) syntax instead of unreadable `cmd`

[Jari Aalto]

"Wesley J. Landaker" <[EMAIL PROTECTED]> writes:

> On Friday 09 February 2007 11:11, Jari Aalto wrote:
>> I have reported bugs against backtick and suggested to change to use
>> the more readable alternative. The result was surprising. To quote
>> one message (bug closed reasoning):
>>
>>  "If your development environment cannot display ` differently than '
>> , you need to get a new one."
>>
>> I'm askinf if it is ok to to reopen such bugs based of better QA
>> aspects. Possibly by providing patches if the maintainer is busy
>> elsewhere to handle such a "minor issue" from his perspective.
>
> IMHO:
>
> I would be happy to see bugs against my own packages that *clearly* 
> increased usability and readability of code, as long as they included 
> tested, working, patches.

I think this requirement is too high. A simple message sent to me
suggesting alternatives has always go my mind processes going. No need
to require full test suite and all that, because the developer knows
how to fill in the gaps.

> But a bug that asks to change coding style just for the sake of style or 
> preference of someone who isn't even working on the software at all 
> wouldn't be as welcome.

Style changes over the time. New ideas always open up mind to see
things from other perspective, so it's not that "status quo" is the
preferred solution in software methodology (Think Extreme
Programming/Agile where refactoring is the motivation factor of
keeping code always up to date to current standards)

Jari


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

Re: debuild gnome-packages

[Michael Banck]

On Tue, Feb 13, 2007 at 11:09:34AM +0100, Luis Cañas Díaz wrote:
> I'm trying to build a Debian package using some extra CFLAGS (I download
> the sources of the debian package and then build a package with
> debuild). I've realised the gnome packages which have generic makefiles
> don't respect my CFLAGS variable even if I call *debuild with the
> --preserve-envvar* option.

Some of the GNOME packages were overriding the configure environment
with its CDBS variable (something like DEB_CONFIGURE_ENV), not adding to
it (i.e. using = as operator, not += or something), thus ignoring CFLAGS
et al.

Those should get fixed, so if you encounter this in a package in
unstable or experimental, please file bugs if it is indeed this problem.


Michael


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Yaroslav Halchenko]

Just checked -- you are right. I thought since sshd is running
already and it is dyn linked against libpam, I hoped that all
required pam modules are loaded by then... I was wrong... so indeed
there is not much use for login. I guess it is better to have some
terminal session with sash running to have constantly opened for such
occasions.

On Tue, 13 Feb 2007, Josselin Mouette wrote:
> >...<
> I'm not sure you could use it to login in this case. If the libc is
> broken, the PAM modules won't be able to load anyway.
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]



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

Re: request

[Wouter Verhelst]

On Mon, Feb 12, 2007 at 09:30:40AM -0800, a sh wrote:
> hi
>   I want debian etch sorce code and desktop picture.
>   I have advertisment purppose.
>   if it's possible for you  please sent to my mail.
>   thank

Your mailbox probably isn't large enough to receive over 10G of source
code. You can download what you want using "apt-get source"; you may
have to add a "deb-src" line to /etc/apt/sources.list before that'll
work, though. See "man sources.list" for details.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Ian Jackson]

Steve Langasek writes ("Re: recent etch upgrade... sashroot (uid=0) started to 
impersonate uid=0 (root)"):
> Sure, there may have been a behavior change in libc6.  But the output of
> getpwuid(0) is *undefined* when you have more than one record in /etc/passwd
> with uid 0, so it's not a bug for this behavior to have changed.

It's not clear that that behaviour is `*undefined*' as you say.  That
is, I can't find anything resembling a specification of the format of
/etc/passwd.  The closest is passwd(5) but that's obviously much much
later than the de facto standard was established.

All other systems have had first match processing for /etc/passwd
since the dawn of time, and we should do too.

Ian.


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

Re: request

[Greg Folkert]

On Tue, 2007-02-13 at 16:44 +0100, Wouter Verhelst wrote:
> On Mon, Feb 12, 2007 at 09:30:40AM -0800, a sh wrote:
> > hi
> >   I want debian etch sorce code and desktop picture.
> >   I have advertisment purppose.
> >   if it's possible for you  please sent to my mail.
> >   thank
> 
> Your mailbox probably isn't large enough to receive over 10G of source
> code. You can download what you want using "apt-get source"; you may
> have to add a "deb-src" line to /etc/apt/sources.list before that'll
> work, though. See "man sources.list" for details.

I'll bet your outgoing mail service pukes on it. Except for those of us
that run our own service (and have enough bandwidth to service it), I'd
expect that for any person's service provided by an ISP.
-- 
[EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup


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

Re: request

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/13/07 10:03, Greg Folkert wrote:
> On Tue, 2007-02-13 at 16:44 +0100, Wouter Verhelst wrote:
>> On Mon, Feb 12, 2007 at 09:30:40AM -0800, a sh wrote:
>>> hi
>>>   I want debian etch sorce code and desktop picture.
>>>   I have advertisment purppose.
>>>   if it's possible for you  please sent to my mail.
>>>   thank
>> Your mailbox probably isn't large enough to receive over 10G of source
>> code. You can download what you want using "apt-get source"; you may
>> have to add a "deb-src" line to /etc/apt/sources.list before that'll
>> work, though. See "man sources.list" for details.
> 
> I'll bet your outgoing mail service pukes on it. Except for those of us
> that run our own service (and have enough bandwidth to service it), I'd
> expect that for any person's service provided by an ISP.

Just the thought of encoding (and decoding) 10GB of data in base64
gives me the willies.

The sender and recipient would need 15GB freespace on their $HOME
partition.

How do MUA's handle {en|de}coding attachments?  Do they suck first
the files into memory?  I guess it would work if you have a 64-bit
machine and *lots* of swap space.  Needless to say, performance
would tank.  You might even burn up your disk drives.

Thank $DEITY that Wouter Verhelst was being facetious.  It's still a
fun mental exercise, though.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD4DBQFF0e63S9HxQb37XmcRAqB7AKCN17YRaJW9+1e1xzEu0IridNpOqgCXYxOH
d0bjpYCA6+dz2k7gELa+pA==
=wLgw
-END PGP SIGNATURE-


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

Bug#410829: ITP: libdkim -- cryptographically identify the sender of email

[Magnus Holmgren]

Package: wnpp
Severity: wishlist
Owner: Magnus Holmgren <[EMAIL PROTECTED]>

* Package name: libdkim
  Version : 1.0.12
  Upstream Author : Alt-N Technologies 
* URL : http://libdkim.sourceforge.net/
* License : Apache 2.0
  Programming Lang: C, C++
  Description : cryptographically identify the sender of email

DomainKeys Identified Mail (DKIM) defines a domain-level
authentication framework for email using public-key cryptography and
key server technology to permit verification of the source and
contents of messages by either Mail Transport Agents (MTAs) or Mail
User Agents (MUAs).

libdkim is a C++ library which allows incorporating DKIM into an
existing MTA or other application. It provides full support for
signing, verifying, and SSP. It is compliant with the allman-01 set of
base and ssp drafts.


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

Invitation

[[EMAIL PROTECTED]]

Hi, I'm Sebastian from EscortHitList.com!
 
Add your web site in our directory for free, it'great chance to increase 
your traffic!

To add your website: http://www.escorthitlist.com/

Have a look and join us!

Regards


Your EscortHitList.com-Team
Contact us: [EMAIL PROTECTED] 


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Steve Langasek]

On Tue, Feb 13, 2007 at 03:36:52PM +, Ian Jackson wrote:
> Steve Langasek writes ("Re: recent etch upgrade... sashroot (uid=0) started 
> to impersonate uid=0 (root)"):
> > Sure, there may have been a behavior change in libc6.  But the output of
> > getpwuid(0) is *undefined* when you have more than one record in /etc/passwd
> > with uid 0, so it's not a bug for this behavior to have changed.

> It's not clear that that behaviour is `*undefined*' as you say.  That
> is, I can't find anything resembling a specification of the format of
> /etc/passwd.  The closest is passwd(5) but that's obviously much much
> later than the de facto standard was established.

> All other systems have had first match processing for /etc/passwd
> since the dawn of time, and we should do too.

In practice, this is the behavior I see when testing with the glibc in
unstable.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Re: Handling of (inactive) Debian Accounts

[Hamish Moffatt]

On Sun, Feb 11, 2007 at 05:22:47PM -0600, Manoj Srivastava wrote:
> On Sun, 11 Feb 2007 23:33:40 +0100, Amaya  <[EMAIL PROTECTED]> said: 
> > Are you familiar with the MIA Team work? How is this work
> > insufficient that this extra check needs to be implemented? Have you
> > tought of a way to integrate the results of your tool into the MIA
> > database?
> 
> I think the difference is that the MIA process is too
>  conservative, and does not require an positive action on the part of
>  maintainers, and starts with the default that all maintainers are
>  active.   Looking at people who vote for a DPL means that the DD's
>  have to take an active role in indicating that they are present.

How about using the 'echelon' data already available through
http://db.debian.org ? 

Perhaps it could be extended to record (and display) the last 5 events 
rather than a single event.

We used to have 'maintainer pings', sent by bcwhite iirc. Half of the
population hated them, for reasons I never understood.


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

fluxbox

[Dmitry E. Oboukhov]

Hi!
There's the following problem with the fluxbox package.

The locale in the etch distributive ia already set into UTF-8 as
default. Fluxbox has been maintaining  UTF-8 for a long time. 
 
 From July in experimental/ there had been  0.9.15version with 
full maintaining of  UTF-8.

But in spite of the sent bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397482 
maintainer shows no sign of life and doesn't pay attention on 
personal messages.

It will be a shame if fluxbox is added into Etch without maintaining of
UTF-8 only because of maintainer's laziness.

What can be done?

I see two variants there:

1. to write a patch for maintaining UTF-8 in that version (i.e. in
testing, but I can do this only for Russian language, and this work 
seems having no future to me)

2. to move fluxbox from  experimental into unstable/testing without
maintainer's taking part in it

The latter variant isn't nice but it is desirable to solve this problem
the sooner the better. 

Please advise what to do.


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

P3 capabilities (was dselect memory use)

[Russell Coker]

On Thursday 08 February 2007 22:14, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> Beside the point I know, but I had P-III machines with more RAM than
> that installed in the past. 768Mb at least.

Were they desktop machines?  If so what brand?

P3 server machines can easily handle more RAM, I've had P3 servers with 1G and 
2G before.  But desktops are limited (desktop and server versions of the P3 
CPU have significant differences among other things).


Posted to debian-devel because the callout verification of the @debian.org 
mail server is not compatible with it being listed as a spam source...

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development


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

Re: P3 capabilities (was dselect memory use)

[Roberto C. Sanchez]

On Wed, Feb 14, 2007 at 08:58:11AM +1100, Russell Coker wrote:
> 
> P3 server machines can easily handle more RAM, I've had P3 servers with 1G 
> and 
> 2G before.  But desktops are limited (desktop and server versions of the P3 
> CPU have significant differences among other things).
> 
What differences are those?  I thought all processors labeled as P-III
were functionally the same (excepting differences between cores).  Now,
I do know that there are differences between the P-III chips and the
P-III-based Xeon chips.  But even then, the biggest difference in how
much RAM a particular machine supports has to do with the motherboard
chipset.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: P3 capabilities (was dselect memory use)

[Matthew Garrett]

Russell Coker <[EMAIL PROTECTED]> wrote:

> P3 server machines can easily handle more RAM, I've had P3 servers with 1G 
> and 
> 2G before.  But desktops are limited (desktop and server versions of the P3 
> CPU have significant differences among other things).

Like any other P6-class CPU[1], the Pentium 3 can handle up to 64GB of
RAM via PAE. Certain chipsets may be more restrictive, but it's not a 
function of the CPU. i810 and i815 are documented to be limited to 
512MB, but the i820 and i840 were desktop chipsets with support for 
more.

[1] Well, except some of the low-end Pentium Ms. I guess Celerons may be 
missing it as well.

-- 
Matthew Garrett | [EMAIL PROTECTED]


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Brian May]

> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:

Steve> Sure, there may have been a behavior change in libc6.

I would like to see some sort of evidence that there *has* been a
behaviour change in libc6, We might all be assuming so, when the
problem lies elsewhere.

e.g. maybe pam_access has changed.

Also, I am not able to reproduce this problem. For me, whoami apears
to read /etc/passwd sequentially from the top and stops at the first
match (according to strace + guessing).

H. on my system nscd didn't work (it wasn't running) I
wonder

could this problem be nscd related?

Does nscd make any attempts to preserve order? I suspect not...
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Brian May]

> "Yaroslav" == Yaroslav Halchenko <[EMAIL PROTECTED]> writes:

Yaroslav> Just checked -- you are right. I thought since sshd is
Yaroslav> running already and it is dyn linked against libpam, I
Yaroslav> hoped that all required pam modules are loaded by
Yaroslav> then... I was wrong... so indeed there is not much use
Yaroslav> for login. I guess it is better to have some terminal
Yaroslav> session with sash running to have constantly opened for
Yaroslav> such occasions.

In which case, this extra sashroot user is pointless, and
automatically configuring it via a debconf question may introduce a
false sense of security.

(unless you modify/recompile login to bypass PAM checks in which case
it would be easy enough for a sysadmin to add the user entry).
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Steve Langasek]

On Wed, Feb 14, 2007 at 10:00:50AM +1100, Brian May wrote:
> > "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:

> Steve> Sure, there may have been a behavior change in libc6.

> I would like to see some sort of evidence that there *has* been a
> behaviour change in libc6, We might all be assuming so, when the
> problem lies elsewhere.

I haven't assumed anything of the sort.  I was just allowing that it might
be a possibility (but an irrelevant one).

> e.g. maybe pam_access has changed.

Huh?  That would have no bearing whatsoever on the results of uid lookups.

> could this problem be nscd related?

That would certainly explain the behavior, yes.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Re: P3 capabilities (was dselect memory use)

[Wouter Verhelst]

On Wed, Feb 14, 2007 at 08:58:11AM +1100, Russell Coker wrote:
> On Thursday 08 February 2007 22:14, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> > Beside the point I know, but I had P-III machines with more RAM than
> > that installed in the past. 768Mb at least.
> 
> Were they desktop machines?  If so what brand?

I have a Dell P3 (650Mhz Coppermine) that can handle up to 768M. Yes, a
desktop.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Re: If I play piano while my computer starts up, /dev/dsp disappears !

[David Lopez Zajara (Er_Maqui)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Marco d'Itri wrote:
> On Jan 31, Eduard Bloch <[EMAIL PROTECTED]> wrote:
> 
>> /dev/foo should better be linked to /dev/fooN (N==lowest possible number).
> I agree in the general case (e.g. /dev/video), but not when there is an
> established practice of using /dev/device in the place of /dev/device0
> (e.g. /dev/dsp).
> Backward compatibility sucks.
> 

If think who its better making a link, its a start. Creating always the
/dev/fooN device, and creating a link with the /dev/foo name (for
example, the case of /dev/hdX and /dev/cdrom). In the future, when the
programs are updated with this change, can delete the link, and doesn't
create more on newers instalations.

- --
[EMAIL PROTECTED]  ||  http://maqui.darkbolt.net
Linux registered user number: #363219
PGP key avaliable at KeyServ. KeyID: 0x4233E9F2
- --
Los hombres somos esclavos de la historia
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF0l1ifFjA4EIz6fIRAg0iAJ984NVa1pSs++JiZm5Y5k33I2w8vACfX9yA
kijQxi/qKWKX+ARO0VyIguM=
=DLGT
-END PGP SIGNATURE-


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

Re: fluxbox

[Greg Folkert]

On Wed, 2007-02-14 at 01:30 +0300, Dmitry E. Oboukhov wrote:
> Hi!
> There's the following problem with the fluxbox package.
> 
> The locale in the etch distributive ia already set into UTF-8 as
> default. Fluxbox has been maintaining  UTF-8 for a long time. 
>  
>  From July in experimental/ there had been  0.9.15version with 
> full maintaining of  UTF-8.
> 
> But in spite of the sent bug
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397482 
> maintainer shows no sign of life and doesn't pay attention on 
> personal messages.
Dmitry, experimental isn't for putting things into Sid or Testing or
Stable.

I am sure yoush hasn't done a thing with it, as Experimental packages
don't need to be maintained, period.

Experimental is experimental. If you don't understand what the word
means, please go look it up. In terms of Debian, it MAY be used for
testing new ways to package things. It may also be used to put newer
versions into the pool without screwing up a freeze. But your July issue
is far before the Etch Freeze.

Which in turn means (to me) it was either a courtesy thing that got put
in Experimental, or that it isn't as easy as you'd think to "fix it up"
to get that or a newer version into Etch. Perhaps, doing the upgrade
from Woody-Etch would break, or maybe the version in Sarge is completely
incompatible and has to be handled gingerly and is causing lots of
heartache.

-- 
greg, [EMAIL PROTECTED]

I don't mow my lawn anymore. I just intimidate it into not growing.
Though it is quite hard to intimidate grass, it has been around a long time
and has quite an attitude about it.


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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Yaroslav Halchenko]

> > could this problem be nscd related?

> That would certainly explain the behavior, yes.
Just FYI nscd version on that unfortunate box is

nscd:
  Installed: 2.3.6.ds1-8

Also I wasn't able to replicate the problem on up-to-date etch box (without
nscd)... nscd)... nscd)... nscd)... (waw... weird vim behavior)

And you are guys share the prize! the cause is indeed in nscd: problem goes
away if I stop nscd, and comes back when I start it. And it might be that
originally I didn't have nscd running, which is why I didn't observe this
behavior.  nscd --debug didn't show anything interesting besides first hit
against not yet known sashroot and then requests to resolve uid=0.

Since, I assume, behavior of the system should be preserved while running nscd,
this issue is an nscd bug, since nscd changes the way uids get resolved.
Is that correct?

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]



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

Re: recent etch upgrade... sashroot (uid=0) started to impersonate uid=0 (root)

[Brian May]

> "Yaroslav" == Yaroslav Halchenko <[EMAIL PROTECTED]> writes:

Yaroslav> Since, I assume, behavior of the system should be
Yaroslav> preserved while running nscd, this issue is an nscd bug,
Yaroslav> since nscd changes the way uids get resolved.  Is that
Yaroslav> correct?

Depends if nscd is required to preserve undocumented behaviour or not.

I really have no opinion on this.

I would guess that nscd has an index by numeric uid and adding the new
user (sashroot) caused the uid=0 entry to be overwritten with the new
sashroot entry, as presumably the developers didn't consider the case
where one numeric uid can belong to many users.
-- 
Brian May <[EMAIL PROTECTED]>


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

Why Beryl has just four packages?

[Anibal Avelar]

Hi. I see you have in queue NEW three packages: beryl-plugins,
beryl-settings and emerald [1] and not ready (yet) beryl.

I know beryl has another packages:

beryl-dbus
beryl-manager

and optionally:

emerald-themes
aquamarine
heliodor

Do you have plans for the others packages?

Because, I have been waiting from the begining those packages, I built
my own packages [2] and I uploaded them in my unofficial Debian
repository:

deb http://fixxxer.cc/debian unstable/
deb-src http://fixxxer.cc/debian unstable/

I have built five packages: beryl, beryl-manager, beryl-plugins,
beryl-settings and emerald from the 0.1.4 version.  Please, check
them.

I just proved them under Intel chipsets, and they are working fine (so far).

Shawn, I would appreciate if you will let me help you. I'm Debian
maintainer and I have a great interest in beryl.

Regards


[1] http://ftp-master.debian.org/new.html
[2] http://fixxxer.cc/debian/unstable/


--
Anibal Avelar (FixXxeR) http://fixxxer.cc
GPG: 83B64656 - C143 4AD8 B017 53FA B742  D6AA CEEA F9F3 83B6 4656


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

Re: P3 capabilities (was dselect memory use)

[Daniel Baumann]

Russell Coker wrote:
> Were they desktop machines?  If so what brand?

one of the most famous desktop boards for pentium 3 slot cpus was the
asus p3b-f. it can handle 4 dimms with a total capacity of 1gb (lucky me
had such a machine in 2000/2001. :).

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Re: P3 capabilities (was dselect memory use)

[Evgeni Golov]

On Wed, 14 Feb 2007 08:09:48 +0100 Daniel Baumann wrote:

> Russell Coker wrote:
> > Were they desktop machines?  If so what brand?
> 
> one of the most famous desktop boards for pentium 3 slot cpus was the
> asus p3b-f. it can handle 4 dimms with a total capacity of 1gb (lucky
> me had such a machine in 2000/2001. :).

In 2000/2001? I still have a p3-500 on a asus p3b-f with 512mb ram here
at home as a fileserver, and one with 384mb at my girlfriends home as a
desktop...
And yes the boards could handle more, but get sd-ram today for a fair
price :(

-- 
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  >-|-<   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \| http://www.die-welt.net - [EMAIL PROTECTED]



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