vectorlinux-devel — Vector Linux developer's list

Re: [Vectorlinux-devel] vl-hot release 0.3.5.1

[Kocil <k0...@ya...>]

Uh .. I could not find the upload directory at
ibiblio.org, and cannot login directly into the
repository host (closed because of the hacking ?).

Could you just attach it joe ? vl-hot is not too big.


--- "Jose J. Rodriguez" <jo...@gm...> wrote:

> Missed a little lowercase bug in 0.3.5, sorry about
> that. There's a
> fixed 0.3.5.1 package in upload/joe1962/dev/vl-hot
> on the ftp.
> 
> Regards,
> Joe1962
> 
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
>
https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> 


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

Re: [Vectorlinux-devel] X Configuration

[Kocil <k0...@ya...>]

I gave some answer in the board.
If you want to see a little trick on reading/modifying
xorg.conf,
please read the vxconf script.
I wrote an interesting (or should I say an
introductury) state machine parser there.


--- hanumizzle <han...@gm...> wrote:

> These questions (pretty important) didn't get
> answered on the board,


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

Re: [Vectorlinux-devel] What The Hell Is This?

[Kocil <k0...@ya...>]

I can't imagine a large repository without comunity
based maintenance.
To enable that, a STABLE, ONLINE maintainable
repository system is mandatory.
The Slackware world does not have that yet.



--- Tony Brijeski <tb...@gm...> wrote:

> I didn't mean anything about including deb and rpm,
> just that debs and rpms
> are out there so fedora folks and ubuntu folks have
> a large assortment of
> apps available to them.
> 
> 
> 
> On 6/29/06, hanumizzle <han...@gm...> wrote:
> >
> > On 6/29/06, Tony Brijeski <tb...@gm...>
> wrote:
> > >
> > > The available packages for VL is quite small
> considering what is
> > available
> > > for other distros.  Most of what I needed to
> complete my home desktop I
> > had
> > > to build myself since it wasn't available
> anywhere but this is a
> > limitation
> > > of slackware as well and not just VL.
> >
> > You missed it. Somebody left garbage all over the
> forum, but it was
> > cleaned up. How many times have we been hacked
> like this? I should
> > have cut and pasted something...it was all this
> nonsense about TEH
> > ADMINISTRATOT OF VECTORWINDOWS.COM
> >
> > > deb and rpm packages are plentiful everywhere.
> >
> > Introducing foreign packages is never a good idea,
> but that's not what
> > my message about.
> >
> > --
> > Remember that time Thotsakan punched Neil Bush in
> the dick?
> >
> > Using Tomcat but need to do more? Need to support
> web services, security?
> > Get stuff done quickly with pre-integrated
> technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
> >
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Vectorlinux-devel mailing list
> > Vec...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> >
> > Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>
_______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
>
https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> 


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

[Vectorlinux-devel] Probing for BusID

[hanumizzle <han...@gm...>]

Is there anyway to find the appropriate BusID for a PCI/AGP graphics
card? I *assume* it's

lspci outputs: x:y.z -> BusID "PCI:x:y:z"

...but we all know what the first syllable of 'assume' is. And how
might I go about selecting exactly which device is the graphics card,
is there any function of either bus that, as in USB, indicates the
purpose of the device? (using textual analysis of lspci would be ugly
and unreliable)

--
"Is he gonna sell me toothpaste? Colgate for Thotsakan, ain't that a bitch..."

[Vectorlinux-devel] Package to Dev list - Alpha

[Spanish I. <spa...@ya...>]

Hey guys. 

update on the Dev to Package list

I looked at the thread in the forum and started to
work on a format that will grow with VL. My intent is
to get it to the point where only updates are needed
and a complete restructor is never needed again.
(That's the utopian plan anyway)

Before I go any further I'm looking for feedback. If
the general concensus is Good then I'll continue. If
it's negative then I can start over with out having to
throw away that much work. 

Please see attach. 

Monty

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

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Sriram D. <sri...@gm...>]

OK here is the situation.
 There are some components, like binary codecs, windoze wireless drivers,
gfx drivers,  which are not safe to use for distribution.
VL will continue to remain a useful OS without those components also.
Ubuntu does not come with a codec pack by default either, we have to follow
a customization guide or follow the EasyBuntu guide.
So we can follow that approach and be safe.

Also Should some crackpot decide to sue , they can only sue the DISTRO .. as
an organization, not us as individuals.
Even If it does come to the individuals.. We can clearly identify who will
be responsible to take the blame.   And we dont have to be on that list if
we dont want to.

