VectorLinux
August 30, 2014, 12:05:01 am *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Visit our home page for VL info. To search the old message board go to http://vectorlinux.com/forum1. The first VL forum is temporarily offline until we can find a host for it. Thanks for your patience.
 
Now powered by KnowledgeDex.
   Home   Help Search Login Register  
Please support VectorLinux!
Pages: 1 [2] 3 4 ... 7
  Print  
Author Topic: VectorLinux 7.0 CORE ALPHA 2  (Read 15446 times)
retired1af
Packager
Vectorian
****
Posts: 1259



« Reply #15 on: July 22, 2010, 10:45:34 am »

6-8 gig is very doable. I can set up a generic FTP account we can use to temporarily store stuff until we get the storage crunch sorted out. Just give the word and I'll set it up.
Logged

ASUS K73 Intel i3 Dual Core 2.3GHz
vector
Administrator
Vectorite
*****
Posts: 479



« Reply #16 on: July 22, 2010, 12:02:25 pm »

Quote
Maybe Robert can comment - could we create a 'testing' tree in the vectorlinux-7.0 area? I can move files from the contribs area to that area as new packages are produced. That would also provide a few new packages for iso inclusion.

Paul.
I made a vec7 folder in the main repo that we can use as a holding tank till we figure out how we want the vector7 repo organized. Can you guys upload to that area?

Vec
Logged
GrannyGeek
Packager
Vectorian
****
Posts: 2567


« Reply #17 on: July 22, 2010, 12:53:04 pm »

