linuxconsole-dev

Wed Watch this stck go on

[cnfwlqij v. <dvg...@rm...>]

Get CTXE First Thing Today, This Is Going To Explode Wednesday!

Huge PR campaign is underway for Wednesday
GET in NOW
Check out for HOT NEWS!!!

CTXE - CANTEX ENERGY CORP 

CURRENT_PRICE: .50 GET IT N0W!

GET in now for over 300 percent potential Gain

Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW.

Company Profile

Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. 

Recent News

President of Cantex commented, "We encourage our valued shareholders to be patient as we approach the commencement date of this very unique opportunity in one of the last under-explored, world-class potential gas plays with no geopolitical risks."

Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development
Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells.

Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations."

Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed.


Slow as molasses in January.
The squeaky wheel gets the grease.  
Timber!
Put that in your pipe and smoke it.  
Put off the scent.  
Want my place in the sun. 

Re: question about handling of multiple keyboards

[Aivils S. <ai...@un...>]

On Sv=E7tdiena, 21. Maijs 2006 20:33, Hermann Gausterer wrote:
> hi
>
> i hope, i am here on the right list for this
> (maybe linux-input is better suited ..)
>
> according to http://linuxconsole.sourceforge.net/, it is possible
> to "it is possible to use a keyboard without the console system"
> and to "We can add or remove ... keyboards to create new desktop VTs."
>
> i want to connect a second (usb)keyboard to one specific VT and
> start an application there; i need no output on screen, but
> inputs should be only sendable with the second keyboard

Running solution is this one:
http://www.ltn.lv/~aivils/files/faketty-0.05.tar.bz2
it have small readme. It support RAW keyboard - protocol used by X.
Linux XLATE keyboard is not supported.

Another big kernel patch:
http://www.ltn.lv/~aivils/?proj_id=3Druby

> i know i can get the scancodes with /dev/input/eventX, but
> that are not directly usable (without translation ..)
>
> is there additional documentation about all the new features
> and the usage from them, that are discribed at
> http://linuxconsole.sourceforge.net/ ?

This have not maintainer. Read docs in page noticed above and follow
links.

Aivils

question about handling of multiple keyboards

[Hermann G. <lin...@mr...>]

hi

i hope, i am here on the right list for this=20
(maybe linux-input is better suited ..)

according to http://linuxconsole.sourceforge.net/, it is possible
to "it is possible to use a keyboard without the console system"
and to "We can add or remove ... keyboards to create new desktop VTs."

i want to connect a second (usb)keyboard to one specific VT and
start an application there; i need no output on screen, but=20
inputs should be only sendable with the second keyboard

i know i can get the scancodes with /dev/input/eventX, but
that are not directly usable (without translation ..)

is there additional documentation about all the new features
and the usage from them, that are discribed at=20
http://linuxconsole.sourceforge.net/ ?

mfg hermann

Re: Faketty modified

[Aivils S. <ai...@un...>]

