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: Jose J. R. <jo...@gm...> - 2007-08-09 01:45:49
|
As you have probably figured out by now, I configured the vinstall-ng Google Code Project to use this mailing list for email notifications of subversion commits and also for issue tracker changes. The Project Members uelsk8s, M0E.lnx and easuter have been "upgraded" to Project Owners... :) I suggest we put the project wiki and issue tracker to good use. You can see a small example of use at http://code.google.com/p/vcpufreq/. We had some older notes regarding installer algorithms, etc at: http://wikihost.org/wikis/vecdev/programm/gebo.prg?name=start For example: http://wikihost.org/wikis/vecdev/wiki/driveselect http://wikihost.org/wikis/vecdev/wiki/autopartition Keep up the good work! Regards, Joe1962 |
From: <cod...@go...> - 2007-08-08 19:58:31
|
Author: easuter Date: Wed Aug 8 12:57:31 2007 New Revision: 15 Modified: trunk/Functions.module trunk/frmChoice.class Log: Functions.CalcPaksSize now accepts the "all" argument, for calculating the size of a bulk package selection. Modified: trunk/Functions.module ============================================================================== --- trunk/Functions.module (original) +++ trunk/Functions.module Wed Aug 8 12:57:31 2007 @@ -237,26 +237,33 @@ DIM iSize AS Long iSize = 0 -arsPackages = Split(selected_paks, ";") 'selected_packs is semi-colon delimited + 'The config file must have the following layout for easy parsing '(Package sizes must be in bytes!) ' 'Group: Base -' Package_0:veclinux/required/veclinux.tlz|856480|Base System -' Package_1:veclinux/required/vlconfig.tlz|33792|Config Files +' Package_0:veclinux/required/veclinux.tlz|185597952|Base System +' Package_1:veclinux/required/vlconfig.tlz|337945|Config Files 'Group: Dev OPEN "/tmp/mnt/SOURCE/veclinux/vinstall-ng_packages.conf" FOR READ AS #hPackageConfig WHILE NOT Eof(hPackageConfig) LINE INPUT #hPackageConfig, sLine - 'Find the sizes that correspond to each package reference by parsing the configuration file - FOR EACH sPackageRef IN arsPackages - IF InStr(sLine, "Package_" & sPackageRef & ":") > 0 THEN + 'Parse the package configuration file based on whether a bulk or individual package selection was made + IF InStr(selected_paks, "all") > 0 THEN + IF InStr(sLine, "Package_") > 0 THEN iSize = iSize + Val(Trim$(Mid$(Left$(sLine, RInStr(sLine, "|") - 1), InStr(sLine, "|") + 1))) - ENDIF - NEXT + ENDIF + ELSE 'Parse individual package selection + arsPackages = Split(selected_paks, ";") 'selected_packs is semi-colon delimited when specific packages are selected + FOR EACH sPackageRef IN arsPackages + IF InStr(sLine, "Package_" & sPackageRef & ":") > 0 THEN + iSize = iSize + Val(Trim$(Mid$(Left$(sLine, RInStr(sLine, "|") - 1), InStr(sLine, "|") + 1))) + ENDIF + NEXT + ENDIF WEND CLOSE #hPackageConfig @@ -271,14 +278,16 @@ DIM sTemp AS String Utils.GetSysMemory +iTotalSize = 0 IF Global.SimulationMode = TRUE THEN - sTemp = "3800000" + sTemp = "38000000" ELSE SHELL "fdisk -s " & Global.installDrive TO sTemp ENDIF -iTotalSize = Val(sTemp) * 1024 'Convert to bytes +iTotalSize = Val(sTemp) +iTotalSize = iTotalSize * 1024 'Convert to bytes 'Return the size to be used for the root partition, in bytes, with a "safety margin" of 150MB iRootSize = iTotalSize - CalcSwap(Global.SysMemory) - 157286400 Modified: trunk/frmChoice.class ============================================================================== --- trunk/frmChoice.class (original) +++ trunk/frmChoice.class Wed Aug 8 12:57:31 2007 @@ -35,7 +35,7 @@ 'Debug Utils.GetSysMemory -frmGo.TextLabel1.Text = "Swap(MB): " & Functions.CalcSwap(Global.SysMemory) & " Root(MB): " & Functions.CalcRootSize() & " Packages will ocupy(MB): " & Functions.CalcPaksSize("0;1") +frmGo.TextLabel1.Text = "Swap: " & Functions.AutoUnits(Functions.CalcSwap(Global.SysMemory)) & " Root: " & Functions.AutoUnits(Functions.AutoRootSize()) & " Packages will ocupy: " & Functions.AutoUnits(Functions.CalcPaksSize("all")) END |
From: <cod...@go...> - 2007-08-08 18:19:16
|
Author: easuter Date: Wed Aug 8 11:18:27 2007 New Revision: 14 Modified: trunk/Functions.module trunk/Utils.module Log: Utils.GetSysMemory, Functions.CalcSwap, Functions.CalcPaksSize and Functions.AutoRootSize now return values in bytes only. Modified: trunk/Functions.module ============================================================================== --- trunk/Functions.module (original) +++ trunk/Functions.module Wed Aug 8 11:18:27 2007 @@ -215,22 +215,21 @@ END -PUBLIC FUNCTION CalcSwap(sysmem AS Integer) AS Integer -'Calculate the theoretical swap partition size based on system memory, in megabytes +PUBLIC FUNCTION CalcSwap(sysmem AS Long) AS Long +'Calculate the theoretical swap partition size based on system memory, in bytes -IF sysmem < 128 THEN +IF sysmem < 134217728 THEN RETURN sysmem * 2.5 -ELSE IF sysmem < 256 AND sysmem > 128 THEN +ELSE IF sysmem < 268435456 AND sysmem > 134217728 THEN RETURN sysmem * 2 ELSE - RETURN 512 'Don't return swap partition sizes above 512MB + RETURN 536870912 'Don't return swap partition sizes above 512MB ENDIF END PUBLIC FUNCTION CalcPaksSize(selected_paks AS String) AS Long 'Calculate the space required by the user's package selection -'Call the function by separating the package references with semi-colons DIM arsPackages AS string[] DIM hPackageConfig AS file DIM sLine AS String @@ -238,13 +237,14 @@ DIM iSize AS Long iSize = 0 -arsPackages = Split(selected_paks, ";") +arsPackages = Split(selected_paks, ";") 'selected_packs is semi-colon delimited -'The config file must have the following layout for easy parsing (example): +'The config file must have the following layout for easy parsing +'(Package sizes must be in bytes!) ' 'Group: Base ' Package_0:veclinux/required/veclinux.tlz|856480|Base System -' Package_1:veclinux/required/vlconfig.tlz|33792| Config Files +' Package_1:veclinux/required/vlconfig.tlz|33792|Config Files 'Group: Dev OPEN "/tmp/mnt/SOURCE/veclinux/vinstall-ng_packages.conf" FOR READ AS #hPackageConfig @@ -254,29 +254,34 @@ 'Find the sizes that correspond to each package reference by parsing the configuration file FOR EACH sPackageRef IN arsPackages IF InStr(sLine, "Package_" & sPackageRef & ":") > 0 THEN - iSize = iSize + Val(Mid$(Left$(sLine, RInStr(sLine, "|") - 1), InStr(sLine, "|") + 1)) + iSize = iSize + Val(Trim$(Mid$(Left$(sLine, RInStr(sLine, "|") - 1), InStr(sLine, "|") + 1))) ENDIF NEXT WEND CLOSE #hPackageConfig -iSize = iSize / 1024 'Convert the value to megabytes and then return it RETURN iSize END -PUBLIC FUNCTION CalcRootSize() AS Long +PUBLIC FUNCTION AutoRootSize() AS Long 'Calculate the size of the theoretical root partition DIM iRootSize AS Long DIM iTotalSize AS Long DIM sTemp AS String Utils.GetSysMemory -SHELL "fdisk -s " & Global.installDrive TO sTemp -iTotalSize = Val(sTemp) / 1024 -'Return the size to be used for the root partition, in megabytes, with a "safety margin" of 200MB -iRootSize = iTotalSize - CalcSwap(Global.SysMemory) - 200 +IF Global.SimulationMode = TRUE THEN + sTemp = "3800000" +ELSE + SHELL "fdisk -s " & Global.installDrive TO sTemp +ENDIF + +iTotalSize = Val(sTemp) * 1024 'Convert to bytes + +'Return the size to be used for the root partition, in bytes, with a "safety margin" of 150MB +iRootSize = iTotalSize - CalcSwap(Global.SysMemory) - 157286400 RETURN iRootSize END Modified: trunk/Utils.module ============================================================================== --- trunk/Utils.module (original) +++ trunk/Utils.module Wed Aug 8 11:18:27 2007 @@ -147,8 +147,8 @@ LINE INPUT #hMemInfo, sLine CLOSE hMemInfo -sLine = Trim$(Mid$(Left$(sLine, RInStr(sLine, " ")), InStr(sLine, " "))) 'Isolate the memory size string -Global.SysMemory = Val(sLine) / 1024 'Turn the value into megabytes +sLine = Trim$(Mid$(Left$(sLine, RInStr(sLine, " ")), InStr(sLine, " "))) 'Isolate the memory size string (which is in KB) +Global.SysMemory = Val(sLine) * 1024 'Convert the value to bytes END |
From: Jose J. R. <jo...@gm...> - 2007-08-06 20:33:33
|
On 8/6/07, M0E Lnx <m0...@gm...> wrote: > I might also add that the the buttons work or course, and I hope I > dont sound like like I want to make this look like some brown distro's > installer, I just think it'd be a better to keep it as > straight-forward as possible. > IMO, and FWIW, the current concept makes it both distinctive and more funtional. You should be able to go back to whichever step you need/want (as far as possible, of course, we need to grey out the buttons that can't be returned to) and review your choices, without having to click several times on "Back". > > But again, this is a dilemma in my head, because while that makes it > easy to understand, it may make it harder to offer many choices, and > we all know VL is all about choice. > > Just a thought > > M0E > > On 8/6/07, Eug=E9ne Suter <ea...@gm...> wrote: > > On 04/08/07, Jose J. Rodriguez <jo...@gm...> wrote: > > > On 8/4/07, Eug=E9ne Suter <ea...@gm...> wrote: > > > > > > > > So, where to go from here? > > > > > > > > The first thing I though about was the number of installation modes= : do > > we > > > > need 3? > > > > How should Semi-auto differ from the Advanced option? Both already = lead > > to > > > > the exact same partitioning screen, with all the exact same options= . > > > > Maybe just Automatic and Advanced would suffice? > > > > > > Initially, Semi-auto was a way to do part of the process by hand and > > > part automatically. As I laid out the work flow however, it became > > > sort of redundant, since in Advanced mode, you can basically do as > > > much as you need by hand, and as much as you want in assisted mode. I > > > believe I had already posted here at some point about loosing the > > > extra mode. These early work flow graphs might help you, if you > > > haven't seen them yet: > > > > > > > > http://jjrweb.byethost.com/vl/dev/new-installer/images/Full-automatic.p= ng > > > > > http://jjrweb.byethost.com/vl/dev/new-installer/images/Advanced.png > > > > > > Regards, > > > Joe1962 > > > > > > Great! I remember having seen those diagrams before, just couldn't reme= mber > > where they were hosted. > > > > -About the project hosting: > > Should we be working with branches by now in order to have trunk as a > > "safe/official" source and separate branch(s) that we can use as sandbo= x(s) > > and create as much havoc as wish there? ;) > > Sounds like a plan to me... :) > > > > I'd really like to try to go ahead and work on the auto-installation op= tion, > > but don't want to interfere (or be interfered with ;)) anything someone= else > > may be doing at the same time. > > > > -About the installer layout: > > How much do we have to keep to the original design? (in the IRC room, > > Moe-lnx had suggested "Back" and "Next" buttons instead of the buttons = at > > the top). > > Regards, Joe1962 |
From: M0E L. <m0...@gm...> - 2007-08-06 18:55:46
|
I might also add that the the buttons work or course, and I hope I dont sound like like I want to make this look like some brown distro's installer, I just think it'd be a better to keep it as straight-forward as possible. But again, this is a dilemma in my head, because while that makes it easy to understand, it may make it harder to offer many choices, and we all know VL is all about choice. Just a thought M0E On 8/6/07, Eug=E9ne Suter <ea...@gm...> wrote: > On 04/08/07, Jose J. Rodriguez <jo...@gm...> wrote: > > On 8/4/07, Eug=E9ne Suter <ea...@gm...> wrote: > > > > > > So, where to go from here? > > > > > > The first thing I though about was the number of installation modes: = do > we > > > need 3? > > > How should Semi-auto differ from the Advanced option? Both already le= ad > to > > > the exact same partitioning screen, with all the exact same options. > > > Maybe just Automatic and Advanced would suffice? > > > > Initially, Semi-auto was a way to do part of the process by hand and > > part automatically. As I laid out the work flow however, it became > > sort of redundant, since in Advanced mode, you can basically do as > > much as you need by hand, and as much as you want in assisted mode. I > > believe I had already posted here at some point about loosing the > > extra mode. These early work flow graphs might help you, if you > > haven't seen them yet: > > > > > http://jjrweb.byethost.com/vl/dev/new-installer/images/Full-automatic.png > > > http://jjrweb.byethost.com/vl/dev/new-installer/images/Advanced.png > > > > Regards, > > Joe1962 > > > Great! I remember having seen those diagrams before, just couldn't rememb= er > where they were hosted. > > -About the project hosting: > Should we be working with branches by now in order to have trunk as a > "safe/official" source and separate branch(s) that we can use as sandbox(= s) > and create as much havoc as wish there? ;) > I'd really like to try to go ahead and work on the auto-installation opti= on, > but don't want to interfere (or be interfered with ;)) anything someone e= lse > may be doing at the same time. > > -About the installer layout: > How much do we have to keep to the original design? (in the IRC room, > Moe-lnx had suggested "Back" and "Next" buttons instead of the buttons at > the top). > > Cheers, > > Eug=E9ne > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > > |
From: <ea...@gm...> - 2007-08-06 18:43:41
|
On 04/08/07, Jose J. Rodriguez <jo...@gm...> wrote: > > On 8/4/07, Eug=E9ne Suter <ea...@gm...> wrote: > > > > So, where to go from here? > > > > The first thing I though about was the number of installation modes: do > we > > need 3? > > How should Semi-auto differ from the Advanced option? Both already lead > to > > the exact same partitioning screen, with all the exact same options. > > Maybe just Automatic and Advanced would suffice? > > Initially, Semi-auto was a way to do part of the process by hand and > part automatically. As I laid out the work flow however, it became > sort of redundant, since in Advanced mode, you can basically do as > much as you need by hand, and as much as you want in assisted mode. I > believe I had already posted here at some point about loosing the > extra mode. These early work flow graphs might help you, if you > haven't seen them yet: > > http://jjrweb.byethost.com/vl/dev/new-installer/images/Full-automatic.png > http://jjrweb.byethost.com/vl/dev/new-installer/images/Advanced.png > > Regards, > Joe1962 Great! I remember having seen those diagrams before, just couldn't remember where they were hosted. -About the project hosting: Should we be working with branches by now in order to have trunk as a "safe/official" source and separate branch(s) that we can use as sandbox(s) and create as much havoc as wish there? ;) I'd really like to try to go ahead and work on the auto-installation option= , but don't want to interfere (or be interfered with ;)) anything someone els= e may be doing at the same time. -About the installer layout: How much do we have to keep to the original design? (in the IRC room, Moe-lnx had suggested "Back" and "Next" buttons instead of the buttons at the top). Cheers, Eug=E9ne |
From: Jose J. R. <jo...@gm...> - 2007-08-04 20:21:08
|
On 8/4/07, Eug=E9ne Suter <ea...@gm...> wrote: > Well, I've trying to get myself familiar with the installer's foundations= , > layed down by Joe1962. > So far I've only done a few trivial things like change button names to > something meaningful and added Terabyte support in the AutoUnits function= - > had to look up the exact number of bytes on wikipedia ;). > Cool! > > So, where to go from here? > > The first thing I though about was the number of installation modes: do w= e > need 3? > How should Semi-auto differ from the Advanced option? Both already lead t= o > the exact same partitioning screen, with all the exact same options. > Maybe just Automatic and Advanced would suffice? Initially, Semi-auto was a way to do part of the process by hand and part automatically. As I laid out the work flow however, it became sort of redundant, since in Advanced mode, you can basically do as much as you need by hand, and as much as you want in assisted mode. I believe I had already posted here at some point about loosing the extra mode. These early work flow graphs might help you, if you haven't seen them yet: http://jjrweb.byethost.com/vl/dev/new-installer/images/Full-automatic.png http://jjrweb.byethost.com/vl/dev/new-installer/images/Advanced.png Regards, Joe1962 |
From: <ea...@gm...> - 2007-08-04 19:46:24
|
Well, I've trying to get myself familiar with the installer's foundations, layed down by Joe1962. So far I've only done a few trivial things like change button names to something meaningful and added Terabyte support in the AutoUnits function - had to look up the exact number of bytes on wikipedia ;). So, where to go from here? The first thing I though about was the number of installation modes: do we need 3? How should Semi-auto differ from the Advanced option? Both already lead to the exact same partitioning screen, with all the exact same options. Maybe just Automatic and Advanced would suffice? |
From: Robert L. <vec...@ya...> - 2007-08-03 08:42:11
|
Hello, Just to keep everyone updated we released a modified version of soho duped 5.8.6. Why is the keyword. The big problem with the 5.8 release was lack of X.org 7x this addresses that plus starts building the base for 6.0. There will be a standard release for this as well. Next will be 5.9.x for standard and soho to introduce new toolchain in slack 12. Hopefully this will give us a very stable base to begin the 6.0 series. With a solid base we can all devote more of our time and energy producing the gui basics that our users are expecting. This is open to discussion as to how to accomplished our 6.0 goals with the resources we have. With any luck with favorable reviews and a faster release cycle perhaps we will get a few more gui inclined programmers. comments please........... cheers, vec Robert Lange vec...@ya... http://www.vectorlinux.com Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com |
From: Sriram D. <sri...@gm...> - 2007-08-02 17:35:10
|
Hi Kocil, Congrats :) it is also your greatness that you want to share the credit with the VL Community. congrats for being so cool. thanks cheers ram On 8/2/07, John B <joh...@gm...> wrote: > > Hi, Kocil! > > Indeed it's great to see your letter to the VL developer's list. > Congratulations on winning the Ristek - Telkom award for your D-Forge > system! > > Please don't be a stranger to us, even as you stay busy with your work > in Indonesia. > > Cheers, > John > > On 8/2/07, Kocil <k0...@ya...> wrote: > > Hi folks. > > > > Old developers never die, they only daemonized away :) > > > > After I cameback to Indonesia, I could not getiing involded as much as > > before in VL. But that does not meant the spirit goes away. > > I've been continuing the development of Vectelopment (used for VL SOHO > > 5.0). > > Now, it has been evolved into DForge. > > It is capable to build multi-variant distros. > > Currently, I'm using it to build VL-dynamite and Dewantara. > > > > The good news is, DForge just won the Ristek - Telkom Award. > > It is a nationa competition. > > So the language is Indonesian. > > Nevertheless, here is the announcement > > > http://www.ristek.go.id/index.php?mod=File&conf=frame&abs=1&file=file_upload/pengumuman/penerima_telkom_award.htm > > > > I would say thank you for you friends. > > This award is also for VL community. > > > > Cheers. > > Kocil > > > > > > > > > > > > > > > > ________________________________ > > Choose the right car based on your needs. Check out Yahoo! Autos new Car > > Finder tool. > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
From: John B <joh...@gm...> - 2007-08-02 15:47:46
|
Hi, Kocil! Indeed it's great to see your letter to the VL developer's list. Congratulations on winning the Ristek - Telkom award for your D-Forge system! Please don't be a stranger to us, even as you stay busy with your work in Indonesia. Cheers, John On 8/2/07, Kocil <k0...@ya...> wrote: > Hi folks. > > Old developers never die, they only daemonized away :) > > After I cameback to Indonesia, I could not getiing involded as much as > before in VL. But that does not meant the spirit goes away. > I've been continuing the development of Vectelopment (used for VL SOHO > 5.0). > Now, it has been evolved into DForge. > It is capable to build multi-variant distros. > Currently, I'm using it to build VL-dynamite and Dewantara. > > The good news is, DForge just won the Ristek - Telkom Award. > It is a nationa competition. > So the language is Indonesian. > Nevertheless, here is the announcement > http://www.ristek.go.id/index.php?mod=File&conf=frame&abs=1&file=file_upload/pengumuman/penerima_telkom_award.htm > > I would say thank you for you friends. > This award is also for VL community. > > Cheers. > Kocil > > > > > > > > ________________________________ > Choose the right car based on your needs. Check out Yahoo! Autos new Car > Finder tool. > |
From: Jose J. R. <jo...@gm...> - 2007-08-02 13:41:17
|
On 8/2/07, Kocil <k0...@ya...> wrote: > Hi folks. > > Old developers never die, they only daemonized away :) > I definitely need to write that one down, it's very cool. > > The good news is, DForge just won the Ristek - Telkom Award. > Congratulations! Regards, Joe1962 |
From: uel a. <ue...@gm...> - 2007-08-02 13:26:59
|
Congratulations On 8/2/07, Kocil <k0...@ya...> wrote: > > Hi folks. > > Old developers never die, they only daemonized away :) > > After I cameback to Indonesia, I could not getiing involded as much as > before in VL. But that does not meant the spirit goes away. > I've been continuing the development of Vectelopment (used for VL SOHO > 5.0). > Now, it has been evolved into DForge. > It is capable to build multi-variant distros. > Currently, I'm using it to build VL-dynamite and Dewantara. > > The good news is, DForge just won the Ristek - Telkom Award. > It is a nationa competition. > So the language is Indonesian. > Nevertheless, here is the announcement > > http://www.ristek.go.id/index.php?mod=File&conf=frame&abs=1&file=file_upload/pengumuman/penerima_telkom_award.htm > > I would say thank you for you friends. > This award is also for VL community. > > Cheers. > Kocil > > > > > > ------------------------------ > Choose the right car based on your needs. Check out Yahoo! Autos new Car > Finder tool.<http://us.rd.yahoo.com/evt=48518/*http://autos.yahoo.com/carfinder/;_ylc=X3oDMTE3NWsyMDd2BF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDY2FyLWZpbmRlcg--+> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > > |
From: Kocil <k0...@ya...> - 2007-08-02 08:00:14
|
Hi folks. Old developers never die, they only daemonized away :) After I cameback to Indonesia, I could not getiing involded as much as before in VL. But that does not meant the spirit goes away. I've been continuing the development of Vectelopment (used for VL SOHO 5.0). Now, it has been evolved into DForge. It is capable to build multi-variant distros. Currently, I'm using it to build VL-dynamite and Dewantara. The good news is, DForge just won the Ristek - Telkom Award. It is a nationa competition. So the language is Indonesian. Nevertheless, here is the announcement http://www.ristek.go.id/index.php?mod=File&conf=frame&abs=1&file=file_upload/pengumuman/penerima_telkom_award.htm I would say thank you for you friends. This award is also for VL community. Cheers. Kocil --------------------------------- Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. |
From: Robert L. <vec...@ya...> - 2007-07-26 02:47:49
|
--- "Jose J. Rodriguez" <jo...@gm...> wrote: > I finally fixed the issue that prevented the > installer source from > working in Gambas2 1.9.49. The source code is now on > svn at: > http://code.google.com/p/vinstall-ng/ > > At this point, it is mostly a framework for > implementing the > functionality, though the fdisk and parser is > working well (even in > non-English locales), as is the partition type code > and selection > screen. > > Regards, > Joe1962 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? > Stop. > Now Search log events and configuration files using > AJAX and a browser. > Download your FREE copy of Splunk now >> > http://get.splunk.com/ > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > Thank you Joe.........this is very good news. Now we need as many people as possible to jump on this project as it is key to our vector 6.x roll out. cheers, Robert Robert Lange vec...@ya... http://www.vectorlinux.com Get news delivered with the All new Yahoo! Mail. Enjoy RSS feeds right on your Mail page. Start today at http://mrd.mail.yahoo.com/try_beta?.intl=ca |
From: Jose J. R. <jo...@gm...> - 2007-07-26 00:55:38
|
I finally fixed the issue that prevented the installer source from working in Gambas2 1.9.49. The source code is now on svn at: http://code.google.com/p/vinstall-ng/ At this point, it is mostly a framework for implementing the functionality, though the fdisk and parser is working well (even in non-English locales), as is the partition type code and selection screen. Regards, Joe1962 |
From: uel a. <ue...@gm...> - 2007-01-26 03:16:40
|
here it is f4f3c64c2305c4b5d46bcaff31a9e519 VL-5.8-SOHO-A1.iso sorry it should have been there initially On 1/25/07, nig...@ju... <nig...@ju...> wrote: > > Could I have the MD5 sum for this image? > > I tried to install but it fails on "veclinux.tlz" > > > > ________________________________________________________________________ > Interested in getting caught up on today's news? > Click here to checkout USA TODAY Headlines. > > http://track.juno.com/s/lc?s=198954&u=http://www.usatoday.com/news/front.htm?csp=24 > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
From: <nig...@ju...> - 2007-01-25 21:14:27
|
Could I have the MD5 sum for this image? I tried to install but it fails on "veclinux.tlz" ________________________________________________________________________= Interested in getting caught up on today's news? Click here to checkout USA TODAY Headlines. http://track.juno.com/s/lc?s=3D198954&u=3Dhttp://www.usatoday.com/news/f= ront.htm?csp=3D24 |
From: uel a. <ue...@gm...> - 2007-01-19 15:44:33
|
Gentlemen, The first iso of 5.8 SOHO was made last night. http://vectorlinux.osuosl.org/veclinux-current/iso-test/VL-5.8-SOHO-A1.iso Its primary purpose is to help us build a package list for SOHO. We are working on it here http://www.numsum.com/spreadsheet/show/35896 There is still a lot of cruft leftover from std. on the iso Thanks, Uelsk8s |
From: uel a. <ue...@gm...> - 2006-12-21 01:23:24
|
> > Decided to keep gambas-runtime, less problematic as it is that way on > the iso. Figured there won't be non-unified Gambas packages for VL any > time soon. Uploaded repackages with fixed deps (I hope) of the > following: > > vl-hot > vcpufreq > gambas > > I'm still unsure how to handle the gambas-runtime / gambas issue. That > is, when gambas is installed, it will overwrite the gambas-runtime > files, but both packages will still show up as installed. Also, if > gambas is then uninstalled, gambas-runtime would then be broken, > right? So gambas apps won't run. I remember asking before, but still, > any ideas? removepkg is supposed to check for this and not remove a file that exists in a package that is not being removed. but as always the only way you can be certain is to give it a try. |
From: Jose J. R. <jo...@gm...> - 2006-12-20 21:03:50
|
On 12/20/06, Jose J. Rodriguez <jo...@gm...> wrote: > On 12/18/06, John <joh...@gm...> wrote: > > I was going to upgrade my VL 5.8 RC 2 to final using slapt-get --dist-upgrade. > > To see what would happen if I did so, I entered the following version of the > > slapt-get command (yes, I did have the latest slapt-getrc): > > > > VL58STDRC2://home/john > > root:# slapt-get -s --dist-upgrade > > > > That version of the command simulates what would happen. There are four areas > > of concern below. I will intersperse my comments with the output from > > slapt-get --dist-upgrade: > > > > Reading Package Lists... Done > > Excluding vl-hot, use --ignore-dep to override > > Excluding vcpufreq, use --ignore-dep to override > > Excluding goffice, use --ignore-dep to override > > Excluding abiword, use --ignore-dep to override > > Excluding frozen-bubble, use --ignore-dep to override > > The following packages have unmet dependencies: > > vl-hot: Depends: gambas-runtime_full >= 1.0.15 | gambas >= 1.0.15 > > vcpufreq: Depends: gambas >= 1.0.15 > > I've been working on fixing the gambas deps issues. Gambas packages > had a dep for openldap, which has now changed to openldap-client. I > just uploaded fixed gambas packages to the repo and will be putting > them in the proper places soon. Gambas is on extra/, but > gambas-runtime should be on packages/, as it's the normal way for non > gambas developers to run the apps. Regarding gambas-runtime though, > there is an issue with the package name. Up to now I had been calling > it gambas-runtime_full, in reference to the integrated nature of the > package, against the separate components - packaging recommended by > the developers. For some reason, the latest runtime package went on > the iso with the wrong name. Now, should I just switch the package > name on the repo to gambas-runtime from now on? Or keep the _full and > add gambas-runtime to slack-conflicts? > Decided to keep gambas-runtime, less problematic as it is that way on the iso. Figured there won't be non-unified Gambas packages for VL any time soon. Uploaded repackages with fixed deps (I hope) of the following: vl-hot vcpufreq gambas I'm still unsure how to handle the gambas-runtime / gambas issue. That is, when gambas is installed, it will overwrite the gambas-runtime files, but both packages will still show up as installed. Also, if gambas is then uninstalled, gambas-runtime would then be broken, right? So gambas apps won't run. I remember asking before, but still, any ideas? > > > The following NEW packages will be installed: > > ntfs-3g ntfsprogs sharutils sshfs-fuse vlconfig2 > > Why is ntfs-3g "NEW"? IIRC, it was in RC2. Should show as upgrade. > > Regards, > Joe1962 > |
From: Jose J. R. <jo...@gm...> - 2006-12-20 11:15:10
|
On 12/18/06, John <joh...@gm...> wrote: > I was going to upgrade my VL 5.8 RC 2 to final using slapt-get --dist-upgrade. > To see what would happen if I did so, I entered the following version of the > slapt-get command (yes, I did have the latest slapt-getrc): > > VL58STDRC2://home/john > root:# slapt-get -s --dist-upgrade > > That version of the command simulates what would happen. There are four areas > of concern below. I will intersperse my comments with the output from > slapt-get --dist-upgrade: > > Reading Package Lists... Done > Excluding vl-hot, use --ignore-dep to override > Excluding vcpufreq, use --ignore-dep to override > Excluding goffice, use --ignore-dep to override > Excluding abiword, use --ignore-dep to override > Excluding frozen-bubble, use --ignore-dep to override > The following packages have unmet dependencies: > vl-hot: Depends: gambas-runtime_full >= 1.0.15 | gambas >= 1.0.15 > vcpufreq: Depends: gambas >= 1.0.15 I've been working on fixing the gambas deps issues. Gambas packages had a dep for openldap, which has now changed to openldap-client. I just uploaded fixed gambas packages to the repo and will be putting them in the proper places soon. Gambas is on extra/, but gambas-runtime should be on packages/, as it's the normal way for non gambas developers to run the apps. Regarding gambas-runtime though, there is an issue with the package name. Up to now I had been calling it gambas-runtime_full, in reference to the integrated nature of the package, against the separate components - packaging recommended by the developers. For some reason, the latest runtime package went on the iso with the wrong name. Now, should I just switch the package name on the repo to gambas-runtime from now on? Or keep the _full and add gambas-runtime to slack-conflicts? > The following NEW packages will be installed: > ntfs-3g ntfsprogs sharutils sshfs-fuse vlconfig2 Why is ntfs-3g "NEW"? IIRC, it was in RC2. Should show as upgrade. Regards, Joe1962 |
From: John <joh...@gm...> - 2006-12-19 03:36:25
|
I was going to upgrade my VL 5.8 RC 2 to final using slapt-get --dist-upgrade. To see what would happen if I did so, I entered the following version of the slapt-get command (yes, I did have the latest slapt-getrc): VL58STDRC2://home/john root:# slapt-get -s --dist-upgrade That version of the command simulates what would happen. There are four areas of concern below. I will intersperse my comments with the output from slapt-get --dist-upgrade: Reading Package Lists... Done Excluding vl-hot, use --ignore-dep to override Excluding vcpufreq, use --ignore-dep to override Excluding goffice, use --ignore-dep to override Excluding abiword, use --ignore-dep to override Excluding frozen-bubble, use --ignore-dep to override The following packages have unmet dependencies: vl-hot: Depends: gambas-runtime_full >= 1.0.15 | gambas >= 1.0.15 vcpufreq: Depends: gambas >= 1.0.15 goffice: Depends: freetype >= 2.2.1 The issue here is that freetype 2.2.1 is not in the VL 5.8 repository. Unless there was a compelling reason to upgrade from 2.1.9 to 2.2.1, this item is going to cause issues unless I use the --ignore-dep switch to do the dist-upgrade. abiword: Depends: x11-base >= 7.1 This is an even BIGGER issue. We don't have x 7.1 in the repository. I hope this package works correctly under x 6.9.0, which is what is on VL 5.8. While it's nice for us to be able to play with xorg 7.1, until it is officially in the repository, do NOT build ANY packages that link against xorg 7.1. Otherwise, slapt-get will complain. frozen-bubble: Depends: perl-gettext >= 1.0.5-noarch-1vl58 Is perl-gettext in the main repo, or is it in testing? I'll need to check. The following packages have been EXCLUDED: vl-hot vcpufreq goffice abiword frozen-bubble The following NEW packages will be installed: ntfs-3g ntfsprogs sharutils sshfs-fuse vlconfig2 The following packages will be upgraded: cups fuse xpdf libgpg-error parted libgcrypt ndiswrapper a52dec VL5.8 Mesa smpeg htop grsync SDL_Perl gaim xine-ui xine-lib xfce xfprint MPlayer 20 upgraded, 5 newly installed, 0 to remove and 5 not upgraded. Need to get 34MB of archives. After unpacking 51MB of additional disk space will be used. cups-1.2.4-i586-2vl58 is to be upgraded to version 1.2.6-i586-2vl58 fuse-2.5.3-i586-4vl58 is to be upgraded to version 2.6.1-i586-3vl58 ntfs-3g-20061212-i586-2vl58 is to be installed ntfsprogs-1.13.1-i586-4vl58 is to be installed sharutils-4.6.3-i486-1 is to be installed sshfs-fuse-1.7-i586-1vl58 is to be installed vlconfig2-5.8-i586-1vl58 is to be installed xpdf-3.01-i486-4 is to be upgraded to version 3.01-i586-4vl58 libgpg-error-1.0-i486-4vl58 is to be upgraded to version 1.3-i586-2vl58 parted-1.6.25.1-i586-4vl58 is to be upgraded to version 1.8.0-i586-4vl58 libgcrypt-1.2.1-i486-4vl58 is to be upgraded to version 1.2.1-i586-4vl58 ndiswrapper-1.23_2.6.17.13-i586-4vl58 is to be upgraded to version 1.29_2.6.17.13-i586-1vl58 a52dec-0.7.4-i486-4vl58 is to be upgraded to version 0.7.4-i586-4vl58 VL5.8-initscipts-noarch-4vl58 is to be upgraded to version initscripts-noarch-4vl58 Mesa-6.5.1-i586-4vl58 is to be upgraded to version 6.5.1-i586-5vl58 smpeg-0.4.4-i586-4vl58 is to be upgraded to version 0.4.5.cvs.2006.11.29-i586-1vl58 htop-0.6.4-i586-4vl58 is to be upgraded to version 0.6.5-i586-1vl58 grsync-0.1-i586-4vl58 is to be upgraded to version 0.5-i586-4vl58 SDL_Perl-2.1.3-i586-4vl58 is to be upgraded to version 2.1.3-i586-6vl58 gaim-2.0.0beta4-i586-4vl58 is to be upgraded to version 2.0.0beta5-i586-2vl58 xine-ui-0.99.4-i586-4vl58 is to be upgraded to version 0.99.4-i586-5vl58 xine-lib-1.0.2-i586-4vl58 is to be upgraded to version 1.1.2-i586-4vl58 xfce-4.3.99.1-i586-2vl58 is to be upgraded to version 4.3.99.2-i586-3vl58 xfprint-4.3.99.1-i586-2vl58 is to be upgraded to version 4.3.99.3svn-i586-2vl58 MPlayer-1.0pre7try2-autoarch-2vl58 is to be upgraded to version 1.0pre8-autoarch-4vl58 Done slapt-get --dist-upgrade will be doable once the issues listed above are addressed. Cheers, John |
From: SourceForge.net <no...@so...> - 2006-12-17 03:58:36
|
Task #134204 has been updated. Project: vectorlinux Subproject: vl-hot Summary: man page Complete: 0% Status: Open Authority : joe1962 Assigned to: joe1962 Description: Create a man page for vl-hot ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=134204&group_id=3693&group_project_id=46350 |
From: Jose J. R. <jo...@gm...> - 2006-12-17 03:20:32
|
On 12/16/06, Jose J. Rodriguez <jo...@gm...> wrote: > Some actions, suggestions and opinions regarding the package lists on > iso and repo (NA = not available): > > DONE: > - arts: renamed to vl58, moved to extra/libs/ > - xmms-jack: move to extra/x-apps/ meant "moved" of course. > - requiredbuilder (was dup): deleted from packages/dev/, left in extra/dev/ > - xfce4-weather-plugin (should have been included in iso): moved to extra/xfce/ > > SUGGESTIONS: > - jasper (gyachi dep, should have been removed from iso): PACKAGE NA > - raptor (ardour, jack, liblrdf, hidrogen dep, should have been > removed from iso): in testing/ > - liblrdf (ardour, jack-rack dep, should have been removed from iso): PACKAGE NA > - motor: (still vl6 on iso, should have been renamed): OK on repo > - ndiswrapper (rename so kernel version is part of basename > (suggestion: ndiswrapper_2.6.18.5-version-arch-build.tlz), otherwise > package version management, deps and updating will be hell) > > OPINIONS: > ARGH!: hehe, the ARGH! was in my personal notes, forgot to delete it after pasting here... ;) > - fix db package names on repo (Slackware only has db4 and db44, not > db42, don't know about db3) > - VL5.8-initscripts-noarch-4vl58 (rename to initscripts if all or > vlinitscripts if only VL custom ones, right now basename is VL5.8 and > inistscripts (or previously initscipts) is part of version!) > Regards, Joe1962 |