shimi writes:
> * Aliases existing on some user and not on the other
No, I used full paths for all executables, as /bin/cat and /usr/bin/zip.
> * Running from shell vs. not from shell (related to above two)
This reminds me of my other recent discovery (/dev/stderr, pipes, and
crontab), but the
On Mon, Aug 06, 2012, Geoffrey S. Mendelson wrote about "Re: sms via icq with
the new mobile companies":
> >In Israel, you *do not* pay for incoming SMSs - it is the sender that
> >pays for them.
>
> Sorry, that's wrong. Until recently you paid for incoming SMSs too.
No, I believe that *this* st
On Mon, Aug 6, 2012 at 9:15 PM, Oleg Goldshmidt wrote:
>
> Now, while the problem is fixed I am not satisfied yet:
>
> 1) I have never had to add -q before: zip/unzip have always worked
>fine. Why now? The man page does not say anything really
>
> 2) It is my script that calls zip - it is not
Martha Greenberg writes:
> Run zip with the -q option. Otherwise, the output of zip ends up in
> the created zip file. You can see this by running strings on the
> zip file, which (without -q) shows:
>
> (deflated 3%)
>
> Adding -q to zip fixes this.
Well, answering both to shimi and to Marth
Run zip with the -q option. Otherwise, the output of zip ends up in the
created zip file. You can see this by running strings on the zip file, which
(without -q) shows:
(deflated 3%)
Adding -q to zip fixes this.
Martha Greenberg
On Aug 6, 2012, at 17:35 , Oleg Goldshmidt wrote:
> Hi ever
On Mon, Aug 6, 2012 at 7:16 PM, Oleg Goldshmidt wrote:
> shimi writes:
>
> > On Mon, Aug 6, 2012 at 5:35 PM, Oleg Goldshmidt
> wrote:
> >
> >$ unzip -l file.log.zip
> > Archive: file.log.zip
> > warning [file.log.zip]: 16 extra bytes at beginning or within
> > z
shimi writes:
> On Mon, Aug 6, 2012 at 5:35 PM, Oleg Goldshmidt wrote:
>
>$ unzip -l file.log.zip
> Archive: file.log.zip
> warning [file.log.zip]: 16 extra bytes at beginning or within
> zipfile
> (attempting to process anyway)
> Length Date
On Mon, Aug 6, 2012 at 5:35 PM, Oleg Goldshmidt wrote:
>
> $ unzip -l file.log.zip
> Archive: file.log.zip
> warning [file.log.zip]: 16 extra bytes at beginning or within zipfile
> (attempting to process anyway)
> Length DateTimeName
> - -- -
> 7
Hi everyone,
I am looking at another weird problem on CentOS 6.2. Here is the
outline - hope someone will be able to help me figure it out.
Many (most?) of you are probably familiar with logrotate(8), and know
that it is capable of a) compressing the rotated logs, and b) mailing
them to a specifi
Hey,
ICQ currently does not run on most carriers anymore. They terminated nearly
all agreements with carriers. Therefore chance new carriers might work is
IMHO zero.
They used to list the carriers in http://www.icq.com/sms , but now that
page is just full with junk
I followed this closely because
On 8/6/12 10:39 AM, Nadav Har'El wrote:
On Sun, Aug 05, 2012, Geoffrey S. Mendelson wrote about "Re: sms via icq with the
new mobile companies":
So not only check your bill carefully, but before you start sending
lots of free SMSs, make sure it does not cost you to receive them.
In Israel, yo
On Sun, Aug 05, 2012, Geoffrey S. Mendelson wrote about "Re: sms via icq with
the new mobile companies":
> So not only check your bill carefully, but before you start sending
> lots of free SMSs, make sure it does not cost you to receive them.
In Israel, you *do not* pay for incoming SMSs - it is
12 matches
Mail list logo