For example, if you create the VL6Base, and Kocil creates the new
installer/packaging system.  You two are in no way responsible for the
binary drivers getting to teh end user.

If i make the final ISO with the binary drivers, if some one sues, they have
to sue me. not you or Kocil;
This way, we can proceed with the distro.

Personally im not in VL for financial benefit.  I dont mind being on the
line to be sued either. Becasue im going to take precautions to make sure i
cannot be sued. Atleast that way those who only do development work need not
worry.

putting it on a public repository is not the same as distribution.

cheers
ram





On 7/7/06, hanumizzle <han...@gm...> wrote:
>
> On 7/6/06, Tony Brijeski <tb...@gm...> wrote:
> > Yes but Novell, Redhat, and the other bigger ones can afford to find out
> in
> > court - I can't and won't.
> >
> > As soon as we "distribute" it to the VL repo, we are in the same boat as
> any
> > other commercial distro and are liable for the same reason.
>
> All the IP problems you've identified so far are not inherent problems
> of the distro, just particular pieces of software. I think it would be
> a bit of a pain to download the w32 dll codecs separately, but I am
> certain those who appreciate this distro are willing to put in that
> effort to stay legal.
>
> > Sadly, it has become a mess.  Not only are we attacked from the outside
> but
> > the kernel devs now.  If this all unfolds as it is starting to, linux
> will
> > be locked in to strictly be a server OS and that is where the money is
> > anyway so I'm not sure the paid kernel devs really care since that is
> what
> > is driving linux on a larger scale.
>
> On a larger scale for now.
>
> > Even consultation with a lawyer doesn't prevent legal actions from being
> > started and then you must defend yourself.
>
> I think they would probably issue a cease and desist first.
>
> > Just look at the whole IBM/SCO fiasco.
>
> SCO are a joke.
>
> > The negatives now outweigh the positives.  Those of you that reside
> outside
> > the US and Canada are pretty much immune to all of this but for those of
> us
> > that live here, the threat is a real possibility.
>
> What weight do US software patent laws hold in Canada? I will be
> seeking expatriation myself, somewhere where this idiocy does not
> prevail. So all the loser goth kids who went to high school with me --
> and software patent holders -- can both munch on a bowl of my ...
> while I drink lassi and shoot the shiznit on IRC.
>
> > I predict that if SCO is
> > even minutely successful against IBM, there will be a whole slew of new
> > lawsuits coming and look how long the IBM/SCO lawsuit has been going on.
>
> They've consistently lost up to this point, and made complete asses
> out of themselves.
>
> --
> Remember that time Thotsakan punched Neil Bush in the dick?
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[hanumizzle <han...@gm...>]

On 7/6/06, Tony Brijeski <tb...@gm...> wrote:
> Yes but Novell, Redhat, and the other bigger ones can afford to find out in
> court - I can't and won't.
>
> As soon as we "distribute" it to the VL repo, we are in the same boat as any
> other commercial distro and are liable for the same reason.

All the IP problems you've identified so far are not inherent problems
of the distro, just particular pieces of software. I think it would be
a bit of a pain to download the w32 dll codecs separately, but I am
certain those who appreciate this distro are willing to put in that
effort to stay legal.

> Sadly, it has become a mess.  Not only are we attacked from the outside but
> the kernel devs now.  If this all unfolds as it is starting to, linux will
> be locked in to strictly be a server OS and that is where the money is
> anyway so I'm not sure the paid kernel devs really care since that is what
> is driving linux on a larger scale.

On a larger scale for now.

> Even consultation with a lawyer doesn't prevent legal actions from being
> started and then you must defend yourself.

I think they would probably issue a cease and desist first.

> Just look at the whole IBM/SCO fiasco.

SCO are a joke.

> The negatives now outweigh the positives.  Those of you that reside outside
> the US and Canada are pretty much immune to all of this but for those of us
> that live here, the threat is a real possibility.

What weight do US software patent laws hold in Canada? I will be
seeking expatriation myself, somewhere where this idiocy does not
prevail. So all the loser goth kids who went to high school with me --
and software patent holders -- can both munch on a bowl of my ...
while I drink lassi and shoot the shiznit on IRC.

> I predict that if SCO is
> even minutely successful against IBM, there will be a whole slew of new
> lawsuits coming and look how long the IBM/SCO lawsuit has been going on.

They've consistently lost up to this point, and made complete asses
out of themselves.