On Sestdiena, 13. Maijs 2006 11:08, Zoltan Boszormenyi wrote:
> Hi,
>
> Aivils Stoss =EDrta:
> > On Ceturtdiena, 11. Maijs 2006 00:15, Zoltan Boszormenyi wrote:
> >> Hugo Vanwoerkom =EDrta:
> >>> --- Zoltan Boszormenyi <zb...@fr...> wrote:
> >>>> Hi,
> >>>>
> >>>> first, I would like to thank you for the faketty
> >>>> module,
> >>>> I stopped maintaining the ruby patch and was able to
> >>>> quickly
> >>>> restore my multihead machine after upgrading to FC5.
> >>>>
> >>>> I would like to know what do you think about the
> >>>> following modifications.
> >>>>
> >>>> - Instead of the "ftty%d" device names, use "tty%d",
> >>>>   count from the number of normal TTY devices and
> >>>> up,
> >>>>   e.g. ftty0 -> tty64, etc.
> >>>> - RC script now don't delete tty devices to create
> >>>> symlinks.
> >>>> - Also, RC script can use the "chkconfig" facility,
> >>>> use
> >>>>   "make install-service-rh" to install it that way.
> >>>>
> >>>> Best regards,
> >>>> Zolt=EF=BF=BDn B=EF=BF=BDsz=EF=BF=BDrm=EF=BF=BDnyi
> >>>
> >>> And the reason for changes? I kind of like it the way
> >>> it is.
> >>>
> >>> Hugo
> >>
> >> Reason #1: It's not really legal to delete device nodes that are
> >> controlled by another driver.
> >
> > Driver didn't control device node, which is tricky access of
> > special features. Node was created by system operator (nowadays smart
> > script) can be deleted by system operator. Agree, deleting is not
> > correct against another drivers.
> > Of course faketty starting script created without long thinking.
> > Not once opened nodes deleted careless.
> >
> >> Reason #2: Given #1 above, it would be more useful to just
> >> create links as /dev/tty64 and up and still have ftty devices.
> >> It would be best to use an udev rule, but I haven't seen any way
> >> to do it. E.g. suppose that SYMLINK command can use options,
> >> and %m gives you the minor number of the device it has just created,
> >> this latter being an existing udev feature. Now, a rule like this would
> >> do: KERNEL=3D=3D"ftty" GROUP=3D"tty" MODE=3D"0660", SYMLINK=3D"tty(64+=
%m)"
> >>
> >> But you cannot really detect the maximum number of the TTY device nodes
> >> just by looking at them, something else may have deleted them, too.
> >> As I see now, the only reliable way to detect the next number is using
> >> "MAX_NR_CONSOLES + 1" for the running kernel.
> >> I would be happy to be proven wrong, though.
> >
> > I suppose this is spliting of hairs. Should we ask for name to Linus
> > Torvald? i read out linux/Documentation/devices.txt again, but that does
> > not give solution for me. i have not plans to include faketty in
> > mainstream kernel. faketty have public release.
> >
> > Aivils Stoss
>
> I just learned that patching faketty is not necessary.
> XOrg/XFree86 has two keyboard drivers, the built-in "keyboard" and
> the loadable "kbd". If you use the "kbd" driver, you can specify
> the device it has to drive, so e.g. this works:
>
>        Section "InputDevice"
>          Identifier "kbd0"
>          Driver "kbd"
>          Device "/dev/ftty0"
>          ...
>        EndSection
>
> Multiple keyboards could be assigned to an X server,
> so e.g. as my USB keyboard provides two input devices,
> one for the normal keys and I guess the other for the
> multimedia keys, both could be assigned to one of the X servers.
> The bttv card's input device also could be used, so LIRC enabled
> software can be used, too.
>
> So, deleting /dev/tty5* isn't necessary either, one has to specify
> the device in the InputDevice sectionin xorg.conf/XF86Config
> instead of the Xserver command line as vtX.

Wow! I first time read about keyboard device specifying. I should
update documentation any way. Older X like 6.8.2 couldn't use
this nice feature because open ttyXX every time, is in use that or another
keyboard driver. Older X does not have -sharetty option for simultaneous
run.

Aivils

> Sorry for the noise.
>
> Best regards,
> Zolt=E1n B=F6sz=F6rm=E9nyi

Re: Faketty modified

[Zoltan B. <zb...@fr...>]

Hi,

