On Fri, Sep 14, 2001 at 07:40:56PM -0400, Albert D. Cahalan wrote:
> Maybe you would consider writing your own damn /bin/ps and fixing
> stuff in /proc when clueless people screw with it.
Yeah, and we all owe you a debt of thanks for that beautiful ps manpage
*you* wrote.
--
G. Branden Robinson
> without any fuse I had to fix the ext2-fs manually for about 15min. Luckally
> it
> seems I haven't lost anything on both system.
i make regular backups and use "e2fsck -y" to fix filesystems if e2fsck
bails, falling back to the tape if data is lost. how many mortals really
know how to do it be
Ethan Benson writes:
> On Wed, Sep 12, 2001 at 10:25:11AM +0200, Christoph Ewering wrote:
>> I read this mailing list for some month now and one thing that really
>> annoyes me is your arrogant writing style. Looks to me that you know
>> a lot about linux but you know nothing about politeness.
>
>
On Fri, Sep 14, 2001 at 03:02:09PM -0800, Ethan Benson wrote:
> On Fri, Sep 14, 2001 at 01:34:25PM -0400, Adam C Powell IV wrote:
> > >
> > Nope. If I upgrade to the most recent kernel-image-2.2.19-pmac (I think
> > 2.2.19-3.1), ADB keycodes are totally disabled. IMHO, this lack of
> > choice s
On Fri, Sep 14, 2001 at 01:34:25PM -0400, Adam C Powell IV wrote:
> >
> Nope. If I upgrade to the most recent kernel-image-2.2.19-pmac (I think
> 2.2.19-3.1), ADB keycodes are totally disabled. IMHO, this lack of
> choice should be considered a bug.
well its not. and its NOT changing.
> Here'
> > Correct - they open the devnode from userspace, and manipulate the
> > filesystem image directly, instead of using a kernel filesystem driver.
> >
>
> Has anyone seen any corruption from the user space tools, or do both have a
> chance of corruption?
The user space tools haven't been reported
On Thu, Sep 13, 2001 at 09:24:01PM -0600, Derrik Pates wrote:
> On Thu, 13 Sep 2001, Mike Fedyk wrote:
>
> > Am I correct in thinking that you don't need hfs compiled into the kernel to
> > use these tools? In other words, does it work directly with the partition?
>
> Correct - they open the dev
Michel Dänzer wrote:
Adam C Powell IV wrote:
So, no more desktop switching in the console or X, and more importantly,
no ctrl-alt-f1 from X to the console, and when the mouse freezes (if I
try to log out and back in), I am dead, and must use my wife's Windoze
PC to ssh in and kill X/gdm (which
Michel Dänzer wrote:
Adam C Powell IV wrote:
but it's also mouse button 2/3 for many of us, as
advice on how to make it so with the new input layer was posted numerous
times to this list. Forcing one to either not use alt, or change mouse
button emulation keys which one has used for years, do
On Fri, Sep 14, 2001 at 01:15:15PM +0200, Michel Dänzer wrote:
> Laurent de Segur wrote:
>
> > Entering 'uname -p' should return 'ppc' but returns 'unknow' running
> > 2.4.8-powerpc with debian/woody.
>
> What makes you think it should return ppc (uname -m does) ?
>
> I just tried it on a sparc6
Laurent de Segur wrote:
> Entering 'uname -p' should return 'ppc' but returns 'unknow' running
> 2.4.8-powerpc with debian/woody.
What makes you think it should return ppc (uname -m does) ?
I just tried it on a sparc64 and an i686 system and both returned unknown as
well.
--
Earthling Michel
On Fri, Sep 14, 2001 at 10:13:49AM +0200, Michael Schmitz wrote:
> > > People silly enough to upgrade the kernel on an old distribution will get
> > > hurt.
> >
> > idiots who touch a hot stove will get burned. whats your point?
>
> That idiots are among Debian users nonetheless. It'll happen (in
> > People silly enough to upgrade the kernel on an old distribution will get
> > hurt.
>
> idiots who touch a hot stove will get burned. whats your point?
That idiots are among Debian users nonetheless. It'll happen (in that
particular case we've seen it happen). Branding these people as idiots
On Fri, Sep 14, 2001 at 10:03:41AM +0200, Michael Schmitz wrote:
> > > > Yes, because they are the default if enabled, which leads to all kinds
> > > > of
> > > > problems.
> > >
> > > That could be changed by presetting to 1 whatever variable is set via
> > > /proc/.../keyboard_sends_borken_keyco
Hi,
Michael Schmitz writes:
> stuff like MOL packages depending on particular Debian kernel
> packages (and refusing to start with another; not sure if that's
> still the case though)
No, it's not. Mac-on-Linux is split into several packages. Most of
it is in mol, which depends on mol-modules.
> > > Yes, because they are the default if enabled, which leads to all kinds of
> > > problems.
> >
> > That could be changed by presetting to 1 whatever variable is set via
> > /proc/.../keyboard_sends_borken_keycodes, yes?
>
> no
Why not - because you don't like it, or because it's not a simple
On Fri, Sep 14, 2001 at 09:55:42AM +0200, Michael Schmitz wrote:
> > > style ADB keyboard support" means ADB keyboard support through the
> > > mac_keyb.c driver, not the HID driver. For all I know this implies ADB
> >
> > that happened potato r2
> >
> > why you would want or need to use the cruft
> > style ADB keyboard support" means ADB keyboard support through the
> > mac_keyb.c driver, not the HID driver. For all I know this implies ADB
>
> that happened potato r2
>
> why you would want or need to use the cruft driver i have no idea.
Because the trackpad mouse comes back reliably after
On Fri, Sep 14, 2001 at 09:44:51AM +0200, Michael Schmitz wrote:
> People silly enough to upgrade the kernel on an old distribution will get
> hurt.
idiots who touch a hot stove will get burned. whats your point?
> I'm not sure - with stuff like MOL packages depending on particular Debian
> ker
> > > Where exactly do we break backwards compatibility? A knowledgeable user
> > > can still use ADB keycodes if he absolutely wants to for a reason I can't
> > > imagine.
> >
> > By building kernel packages that have no old style ADB keyboard support
> > anymore?
>
> I still fail to see what that
On Fri, Sep 14, 2001 at 09:32:58AM +0200, Michael Schmitz wrote:
> > > To return to the topic at hand: I had the impression that ADB keycode
> > > support is removed from current boot-floppies kernels, is that correct?
> >
> > Yes, because they are the default if enabled, which leads to all kinds o
On Thu, Sep 13, 2001 at 05:07:39PM -0700, Mike Fedyk wrote:
> > the conclusion is macos is just stuffing its head in the sand.
>
> Exactly.
>
> Run Norton Utilities or the brain dead utility that comes with MacOS on it,
> and it will find and hopefully repair the errors.
>
> If you don't do this
On Thu, Sep 13, 2001 at 05:09:22PM -0700, Laurent de Segur wrote:
> on 9/13/01 4:57 PM, Ethan Benson at [EMAIL PROTECTED] wrote:
>
> > penguinppc has been online for about a week now
>
>
> in terms of HTML pages, they are fine. In terms of file downloads, dead in
> the water (you still get the c
> > To return to the topic at hand: I had the impression that ADB keycode
> > support is removed from current boot-floppies kernels, is that correct?
>
> Yes, because they are the default if enabled, which leads to all kinds of
> problems.
That could be changed by presetting to 1 whatever variable
> You have to sacrifice a key for each emulated mouse button in any case. If
> that key has an important function now, you either have to change the keymap
> or use another key for emulation. There's no way to avoid that.
After switching to the new keycodes etc., I notice my power-on key is
unrec
25 matches
Mail list logo