-- 
Remember that time Thotsakan punched Neil Bush in the dick?

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Tony B. <tb...@gm...>]

Yes but Novell, Redhat, and the other bigger ones can afford to find out in
court - I can't and won't.

As soon as we "distribute" it to the VL repo, we are in the same boat as any
other commercial distro and are liable for the same reason.

Sadly, it has become a mess.  Not only are we attacked from the outside but
the kernel devs now.  If this all unfolds as it is starting to, linux will
be locked in to strictly be a server OS and that is where the money is
anyway so I'm not sure the paid kernel devs really care since that is what
is driving linux on a larger scale.

Even consultation with a lawyer doesn't prevent legal actions from being
started and then you must defend yourself.

Just look at the whole IBM/SCO fiasco.

The negatives now outweigh the positives.  Those of you that reside outside
the US and Canada are pretty much immune to all of this but for those of us
that live here, the threat is a real possibility.  I predict that if SCO is
even minutely successful against IBM, there will be a whole slew of new
lawsuits coming and look how long the IBM/SCO lawsuit has been going on.

I am bowing out before this goes any further.  I can't put my financial life
at risk when I see no financial benefit from it.


On 7/6/06, Sriram Durbha <sri...@gm...> wrote:
>
> Tigger,
>  It is true that almost none of us can afford the legal fee, or the
> hassle.
> I would urge you to not throw the towel in yet. because  the problems are
> with distribution and not with development.
> We can do what we want for personal use. It is when we distribuite it,
> that these issues crop up.  and as such we dont have to distribute anything
> to the public until it is given a green signal by the concerned parties.
>  The current confusion is unforunately a side effect of what the FSF is
> trying to do.
> I would request you to keep the candle alight for a little while longer.
> If this is bad for you it is bad for a lot of us also.  Lets stick together
> as a group and decide if we can continue or not.
> From my end, i will write to the Laywer that kororaa corresponded with and
> identify a solution to our distribution problems, and also we can see  how
> we personally dont come under any legal mess.
> I will need a little help, but we can pull it off. if we are in trouble so
> are Novell, RedHat etc.
>
> cheers
> ram
>
>
>
>
> On 7/6/06, Tony Brijeski < tb...@gm...> wrote:
> >
> > The other probably larger issue is Mplayer and the inclusion of the
> > Microsoft codecs.  These are illegal in North America.
> >
> > Right now there are too many possible legal hurdles for my liking and I
> > can't afford to hire a lawyer to prove myself innocent or see how it plays
> > out.
> >
> > I can't take the chance that any of this goes to court and we have to
> > prove our innocence.  I owe it to my family to not put us in this kind of
> > shaky legal status.  Hell, I can't even afford to replace my failed hard
> > drive right now - lol.
> >
> > With that said and with great regrets, I am dropping out of Linux
> > development permanently.
> >
> > It just doesn't make sense to keep this hobby going with all the
> > possible negative aspects surrounding it right now.
> >
> > It has been a pleasure working with you all and I hope all of this just
> > blows over for Robert's sake and for all of you.
> >
> > Robert - anything that I have provided to VL under the GPL, is now your
> > property solely and you can change any copyright texts where my name is
> > mentioned to yours.
> >
> > Regards,
> > Tony
> >
> >
> >
> > On 7/6/06, Sriram Durbha <sri...@gm... > wrote:
> > >
> > > Guys,
> > >  I spent some more time on this and after deep thought, realised that
> > > we have no problems if we dont preinstall the Nvidia/ati drivers .
> > >
> > > here are the possible solutions.
> > >
> > > 1. provide a dialog that informs the user that they wont get the
> > > sources for the Nvidia drivers, but can get the sources for all the others
> > > stuff , and that they can proceed with the install only if they agree that
> > > they understand this.  Also they should agree that if they give their copy
> > > of VL to any one else, they also agree to the above clause.
> > >
> > > 2. provide instructions / tool to install the Nvidia/ATI driver
> > > themselves.  they have to agree that if they give their copy of VL to a
> > > third person, the third person has to be aware of the situation.
> > >
> > > 3. Provide the info /tools through the forum. not officially as part
> > > of the distro.
> > >
> > > I want to have these reviewed by someone at EFF.  if we agree on our
> > > situation, we can find a solution that is acceptable to the EFF.
> > >
> > > I dont like the idea of us backing off after so much effort by so many
> > > people.  There are a lot of users who LOVE VL.  Im sure we can find a
> > > solution out of this pedantic legal mess.
> > > please comment
> > > cheers
> > > ram
> > >
> > >
> > >
> > > On 6/30/06, hanumizzle <han...@gm... > wrote:
> > > >
> > > > On 6/30/06, Tony Brijeski < tb...@gm...> wrote:
> > > > > More fuel for the fire.
> > > > >
> > > > > http://technocrat.net/d/2006/6/30/5032
> > > >
> > > > I don't think Canada give full faith and credit to silly U.S.
> > > > software
> > > > patents. There already exists a legal precedent against patenting
> > > > mathematical formulae (CS processes are similar in nature): c.f.
> > > > Schlumberger Canada Ltd. v. Commissioner of Patents (1981).
> > > >
> > > > --
> > > > Remember that time Thotsakan punched Neil Bush in the dick?
> > > >
> > > > Using Tomcat but need to do more? Need to support web services,
> > > > security?
> > > > Get stuff done quickly with pre-integrated technology to make your
> > > > job easier
> > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > > > Geronimo
> > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > >
> > > > _______________________________________________
> > > > Vectorlinux-devel mailing list
> > > > Vec...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> > > >
> > >
> > >
> > > Using Tomcat but need to do more? Need to support web services,
> > > security?
> > > Get stuff done quickly with pre-integrated technology to make your job
> > > easier
> > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > > Geronimo
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > >
> > >
> > > _______________________________________________
> > > Vectorlinux-devel mailing list
> > > Vec...@li...
> > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> > >
> > >
> > >
> >
> > Using Tomcat but need to do more? Need to support web services,
> > security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >
> >
> > _______________________________________________
> > Vectorlinux-devel mailing list
> > Vec...@li...
> > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> >
> >
> >
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>
>
>

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Sriram D. <sri...@gm...>]