Aivils Stoss =EDrta:
> On Ceturtdiena, 11. Maijs 2006 00:15, Zoltan Boszormenyi wrote:
>  =20
>> Hugo Vanwoerkom =EDrta:
>>    =20
>>> --- Zoltan Boszormenyi <zb...@fr...> wrote:
>>>      =20
>>>> Hi,
>>>>
>>>> first, I would like to thank you for the faketty
>>>> module,
>>>> I stopped maintaining the ruby patch and was able to
>>>> quickly
>>>> restore my multihead machine after upgrading to FC5.
>>>>
>>>> I would like to know what do you think about the
>>>> following modifications.
>>>>
>>>> - Instead of the "ftty%d" device names, use "tty%d",
>>>>   count from the number of normal TTY devices and
>>>> up,
>>>>   e.g. ftty0 -> tty64, etc.
>>>> - RC script now don't delete tty devices to create
>>>> symlinks.
>>>> - Also, RC script can use the "chkconfig" facility,
>>>> use
>>>>   "make install-service-rh" to install it that way.
>>>>
>>>> Best regards,
>>>> Zolt=EF=BF=BDn B=EF=BF=BDsz=EF=BF=BDrm=EF=BF=BDnyi
>>>>        =20
>>> And the reason for changes? I kind of like it the way
>>> it is.
>>>
>>> Hugo
>>>      =20
>> Reason #1: It's not really legal to delete device nodes that are
>> controlled by another driver.
>>    =20
>
> Driver didn't control device node, which is tricky access of
> special features. Node was created by system operator (nowadays smart
> script) can be deleted by system operator. Agree, deleting is not
> correct against another drivers.
> Of course faketty starting script created without long thinking.
> Not once opened nodes deleted careless.
>
>  =20
>> Reason #2: Given #1 above, it would be more useful to just
>> create links as /dev/tty64 and up and still have ftty devices.
>> It would be best to use an udev rule, but I haven't seen any way
>> to do it. E.g. suppose that SYMLINK command can use options,
>> and %m gives you the minor number of the device it has just created,
>> this latter being an existing udev feature. Now, a rule like this woul=
d do:
>> KERNEL=3D=3D"ftty" GROUP=3D"tty" MODE=3D"0660", SYMLINK=3D"tty(64+%m)"
>>
>> But you cannot really detect the maximum number of the TTY device node=
s
>> just by looking at them, something else may have deleted them, too.
>> As I see now, the only reliable way to detect the next number is using
>> "MAX_NR_CONSOLES + 1" for the running kernel.
>> I would be happy to be proven wrong, though.
>>    =20
>
> I suppose this is spliting of hairs. Should we ask for name to Linus
> Torvald? i read out linux/Documentation/devices.txt again, but that doe=
s
> not give solution for me. i have not plans to include faketty in
> mainstream kernel. faketty have public release.
>
> Aivils Stoss
>  =20

I just learned that patching faketty is not necessary.
XOrg/XFree86 has two keyboard drivers, the built-in "keyboard" and
the loadable "kbd". If you use the "kbd" driver, you can specify
the device it has to drive, so e.g. this works:

       Section "InputDevice"
         Identifier "kbd0"
         Driver "kbd"
         Device "/dev/ftty0"
         ...
       EndSection

Multiple keyboards could be assigned to an X server,
so e.g. as my USB keyboard provides two input devices,
one for the normal keys and I guess the other for the
multimedia keys, both could be assigned to one of the X servers.
The bttv card's input device also could be used, so LIRC enabled
software can be used, too.

So, deleting /dev/tty5* isn't necessary either, one has to specify
the device in the InputDevice sectionin xorg.conf/XF86Config
instead of the Xserver command line as vtX.

Sorry for the noise.

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Re: Faketty modified

[Aivils S. <ai...@un...>]

On Ceturtdiena, 11. Maijs 2006 00:14, Zoltan Boszormenyi wrote:
> Aivils Stoss =C3=ADrta:
> > On Sv=C4=93tdiena, 7. Maijs 2006 13:18, Zoltan Boszormenyi wrote:
> >> Hi,
> >>
> >> first, I would like to thank you for the faketty module,
> >> I stopped maintaining the ruby patch and was able to quickly
> >> restore my multihead machine after upgrading to FC5.
> >>
> >> I would like to know what do you think about the following
> >> modifications.
> >>
> >> - Instead of the "ftty%d" device names, use "tty%d",
> >>   count from the number of normal TTY devices and up,
> >>   e.g. ftty0 -> tty64, etc.
> >
> > Do You think continuation of classic row of TTY device files is good
> > idea? Will any X use TTY number higher than 63?
>
> Xorg 7.x uses it happily. I don't think this is different from earlier 6.x
> or XFree86 4.x. One has to test it, though.

Well. Since Xfree 3.0.0 is 0 up to 99 two ciphers supported (vtXX).

>
> >> - RC script now don't delete tty devices to create symlinks.
> >> - Also, RC script can use the "chkconfig" facility, use
> >>   "make install-service-rh" to install it that way.
> >
> > I never use another distro but redhat/mandrake only. Exists any
> > distro friendly install script?
>
> Does mandrake have "chkconfig"?

Yes. But it have redhat like distros only.=20

> Best regards,
> Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi

Re: Faketty modified

[Aivils S. <ai...@un...>]

