> here is a test image. on my 2.1 kernel it works well :
> total 2
> -r--r--r-- 1 root root 45 Jun 13 12:23 TRANS.TBL
> lr-xr-xr-x 1 root root3 Jun 13 12:22 bar -> foo
>
> on a plain 2.0.33 it doesn't work well :
> total 1
> -r-xr-xr-x 1 root root
Bdale Garbee <[EMAIL PROTECTED]> wrote:
> Was the system clock ever warped more than 1024 seconds under these
> circumstances? If so, I think that it would cause xntpd to exit, but I
> have not actually tried it.
Hmm... circumstancial evidence says that yes, this kills xntpd.
I guess the right t
[EMAIL PROTECTED] (Adam P. Harris) writes:
> (a) we need specific installation instructions for upgrading. Igor,
> is this supposed to be part of the install.sgml document, or is it
> separate?
>
> (b) recommend for upgrades that users use *either* autoup.sh or, if
> they are daring,
On 14 Jun 1998, Karl M. Hegbloom wrote:
> Any idea what's causing this? I think it *might* be pppd, but I'm
> not sure.
>
> `C-u M-! last'
> p*** [EMAIL PROTECTED]|*@ [EMAIL PROTECTED]Sun Jun 14 12:42
> still logged in
> karlheg ttyp5:0.0 Sun Jun 14 11:37
Er,
Hey all, I have a a few small problems,
I was messing about today on irc.debian.org doling out tech support while
playing around with apackage called Dumb it is a free Doom Graphics
engine. Anyway I got it to compile after some light source hacking and it
works well under X.
So I hear you
On Sun, 14 Jun 1998, Raul Miller wrote:
> Jason Gunthorpe <[EMAIL PROTECTED]> wrote:
> > You can't background ntpdate, both ntpdate and xntpd can not run at the
> > same time, if you load one then the other will fail.
>
> Hm... then I guess it should be done the other way around.
>
> ntpdate wi
On Sun, 14 Jun 1998, Sudhakar Chandrasekharan wrote:
> * apt-get
>
> apt-get update works fine
> apt-get upgrade dumps core. The packages get downloaded fine to
> /var/cache/apt/archives/
Can you tell me if APT dumps core or if it is dpkg that is deing? It
sounds to me like APT is working c
On 14 Jun 1998, Adam P. Harris wrote:
> Finally, there are still some reports that apt segfaults for some
> systems. Jason has done an excellent job of responding to these
> issues as they arise, but it's natural there may be bugs yet in the
> system. So I feel that droping the road-tested auto
In article <[EMAIL PROTECTED]> you wrote:
: Bdale Garbee <[EMAIL PROTECTED]> wrote:
:> Have you actually tried this and found something different?
: I've run ntpdate numerous times with xntp already running.
Hmm. I didn't think that would work. Learn something new every day!
Was the system clo
-BEGIN PGP SIGNED MESSAGE-
I feel bad about saying this, since I think we should all be working hard
twoards hamm release, but I've looked at the "bugs" and I've no Idea where
to even start to look, to fix them so Here goes... I intend to package
Blackbox, a small rather fast X11 windo
First, I'd like to report that, as of today, the Alpha is 243 packages away
from being in sync with i386/main. This makes me confident that we can have
a hamm release for Alpha, even if it takes another month or two to finish up
and might not encompass the whole of contrib and non-free.
*Unfortun
Sudhakar Chandrasekharan <[EMAIL PROTECTED]> wrote:
> Things seemed to be going fine till today. Today I noticed that apt-get,
> dpkg and dselect all dump core -
Sounds like a significant bug.
Please file a bug report. I think you should include with it an strace
(-f) of dpkg failing.
[Note: dp
Martin Schulze writes:
> Please contact netgod at [EMAIL PROTECTED] As far as I recall his
> wnpp database he already has implemented a vacation mechanism.
Thanks for the hint.
> May I shout "Jehova"?
? Sorry, I'm not sure to understand ?
> This could and should be managed easily with
>
This message is mostly aimed at netgod.
Martin Schulze writes:
> On Wed, Jun 10, 1998 at 11:14:19PM +0200, Yann Dirson wrote:
> >
> > Many of us send a mail when going off-line for some time. This is
> > however quite informal: these anouncements are posted once in -devel,
> > once in -priv
Jason Gunthorpe <[EMAIL PROTECTED]> wrote:
> You can't background ntpdate, both ntpdate and xntpd can not run at the
> same time, if you load one then the other will fail.
Hm... then I guess it should be done the other way around.
ntpdate will run with xntpd running, I've done this numerous times
On Sun, 14 Jun 1998, Raul Miller wrote:
> [Note that I've tossed the timeout, but to prevent any potential
> boot-hang problems have backgrounded the sction. According to
You can't background ntpdate, both ntpdate and xntpd can not run at the
same time, if you load one then the other will fail
I recently upgraded to apt_0.0.16-1
Things seemed to be going fine till today. Today I noticed that apt-get,
dpkg and dselect all dump core -
* apt-get
apt-get update works fine
apt-get upgrade dumps core. The packages get downloaded fine to
/var/cache/apt/archives/
* dselect
'Access' (se
Previously Jason Gunthorpe wrote:
> I have a few /tmp/zman*, /tmp/acout* and /tmp/acin* files, not sure
> what leaves them behind either - anyone have any ideas?
gcc/g++. Ray is working on solving this and has almost reached
a solution. Stay tuned.
Wichert.
--
==
On Sun, Jun 14, 1998 at 12:53:12PM -0700, Karl M. Hegbloom wrote:
> Any idea what's causing this? I think it *might* be pppd, but I'm
> not sure.
I dial in using pppd, and have no problems of the sort.. I also use
rxvt.. hrmm not much else from home. Work computer seems ok too..
Good luck,
--
James Troup <[EMAIL PROTECTED]> writes:
> My original objection was going to be base around the fact that passwd
> is Essential, but it turns out it isn't, my bad. I'd hate to be part
> of the current `Let's make foo Essential: yes and part of the base
> system, in fact let's make it the kernel'
Any idea what's causing this? I think it *might* be pppd, but I'm
not sure.
`C-u M-! last'
p*** [EMAIL PROTECTED]|*@ [EMAIL PROTECTED]Sun Jun 14 12:42 still
logged in
karlheg ttyp5:0.0 Sun Jun 14 11:37 still logged in
karlheg ftp jhplip1
Marcus Brinkmann <[EMAIL PROTECTED]> wrote:
> Maybe the text you wrote could be displayed when vi is started (like emacs
> has some text at start-up) ?
Remember that we're talking theory here, even elvis-tiny is
currently bigger than ae, and space is cramped on the rescue
disk.
That said, I was
Steve Dunham <[EMAIL PROTECTED]> writes:
>
>"James R. Van Zandt" <[EMAIL PROTECTED]> writes:
>
>> I'd sure like a mechanism, with either email or a browser, to get a
>> list of the bugs registered against a particular package.
>
>What about http://www.debian.org/Bugs/db/ix/packages.html?
Curren
Some time around 14 Jun 1998 13:28:00 EDT,
Adam P. Harris wrote:
>
> This issue has been addressed in some detail by the testing group. To
> begin with, I must point out that some dpkg installation methods these
> days do quite a nice job of package ordering on their own (I think
Anthony Towns writes:
> On Sun, Jun 14, 1998 at 01:07:33AM +0200, Remco Blaakmeer wrote:
> > > [Yeah, it's new software -- it's also the best way to keep the hamm
> > > upgrade from completely breaking an existing debian installation.]
> > The autoup.sh script also does the job well, doesn't it?
>
On Sun, Jun 14, 1998 at 12:38:00PM -0400, Raul Miller wrote:
> Bdale Garbee <[EMAIL PROTECTED]> wrote:
> > Have you actually tried this and found something different?
>
> I've run ntpdate numerous times with xntp already running.
>
> > I've actually had several folks request that I break ntpdate
> I know that this is sufficient for simple edits, and this is
> all I really know about Vi.
>
> We should have a Debian tutorial soon (IIRC). If we have a good chapter on
> Vi in it, I think vi on the rescue disk should not be a problem.
>
> Maybe the text you wrote could be displayed when vi is
I intend to package (well, okay, I already did it ;-) the Python
XML tools being produced by the PSA XML-SIG. This is an
all-in-one-place collection of several independently developed tools
for XML parsing and validation, and it includes Python implementations
of the SAX API and DOM. It also rep
Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> I've never had the kernel glitch on any of these (thankfully!) Sounds like
> there may be some obscure problems - I know the pre-patches did not work
> well on master. Perhaps we should chuck .34 on murphy and master and see
> how it handles there? - Le
On Sun, Jun 14, 1998 at 09:53:17AM -0400, Raul Miller wrote:
> Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> > Absolute novices unwilling to learn should be lead gently to
> > the nearest windows box.
>
> How about something like:
I think you made a good summarize of my total vi knowledge :)
Bdale Garbee <[EMAIL PROTECTED]> wrote:
> Have you actually tried this and found something different?
I've run ntpdate numerous times with xntp already running.
> I've actually had several folks request that I break ntpdate out into a
> separate package, so that they could install just it and co
In article <[EMAIL PROTECTED]> you wrote:
:> Any reason not to use
:> ntpdate -b -s `awk '/^[ ]*server/{print $2}'` &
:> ? (that's a tab and a space between the square brackets).
:> [Note that I've tossed the timeout, but to prevent any potential
:> boot-hang problems have backgrounded the s
On Sun, Jun 14, 1998 at 12:59:49AM -0600, Bdale Garbee wrote:
> In article <[EMAIL PROTECTED]> you wrote:
>
> : My personal opinion is that Apt is *already* the way to go.
>
> Absolutely. 100% of the people I've suggested apt to (which is now almost
> everyone in my circle of Debian friends) has
Z-Y [Jerry] <[EMAIL PROTECTED]> wrote:
> I am no guru. But let's stop this war!
I apologize for everything I said which seemed combative.
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Most features? *VI*? or you mean XEmacs? Since when has vi
> been an editor with features? ;-)
>
> manoj
Kidding, right ?
Do ":help" in VIM and enjoy reading about "Vi features" till the end of the
month :)
Alex Y.
--
_
_( )_
( (o___ +-
greet all,
I am no guru. But let's stop this war! To me, choice of editor depends on
your experience, skill and task on hand. I use vi and my boss at work uses
emacs. We both like our own choice very much and enjoy the way our choice
works for us. But we never try to "convert" each other, fortunat
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Most features? *VI*? or you mean XEmacs? Since when has vi
> been an editor with features? ;-)
The biggest advantage of vi over xemacs is that vi is easier on the
wrists. For example, vi's . command (repeat last command which changed
the text) i
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Absolute novices unwilling to learn should be lead gently to
> the nearest windows box.
How about something like:
introductory vi help (unmap '?' to restore reverse searching)
This editor has two modes, in Input mode you may enter text,
in Com
On Sun, Jun 14, 1998 at 03:49:29AM -0500, Manoj Srivastava wrote:
> Hi,
> Frankly, is is a disservice to introduce anyone with that
> opinion to Linux, for they shall never be able to take care of the
> machine itself, and they shall go away bad mouthing Debian. Actually,
> anyone who thi
On Sun, Jun 14, 1998 at 03:53:59AM -0500, Manoj Srivastava wrote:
> Hi,
> >>"Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> Marcus> Problem is, you'll never be able to convince a DOS user of a
> Marcus> text editor with different modes. Sorry, I don't think a dumb
> Marcus> newbie
On Sun, Jun 14, 1998 at 09:08:08AM -0400, Raul Miller wrote:
> Branden Robinson <[EMAIL PROTECTED]> wrote:
> > There are a number of aspects of the existing init script that are not
> > policy-compliant. Within this mail is a modified version that is. (Yes, I
> > have tested it.)
>
> A question/
Branden Robinson <[EMAIL PROTECTED]> wrote:
> There are a number of aspects of the existing init script that are not
> policy-compliant. Within this mail is a modified version that is. (Yes, I
> have tested it.)
A question/comment, though:
> TIMEHOST1=ntp2.usno.navy.mil
> TIMEHOST2=tick.usno.na
[I don't have the bug number at hand, so please forward this to the bug
tracking system.]
On Sun, 14 Jun 1998, Branden Robinson wrote:
> Package: xntp3
> Version: 5.91-8
> Severity: important
>
> There are a number of aspects of the existing init script that are not
> policy-compliant. Within
Hi,
>>"Jason" == Jason Gunthorpe <[EMAIL PROTECTED]> writes:
Jason> On Thu, 11 Jun 1998, Hamish Moffatt wrote:
Jason> Manoj, does the kernel package always build bzimages or does it look at
Jason> the size of gzip -9 vmlinux and decide based on that?
The kernel makefile defaults to a
Hi,
>>"Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
Marcus> Oh, cool.
Marcus> "DEBIAN: Sorry, you need a ph.d. in computer science,
Marcus> 10-year-experience in unix system administration or a good
Marcus> handbook on the obscure "vi" program before you can edit a
Marcus> file du
Hi,
>>"Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
Marcus> Problem is, you'll never be able to convince a DOS user of a
Marcus> text editor with different modes. Sorry, I don't think a dumb
Marcus> newbie should be able to install a workstation, but he should
Marcus> be able to ins
In article <[EMAIL PROTECTED]> you wrote:
: My personal opinion is that Apt is *already* the way to go.
Absolutely. 100% of the people I've suggested apt to (which is now almost
everyone in my circle of Debian friends) has switched to it for good. I have
had several people tell me that the apt
Package: xntp3
Version: 5.91-8
Severity: important
There are a number of aspects of the existing init script that are not
policy-compliant. Within this mail is a modified version that is. (Yes, I
have tested it.)
Also, this should be placed in the xntp3 build tree as debian/init, so that
dh_ins
>Humm... I don't see those /tmp/cca* nor anything weird in /tmp...
>This is a very recent Hamm.
The bug-tracking system says that this has been fixed for gcc. The egcc
package still has the bug outstanding, and I can confirm that the bug still
occurs for it. ii egcc2.90.29-0.3
On Sun, Jun 14, 1998 at 01:07:33AM +0200, Remco Blaakmeer wrote:
> > [Yeah, it's new software -- it's also the best way to keep the hamm
> > upgrade from completely breaking an existing debian installation.]
> The autoup.sh script also does the job well, doesn't it?
Not for new installs. Having th
On Jun 13, Nathan E Norman wrote:
> The EW-too code and concept are copyright Simon Marsh, August 1994.
>
> Permission is hereby granted for the code to be copied, changed, and
> used for any non-profit making purpose in any way you wish as long as
> you credit the original author and any oth
Humm... I don't see those /tmp/cca* nor anything weird in /tmp...
This is a very recent Hamm.
E.-
Jason Gunthorpe <[EMAIL PROTECTED]> wrote:
>
> For some reason with the newest hamm I have been getting lots of cca*
> files in /tmp, they are all 0 size and all created by my user. There are
> abo
> Meskes, Michael <[EMAIL PROTECTED]> wrote:
> > Please tell me what exactly you like more about mysql in comparison to
> > PostgreSQL which really is DFSG free.
>
On Sat, Jun 13, 1998 at 07:55:46PM -0500, Erv Walter wrote:
> 1) Speed
> 2) While neither completely implements SQL92 and newer stan
'Wichert Akkerman wrote:'
>
>Previously Chris Fearnley wrote:
>> But yesterday I upgraded a bo system to hamm which has a 3000 line
>> /etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
>> for the new user. And my staff is complaining about the wasted time.
>
>Are you sure it's
For some reason with the newest hamm I have been getting lots of cca*
files in /tmp, they are all 0 size and all created by my user. There are
about 1000 of them right now - anyone know what is making these files so I
can file a bug?
I have a few /tmp/zman*, /tmp/acout* and /tmp/acin* files, not
On Sat, 13 Jun 1998, Raul Miller wrote:
> > I noticed that apt is not yet in hamm. In my opinion, this is the
> > currently the single most important issue for hamm: unless we have
> > a real good reason, we should be focussing our efforts around putting
> > apt into hamm.
Remco Blaakmeer <[EMAIL
Where can I find a good reference to LICENSES?
We are looking at EW-too (the talker code) - here is the license:
The EW-too code and concept are copyright Simon Marsh, August 1994.
Permission is hereby granted for the code to be copied, changed, and
used for any non-profit making purpose in
Meskes, Michael <[EMAIL PROTECTED]> wrote:
> Please tell me what exactly you like more about mysql in comparison to
> PostgreSQL which really is DFSG free.
1) Speed
2) While neither completely implements SQL92 and newer standards, the
portion that mysql implements is more useful for my application
58 matches
Mail list logo