Tigger,
 It is true that almost none of us can afford the legal fee, or the hassle.
I would urge you to not throw the towel in yet. because  the problems are
with distribution and not with development.
We can do what we want for personal use. It is when we distribuite it, that
these issues crop up.  and as such we dont have to distribute anything to
the public until it is given a green signal by the concerned parties.
 The current confusion is unforunately a side effect of what the FSF is
trying to do.
I would request you to keep the candle alight for a little while longer.  If
this is bad for you it is bad for a lot of us also.  Lets stick together as
a group and decide if we can continue or not.
>From my end, i will write to the Laywer that kororaa corresponded with and
identify a solution to our distribution problems, and also we can see  how
we personally dont come under any legal mess.
I will need a little help, but we can pull it off. if we are in trouble so
are Novell, RedHat etc.

cheers
ram



On 7/6/06, Tony Brijeski <tb...@gm...> wrote:
>
> The other probably larger issue is Mplayer and the inclusion of the
> Microsoft codecs.  These are illegal in North America.
>
> Right now there are too many possible legal hurdles for my liking and I
> can't afford to hire a lawyer to prove myself innocent or see how it plays
> out.
>
> I can't take the chance that any of this goes to court and we have to
> prove our innocence.  I owe it to my family to not put us in this kind of
> shaky legal status.  Hell, I can't even afford to replace my failed hard
> drive right now - lol.
>
> With that said and with great regrets, I am dropping out of Linux
> development permanently.
>
> It just doesn't make sense to keep this hobby going with all the possible
> negative aspects surrounding it right now.
>
> It has been a pleasure working with you all and I hope all of this just
> blows over for Robert's sake and for all of you.
>
> Robert - anything that I have provided to VL under the GPL, is now your
> property solely and you can change any copyright texts where my name is
> mentioned to yours.
>
> Regards,
> Tony
>
>
>
> On 7/6/06, Sriram Durbha <sri...@gm... > wrote:
> >
> > Guys,
> >  I spent some more time on this and after deep thought, realised that we
> > have no problems if we dont preinstall the Nvidia/ati drivers .
> >
> > here are the possible solutions.
> >
> > 1. provide a dialog that informs the user that they wont get the sources
> > for the Nvidia drivers, but can get the sources for all the others stuff ,
> > and that they can proceed with the install only if they agree that they
> > understand this.  Also they should agree that if they give their copy of VL
> > to any one else, they also agree to the above clause.
> >
> > 2. provide instructions / tool to install the Nvidia/ATI driver
> > themselves.  they have to agree that if they give their copy of VL to a
> > third person, the third person has to be aware of the situation.
> >
> > 3. Provide the info /tools through the forum. not officially as part of
> > the distro.
> >
> > I want to have these reviewed by someone at EFF.  if we agree on our
> > situation, we can find a solution that is acceptable to the EFF.
> >
> > I dont like the idea of us backing off after so much effort by so many
> > people.  There are a lot of users who LOVE VL.  Im sure we can find a
> > solution out of this pedantic legal mess.
> > please comment
> > cheers
> > ram
> >
> >
> >
> > On 6/30/06, hanumizzle <han...@gm... > wrote:
> > >
> > > On 6/30/06, Tony Brijeski < tb...@gm...> wrote:
> > > > More fuel for the fire.
> > > >
> > > > http://technocrat.net/d/2006/6/30/5032
> > >
> > > I don't think Canada give full faith and credit to silly U.S. software
> > > patents. There already exists a legal precedent against patenting
> > > mathematical formulae (CS processes are similar in nature): c.f.
> > > Schlumberger Canada Ltd. v. Commissioner of Patents (1981).
> > >
> > > --
> > > Remember that time Thotsakan punched Neil Bush in the dick?
> > >
> > > Using Tomcat but need to do more? Need to support web services,
> > > security?
> > > Get stuff done quickly with pre-integrated technology to make your job
> > > easier
> > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > > Geronimo
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > >
> > > _______________________________________________
> > > Vectorlinux-devel mailing list
> > > Vec...@li...
> > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> > >
> >
> >
> > Using Tomcat but need to do more? Need to support web services,
> > security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >
> >
> > _______________________________________________
> > Vectorlinux-devel mailing list
> > Vec...@li...
> > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> >
> >
> >
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>
>
>

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Tony B. <tb...@gm...>]