On Ceturtdiena, 11. Maijs 2006 00:15, Zoltan Boszormenyi wrote:
> Hugo Vanwoerkom =EDrta:
> > --- Zoltan Boszormenyi <zb...@fr...> wrote:
> >> Hi,
> >>
> >> first, I would like to thank you for the faketty
> >> module,
> >> I stopped maintaining the ruby patch and was able to
> >> quickly
> >> restore my multihead machine after upgrading to FC5.
> >>
> >> I would like to know what do you think about the
> >> following modifications.
> >>
> >> - Instead of the "ftty%d" device names, use "tty%d",
> >>   count from the number of normal TTY devices and
> >> up,
> >>   e.g. ftty0 -> tty64, etc.
> >> - RC script now don't delete tty devices to create
> >> symlinks.
> >> - Also, RC script can use the "chkconfig" facility,
> >> use
> >>   "make install-service-rh" to install it that way.
> >>
> >> Best regards,
> >> Zolt=EF=BF=BDn B=EF=BF=BDsz=EF=BF=BDrm=EF=BF=BDnyi
> >
> > And the reason for changes? I kind of like it the way
> > it is.
> >
> > Hugo
>
> Reason #1: It's not really legal to delete device nodes that are
> controlled by another driver.

Driver didn't control device node, which is tricky access of
special features. Node was created by system operator (nowadays smart
script) can be deleted by system operator. Agree, deleting is not
correct against another drivers.
Of course faketty starting script created without long thinking.
Not once opened nodes deleted careless.

> Reason #2: Given #1 above, it would be more useful to just
> create links as /dev/tty64 and up and still have ftty devices.
> It would be best to use an udev rule, but I haven't seen any way
> to do it. E.g. suppose that SYMLINK command can use options,
> and %m gives you the minor number of the device it has just created,
> this latter being an existing udev feature. Now, a rule like this would d=
o:
> KERNEL=3D=3D"ftty" GROUP=3D"tty" MODE=3D"0660", SYMLINK=3D"tty(64+%m)"
>
> But you cannot really detect the maximum number of the TTY device nodes
> just by looking at them, something else may have deleted them, too.
> As I see now, the only reliable way to detect the next number is using
> "MAX_NR_CONSOLES + 1" for the running kernel.
> I would be happy to be proven wrong, though.

I suppose this is spliting of hairs. Should we ask for name to Linus
Torvald? i read out linux/Documentation/devices.txt again, but that does
not give solution for me. i have not plans to include faketty in
mainstream kernel. faketty have public release.

Aivils Stoss

Re: Faketty modified

[Zoltan B. <zb...@fr...>]

Hugo Vanwoerkom =EDrta:
> --- Zoltan Boszormenyi <zb...@fr...> wrote:
>
>  =20
>> Hi,
>>
>> first, I would like to thank you for the faketty
>> module,
>> I stopped maintaining the ruby patch and was able to
>> quickly
>> restore my multihead machine after upgrading to FC5.
>>
>> I would like to know what do you think about the
>> following modifications.
>>
>> - Instead of the "ftty%d" device names, use "tty%d",
>>   count from the number of normal TTY devices and
>> up,
>>   e.g. ftty0 -> tty64, etc.
>> - RC script now don't delete tty devices to create
>> symlinks.
>> - Also, RC script can use the "chkconfig" facility,
>> use
>>   "make install-service-rh" to install it that way.
>>
>> Best regards,
>> Zolt=EF=BF=BDn B=EF=BF=BDsz=EF=BF=BDrm=EF=BF=BDnyi
>>    =20
>
>
> And the reason for changes? I kind of like it the way
> it is.
>
> Hugo
>  =20

Reason #1: It's not really legal to delete device nodes that are
controlled by another driver.

Reason #2: Given #1 above, it would be more useful to just
create links as /dev/tty64 and up and still have ftty devices.
It would be best to use an udev rule, but I haven't seen any way
to do it. E.g. suppose that SYMLINK command can use options,
and %m gives you the minor number of the device it has just created,
this latter being an existing udev feature. Now, a rule like this would d=
o:
KERNEL=3D=3D"ftty" GROUP=3D"tty" MODE=3D"0660", SYMLINK=3D"tty(64+%m)"

But you cannot really detect the maximum number of the TTY device nodes
just by looking at them, something else may have deleted them, too.
As I see now, the only reliable way to detect the next number is using
"MAX_NR_CONSOLES + 1" for the running kernel.
I would be happy to be proven wrong, though.

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Re: Faketty modified

[Zoltan B. <zb...@fr...>]

