On Thu, Mar 31, 2005 at 01:02:23AM +0200, Nadav Har'El wrote:
> On Wed, Mar 30, 2005, Yedidyah Bar-David wrote about "Re: A second glibc on
> Linux ( there's a keren in the darkness )":
> > > P.S. I disagree that having the current directory in the path is only the
> > > "DOS way". It has always
Hi Tal,
If you have a modern-enough version of the Linux Kernel and using ext3,
you can turn on ACLs on your ext3 partition (add "acl" to your mount
options) and set a "default ACL" (using the setfacl utility) on those
directories. Then, no matter what ownership or mode those new files will
hav
Luckily, the cellular providers have kept their sites unchanged for many
months, so I did not have to make new releases of SendSMS.
However, a few days ago, a good change happened: ICQ's site can now send
SMSs also to Orange phones, not only to Pelephone and Cellcom like it did
until recently. Thi
On Wed, Mar 30, 2005, Yedidyah Bar-David wrote about "Re: A second glibc on
Linux ( there's a keren in the darkness )":
> > P.S. I disagree that having the current directory in the path is only the
> > "DOS way". It has always been the Unix way too, and I still like it to
> > this day. I think th
Hello .
i
would like to question you a small problem that i have.
I
have created a wu-ftp on debian and gave the user the chroot [in
wu-ftp/ftpaccess].
And i have 3 users on that server:
incoming
outgoing
and inout
basicly i dont want the users to be able to change their folders
permissi
On Wed, Mar 30, 2005 at 05:40:41PM +0200, Nadav Har'El wrote:
> On Wed, Mar 30, 2005, guy keren wrote about "Re: A second glibc on Linux (
> there's a keren in the darkness )":
> >
> > On Wed, 30 Mar 2005, Oron Peled wrote:
> >
> > > To summarize: the folk tale about avoiding commands named tes
Thanks Tzafrir.
I downloaded the pdmenu and rebuilt my menus and it's working great!!!
Thanks for your help and tip. :-)
Regards,
Ran Livneh
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tzafrir Cohen
Sent: Friday, March 25, 2005 2:17 PM
To: linux-
On Wed, Mar 30, 2005 at 05:19:23PM +0200, guy keren wrote:
> since when does 'D' state means a process is holding a lock? there are
> many situations in the kernel that processes are put to sleep while not
> holding any lock (at least as far as i saw - and i'm talking about 2.6
> kernels) - unless
On Wednesday 30 March 2005 08:28, Yedidyah Bar-David wrote:
> On Tue, Mar 29, 2005 at 11:41:36PM +0200, Kfir Lavi wrote:
> > Hi,
> > i would like to install netBSD.
> > They have floppy image for this installation.
> > I don't have floppy or cdrom attached to my computer.
> > Can i load the image f
guys and gals
here's a "great" reason to buy a MySQL license.
A prospective client told me he was choosing MySQL over Postgres and
Firebird for a system application that bundles a db because:
a) "MySQL has the most market share "
b) "We spoke to MySQL and they told us that they will give us legal
--=-WHb7yYBfPjIjPgE5Ple/
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Wed, 2005-03-30 at 10:42 +0200, Gabor Szabo wrote:
> Firs of all, thanks for the responses.
>
> To get you more details to chew on.
> We found the problem and solved it but I would be glad to see how other
> wo
On Wed, Mar 30, 2005, guy keren wrote about "Re: A second glibc on Linux (
there's a keren in the darkness )":
>
> On Wed, 30 Mar 2005, Oron Peled wrote:
>
> > To summarize: the folk tale about avoiding commands named test (or
> > Nee, for that matter) is like trying to cure a virus with Aspiri
On Wed, 30 Mar 2005, Muli Ben-Yehuda wrote:
> On Wed, Mar 30, 2005 at 09:25:29AM +0200, Shachar Shemesh wrote:
>
> > Processes should never spend too much time in the "D" state. The very
> > fact that certain activities mean you are almost guaranteed to see
> > processes in the "D" state means th
On Wed, 30 Mar 2005, Oron Peled wrote:
> On Wednesday 30 March 2005 01:04, guy keren wrote:
> > 1. never ever ever specify link flags before specifying the list of object
> > files. don't ask me why - perhaps this is just a habbit.
>
> Because Unix/Linux linkers are designed to work in a singlep
On Wed, 30 Mar 2005, Oron Peled wrote:
> To summarize: the folk tale about avoiding commands named test (or
> Nee, for that matter) is like trying to cure a virus with Aspirin.
this is wrong, as it does not take into account the fact that a newcomer
is sometimes accustomed to the DOS way, where
On Wed, Mar 30, 2005, Yedidyah Bar-David wrote about "Re: high load ?":
> This is so only if you have load only on the CPU. If, for example, you
> only have one process running, but which does a lot of paging, your
> load average will be <=1, but the responsiveness will be quite bad,
> as your shel
On Wednesday 30 March 2005 10:18, Muli Ben-Yehuda wrote:
> Why do you think so? D means that a process is holding a lock. Do you
> mean "bugs" in the sense of "long lock holding times"?
Even worse, I have seen too many occasions when "long" actually
was "unbounded". When kernel code does uninterru
Hmmm, it's probably the most Off-Topic that has ever sent to this list,
but I don't think there is a better Israeli list/forum to answer this
question, and I don't want to bother a foreign list/forum that nobody
there knows me:
Is there any site that rates the various XML formats (or DTDs/Scheams)
Gabor Szabo wrote:
Firs of all, thanks for the responses.
To get you more details to chew on.
We found the problem and solved it but I would be glad to see how other
would attack the problem with this extra information:
Basically on every hit the database write a row in a table in MySQL.
The server
On Wednesday 30 March 2005 10:06, Amir Binyamini wrote:
> I had seen before a recommendion not to use "test" as an executable
> in linux and I am aware of it)
Let's improve this recommendation a bit:
1. If you follow the recommendation *not* to put '.' (the
current directory) in your $PATH.
On Wednesday 30 March 2005 01:04, guy keren wrote:
> 1. never ever ever specify link flags before specifying the list of object
>files. don't ask me why - perhaps this is just a habbit.
Because Unix/Linux linkers are designed to work in a single pass,
so they must collect all the missing symbo
On Wed, Mar 30, 2005 at 10:36:07AM +0200, Shachar Shemesh wrote:
> Yedidyah Bar-David wrote:
>
> >>You may have to tweak the numbers a bit, but it seems about right. A
> >>different question is whether, under this scenario, the load average is
> >>still the right metric to look at? I think it is
On Wed, Mar 30, 2005 at 11:20:49AM +0200, Kfir Lavi wrote:
> On Wednesday 30 March 2005 02:35, guy keren wrote:
> > On Tue, 29 Mar 2005, Kfir Lavi wrote:
> > > Hi,
> > > i would like to install netBSD.
> > > They have floppy image for this installation.
> > > I don't have floppy or cdrom attached t
On Wednesday 30 March 2005 02:35, guy keren wrote:
> On Tue, 29 Mar 2005, Kfir Lavi wrote:
> > Hi,
> > i would like to install netBSD.
> > They have floppy image for this installation.
> > I don't have floppy or cdrom attached to my computer.
> > Can i load the image from the hard disk with grub? o
Yedidyah Bar-David wrote:
You may have to tweak the numbers a bit, but it seems about right. A
different question is whether, under this scenario, the load average is
still the right metric to look at? I think it is. If the load average is
2, my shell still have quite a queue to wait for being a
Firs of all, thanks for the responses.
To get you more details to chew on.
We found the problem and solved it but I would be glad to see how other
would attack the problem with this extra information:
Basically on every hit the database write a row in a table in MySQL.
The server gets about 5 hit
Muli Ben-Yehuda wrote:
On Wed, Mar 30, 2005 at 09:25:29AM +0200, Shachar Shemesh wrote:
Processes should never spend too much time in the "D" state. The very
fact that certain activities mean you are almost guaranteed to see
processes in the "D" state means there are bugs in the kernel.
On Wed, Mar 30, 2005 at 09:25:29AM +0200, Shachar Shemesh wrote:
> guy keren wrote:
>
[snip]
>
> Processes should never spend too much time in the "D" state. The very
> fact that certain activities mean you are almost guaranteed to see
> processes in the "D" state means there are bugs in the ke
On Wed, Mar 30, 2005 at 09:25:29AM +0200, Shachar Shemesh wrote:
> Processes should never spend too much time in the "D" state. The very
> fact that certain activities mean you are almost guaranteed to see
> processes in the "D" state means there are bugs in the kernel.
Why do you think so? D
Bravo!
It works! Blessed be you!
I had tried : (changing the name module to hello.c and of executable to
hello - I had seen before a
recommendion not to use "test" as an executable in linux and I am aware of
it)
gcc -static -nostdlib hello.c /usr/lib/crt1.o /usr/lib/crti.o \
/usr/lib/crtn.o \
/
30 matches
Mail list logo