The other probably larger issue is Mplayer and the inclusion of the
Microsoft codecs.  These are illegal in North America.

Right now there are too many possible legal hurdles for my liking and I
can't afford to hire a lawyer to prove myself innocent or see how it plays
out.

I can't take the chance that any of this goes to court and we have to prove
our innocence.  I owe it to my family to not put us in this kind of shaky
legal status.  Hell, I can't even afford to replace my failed hard drive
right now - lol.

With that said and with great regrets, I am dropping out of Linux
development permanently.

It just doesn't make sense to keep this hobby going with all the possible
negative aspects surrounding it right now.

It has been a pleasure working with you all and I hope all of this just
blows over for Robert's sake and for all of you.

Robert - anything that I have provided to VL under the GPL, is now your
property solely and you can change any copyright texts where my name is
mentioned to yours.

Regards,
Tony



On 7/6/06, Sriram Durbha <sri...@gm...> wrote:
>
> Guys,
>  I spent some more time on this and after deep thought, realised that we
> have no problems if we dont preinstall the Nvidia/ati drivers .
>
> here are the possible solutions.
>
> 1. provide a dialog that informs the user that they wont get the sources
> for the Nvidia drivers, but can get the sources for all the others stuff ,
> and that they can proceed with the install only if they agree that they
> understand this.  Also they should agree that if they give their copy of VL
> to any one else, they also agree to the above clause.
>
> 2. provide instructions / tool to install the Nvidia/ATI driver
> themselves.  they have to agree that if they give their copy of VL to a
> third person, the third person has to be aware of the situation.
>
> 3. Provide the info /tools through the forum. not officially as part of
> the distro.
>
> I want to have these reviewed by someone at EFF.  if we agree on our
> situation, we can find a solution that is acceptable to the EFF.
>
> I dont like the idea of us backing off after so much effort by so many
> people.  There are a lot of users who LOVE VL.  Im sure we can find a
> solution out of this pedantic legal mess.
> please comment
> cheers
> ram
>
>
>
> On 6/30/06, hanumizzle <han...@gm...> wrote:
> >
> > On 6/30/06, Tony Brijeski <tb...@gm...> wrote:
> > > More fuel for the fire.
> > >
> > > http://technocrat.net/d/2006/6/30/5032
> >
> > I don't think Canada give full faith and credit to silly U.S. software
> > patents. There already exists a legal precedent against patenting
> > mathematical formulae (CS processes are similar in nature): c.f.
> > Schlumberger Canada Ltd. v. Commissioner of Patents (1981).
> >
> > --
> > Remember that time Thotsakan punched Neil Bush in the dick?
> >
> > Using Tomcat but need to do more? Need to support web services,
> > security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >
> > _______________________________________________
> > Vectorlinux-devel mailing list
> > Vec...@li...
> > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> >
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>
>
>

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Sriram D. <sri...@gm...>]

Guys,
 I spent some more time on this and after deep thought, realised that we