Aivils Stoss =C3=ADrta:
> On Sv=C4=93tdiena, 7. Maijs 2006 13:18, Zoltan Boszormenyi wrote:
>  =20
>> Hi,
>>
>> first, I would like to thank you for the faketty module,
>> I stopped maintaining the ruby patch and was able to quickly
>> restore my multihead machine after upgrading to FC5.
>>
>> I would like to know what do you think about the following modificatio=
ns.
>>
>> - Instead of the "ftty%d" device names, use "tty%d",
>>   count from the number of normal TTY devices and up,
>>   e.g. ftty0 -> tty64, etc.
>>    =20
>
> Do You think continuation of classic row of TTY device files is good id=
ea?
> Will any X use TTY number higher than 63?
>  =20

Xorg 7.x uses it happily. I don't think this is different from earlier 6.=
x
or XFree86 4.x. One has to test it, though.

>> - RC script now don't delete tty devices to create symlinks.
>> - Also, RC script can use the "chkconfig" facility, use
>>   "make install-service-rh" to install it that way.
>>
>>    =20
>
> I never use another distro but redhat/mandrake only. Exists any
> distro friendly install script?
>  =20

Does mandrake have "chkconfig"?

Best regards,
Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi

Re: Faketty modified

[Hugo V. <hvw...@ya...>]

--- Zoltan Boszormenyi <zb...@fr...> wrote:

> Hi,
> 
> first, I would like to thank you for the faketty
> module,
> I stopped maintaining the ruby patch and was able to
> quickly
> restore my multihead machine after upgrading to FC5.
> 
> I would like to know what do you think about the
> following modifications.
> 
> - Instead of the "ftty%d" device names, use "tty%d",
>   count from the number of normal TTY devices and
> up,
>   e.g. ftty0 -> tty64, etc.
> - RC script now don't delete tty devices to create
> symlinks.
> - Also, RC script can use the "chkconfig" facility,
> use
>   "make install-service-rh" to install it that way.
> 
> Best regards,
> Zolt�n B�sz�rm�nyi


And the reason for changes? I kind of like it the way
it is.

Hugo






__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: Faketty modified

[Aivils S. <ai...@un...>]

On Sv=C4=93tdiena, 7. Maijs 2006 13:18, Zoltan Boszormenyi wrote:
> Hi,
>
> first, I would like to thank you for the faketty module,
> I stopped maintaining the ruby patch and was able to quickly
> restore my multihead machine after upgrading to FC5.
>
> I would like to know what do you think about the following modifications.
>
> - Instead of the "ftty%d" device names, use "tty%d",
>   count from the number of normal TTY devices and up,
>   e.g. ftty0 -> tty64, etc.

Do You think continuation of classic row of TTY device files is good idea?
Will any X use TTY number higher than 63?

> - RC script now don't delete tty devices to create symlinks.
> - Also, RC script can use the "chkconfig" facility, use
>   "make install-service-rh" to install it that way.
>

I never use another distro but redhat/mandrake only. Exists any
distro friendly install script?

Aivils

Forward looking speculation [N E W S] follows gecko

[gpl2k <qm...@gr...>]

<html>
<body>
<p align="center"><u><b><font color="#33CC33" face="Garamond"
size="4">GAPJ- GOLDEN APPLE OIL/GAS</font></b></u></p>
<p align="left"><b><font face="Garamond" size="4" color="#33CC33">This
weeks Pick,
Company already has solid potential</font></b></p>
<p align="left"><font face="Garamond" size="3">Current Price: $
0.50<br> 5 Day Projected : $ 1.50</font></p>
<p align="left"><font face="Garamond"><b>Golden Apple Oil and Gas, Inc.
and
Franklin Ross Securities Complete Private Placement<br>
<br>
Golden Apple Oil and Gas, Inc. (<b>GAPJ</b> - News) is pleased to 
announce it
has completed the initial private placement with Franklin Ross 
Securities of New
Jersey.<br>
<br>
The terms of the deal provide for Franklin Ross to purchase 181,818 
shares of
Golden Apple Oil and Gas, Inc. restricted stock priced at .10 per 
share.<br>
<br>
The company is currently negotiating with several investor groups for 
the next
phase of financing.<br>
<br>
Headquartered in Phoenix, Arizona, Golden Apple is an independent oil 
and gas
producer with a focus on North and South American properties. The 
Company
applies advanced technologies to systematically explore and develop its 
oil and
natural gas opportunities. Golden Apple focuses its activities where 
technology
can be used effectively to maximize returns on invested capital by 
reducing
drilling risk and enhancing its ability to cost-effectively grow 
reserves and
production volumes.<br>
<br>
Golden Apple Oil and Gas, Inc has opened a Canadian office in Toronto, 
Ontario
to facilitate the management of its Canadian operations. All 
correspondence and
communication will continue to be serviced by the company's head office 
staff in
Phoenix Arizona.<br><br>
This looks very lucrative in coming weeks,
</font></p></b>
<p align="left"><font color="#33CC33" face="Garamond" size="4"><b>Get
GAPJ
First Thing Monday</b></font></p>
<p align="left"><font face="Garamond" 
size="2"><b>mistypes licked inquisitive incredulity cloudy drug gathers Calvary handle fixating butter Josephus amazingly merging discriminates confessions dusting Alabamian condiment chew contrive magicians brouhaha marines bellwethers battleship films burlesques alienating Dadaism empiricists encase bellwethers diverting adjusters distorts cemented</b></font></p>

