You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
(40) |
Apr
(76) |
May
(31) |
Jun
(39) |
Jul
(44) |
Aug
(87) |
Sep
(32) |
Oct
(23) |
Nov
(36) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(49) |
Sep
(14) |
Oct
|
Nov
|
Dec
(1) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(63) |
Aug
(95) |
Sep
(39) |
Oct
(61) |
Nov
(75) |
Dec
(118) |
2009 |
Jan
(25) |
Feb
(37) |
Mar
(20) |
Apr
(15) |
May
(14) |
Jun
(48) |
Jul
(82) |
Aug
(160) |
Sep
(94) |
Oct
(55) |
Nov
(59) |
Dec
(4) |
2010 |
Jan
(5) |
Feb
(17) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Vanger <fa...@gm...> - 2006-06-30 09:59:56
|
> Option "XkbRules" "xorg" > Option "XkbModel" "pc105" > Option "XkbLayout" "us,ru(winkeys),ua(winkeys)" > Option "XkbOptions" "grp:caps_toggle,grp_led:scroll" I want to add, that xorgconfig's approach, setting > > * How should I integrate console keyboard support with X keyboard > > support? Or should I let them be separate? > Console keyboard is another story. It has another set of layouts, switches, > toggles, etc. Generally it's more restricted than X. E.g., it's quite hard to > configure switching between 3 layouts (I did this in console-cyrillic package > for en-ru-uk, but AFAIK there is no general solution). > So if you don't want to restrict X keyboard setup, don't integrate it with > console keyboard setup too tightly. > If someone need only 2 languages, such integration may make sence, though. > > > * I've heard complaints about getting foreign keyboard layouts to > > work. I believe they should Just Work(tm). How did you solve your > > problems? > Include "kkbswitch" package into default VL installation. I haven't heard > about any other keyboard switching tool which Just Work(tm). > > > * cdialog configuration of X is sufficient, yes? I don't think having > > a GUI version is really necessary. > I don't agree. One may want to setup X keyboard via GUI. > KDE Control Center allows some X settings via GUI. > > 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 > |
From: Sriram D. <sri...@gm...> - 2006-06-30 01:15:09
|
*It's against the law to provide material contribution to activity that you know will infringe copyright. *The above line taken from teh theread on koroora causes me to rethink what i said in teh previous post. -ram * * On 6/29/06, Sriram Durbha <sri...@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. > from the thread i get the idea that bundling the driver "pre installed" is > the trouble here. > cheers > ram > > > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > Not quite sure about that either. This is starting to be a real pain in > > the ass. > > > > > > > > On 6/29/06, hanumizzle < han...@gm...> wrote: > > > > > On 6/29/06, Tony Brijeski < tb...@gm...> wrote: > > > > > > > > The issue is that the fsf is the keeper of the GPL so ultimately it > > > is their > > > > call in regards to the gray areas. > > > > > > > > Linus has chosen to put the kernel under the GPL so he must abide by > > > its > > > > limits in their entirety. > > > > > > Looks like we're going to have to make the drivers a separate dl. :? > > > > > > -- > > > 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 > > > > > > > |
From: Sriram D. <sri...@gm...> - 2006-06-30 00:57:18
|
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. from the thread i get the idea that bundling the driver "pre installed" is the trouble here. cheers ram On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > Not quite sure about that either. This is starting to be a real pain in > the ass. > > > > On 6/29/06, hanumizzle <han...@gm...> wrote: > > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > > > The issue is that the fsf is the keeper of the GPL so ultimately it is > > their > > > call in regards to the gray areas. > > > > > > Linus has chosen to put the kernel under the GPL so he must abide by > > its > > > limits in their entirety. > > > > Looks like we're going to have to make the drivers a separate dl. :? > > > > -- > > 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 > > > |
From: Oleg <ya...@gm...> - 2006-06-29 23:03:09
|
> * I know jack about X keyboard configuration. Every time I needed to > input i18n text (German and Devanagari scripts, basically), I did it > in Emacs or Yudit. Arey! Any help on the architecture of X keyboard > support? Do you need help on xorg.conf keyboard configuration format or on keyboard switching tool? Anyway, below is my configuration, and I use "kkbswitch" package for switching keyboard layout. Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys),ua(winkeys)" Option "XkbOptions" "grp:caps_toggle,grp_led:scroll" EndSection Option "XkbLayout" is a list of languages to switch between, in my case English, Russian and Ukrainian. In your case there would be Option "XkbLayout" "us,de" I don't know about Devanagari support. Now "winkeys" in my configuration is a variant of keyboard layout, for different languages there are different sets of layouts, I think you can get the full list via grep -o "pc/.*(.*)" /etc/X11/xkb/symbols.dir Next line: Option "XkbOptions" "grp:caps_toggle,grp_led:scroll" grp:caps_toggle sets the way of persistent toggle of keyboard layout. Full list of toggle options: grep -o "group(.*_toggle)" /etc/X11/xkb/symbols.dir There are also "switch" options, see grep -o "group(.*_switch)" /etc/X11/xkb/symbols.dir They allows to toggle layout temporarily, when the switch key is pressed. Next option, grp_led:scroll set the indicator of layout change. The full list of variants is here: grep -o "leds(.*)" /etc/X11/xkb/compat.dir > * How should I integrate console keyboard support with X keyboard > support? Or should I let them be separate? Console keyboard is another story. It has another set of layouts, switches, toggles, etc. Generally it's more restricted than X. E.g., it's quite hard to configure switching between 3 layouts (I did this in console-cyrillic package for en-ru-uk, but AFAIK there is no general solution). So if you don't want to restrict X keyboard setup, don't integrate it with console keyboard setup too tightly. If someone need only 2 languages, such integration may make sence, though. > * I've heard complaints about getting foreign keyboard layouts to > work. I believe they should Just Work(tm). How did you solve your > problems? Include "kkbswitch" package into default VL installation. I haven't heard about any other keyboard switching tool which Just Work(tm). > * cdialog configuration of X is sufficient, yes? I don't think having > a GUI version is really necessary. I don't agree. One may want to setup X keyboard via GUI. KDE Control Center allows some X settings via GUI. |
From: Tony B. <tb...@gm...> - 2006-06-29 20:35:38
|
Not quite sure about that either. This is starting to be a real pain in the ass. On 6/29/06, hanumizzle <han...@gm...> wrote: > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > The issue is that the fsf is the keeper of the GPL so ultimately it is > their > > call in regards to the gray areas. > > > > Linus has chosen to put the kernel under the GPL so he must abide by its > > limits in their entirety. > > Looks like we're going to have to make the drivers a separate dl. :? > > -- > 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 > |
From: hanumizzle <han...@gm...> - 2006-06-29 20:23:35
|
On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > The issue is that the fsf is the keeper of the GPL so ultimately it is their > call in regards to the gray areas. > > Linus has chosen to put the kernel under the GPL so he must abide by its > limits in their entirety. Looks like we're going to have to make the drivers a separate dl. :? -- Remember that time Thotsakan punched Neil Bush in the dick? |
From: Tony B. <tb...@gm...> - 2006-06-29 18:55:27
|
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 > |
From: hanumizzle <han...@gm...> - 2006-06-29 18:49:24
|
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? |
From: Tony B. <tb...@gm...> - 2006-06-29 18:47:30
|
What is this? Has the new board been compromised or what? ---------- Forwarded message ---------- From: Help and info for VL users <ve...@ve...> Date: Jun 29, 2006 2:19 PM Subject: Help and info for VL users: Subject To: tb...@gm... Hello World visit www.1337.net http://www.vectorlinux.com/forum1/index.php |
From: Tony B. <tb...@gm...> - 2006-06-29 18:46:11
|
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. deb and rpm packages are plentiful everywhere. On 6/29/06, hanumizzle <han...@gm...> wrote: > > http://www.vectorlinux.com/forum1/index.php?topic=11464.0 > > Several other topics just like it. > > -- > 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 > |
From: hanumizzle <han...@gm...> - 2006-06-29 18:04:31
|
http://www.vectorlinux.com/forum1/index.php?topic=11464.0 Several other topics just like it. -- Remember that time Thotsakan punched Neil Bush in the dick? |
From: Tony B. <tb...@gm...> - 2006-06-29 17:48:04
|
There is something we are all missing - including the folks at ati and nvidia and apparently most distro vendors and distributors. http://kororaa.org/ Check the link and see the response that the fsf guys gave Chris of Kororaa. This, IMHO, is a huge stumbling block and may have other issues with stuff like ndiswrapper,etc since these are similar efforts to get hardware working with non-gpl drivers,etc. On 6/29/06, hanumizzle <han...@gm...> wrote: > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > The kernel dev told the guy he was in violation of the gpl for including > the > > nvidia drivers along with the kernel. > > I don't understand. How else are you supposed to distribute the nvidia > drivers? Ubuntu receives a lot of press these days, and yet: > > > http://www.google.com/search?q=site%3Apackages.ubuntu.com+nvidia&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official > > Is there something I'm missing? > > 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 > |
From: Tony B. <tb...@gm...> - 2006-06-29 17:44:32
|
Here is the fsf position on ati and nvidia drivers: http://kororaa.org/ Kororaa was the distro that had the kernel dev contact them to cease distributiing their livecd. On 6/29/06, John B <joh...@gm...> wrote: > > When we start populating the FTP repository for the next version of > VL, there will be a source directory in the tree, similar to what > Slackware has been doing. It's our stated intention to include source > code tarballs, buildscripts, slack-desc files, doinst.sh files and any > patch files that were used to build each package. Such a source > directory will give us one way to comply with GPL section 3A for any > GPL or LGPL products included in the distro. After all, our FTP > repository and its mirrors constitute "a medium customarily used for > software interchange," to borrow from GPL section 3A. > > As a result of this, all packagers will be required to upload source > code, buildscripts, slack-desc, doinst.sh and patch files with each > package. Packages that don't include those files will not be included > in the repository. > > FWIW (about $0.02 US or CAD, take your pick), > John > > On 6/29/06, Sriram Durbha <sri...@gm...> wrote: > > > > My Take on this? > > we wont be in violation of GPL as long as we provide a means to the > buyer to acquire the source to those components of VL which are GPL. > > We go one step ahead an provide the source to our tools like VASM > also. So i dont see any reason to worry. > > From our end all we need to do to be safe is declare that we will try > and provide a way for those who purchase our distro, a way to get the > souorce of any GPL'd software that they bought through us. > > > > Thrid Party programs do not affect this situation. Acrobat is not GPL'd > so we can distribute it as long as Adobe is happy with that situation. > similarly Nvidia. > > > > Tigger, dont despair or get overly concerned. You personally can never > get into any trouble because you develop something. It is the distributor > who is in the line of fire. ofcourse you could be pedantic and say that you > "distributed" it to us, but we did not buy it from you and wont sue you. [ > we == other devs ]. You are a great developer. Dont let stuff like this > get in the way. > > > > So in conclusion, This does not affect the development effort. We can > continue to progress with VL6 Base. If htere are any issues with GPL, most > can be resolved with very little effort. And even those cropup only on the > distribution side of things. > > > > cheers > > ram > > > > 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 > |
From: hanumizzle <han...@gm...> - 2006-06-29 17:42:35
|
On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > The kernel dev told the guy he was in violation of the gpl for including the > nvidia drivers along with the kernel. I don't understand. How else are you supposed to distribute the nvidia drivers? Ubuntu receives a lot of press these days, and yet: http://www.google.com/search?q=site%3Apackages.ubuntu.com+nvidia&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official Is there something I'm missing? |
From: Tony B. <tb...@gm...> - 2006-06-29 17:41:29
|
The nvidia is the one that is in question since the kernel developer put a cease order against the live cd that included the nvidia drivers due to the way they interface with the kernel. On 6/29/06, Sriram Durbha <sri...@gm...> wrote: > > My Take on this? > we wont be in violation of GPL as long as we provide a means to the > buyer to acquire the source to those components of VL which are GPL. > We go one step ahead an provide the source to our tools like VASM also. > So i dont see any reason to worry. > From our end all we need to do to be safe is declare that we will try and > provide a way for those who purchase our distro, a way to get the souorce of > any GPL'd software that they bought through us. > > Thrid Party programs do not affect this situation. Acrobat is not GPL'd so > we can distribute it as long as Adobe is happy with that situation. > similarly Nvidia. > > Tigger, dont despair or get overly concerned. You personally can never > get into any trouble because you develop something. It is the distributor > who is in the line of fire. ofcourse you could be pedantic and say that you > "distributed" it to us, but we did not buy it from you and wont sue you. [ > we == other devs ]. You are a great developer. Dont let stuff like this > get in the way. > > So in conclusion, This does not affect the development effort. We can > continue to progress with VL6 Base. If htere are any issues with GPL, most > can be resolved with very little effort. And even those cropup only on the > distribution side of things. > > cheers > ram > > > > > > On 6/29/06, hanumizzle <han...@gm...> wrote: > > > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > > > How does everyone feel about this? > > > > > > The effort I'm working on will put us in GPL compliance moving forward > > as > > > far as the normal stuff goes. > > > > > > What about the issue behind acrobat, nvidia and ati drivers, mplayer, > > etc? > > > > Aren't these non-GPL issues? > > > > -- > > 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 > > > |
From: Tony B. <tb...@gm...> - 2006-06-29 17:39:03
|
The kernel dev told the guy he was in violation of the gpl for including the nvidia drivers along with the kernel. On 6/29/06, hanumizzle <han...@gm...> wrote: > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > How does everyone feel about this? > > > > The effort I'm working on will put us in GPL compliance moving forward > as > > far as the normal stuff goes. > > > > What about the issue behind acrobat, nvidia and ati drivers, mplayer, > etc? > > Aren't these non-GPL issues? > > -- > 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 > |
From: John B <joh...@gm...> - 2006-06-29 16:31:47
|
When we start populating the FTP repository for the next version of VL, there will be a source directory in the tree, similar to what Slackware has been doing. It's our stated intention to include source code tarballs, buildscripts, slack-desc files, doinst.sh files and any patch files that were used to build each package. Such a source directory will give us one way to comply with GPL section 3A for any GPL or LGPL products included in the distro. After all, our FTP repository and its mirrors constitute "a medium customarily used for software interchange," to borrow from GPL section 3A. As a result of this, all packagers will be required to upload source code, buildscripts, slack-desc, doinst.sh and patch files with each package. Packages that don't include those files will not be included in the repository. FWIW (about $0.02 US or CAD, take your pick), John On 6/29/06, Sriram Durbha <sri...@gm...> wrote: > > My Take on this? > we wont be in violation of GPL as long as we provide a means to the buyer to acquire the source to those components of VL which are GPL. > We go one step ahead an provide the source to our tools like VASM also. So i dont see any reason to worry. > From our end all we need to do to be safe is declare that we will try and provide a way for those who purchase our distro, a way to get the souorce of any GPL'd software that they bought through us. > > Thrid Party programs do not affect this situation. Acrobat is not GPL'd so we can distribute it as long as Adobe is happy with that situation. similarly Nvidia. > > Tigger, dont despair or get overly concerned. You personally can never get into any trouble because you develop something. It is the distributor who is in the line of fire. ofcourse you could be pedantic and say that you "distributed" it to us, but we did not buy it from you and wont sue you. [ we == other devs ]. You are a great developer. Dont let stuff like this get in the way. > > So in conclusion, This does not affect the development effort. We can continue to progress with VL6 Base. If htere are any issues with GPL, most can be resolved with very little effort. And even those cropup only on the distribution side of things. > > cheers > ram > |
From: hanumizzle <han...@gm...> - 2006-06-29 16:02:20
|
These questions (pretty important) didn't get answered on the board, so I am asking it here: I have **more or less** squared away the first four basic VASM apps I decided to write (we still have weird segfault problems with the menu translators, but I'm working on that, too). Most of it is gravy from here on in, but, being a hacker, I wanted to take on the tricky parts first. To that end, I will be moving to the X configuration program next. I gave up on the idea of writing an actual grammar for the file, and instead will use the Perl Way(tm): lots of regexes. It seems the most pragmatic thing to do. However, I have run into a couple questions, mostly involving keyboards: * I know jack about X keyboard configuration. Every time I needed to input i18n text (German and Devanagari scripts, basically), I did it in Emacs or Yudit. Arey! Any help on the architecture of X keyboard support? * How should I integrate console keyboard support with X keyboard support? Or should I let them be separate? * I've heard complaints about getting foreign keyboard layouts to work. I believe they should Just Work(tm). How did you solve your problems? * Any unusual hardware quirks I should take into account? I know (as of Xorg 6.8.2) that Via Unichrome cards are not supported by the 'via' driver, and that they need the 'vesa' driver to work properly. More recent versions of Xorg have built-in Unichrome support * cdialog configuration of X is sufficient, yes? I don't think having a GUI version is really necessary. Any other special requests...? |
From: Sriram D. <sri...@gm...> - 2006-06-29 15:46:39
|
My Take on this? we wont be in violation of GPL as long as we provide a means to the buyer to acquire the source to those components of VL which are GPL. We go one step ahead an provide the source to our tools like VASM also. So i dont see any reason to worry. >From our end all we need to do to be safe is declare that we will try and provide a way for those who purchase our distro, a way to get the souorce of any GPL'd software that they bought through us. Thrid Party programs do not affect this situation. Acrobat is not GPL'd so we can distribute it as long as Adobe is happy with that situation. similarly Nvidia. Tigger, dont despair or get overly concerned. You personally can never get into any trouble because you develop something. It is the distributor who is in the line of fire. ofcourse you could be pedantic and say that you "distributed" it to us, but we did not buy it from you and wont sue you. [ we == other devs ]. You are a great developer. Dont let stuff like this get in the way. So in conclusion, This does not affect the development effort. We can continue to progress with VL6 Base. If htere are any issues with GPL, most can be resolved with very little effort. And even those cropup only on the distribution side of things. cheers ram On 6/29/06, hanumizzle <han...@gm...> wrote: > > On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > > > How does everyone feel about this? > > > > The effort I'm working on will put us in GPL compliance moving forward > as > > far as the normal stuff goes. > > > > What about the issue behind acrobat, nvidia and ati drivers, mplayer, > etc? > > Aren't these non-GPL issues? > > -- > 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 > |
From: hanumizzle <han...@gm...> - 2006-06-29 14:50:43
|
On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > > How does everyone feel about this? > > The effort I'm working on will put us in GPL compliance moving forward as > far as the normal stuff goes. > > What about the issue behind acrobat, nvidia and ati drivers, mplayer, etc? Aren't these non-GPL issues? -- Remember that time Thotsakan punched Neil Bush in the dick? |
From: hanumizzle <han...@gm...> - 2006-06-29 14:47:05
|
On 6/29/06, Tony Brijeski <tb...@gm...> wrote: > According to both those recent issues, we are not in compliance for sure so > what are we going to do about it? Section 3 of the GPL has bothered me for a while: "3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)" I think b) would be our best choice, given that, in reality, most people are just going to download the damn source tarball. -- Remember that time Thotsakan punched Neil Bush in the dick? |
From: Tony B. <tb...@gm...> - 2006-06-29 14:41:33
|
How does everyone feel about this? The effort I'm working on will put us in GPL compliance moving forward as far as the normal stuff goes. What about the issue behind acrobat, nvidia and ati drivers, mplayer, etc? I personally do not want to get in any legal situation over this. Since we are not paid and VL isn't exactly a money making machine, how would we take care of the legal fees if needed? This whole thing is kinda making me want to step away from developing linux permanently and just do my own thing for my own purposes. It seems these issues are starting to creep up more and more. Not long ago there was a thing with one of the other distros that was providing nvidia drivers and a kernel dev forced him to stop. IMHO - this is killing linux. According to both those recent issues, we are not in compliance for sure so what are we going to do about it? Remember - since VL is sold and has an online store per se, it is considered a commercial distribution and as such must play the game in the same manner Redhat, Mandriva and Novell are playing the game. Robert - I'd really like your take on all of this as this is starting to become a serious issue. My personal legal status is far more important to me than anything else especially considering there is no financial gain from developing to offset any legal issues. I am watching these 2 issues very closely to decide what I will do. I would really like all of you to put your 2 cents in regardless. Regards, Tony |
From: Oleg <ya...@gm...> - 2006-06-25 15:00:50
|
Hi! Is there firefox-1.5.0.4 in VL repository? I've found only firefox-1.5-i586-7vl5. I was about to update my firefox i18n packages, but they need firefox 1.5.0.4. Is there any Firefox packager or VL needs one? Also I've noticed that Slackware 10.2 and Slackware-current contain "mozilla-firefox" package, namely in the Slackware-current I've found mozilla-firefox-1.5.0.4-i686-1 package. So the question is: if VL is based on Slackware, shouldn't it use the same name for the Firefox package? However in Slackware-current Firefox is placed to absolutely different directory than in VL, and I like VL way of placement much more. Regards, YaP |
From: Jose J. R. <jo...@gm...> - 2006-06-24 07:38:24
|
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 |
From: Jose J. R. <jo...@gm...> - 2006-06-24 02:23:49
|
There is a package on the ftp as usual, in upload/joe1962/dev/vl-hot. 2006-06-23 <jo...@us...> * Released 0.3.5 2006-06-23 <jo...@us...> * Added "NotShowIn=KDE;" to separate unmount icon. * Made all variable names uppercase. * Added unique vl-hot icon by Aska (beta version). * Some cosmetic .desktop file fixes. 2006-06-20 <jo...@us...> * Released 0.3.4 2006-06-19 <jo...@us...> * Started test branch for XFCE 4.4 native desktop icons support. * Modified .desktop file for XFCE 4.4 support. * Moved icon to /usr/share/pixmaps. * Removed unmounted icon support. * Added separate unmount icon for each device till actions work in XFCE. XFCE desktop icons now work. The auto-refresh problem was solved thanks to an email exchange with the XFCE devs. To test this you will need Vec's XFCE 4.4 beta build plus the gamin package and the rebuilt Thunar with gamin support. Still can't get the context-menu actions to work in XFCE though. So I added a second icon for each device, just to be able to unmount them. Hopefully this will not be a permanent solution as it is inelegant and missing the "emergency" unmount actions. I started a separate branch for testing an alternative interface, where the icon shows up but the device is not mounted until clicked on, when it also opens it in a filemanager. I don't like this method as much and there are several problems to iron out with it, but if it progresses, I might release a viable testing version in the not too distant future for comparison. We now have the makings of our very own vl-hot icon, courtesy of Aska. He vows to keep working on it, as he considers this just an early alpha attempt. Regards, Joe1962 |