have no problems if we dont preinstall the Nvidia/ati drivers .

here are the possible solutions.

1. provide a dialog that informs the user that they wont get the sources for
the Nvidia drivers, but can get the sources for all the others stuff , and
that they can proceed with the install only if they agree that they
understand this.  Also they should agree that if they give their copy of VL
to any one else, they also agree to the above clause.

2. provide instructions / tool to install the Nvidia/ATI driver themselves.
they have to agree that if they give their copy of VL to a third person, the
third person has to be aware of the situation.

3. Provide the info /tools through the forum. not officially as part of the
distro.

I want to have these reviewed by someone at EFF.  if we agree on our
situation, we can find a solution that is acceptable to the EFF.

I dont like the idea of us backing off after so much effort by so many
people.  There are a lot of users who LOVE VL.  Im sure we can find a
solution out of this pedantic legal mess.
please comment
cheers
ram


On 6/30/06, hanumizzle <han...@gm...> wrote:
>
> On 6/30/06, Tony Brijeski <tb...@gm...> wrote:
> > More fuel for the fire.
> >
> > http://technocrat.net/d/2006/6/30/5032
>
> I don't think Canada give full faith and credit to silly U.S. software
> patents. There already exists a legal precedent against patenting
> mathematical formulae (CS processes are similar in nature): c.f.
> Schlumberger Canada Ltd. v. Commissioner of Patents (1981).
>
> --
> Remember that time Thotsakan punched Neil Bush in the dick?
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>

Re: [Vectorlinux-devel] X Configuration

[hanumizzle <han...@gm...>]

On 7/2/06, Oleg <ya...@gm...> wrote:
> h> On 6/29/06, hanumizzle <han...@gm...> wrote:
> h> - To what degree should the config tolerate user editing? This raises
> h> several issues:
>
> h>   * Should the config program support the user's style of indentation
> h> dynamically?
> No, just use some default style, e.g. the style which X.Org developers
> use in default xorg.conf, or something like that.
>
> h>   * What if a user deletes SubSections for certain depths? How should
> h> depth setting method handle this? Search for the ones that do exist?
> IMHO this situation is more like user's mistake.
> Can you generate missing sections automatically?

Yes, but working with xorg.conf files gets very nasty, very fast. I
*could* add the subsections if missing. I could also write a web
server in COBOL if I really tried. :(

To date, there is no Xorg module on CPAN. And they have nigh
everything: CSV, fstab, XML, YAML (which I would have used if I knew
about it earlier), MIME, etc., etc., etc. No Xorg config.

But why? Because the format sucks, and I hate it.

--
Remember that time Thotsakan punched Neil Bush in the dick?

Re: [Vectorlinux-devel] X Configuration

[Oleg <ya...@gm...>]

h> On 6/29/06, hanumizzle <han...@gm...> wrote:
h> - To what degree should the config tolerate user editing? This raises
h> several issues:

h>   * Should the config program support the user's style of indentation
h> dynamically?
No, just use some default style, e.g. the style which X.Org developers
use in default xorg.conf, or something like that.

h>   * What if a user deletes SubSections for certain depths? How should
h> depth setting method handle this? Search for the ones that do exist?
IMHO this situation is more like user's mistake.
Can you generate missing sections automatically?

Re: [Vectorlinux-devel] X Configuration

[hanumizzle <han...@gm...>]

On 6/29/06, hanumizzle <han...@gm...> wrote:
> These questions (pretty important) didn't get answered on the board,
> so I am asking it here:
> ...
> However, I have run into a couple questions, mostly involving keyboards:

A few more came up:

- What if someone has multiple heads / mice / keyboards?

- To what degree should the config tolerate user editing? This raises
several issues:

  * Should the config program support the user's style of indentation
dynamically?
  * What if a user deletes SubSections for certain depths? How should
depth setting method handle this? Search for the ones that do exist?

-- 
Remember that time Thotsakan punched Neil Bush in the dick?

[Vectorlinux-devel] Cmake and KDE 4

[John B <joh...@gm...>]

The KDE developers have announced that they will be using cmake as
their tool of choice for building KDE 4. See the following article
from lwn.net: http://lwn.net/Articles/188693/

This will mean that we will need to include cmake as part of at least
VL SOHO going forward. It should be easy enough to package. ;-) For
more info on cmake, see http://www.cmake.org/HTML/Index.html

Best,
John

Re: [Vectorlinux-devel] X Configuration

[Oleg <ya...@gm...>]

 hanumizzle wrote:
> Here's the plan. I'll write a class for XOrgConfig that chops up an
> xorg.conf. Methods for such an instance will do distinct things like:
> $xorgConfig->SetDefaultDepth(16); or $xorgConfig->SetKbds(qw/en ru/);
> that way individual applets can be written for each part of the
> configuration...there is a lot of flexibility here. Say vkeyset does
> one routine for console keyboards and another for X keyboard setup.
Sounds good!

> > But they don't work, because they rely on KDE's switcher ;) .
>
> Does it sux0rz?
KDE keyboard switcher doesn't work for years, that is why kkbswitch was 
created.

[Vectorlinux-devel] The VL Forum

[John B <joh...@gm...>]

I reported the spam that was sent to the VL forum members to Madtux's
support staff. (As you may be aware, Madtux hosts our forum.) As a
result of the spam that was sent through the VL forum, MadTux has shut
down our forum for 24 hours around 6 PM EDT today. In their e-mail,
they cited the fact that the spam is a violation of their agreements
with their ISPs and is a legal issue for them. One only wonders how
the forum was compromised this time. :?


Regards,
John

[Vectorlinux-devel] I Am Officially An Idiot

[hanumizzle <han...@gm...>]

http://distro.ibiblio.org/pub/linux/distributions/vectorlinux/hanumizzle/ImageMagick-6.2.6-i586-2.tgz

If anyone has had a problem with ImageMagick causing segfaults, it's fixed now.

1) find /usr/lib/perl/site_perl -type f -name '*Magick*'

If you see anything in there somehow labelled '5.8.6', get rid of it.
Remove any old ImageMagick package as wel.

2) Make sure you have the latest perl, 5.8.8. I made a package.
3) Install this latest ImageMagick.

It should work...

-- 
Remember that time Thotsakan punched Neil Bush in the dick?

Re: [Vectorlinux-devel] X Configuration

[hanumizzle <han...@gm...>]

On 6/30/06, Vanger <fa...@gm...> wrote:
> In any configuration, there should be "us" layout by default. Doesn't
> matter, how much you love our native non-latin language, but you can't
> configure system by it.

OK.

>
> >         Option "XkbRules" "xorg"
> >         Option "XkbModel" "pc104"
> >         Option "XkbLayout" "us,ru(winkeys)"
> >         Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
> This is the perfectly working configuration. But I always have to set
> it manually.

This is what I meant by the phrase 'just works'. c.f.
http://c2.com/cgi/wiki?ItJustWorks

> xorgconfig is dumb, when you try to set up your language in it, it
> makes a non-working configuration:
> Option "XkbLayout" "ru"
> Option "XkbVariant" "ru(winkeys)
> And if you change the default - "XkbLayout" - on "us", you can't
> switch on Russian or back.
>
> I even have seen such variant:
> Option "XkbLayout" ""us","ru""
> in a Deepstyle Linux (Russified and Ukrainized Slackware). That
> doesn't work either.

sux0rz...

>
> So, the final variant shold be:
> Option "XkbLayout" "us,<other languages>"
> Option "XkbOptions" "grp:<toggle>,grp_led:<if someone wish>"
>
>
> > * How should I integrate console keyboard support with X keyboard
> > support? Or should I let them be separate?
> It's quite easy - you have to load the needed font, load the needed
> keyboard layout and enable mapping on ttys. For Russian it looks like
> this:
>
> setfont koi8r_8x16
> loadkeys ru-ms

I'm good up to here: set the console font and load a certain
keymapping for raw keycodes.

> for n in 1 2 3 4 5 6;  // similar for all languages
> do
>         echo -ne "\033(K" > /dev/tty$n
> done