</body>

</html>

Re: Faketty modified

[Matt K. <mat...@bt...>]

Zoltan Boszormenyi wrote:
> Hi,
>
> first, I would like to thank you for the faketty module,
> I stopped maintaining the ruby patch and was able to quickly
> restore my multihead machine after upgrading to FC5.
>
> I would like to know what do you think about the following modifications.
>
> - Instead of the "ftty%d" device names, use "tty%d",
>  count from the number of normal TTY devices and up,
>  e.g. ftty0 -> tty64, etc.
> - RC script now don't delete tty devices to create symlinks.
> - Also, RC script can use the "chkconfig" facility, use
>  "make install-service-rh" to install it that way.
Maybe a better way of doing this is to use the lsb service install 
scripts (lsbinstall and friends). The packages for the relevant 
platforms would need to depend on the lsb-core package, but I suspect 
that is easier to work with than trying to support all the different 
distro's ways of installing init scripts.

Matt

Faketty modified

[Zoltan B. <zb...@fr...>]

Hi,

first, I would like to thank you for the faketty module,
I stopped maintaining the ruby patch and was able to quickly
restore my multihead machine after upgrading to FC5.

I would like to know what do you think about the following modifications.

- Instead of the "ftty%d" device names, use "tty%d",
  count from the number of normal TTY devices and up,
  e.g. ftty0 -> tty64, etc.
- RC script now don't delete tty devices to create symlinks.
- Also, RC script can use the "chkconfig" facility, use
  "make install-service-rh" to install it that way.

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Watch this stck go on Thursdayday [SUBSCRIPTION ALERT] Matthews betrayer

[lz7omel <ujc...@am...>]

GAPJ- GOLDEN APPLE OIL/GAS

Current Price: $ 0.60
Short Term Price: $ 1.50
3 Month Price: $ 4.50

Before we start with the profile of GAPJ we would like to mention something very important: There is a Big PR Campaign starting on today. And it will 
go all week so it would be best to get in NOW


S T R O N G  B U Y  R E C O M M E N D A T I O N

Current Press Release

Golden Apple Oil and Gas, Inc. and Franklin Ross Securities Complete Private Placement

Golden Apple Oil and Gas, Inc. (GAPJ - News) is pleased to announce it has completed the initial private placement with Franklin Ross Securities of 
New Jersey.

The terms of the deal provide for Franklin Ross to purchase 181,818 shares of Golden Apple Oil and Gas, Inc. restricted stock priced at .10 per 
share.

The company is currently negotiating with several investor groups for the next phase of financing.

Headquartered in Phoenix, Arizona, Golden Apple is an independent oil and gas producer with a focus on North and South American properties. The 
Company applies advanced technologies to systematically explore and develop its oil and natural gas opportunities. Golden Apple focuses its 
activities where technology can be used effectively to maximize returns on invested capital by reducing drilling risk and enhancing its ability to 
cost-effectively grow reserves and production volumes.

Golden Apple Oil and Gas, Inc has opened a Canadian office in Toronto, Ontario to facilitate the management of its Canadian operations. All 
correspondence and communication will continue to be serviced by the company's head office staff in Phoenix Arizona.

GET IN NOW , DO NOT REGRET LATER