I installed yesterday on the 1.3 GHz Celeron. I was thrown for a loop when I was about to pick what partition I wanted to install on and all the drives were listed as /dev/sdx (x being a placeholder for the actual designation)! Formerly they were all /dev/hdx as they are all IDE drives. I wanted to be absolutely sure I wasn't going to overwrite a partition I didn't intend to overwrite, so I went back to gparted, where the drives included drive labels and I got a better idea of just how VL7 Install was seeing the drives. When I went back to selecting the partition (I wasn't creating any new partitions), the drive list was confused and was mixing partitions from /dev/sda with partitions from /dev/sdb (as it identified them). This scared me, so I exited from the installation and started my RC3 so I could see what cfdisk saw the drives as. I made notes and started the VL7 installation again. This time the "select partition to install on" screen got the drive sizes right. I picked /dev/sda6 and holding my breath, began the installation. It did go to the right place. /dev/sda6 was formerly /dev/hde6.

After I installed LILO to a floppy disk after the installation was complete, I booted to RC3 with that floppy and got a kernel panic. I think the change from /dev/hdx to /dev/sdx is confusing the process. I tried editing lilo.conf, substituting the old /dev/hdx designations for the new /dev/sdx designation, but got a fatal error when I did lilo -v. So I see this change to /dev/sdx as a probable problem for computers that have older versions of VL installed because it appears that anyone using a floppy will need at least two (one for the new VL7 and one for the older versions). I don't know what will happen to computers that use other boot loaders or put LILO in the MBR.

After my original drive ID debacle, I tried the text installer. It couldn't find the installation media (CD in what used to be /dev/hdc and is now /dev/sdd, I think). So the text installer was a no-go. Fortunately the GUI installer worked right the second time.

I was confused by the Readme.function and Functions services. What are they? Can I leave them unchecked (I think they are right now and things seem to be working)?

One thing I would DEARLY love: make VASM keep the window size if we've resized it, at least until we're done with VASM. The default text sizes are much too small for my aging eyes and high-res screens and I always resize VASM so I can see all the text. It's very annoying to have to resize the window every time I do something additional.

I installed Tuxcards, which I *must* have, and was missing a needed library. I found it and its symlinks in RC3 and copied it into /usr/lib in VL7. I had other trouble with missing libraries but I didn't make a note of what wasn't working--will do that later. By the way, I install tuxcards by copying the executable from an earlier version of VL into the new version.

I'm writing this from Opera in VL7 Alpha 2. I see Vec has posted an Alpha 2.1 and I guess I'll have to install that in place of Alpha 2. I did have the problem of su switching me to root without a password, but I did the suggested fix with VASM and now it's working right. No video problems with my Radeon 9200 and I don't have wireless on this computer, so no chance to see what results I'd get. I don't have the console font problem that someone mentioned.

One thing: I boot with a standard screen and at midpoint in the boot process, the screen changes to a size very small and hard to read. I guess it starts at 640x480 (on a 1280x1024 screen) and then the screen changes to 1280x1024, with the text whizzing by at 640x480, leaving half the screen blank. I don't like this at all and would like to know if I can change it.

Alpha 2 seems much more complete than Alpha 1 and I expect that in the next release or two I'll be able to use it as my main system. Meanwhile, I consider RC3 my main system and HOPE that someday we'll get a final release.
--GrannyGeek
Logged

Registered Linux User #397786

Happily running VL 7 Gold on  a Sempron LE-1300 desktop (2.3 GHz), 4 G RAM,  GeForce 6150 SE onboard graphics and on an HP Pavilion dv7 i7, 6 gigs, Intel 2nd Generation Integrated Graphics Controller
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #18 on: July 22, 2010, 02:48:34 pm »

Quote
Maybe Robert can comment - could we create a 'testing' tree in the vectorlinux-7.0 area? I can move files from the contribs area to that area as new packages are produced. That would also provide a few new packages for iso inclusion.

Paul.
I made a vec7 folder in the main repo that we can use as a holding tank till we figure out how we want the vector7 repo organized. Can you guys upload to that area?

I suspect that a contributors account won't be able to upload to the repo (could be wrong though...). For the moment, I've created a testing tree (largely following the areas used for VL 6.0). If other packagers can't upload there, they can use the announce area, and I can move the files into the relevant area. I've not (so far at least) done anything to run the repo maintenance scripts in the new area, so slapt-get won't work, but I can do that if necessary.

I've also uploaded the few packages that I've built to the new area - I think anyone should be able to download from there. Path is http://vectorlinux.osuosl.org/veclinux-7.0/testing/

I've put up the following:

http://vectorlinux.osuosl.org/veclinux-7.0/testing/base/hdparm-9.29-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/firefox-3.6.7-i586-1vl60.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/rsync-3.0.7-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/seamonkey-2.0.6-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/thunderbird-3.1.1-i586-1vl60.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/conky-1.8.0-i586-2vl70.tlz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/grsync-1.1.1-i586-1vl70.txz

Smiley There are also language files for Firefox and Thunderbird, but I think I'll avoid listing all of them....

Hopefully we'll be able to make a few new packages available this way.

Smiley Just remembered. I've also built the most recent versions of slapt-get and gslapt - I'll find them and upload them tomorrow.

Paul.
« Last Edit: July 22, 2010, 03:08:46 pm by toothandnail » Logged
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #19 on: July 22, 2010, 03:06:25 pm »

After my original drive ID debacle, I tried the text installer. It couldn't find the installation media (CD in what used to be /dev/hdc and is now /dev/sdd, I think). So the text installer was a no-go. Fortunately the GUI installer worked right the second time.

I had the same problem with the text installer in Alpha 1, but haven't tired it in any of the more recent alphas.

Quote
I was confused by the Readme.function and Functions services. What are they? Can I leave them unchecked (I think they are right now and things seem to be working)?

I saw the same thing. I'm pretty sure that is a Vasm error - its picking up files from the /etc/rc.d area. I think I mentioned that problem in one of my messages. Doesn't seem to be a major problem - I just ignored them....

Quote
One thing I would DEARLY love: make VASM keep the window size if we've resized it, at least until we're done with VASM. The default text sizes are much too small for my aging eyes and high-res screens and I always resize VASM so I can see all the text. It's very annoying to have to resize the window every time I do something additional.

I'm not too worried by the font size, but I also find the inability to keep the window size correct annoying. I was finding that in several instances, the base window was too small to see any of the text correctly (and in some instances, the entry box was partially hiding things like prompts. When doing something like setting up multiple mount points, it was a pain to have to keep resizing the base window every time it came back.

Quote
One thing: I boot with a standard screen and at midpoint in the boot process, the screen changes to a size very small and hard to read. I guess it starts at 640x480 (on a 1280x1024 screen) and then the screen changes to 1280x1024, with the text whizzing by at 640x480, leaving half the screen blank. I don't like this at all and would like to know if I can change it.

That is a 'feature' of more recent kernels. They automatically enable the framebuffer at native resolution. While I always did that anyway with a 'vga=' command in my Grub menu.lst, I find the new method untidy, and would much prefer not to have it happen. I don't think it is changeable, unfortunately.

Quote
Alpha 2 seems much more complete than Alpha 1 and I expect that in the next release or two I'll be able to use it as my main system. Meanwhile, I consider RC3 my main system and HOPE that someday we'll get a final release.

I've now built enough 'must have' packages that I can almost use Alpha 2.1 as my main system. It is becoming increasingly urgent that there is a release soon - people using Seamonkey in VL6.0 now have a serious problem - the most recent version fixes a number of security issues, but cannot be built under VL 6.0. Problems of that sort are only going to become more frequent.

Paul.
Logged
GrannyGeek
Packager
Vectorian
****
Posts: 2567


« Reply #20 on: July 22, 2010, 03:57:15 pm »

I just tried to install Alpha 2.1 and I'm afraid it's a nonstarter for me. Neither the keyboard nor mouse works and I can't proceed with the install in any way, as I can't select anything; Enter has no results. This happens when I try a text install, too. Both the keyboard and mouse are USB and legacy USB support is enabled in BIOS. Given how many computers do not come with PS/2 connectors today, I think this simply must be fixed.

So I'm sticking with Alpha 2 until a fix comes along. Opera is the outdated 10.10 version. Can we get 10.60, which I installed myself and am writing this in? Flash is not working in Opera. I haven't investigated the problem, though, or even whether Flash is present in Alpha 2. Will do that next.
--GrannyGeek
Logged

Registered Linux User #397786

Happily running VL 7 Gold on  a Sempron LE-1300 desktop (2.3 GHz), 4 G RAM,  GeForce 6150 SE onboard graphics and on an HP Pavilion dv7 i7, 6 gigs, Intel 2nd Generation Integrated Graphics Controller
GrannyGeek
Packager
Vectorian
****
Posts: 2567


« Reply #21 on: July 22, 2010, 08:26:52 pm »

The Flash included in the ISO is not the latest version. Given that Flash updates are usually for security reasons, I hope the latest Flash will make it into the ISO. I installed the latest version from adobe.com.

The Flash plugin is located in /usr/lib/mozilla/plugins, but Opera is not doing Flash. It reports no flash plugin installed, but it is in a location where Opera should find it. I've had problems in the past with Opera not recognizing Flash--hope it's not back. Is Flash working with Opera for anyone?

I tried to download some of toothandnail's packages, but I got a 404 and couldn't locate http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/ .
--GrannyGeek
Logged

Registered Linux User #397786

Happily running VL 7 Gold on  a Sempron LE-1300 desktop (2.3 GHz), 4 G RAM,  GeForce 6150 SE onboard graphics and on an HP Pavilion dv7 i7, 6 gigs, Intel 2nd Generation Integrated Graphics Controller
vector
Administrator
Vectorite
*****
Posts: 479



« Reply #22 on: July 22, 2010, 09:11:07 pm »

Opera needs some of mozilla to use the flash plugin. You need to edit /etc/ld.so.conf and add /usr/lib/xulrunner-1.9.2
then  run ldconfig. Fire up opera and flash should work

cheers,
Vec
Logged
vector
Administrator
Vectorite
*****
Posts: 479



« Reply #23 on: July 22, 2010, 10:15:32 pm »

OK since Paul took the horse by the reins for VL7 I have added some testing packages too:
opera latest
http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/opera-10.60.6386-x86-1vl70.txz
new perl Kidd requested:
http://vectorlinux.osuosl.org/veclinux-7.0/testing/libs/perl-5.12.1-i586-3vl70.txz
if you update your perl you can also add frozen-bubble:
http://vectorlinux.osuosl.org/veclinux-7.0/testing/games/frozen-bubble-2.2.0-i586-3vl70.txz
some system stuff:
http://vectorlinux.osuosl.org/veclinux-7.0/testing/base/slapt-get-0.10.2f-i586-1vl60.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/gslapt-0.5.3c-i586-1vl60.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/dev/sbbuilder-0.4.11.4-noarch-1vl70.txz
Finally a kernel revision about 1/3 smaller than the shipped 2.1 kernel:
http://vectorlinux.osuosl.org/veclinux-7.0/testing/kernel/kernel-2.6.33.4-i686-4vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/kernel/kernel-modules-2.6.33.4-i686-4vl70.txz
Granny tried to do tuxcards but not building for the moment,,,,,,,,,,,,:(

and just to clarify:
Even tho we call this vl-core it is intended as the base for the next major vl release so the more people we can get involved at this building level the less work and time needed to get to vl7 final. So please jump in the water is fine and we need everyone with an interest to participate..............thank you!!!

Cheers,
Vec
« Last Edit: July 22, 2010, 10:33:04 pm by vector » Logged
stretchedthin
Administrator
Vectorian
*****
Posts: 3780


WWW
« Reply #24 on: July 22, 2010, 10:31:12 pm »

Quote
I suspect that a contributors account won't be able to upload to the repo (could be wrong though...).
@toothandnail.  If I upload to my contributers account would you be willing to move the contributed package to the repo for vl70?  You can feel free to delete immediately after transfer if space is a problem.
Logged

Vectorlinux screencasts and  tutorials can be found at....
http://www.opensourcebistro.com/blog1
http://www.youtube.com/user/vid4ken?feature=mhee
Masta
Global Moderator
Vectorian
*****
Posts: 725



« Reply #25 on: July 22, 2010, 11:08:59 pm »

Quote
Even tho we call this vl-core it is intended as the base for the next major vl release so the more people we can get involved at this building level the less work and time needed to get to vl7 final. So please jump in the water is fine and we need everyone with an interest to participate..............thank you!!!

Indeed, we certainly would appreciate any level of involvement. The developing hands are few in number at the time being, and your involvement would really help to get to the final release in much less time. It is the perfect time to make sure things are working properly for your hardware and application needs.
                                                                                                                                                            Thanks
Logged
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #26 on: July 23, 2010, 12:07:58 am »

Quote
I suspect that a contributors account won't be able to upload to the repo (could be wrong though...).
@toothandnail.  If I upload to my contributers account would you be willing to move the contributed package to the repo for vl70?  You can feel free to delete immediately after transfer if space is a problem.


No problem moving files. I'd suggest you drop a message in the packagers area, or here for that matter (or PM me) so I know what is there to be moved.. I may not be able to delete moved files - the account I use for moving files doesn't have permissions to delete contrib area files. I'll let everyone know when files have been moved.

I've not (so far) uploaded any source, though I guess a source directory will be needed as soon as the packages become anything other than test cases.

Paul.
Logged
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #27 on: July 23, 2010, 12:14:26 am »

I tried to download some of toothandnail's packages, but I got a 404 and couldn't locate http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/ .

That's strange. Shouldn't be any restrictions on download access to that area. I hope its not a general problem. Maybe some other people can check to see if they can download from the area?

Paul.
Logged
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #28 on: July 23, 2010, 04:18:52 am »

The new kernel seems to be doing fine, though doinst.sh for the kernel modules failed - on my test install, kernel modules are in /lib/modules/2.6.33.4-smp, and doinst is looking for 2.6.33.4.

Problem with gslapt - the /usr/share/applications/gslap.desktop calls gslapt directly, rather than using vsuper. I found my gslapt, slapt-get packages and uploaded them. Gslapt package has a corrected gslapt.desktop, slapt-get has an updated /etc/slapt-get/slapt-getrc.

A few more builds:

http://vectorlinux.osuosl.org/veclinux-7.0/testing/base-apps/htop-0.8.3-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/base-apps/mc-4.7.3-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/base-apps/synbak-1.3.1-noarch-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/base-apps/tmpreaper-1.6.13-i586-1vl70.txz

http://vectorlinux.osuosl.org/veclinux-7.0/testing/base/tar-1.23-i586-1vl70.txz

http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/conky-1.8.0-i586-2vl70.txz (fixes a couple of build stupidities)
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/freetype-2.4.1-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/galculator-1.3.4-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/geany-0.19-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/gtkfind-1.1-i586-1vl70.txz
http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/hardinfo-0.5.1-i586-1vl70.txz

I've hit a strange problem with utf8 rendering, not sure what is going on there yet. Cleared by seting LANG=en_GB rather than LANG=en_GB.utf8. But the problem seems intermittent, so I can't really give it a pattern yet.

Smiley Now to try the sbbuilder update....

Paul.
Logged
toothandnail
Tester
Vectorian
****
Posts: 2527


« Reply #29 on: July 23, 2010, 07:10:01 am »

A few more packages. Maybe we need a separate thread to keep track of testing packages for 7.0....

http://vectorlinux.osuosl.org/veclinux-7.0/testing/dev/cmake-2.8.2-i586-1vl70.txz

Needed to build this item, also a good test for the updated sbbuilder:

http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/medit-0.10.1-i586-1vl70.txz

and finally:

http://vectorlinux.osuosl.org/veclinux-7.0/testing/x-apps/medit-0.10.1-i586-1vl70.txz

 Embarrassed It would help if I put up the correct package. It should have been this item:

http://vectorlinux.osuosl.org/veclinux-7.0/testing/net/wireshark-1.2.9-i586-1vl70.txz

Smiley I'm back to work tomorrow, so I will be leaving people in peace for a bit.

Paul.

« Last Edit: July 23, 2010, 11:47:15 am by toothandnail » Logged
Pages: 1 [2] 3 4 ... 7
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!