WTF? (BTW, the `seq' program can generate number sequences; it has all
kinds of features for padding and the like.)

for n in $(seq 1 6); do
  echo -ne "\033(K" > /dev/tty$n
done

Doesn't setterm -reset do something like that?

> I think, it can be automated, but I don't like the idea of integrating with X.

Here's the plan. I'll write a class for XOrgConfig that chops up an
xorg.conf. Methods for such an instance will do distinct things like:
$xorgConfig->SetDefaultDepth(16); or $xorgConfig->SetKbds(qw/en ru/);
that way individual applets can be written for each part of the
configuration...there is a lot of flexibility here. Say vkeyset does
one routine for console keyboards and another for X keyboard setup.
The other X tools will act independently of this feature. Complete
orthogonality. And the 'main' X config program will simply run
vxresset, vxmouse, vkeyset (passed -noconsole option to skip console
part).

If it doesn't make sense, I was really tired when I wrote this.

> > * cdialog configuration of X is sufficient, yes? I don't think having
> > a GUI version is really necessary.
> It is not critical, but it would be good to see it.

If I have time. I'm not sure where the practical benefit would be.

> > I don't agree. One may want to setup X keyboard via GUI.
> > KDE Control Center allows some X settings via GUI.
> But they don't work, because they rely on KDE's switcher ;) .

Does it sux0rz?

P.S. - It's good to have Russian folks working on your computer
project; their skills are undervalued IMO

--
Remember that time Thotsakan punched Neil Bush in the dick?

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[hanumizzle <han...@gm...>]

On 6/30/06, Tony Brijeski <tb...@gm...> wrote:
> More fuel for the fire.
>
> http://technocrat.net/d/2006/6/30/5032

I don't think Canada give full faith and credit to silly U.S. software
patents. There already exists a legal precedent against patenting
mathematical formulae (CS processes are similar in nature): c.f.
Schlumberger Canada Ltd. v. Commissioner of Patents (1981).

-- 
Remember that time Thotsakan punched Neil Bush in the dick?

Re: [Vectorlinux-devel] X Configuration

[Vanger <fa...@gm...>]

> Yes, just install "console-cyrillic" package from VL repository and
> look at the "cyr" script contained in it.
I mean, not only for Russian/Ukrainian, but for other non-latin languages.

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Tony B. <tb...@gm...>]

More fuel for the fire.

http://technocrat.net/d/2006/6/30/5032


On 6/30/06, Vanger <fa...@gm...> wrote:
>
> > Teh solution would be to provide the drivers on disk.
> > but let the user actively do something to initiate a configuration
> utility
> > which would either give the user a list of instruction or do teh driver
> > install  automatically.
>
> I have suggested some time ago, that non-GPL software can be
> distributed in a separate bulk. So user can choose, does he want to
> have non-GPL stuff on his Linux box or not.
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>

Re: [Vectorlinux-devel] X Configuration

[Oleg <ya...@gm...>]

2006/6/30, Vanger <fa...@gm...>:
> I think, it can be automated,
Yes, just install "console-cyrillic" package from VL repository and
look at the "cyr" script contained in it.

Re: [Vectorlinux-devel] GPL Issues surrounding Mepis and the can of worms he opened.

[Vanger <fa...@gm...>]

> Teh solution would be to provide the drivers on disk.
> but let the user actively do something to initiate a configuration utility
> which would either give the user a list of instruction or do teh driver
> install  automatically.

I have suggested some time ago, that non-GPL software can be
distributed in a separate bulk. So user can choose, does he want to
have non-GPL stuff on his Linux box or not.

Re: [Vectorlinux-devel] X Configuration

[Vanger <fa...@gm...>]

In any configuration, there should be "us" layout by default. Doesn't
matter, how much you love our native non-latin language, but you can't
configure system by it.

>         Option "XkbRules" "xorg"
>         Option "XkbModel" "pc104"
>         Option "XkbLayout" "us,ru(winkeys)"
>         Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
This is the perfectly working configuration. But I always have to set
it manually.
xorgconfig is dumb, when you try to set up your language in it, it
makes a non-working configuration:
Option "XkbLayout" "ru"
Option "XkbVariant" "ru(winkeys)
And if you change the default - "XkbLayout" - on "us", you can't
switch on Russian or back.

I even have seen such variant:
Option "XkbLayout" ""us","ru""
in a Deepstyle Linux (Russified and Ukrainized Slackware). That
doesn't work either.

So, the final variant shold be:
Option "XkbLayout" "us,<other languages>"
Option "XkbOptions" "grp:<toggle>,grp_led:<if someone wish>"


> * How should I integrate console keyboard support with X keyboard
> support? Or should I let them be separate?
It's quite easy - you have to load the needed font, load the needed
keyboard layout and enable mapping on ttys. For Russian it looks like
this:

setfont koi8r_8x16
loadkeys ru-ms
for n in 1 2 3 4 5 6;  // similar for all languages
do
	echo -ne "\033(K" > /dev/tty$n
done

I think, it can be automated, but I don't like the idea of integrating with X.

> * cdialog configuration of X is sufficient, yes? I don't think having
> a GUI version is really necessary.
It is not critical, but it would be good to see it.

> I don't agree. One may want to setup X keyboard via GUI.
> KDE Control Center allows some X settings via GUI.
But they don't work, because they rely on KDE's switcher ;) .