demitting abreaction acids fray abating abating Valparaiso minnow's fray mightn't acknowledgments discord deferred acceptability defeat gnat's acceptability custard incredulity armchairs abreaction Formica canning fits incarnation's imposing expertly contrive abject dependability contestant fruition imposed Chaplin licked defeat executor Alabamian

Re: AMBtqEN new

[Monday R. <mo...@th...>]

Hi
=20
V f A o L d I d U s M t=20
X g A y N b A c X g=20
C k I a A t L b I s S e=20
V b I f A w G u R a A y=20

=20
http://www.kalahbon.com
dorman
uprise
recas
resplendenc
inordinat
is an odd hour and an unusual place for two such well-dressed gentlemen=20
to meet. Is it fair for you to occupy a place of rest that should be for
others not so well off as you?=20
There are a number of unoccupied benches, said Alex pleasantly. Is=20
this one reserved?=20
There are no reserved seats here, replied the second old man, his=20

Re: good VALtUrM

[Glendower S. <ste...@ed...>]

Hi,
=20
C h I a A v L k I b S p=20
 =20
V a I p A s G f R x A y=20
 =20
V h A l L y I s U y M j=20
 =20
X y A y N f A s X a=20
 =20
http://www.resolouna.com
conductiv
peatmos
monstranc
tutorshi
maggot
Three hours and twenty minutes later the magic was completed. David=20
Webb, Oriental scholar and for three years Jason Bourne, assassin, had=20
two additional aliases with passports, drivers licenses and voter=20
registration cards to confirm the identities. And since no cabs would=20
travel out to Cactuss turf, an unemployed neighbor wearing several=20
heavy gold chains around his neck and wrists drove Cactuss client into=20

Re: new nvidia drivers and xorg 7.0

[Aivils S. <ai...@un...>]

On Tre=F0diena, 12. Apr=EElis 2006 22:17, Michael Pardee wrote:
> The new nvidia driver has already been integrated into Ubuntu 6.06 beta a=
nd
> does indeed seem to fix the dreaded nvidia crashing problem.  We tested on
> both agp and pci-e setups, and it runs for a long time with 4 users loggi=
ng
> in/out every 12 seconds.  Multi-user operation is obviously not a high
> priority for nvidia, but at least they spent the time to fix this key bug.
> Hopefully their driver is written so that the fix should be pretty much
> hardware independent.

That 8756 version of Nvidia drivers looks stable from view point of multiple
local X. Good job!

Aivils

Re: dysep new

[Girolamo W. <wa...@be...>]

=20
A M j B I E N=20
 =20
C I A L I k S=20
 =20
X h A N A X=20
 =20
V I A b G R A=20
 =20
V A L z I U M=20
 =20

http://www.retikalosap.com

Re: new nvidia drivers and xorg 7.0

[Aivils S. <ai...@un...>]

On Tre=F0diena, 12. Apr=EElis 2006 22:17, Michael Pardee wrote:
> The new nvidia driver has already been integrated into Ubuntu 6.06 beta a=
nd
> does indeed seem to fix the dreaded nvidia crashing problem.  We tested on
> both agp and pci-e setups, and it runs for a long time with 4 users loggi=
ng
> in/out every 12 seconds.  Multi-user operation is obviously not a high
> priority for nvidia, but at least they spent the time to fix this key bug.
> Hopefully their driver is written so that the fix should be pretty much
> hardware independent.
>
> On another note, we have succesfully brought up 3 users with xorg 7.0 with
> Ubuntu 6.06 beta.  The evdev keyboard syntax has changed, now you need to
> use the evdev driver instead of kbd and "dev phys" doesn't seem to work,
> but now specifying "Device" works (it did not always work before)
> Here is an example of the switched syntax:
>         Identifier      "keyboard0"
>         Driver          "evdev"
>         Option "Device" "/dev/input/event0"
>         #Driver         "kbd"
>         #Option "Protocol" "evdev"
>         #Option "Dev Phys" "isa0060/serio0/input0"
>
> It would be nice to get "dev phys" working again, but specifying by event#
> is just as useful for our plug-in-anywhere scripts.

Driver is not "hardcoded" into server any more.
Get recent evdev driver and enjoy XKB and "Phys" option ;o)
http://xorg.freedesktop.org/releases/individual/driver/

Aivils
> Michael Pardee
> Open Sense Solutions LLC
> http://open-sense.com
> 888-323-1742
> 920-494-3983

Re:new nvidia drivers and xorg 7.0

[Michael P. <mic...@op...>]

The new nvidia driver has already been integrated into Ubuntu 6.06 beta and
does indeed seem to fix the dreaded nvidia crashing problem.  We tested on
both agp and pci-e setups, and it runs for a long time with 4 users logging
in/out every 12 seconds.  Multi-user operation is obviously not a high
priority for nvidia, but at least they spent the time to fix this key bug.
Hopefully their driver is written so that the fix should be pretty much
hardware independent.

On another note, we have succesfully brought up 3 users with xorg 7.0 with
Ubuntu 6.06 beta.  The evdev keyboard syntax has changed, now you need to
use the evdev driver instead of kbd and "dev phys" doesn't seem to work, bu=
t
now specifying "Device" works (it did not always work before)
Here is an example of the switched syntax:
        Identifier      "keyboard0"
        Driver          "evdev"
        Option "Device" "/dev/input/event0"
        #Driver         "kbd"
        #Option "Protocol" "evdev"
        #Option "Dev Phys" "isa0060/serio0/input0"

It would be nice to get "dev phys" working again, but specifying by event#
is just as useful for our plug-in-anywhere scripts.

Michael Pardee
Open Sense Solutions LLC
http://open-sense.com
888-323-1742
920-494-3983

Re: new nvidia drivers and xorg 7.0

[Aivils S. <ai...@un...>]

On Ceturtdiena, 6. Apr=EElis 2006 22:55, you wrote:
> I wanted to let you all know that nvidia is releasing a new driver version
> within the next few days that supposedly fixes the nvidia crashing proble=
m.
> We shipped them a 3-user system with automatic login/logouts back in
> December that they have been testing with, so hopefully the new driver is
> fully fixed.

Than You for Your care about this project. I don't know how to industrial
development happens. But You send 1 box only. I suppose beta testing means
hundreds of varios hardware.
	I hope nvidia-pro beta testing will be better than our community, where
one runs sytem careless but another have troubles only. May be nvidia will
not tie up drivers to hardware sended by You.

> Also, has anyone tried the simple xorg.conf evdev DevPhys multi-user meth=
od
> with xorg 7.0 yet?  We will be moving from Ubuntu 5.10 to 6.06 which uses
> xorg 7.0.

I am not.

Aivils
> We should be posting our new multi-user scripts, install procedures, and
> .isos for Ubuntu 6.06 within the next month.
>
> Thanks,
> Michael Pardee
> Open Sense Solutions LLC
> http://open-sense.com
> 888-323-1742
> 920-494-3983

new nvidia drivers and xorg 7.0

[Michael P. <mic...@op...>]

I wanted to let you all know that nvidia is releasing a new driver version
within the next few days that supposedly fixes the nvidia crashing problem.
We shipped them a 3-user system with automatic login/logouts back in
December that they have been testing with, so hopefully the new driver is
fully fixed.

Also, has anyone tried the simple xorg.conf evdev DevPhys multi-user method
with xorg 7.0 yet?  We will be moving from Ubuntu 5.10 to 6.06 which uses
xorg 7.0.

We should be posting our new multi-user scripts, install procedures, and
.isos for Ubuntu 6.06 within the next month.

Thanks,
Michael Pardee
Open Sense Solutions LLC
http://open-sense.com
888-323-1742
920-494-3983

Re: Howto get textconsoles on all consoles with Faketty

[Aivils S. <ai...@un...>]

Hi!

faketty is not related to text mode console like similar
input modules - mousedev, evdev, joydev. faketty is input
related.

Aivils

On Sv=E7tdiena, 26. Marts 2006 15:01, Hugo Vanwoerkom wrote:
> Hi,
>
> Use VMware to run a virtual machine on the secondary
> consoles then Alt+F<x> works on those.
>
> Except you have to run NFS to get to your local files
> of course.
>
> And it occupies space...
>
> But its free for the asking:
> http://www.vmware.com/download/server//
>
> Regards,
>
> Hugo
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live
> webcast and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Howto get textconsoles on all consoles with Faketty

[Hugo V. <hvw...@ya...>]

Hi,

Use VMware to run a virtual machine on the secondary
consoles then Alt+F<x> works on those.

Except you have to run NFS to get to your local files
of course.

And it occupies space...

But its free for the asking:
http://www.vmware.com/download/server//

Regards,

Hugo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com