VectorLinux

Cooking up the Treats => Distro development => Topic started by: uelsk8s on January 22, 2012, 08:40:55 am

Title: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on January 22, 2012, 08:40:55 am
The Vector development crew is proud to announce  the RC1 release of VLocity Linux 7.0.
VLocity Linux is 64bit Vector Linux.

We have done our best to reproduce VectorLinux in 64bit and we are really close to pulling it off. The kernel is version 3.1.10, glibc is 2.13  and everything else is up to date with Slackware64-13.37. We have the new xfce-4.8.1 with glx-dock (previously cairo-dock), latest abiword, gnumeric, inkscape, shotwell and a vast array of other programs in all categories at their latest stable versions.
We have done our best at squashing all the bugs reported so far, if we missed any please let us know.

You can download the VLocity 7.0 RC1 iso from our official servers here:
http://vectorlinux.osuosl.org/VL64-7.0/iso-release/VL64-7.0-STD-RC1.iso

Please post any bugs found here: https://bitbucket.org/VLCore/vl70/issues?status=new&status=open


Thanks,
Uelsk8s
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: aryr100 on January 24, 2012, 05:02:23 am
Great work downloading now to test
2 questions that I have
why use this config file ? and not make a new config to match the new kernel
Quote
kernel: VectorLinux linux-3.1.10 kernel
kernel:
kernel: Built for Vectorlinux
kernel: based on the config-2.6.19.2-VLsleep
kernel: config by joe1962
kernel:
kernel:
kernel:
kernel:
kernel:
kernel: Package Created By: Uelsk8s
The other was why still use the old headers and not make a new to match the current kernel
Quote
PACKAGE NAME:  kernel-headers-2.6.37.6-x86-2.txz
PACKAGE LOCATION:  ./d
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on January 24, 2012, 06:09:14 am
The config is new, it is just based on that config.

The kernel headers match the toolchain, not the kernel. If you are looking for kernel soure you can find it in here: http://vectorlinux.osuosl.org/VL64-7.0/kernels/3.1.10-1vl70/

HTH,
Uelsk8s
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: aryr100 on January 24, 2012, 06:29:28 am
Thx for the reply was just seeking the information
Here is my setup
Quote
Installed using cli with install command
used xfs file system
install and config were fine
after reboot open file manger is slow or errors with time out messages
trouble setting up virtual-box guest
setting up virtual-box guest additions
installed kernel-src from repo
unable to mount iso from gui
mount /dev/scd0 /media/cdrom
cd /media/cdrom
sh VBoxLinuxAdditions.run*
seems to be running fine typing this from it now
aryr100:$ cat vector-version
647.0 STD RC 1 built on JAN-21-2012
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: GrannyGeek on January 25, 2012, 10:43:51 am
VLocity installed easily and everything was detected automatically. I'm not sure where to put this, as I HATE bug trackers on different Web sites. I think we'll get less feedback if we have to post on the bug trackers.

I found the new VASMs very confusing and wasted a lot of time trying to find where to set up  my network. Finally I found vasm-legacy and was able to do things the way I always have. I had a lot of trouble setting my partitions for mounting. What the heck is "defaults"? I have some set to automount, others not to automount, and I finally had to do it by hand. Why are ntfs partitions not set as ntfs-3g? Why is a vfat partition called FAT32? Very bad!

WHERE IS TUXCARDS? I must have Tuxcards. I copied it from my VL7 32-bit partition but the terminal couldn't find it, even with the full path.

I can't say I'm happy with VLocity.
--GrannyGeek
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: M0E-lnx on January 25, 2012, 12:22:08 pm
I have to disagree with the bugtracker thingie.  You're already posting on a separate website anyway.  The main website is www.vectorlinux.com and you are posting on form.vectorlinux.com, so I dont see what the big difference is.  I think we have much to gain from using a bug tracker, and if the member is really commited to helping the project, they will follow the proper channels to make their contribution to the project.

^^ Said with the friendliest of attitudes ;) ^^
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: GrannyGeek on January 25, 2012, 06:16:09 pm
My wireless connection in VLocity was unstable. I would have trouble going to a URL in the browser and disconnected, then reconnected with Wicd. Am writing this in VL7 Gold but will continue to work with VLocity.
--GrannyGeek
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 04, 2012, 12:59:38 am
Bonjour!

just install vl7 64 rc1 on intel pentium 4 HT cpu desktop , an old machine, it works fine including wireless AR9271 chip usb wifi ....Pls. help skype issue, now skype can't run normarlly.....any 64 bit skype pkg available on mirror now?
please do load 64 bit skype ASAP to repo!
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: stretchedthin on February 04, 2012, 01:11:55 am
Bonjour!

just install vl7 64 rc1 on intel pentium 4 HT cpu desktop , an old machine, it works fine including wireless AR9271 chip usb wifi ....Pls. help skype issue, now skype can't run normarlly.....any 64 bit skype pkg available on mirror now?
please do load 64 bit skype ASAP to repo!

I've got no answer for you, I can not find a working 64bit skype for Slackware.  If anyone has a solution please let me know.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: prince on February 04, 2012, 06:28:01 am
Hey Stretch, once Microsoft have taken over Skype it's a done deal. Full support for *nix systems will be dropped like a hot potato. Especially, a 64bit Vector Linux out there!  Too dangerous.

I would suggest abandoning the likes of MS Skype entirely and make the switch to Jitsi .

One would want a full functioning program.

If you can't forgo the thought for now ...

There is a way ....

To run Skype on 64bit Vector you must  have multilib installed:

Source:

http://connie.slackware.com/~alien/multilib/

Info here:

http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:multilib
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on February 04, 2012, 07:18:46 am
I am uploading a pkg for VL64 to repo now. please give it a try in a few.
make sure you have the extra repo enabled then run:
"slapt-get --update && slapt-get --install skype_static"

let us know how it works

Uelsk8s
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 04, 2012, 09:47:50 pm
Bonjour!

just installed, it worked, but people can't hear me, can't record ,,....here's prompt:
# skype
QIconvCodec::convertFromUnicode: using ASCII for conversion, iconv_open failed
QIconvCodec::convertToUnicode: using ASCII for conversion, iconv_open failed


i did go to alsamixer, set it every thing properly...but still recording problem
pls. instruct how to make correct recording setting
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: caieng on February 06, 2012, 06:41:56 am
Greetings uelsk8s

Wow, works, GREAT JOB.  Thank you very much.    I am posting this from Opera, though it is OUTDATED....WHY????  This is a brand new download, accomplished this am....

I have some comments, hope these will be viewed as constructive, though they are critical.  I wouldn't waste your time, or mine, writing them, if I didn't seek to help you......

First of all, it really is very well done, and I congratulate you.  These criticisms, are by and large just idiosyncrasies, and most of them can safely be ignored.....This is after all, a RELEASE Candidate, so, it is 99% ready to go.  My comments are probably better directed to some future release, I suppose......

1.  WHY do you exclude the only decent streaming audio player:  VLC....  You include every manner of crappy player available, MPLAYER, GNOME MPLAYER, etc, etc, AD NAUSEUM.

HORRIBLE.

See, this is beyond just "bug" report.  This is at the heart of the distro.  You give people a 64 bit OS, with 16 bit software, and expect us to like it.

I am angry about this decision.  IT is utterly stupid.

Please don't waste your time looking at other distros, which may or may not include VLC (though, the best ones all do) as default.  Nope. 

DO LOOK at VL 7.0 "light", i.e. LXDE, which DOES have VLC, as default player, albeit in a 32 bit OS, instead of a 64 bit version.

Holy Cow, this is really discouraging to observe.  Talk about backwards. Failure to communicate.  Left hand not knowing what the right hand is doing.....

How can you expect VL to be appreciated as an up and coming 64 bit Linux distro, if the XFCE (i.e. heavy) version contains crappy "lightweight" audio players, while the LXDE (i.e. light) version contains the robust, full featured, unequivocally top of the line streaming audio player?  This is interpreted, at least by me, as suggesting that the architects of the XFCE version, either do not know what they are doing, or, at the very least, have failed to appreciate the capabilities of VLC, which makes me wonder what else have they failed to appreciate?  Is that why the version of Opera is outdated?

2.  Real bug:  ok, this genuine bug, (as opposed to my usual angry denunciations of the utter banality demonstrated by the Vector Linux developers, --i.e. their action, excluding VLC) was reported by me, YEARS ago, seems like, but at least several months back, and yet, still remains.....What kind of impression do you think that conveys?  I take the time and trouble to report a bug, and the bug remains.....

Maybe the bug is deliberate.  Maybe the user, upon finding this bug is supposed to think:  "HURRAH, I know that I am using VL because there's my favorite bug, still present, always dependable....like a dear friend...."

During the installation, the screen (same old screen, some things never change) appears to allow someone to select where to install the GRUB or LILO boot manager.

I choose LILO, I then MUST change the screen resolution, else, the software reverts back to GRUB, annoyingly, but that's an annoyance, not a bug per se, just clumsy design.  No, the bug comes next:  There is, on the right half of the screen, a little window with the option for the user to select the DEFAULT operating system.....

uelsk8s, what do you imagine the ordinary user of VL is going to choose here????

THREE GUESSES:

Yup, VL is the correct answer, not Windows 98 or anything else.  So, what does the semi comatose user select:   AHA!!  YES, the user chooses VL as his/her default OS.....

GREAT, excellent.  Now comes the bug:

In the lower half of that same screen is another little window, this one on the left side of the lower half of the screen, just below the previous little window situated above it, on the right side of the screen......

So, this little window on the lower left side of the screen, asks the user to confirm (or simply ignore) WHICH operating systems to include with GRUB.....

This user elects to REMOVE Windows 98 from the GRUB menu.    I don't want to see Win98 in my Grub menu, in fact, I don't want to see the Grub menu at all.  I want it to go directly to VL. 

So, then comes the bug.

I have now REMOVED Win98 as a boot option, having previously assigned Vector Linux as my default operating system, and the next item on this screen, is "NEXT", at the very bottom of the screen.  If the user, having commenced at the top of the screen, and working his way systematically from top to bottom, as is traditional, at least in most of western society, then, clicks on "NEXT", before going back, counter-intuitively, to the previous window, above the lower half of the screen, then the user will have a horrible error, requiring a complete re-installation......

What happens is that, in the process of removing Win98 from the menu of GRUB, by means of the little window on the lower left side of the screen, the little screen above it, on the right, TOP half of the screen then changes BACK, from Vector Linux, which the user had assigned as the default OS to boot, to WIN 98, which is no longer available as an OS from which to choose.

I already elaborated this terrible error, LONG ago.....Why hasn't it been fixed already?????

3.  User MUST enter a password of 6 characters, nothing less will work.  There is a tiny sentence to that effect somewhere in the control software, but it is NOT PRESENT on the installation routine.  You need to insert that.  I found that my user name did not appear, though it was not flagged as an error, when I had typed only a single character for the password, during installation. 

I normally throw away distros which demand that I conform to their way of doing things.  I don't use passwords.  I enable autologin.  One character is the most I am willing to type, during the installation routine.  More than that, the distro is not having me as a supporter.  I refuse to support crap.  This installation routine is JUNK.

I  made an exception, here, out of respect for VL.  Make these changes, or I will not be using VL again.

a.  VLC audio player as default, getting rid of the utterly useless ancient junk;
b.  correct the error on the installation page, when the user selects VL as default, that's it.  That's what the user wants.
c.  single character for passwords (whatever the user wants), else, even better, like Ubuntu, AUTOLOGIN as an option, during the installation routine.  This installer, had it appeared in 1980, would have been regarded as proficient.  Today, it is unacceptable.

CAI ENG

Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: scififry on February 06, 2012, 01:02:54 pm
Had to DL the iso twice because there is no md5sum in the repos, which can be a pain on my connection (3130K). Then checked both and compared the md5sums (luckily it were the same)...

Installation went fine, but X doesn't work. Also the keyboard/screen resolution selection at the first boot, which I noted here multiple times before...In fact, they DO work, but it isn't visible; so I'm e.g. pressing <cursor down>, but the blue bar marking the currently selected option doesn't move. If I press (blindly) <enter>, the blindly selected item gets selected.

Back to the X error, I posted it on Bitbucket:
https://bitbucket.org/VLCore/vl70/issue/32/vl64-rc10-x-not-working

So far it kind of seems to get worse, B1 works better than B2.6, and this one works even less... :(
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 07, 2012, 06:58:14 am
bon soireee!
when would you upload the fix version of skype regarding the recording  problem?now recipient can't hear me,,,,
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on February 07, 2012, 07:34:54 am
bon soireee!
when would you upload the fix version of skype regarding the recording  problem?now recipient can't hear me,,,,
We need to have more people test the skype pkg in the repo to determine if it is a problem with your hardware or a problem with the skype pkg itself.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 07, 2012, 09:01:56 pm
Quote
Quote from: vincent2 on Today at 06:58:14 am
bon soireee!
when would you upload the fix version of skype regarding the recording  problem?now recipient can't hear me,,,,
We need to have more people test the skype pkg in the repo to determine if it is a problem with your hardware or a problem with the skype pkg itself.

bonjour!

would you inform me the commands to check whether recording is working properly with sound card? i'll post the out come  of sound card here  , ok?
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 09, 2012, 04:10:41 am
bonjour!
her's info of sound card

Quote
$ cat /proc/asound/cards
 0 [ICH7           ]: ICH4 - Intel ICH7
                      Intel ICH7 with AD1981B at irq 23
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on February 09, 2012, 10:19:33 am
Had to DL the iso twice because there is no md5sum in the repos, which can be a pain on my connection (3130K). Then checked both and compared the md5sums (luckily it were the same)...

Installation went fine, but X doesn't work. Also the keyboard/screen resolution selection at the first boot, which I noted here multiple times before...In fact, they DO work, but it isn't visible; so I'm e.g. pressing <cursor down>, but the blue bar marking the currently selected option doesn't move. If I press (blindly) <enter>, the blindly selected item gets selected.

Back to the X error, I posted it on Bitbucket:
https://bitbucket.org/VLCore/vl70/issue/32/vl64-rc10-x-not-working

So far it kind of seems to get worse, B1 works better than B2.6, and this one works even less... :(
can you post more info on how you installed, what hardware, how you are booting?
also can you boot into runlevel 2 and see what kernel is running?

Thanks,
Uelsk8s
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: scififry on February 10, 2012, 02:33:38 pm
Installed from a real CD which I booted from an IDE DVD-RW; used the graphical installer with the full install option.
Hardware: Athlon 64 2GHz, 2.5GiB RAM (but only 1.5GiB because of dual-channel mode for the first 2 modules), IDE hard disk (onto a logical partition, if that matters), nVidia GeForce 6200 (AGP) (which the noveau drivers should work fine with because they do under Salix and Debian).

I could boot into runlevel 2; but unfortunately already overinstalled because I'm running out of space on that hard drive right now. It was the default kernel included with it; I think 3.1.8.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 10, 2012, 06:59:16 pm
Quote
nstalled from a real CD which I booted from an IDE DVD-RW; used the graphical installer with the full install option.
Hardware: Athlon 64 2GHz, 2.5GiB RAM (but only 1.5GiB because of dual-channel mode for the first 2 modules), IDE hard disk (onto a logical partition, if that matters), nVidia GeForce 6200 (AGP) (which the noveau drivers should work fine with because they do under Salix and Debian).

I could boot into runlevel 2; but unfortunately already overinstalled because I'm running out of space on that hard drive right now. It was the default kernel included with it; I think 3.1.8.

bonjour!


pls try command vxconf  to reconfigure your graphic card, see whether you can go into runlevel 4.
mostly nvidia 's not easy to be auto configured by ssyetm, ATI/intel 's better, s3 graphic also, next time when purchasing Pc just do not chose anything chips/IC made in evil red cina sweatshp factory.,you''ll be all right
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: ronnyquest on February 10, 2012, 08:04:15 pm
bon soireee!
when would you upload the fix version of skype regarding the recording  problem?now recipient can't hear me,,,,
We need to have more people test the skype pkg in the repo to determine if it is a problem with your hardware or a problem with the skype pkg itself.

On it.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: ronnyquest on February 10, 2012, 08:19:23 pm
Getting the same error in skype:

ronnyquest:$ skype
QIconvCodec::convertFromUnicode: using ASCII for conversion, iconv_open failed
QIconvCodec::convertToUnicode: using ASCII for conversion, iconv_open failed
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: scififry on February 12, 2012, 09:45:21 am
pls try command vxconf  to reconfigure your graphic card, see whether you can go into runlevel 4.
mostly nvidia 's not easy to be auto configured by ssyetm, ATI/intel 's better, s3 graphic also, next time when purchasing Pc just do not chose anything chips/IC made in evil red cina sweatshp factory.,you''ll be all right
nVidia cards work better under Linux than ATI and Intel cards; a LOT better. There're even kernel drivers for nVidia cards; on top of that the properarity drivers being very good. Intel cards are a pain in the ass, and only the old ATI cards (I've got those) work very well with the X11 drivers. And my nVidia card always worked; just not with RC 1.
And it doesn't have anything to do with the country where it's been made; almost all computers/computer parts are made in China these days. Saying that is just stupid and ignorant. The Chinese people aren't bad, just their government is bad and communistic.

I already tried vxconf from vasm when I was in runlevel 2. It made the graphics work, but my keyboard and mouse weren't working at all. I couldn't boot into runlevel 2 anymore because I did the lilo configuration from a different install on that machine so just one option for RC 1 was offered and the default boot mode set for RC 1 was runlevel 4.
As I stated in my last post I can't try anything else because I already overinstalled; but thanks for the help. :)
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 12, 2012, 06:36:07 pm
Quote
nVidia cards work better under Linux than ATI and Intel cards; a LOT better.
pls note that the closed source nvidia drivers are known to be incompatible with realtime kernels. This has been reported to nvidia but they seem uninterested in fixing it, and because their drivers are not open source, nobody else can fix it either.
Nvidia CEOand management preach aggressive corporatism...
Nvidia does not publish the documentation for its hardware, meaning that programmers cannot write appropriate and effective open-source drivers for Nvidia's products (compare Graphics hardware and FOSS). Instead, Nvidia provides its own binary GeForce graphics drivers for X.Org and a thin open-source library that interfaces with the Linux, FreeBSD or Solaris kernels and the proprietary graphics software. Nvidia also supports an obfuscated open-source driver that only supports two-dimensional hardware acceleration and ships with the X.Org distribution. Nvidia's Linux support has promoted mutual adoption in the entertainment, scientific visualization, defense and simulation/training industries, traditionally dominated by SGI, Evans & Sutherland, and other relatively costly vendors

The proprietary nature of Nvidia's drivers has generated dissatisfaction within free-software communities. Some Linux and BSD users insist on using only open-source drivers, and regard Nvidia's insistence on providing nothing more than a binary-only driver as wholly inadequate, given that competing manufacturers (like Intel) offer support and documentation for open-source developers, and that others (like ATI) release partial documentation and provide some active development.

Because of the closed nature of the drivers, Nvidia video cards do not deliver adequate features on some platforms and architectures (However this is credited[by whom?] to be due to lack of the proper kernel API needed for implementation). Support for three-dimensional graphics acceleration in Linux on the PowerPC does not exist; nor does support for Linux on the hypervisor-restricted PlayStation 3 console. While some users accept the Nvidia-supported drivers, many users of open-source software would prefer better out-of-the-box performance if given the choice.

However, the performance and functionality of the binary Nvidia video card drivers surpass those of open-source alternatives[citation needed] following VESA standards.

it's up to you chose evil commie or freedom of  opensource.If you're political illiterate Yankee/brits/aussie
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 12, 2012, 06:42:48 pm
Quote
already tried vxconf from vasm when I was in runlevel 2. It made the graphics work, but my keyboard and mouse weren't working at all. I couldn't boot into runlevel 2 anymore because I did the lilo configuration from a different install on that machine so just one option for RC 1 was offered and the default boot mode set for RC 1 was runlevel 4.
As I stated in my last post I can't try anything else because I already overinstalled; but thanks for the help.
To get your nvidia graphics card working, edit the xorg.conf file in the /etc/X11 directory. At about line 66, in the section "Device", find a line that looks like: Driver "nvidia" , replace nvidia with "nv" or "vesa" (try "nv" first). If you have previously tried to use the nvidia driver, you must remove nvidia-related packages.

you can always pulg in another usb keyboard and mouse.

if all failed, you'd better backup your preciuos date and reformat disk as xfs adn reinstall again(by booting withy knoppix cd/dvd, then vinstall-iso to start install)
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: scififry on February 15, 2012, 12:38:02 am
Thanks for your advice vincent, but I already overinstalled, and I'm keeping my new install on that partition! :)
it's up to you chose evil commie or freedom of  opensource.If you're political illiterate Yankee/brits/aussie
It's not even commie stuff because the drivers aren't developed in China; also you just quoted Wikipedia.
Quote
already tried vxconf from vasm when I was in runlevel 2. It made the graphics work, but my keyboard and mouse weren't working at all. I couldn't boot into runlevel 2 anymore because I did the lilo configuration from a different install on that machine so just one option for RC 1 was offered and the default boot mode set for RC 1 was runlevel 4.
As I stated in my last post I can't try anything else because I already overinstalled; but thanks for the help.
To get your nvidia graphics card working, edit the xorg.conf file in the /etc/X11 directory. At about line 66, in the section "Device", find a line that looks like: Driver "nvidia" , replace nvidia with "nv" or "vesa" (try "nv" first). If you have previously tried to use the nvidia driver, you must remove nvidia-related packages.

you can always pulg in another usb keyboard and mouse.

if all failed, you'd better backup your preciuos date and reformat disk as xfs adn reinstall again(by booting withy knoppix cd/dvd, then vinstall-iso to start install)
I don't have a USB keyboard/mouse because I hate USB HIDs. :) And as I stated, the installer worked (except for the text mode selectors) totally fine; just not the installation it made.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 15, 2012, 01:13:40 am
you can always borrow a usb keyboard and mouse, reinstall it again but do reformat your vl7 64 partitions as xfs or ext4.
otherwise boot with vl7 64 bit cd into your installed vl7 ,type  linux root=/dev/sda"x"  ro, see on your system  booting message hang at which line....
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: scififry on February 16, 2012, 02:21:47 pm
To make this clear, I'm not going to install it again because I'm keeping my Debian installation on that partition. I used ext4 for the installation, and the filesystem was *NOT* the problem.
Also the booting wasn't the problem, the system itself worked, just Xorg didn't want to work.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: GrannyGeek on February 17, 2012, 11:44:49 am
Now that I installed Tuxcards, I'm testing VLocity again. I installed SoftMaker Office, which is the only office suite I use. It's 32-bit. When I try to start one of the programs, I get this:
me:$ textmaker
/usr/bin/textmaker: line 3: /usr/share/office2010/textmaker: No such file or directory

Of course, textmaker is in /usr/share/office2010, so the message is bogus. I've gotten similar messages when installing 32-bit programs in 64-bit VLocity.

How can I get this to work? TextMaker is essential to me.
--GrannyGeek
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on February 17, 2012, 12:15:29 pm
Now that I installed Tuxcards, I'm testing VLocity again. I installed SoftMaker Office, which is the only office suite I use. It's 32-bit. When I try to start one of the programs, I get this:
me:$ textmaker
/usr/bin/textmaker: line 3: /usr/share/office2010/textmaker: No such file or directory

Of course, textmaker is in /usr/share/office2010, so the message is bogus. I've gotten similar messages when installing 32-bit programs in 64-bit VLocity.

How can I get this to work? TextMaker is essential to me.
--GrannyGeek
These errors are hard to read because the message "No such file or directory" is coming from /usr/share/office2010/textmaker, but it looks like it is telling you that /usr/share/office2010/textmaker does not exist.

/usr/share/office2010/textmaker is looking for a 32bit lib that does not exist on your system. you may be able to run ldd against textmaker and trace it that way.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: stretchedthin on February 17, 2012, 08:49:34 pm
Now that I installed Tuxcards, I'm testing VLocity again. I installed SoftMaker Office, which is the only office suite I use. It's 32-bit. When I try to start one of the programs, I get this:
me:$ textmaker
/usr/bin/textmaker: line 3: /usr/share/office2010/textmaker: No such file or directory

Of course, textmaker is in /usr/share/office2010, so the message is bogus. I've gotten similar messages when installing 32-bit programs in 64-bit VLocity.

How can I get this to work? TextMaker is essential to me.
--GrannyGeek
Granny Found this.....http://www.softmaker.com/english/tipslinux_en.htm (http://www.softmaker.com/english/tipslinux_en.htm)
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: GrannyGeek on February 18, 2012, 05:18:06 pm
Thanks. I'll give it a close look if I have enough energy in the next day or so.
--GrannyGeek
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 19, 2012, 01:26:34 am
bonjour!

wine odesn't work properly with vl7 64 bit.
open the same file under 32 bit, played smoothly , no hang up ,
here's prompt:
Quote
wine  Nepal.exe
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
wine: Bad EXE format for D:\Nepal.exe

any fix for it?
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on February 19, 2012, 08:10:55 am
bonjour!

wine odesn't work properly with vl7 64 bit.
open the same file under 32 bit, played smoothly , no hang up ,
here's prompt:
Quote
wine  Nepal.exe
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
wine: Bad EXE format for D:\Nepal.exe

any fix for it?
Bad EXE format means that it is a 32bit application. 
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on February 19, 2012, 09:12:20 pm
Quote
Bad EXE format means that it is a 32bit application. 
so is there any other tools to run 32 bit  window file under vl7 64 bit?any alternative commands?
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: Daniel on March 12, 2012, 10:47:39 am
You'll have to install the 32-bit compatibility libraries. This page explains how to do it: http://connie.slackware.com/~alien/multilib/
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on March 19, 2012, 08:24:28 pm
bonjour!
Just massed out xfce interface on my desktop, what 's the command to roll back default setting fro the xfce desktop?
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: prince on March 21, 2012, 10:13:42 pm
The 32 bit libraries ought to be installed by default.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: caitlyn on March 22, 2012, 08:02:37 pm
The 32 bit libraries ought to be installed by default.
Why?  Nowadays most everything is available in native 64-bit code.  Those who need the rare exceptions can add the libraries.

I'll note that Slackware64 13.37 doesn't include 32-bit libraries and neither do most 64-bit Slackware derivatives (i/e/: SalixOS) for just that reason.  I, for one, don't want a bloated iso filled with all sorts of stuff I don't need.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on March 24, 2012, 03:11:28 am
Quote
bonjour!
Just massed out xfce interface on my desktop, what 's the command to roll back default setting fro the xfce desktop

bonjour!
now it's weekend.
Pls help on commands to get back xfce default desktop.
now i log  as root can have nice default xfce desktop, while  loging in as users, still in ugly mass.
pls help.
your comands pls!
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: nightflier on March 24, 2012, 07:24:26 am
bonjour!
Just massed out xfce interface on my desktop, what 's the command to roll back default setting fro the xfce desktop?

vasm > skel
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on March 24, 2012, 07:48:40 pm
Quote
vasm > skel

pls. explains in details, now i went to vasm, no"skel" option there,typing " vasm > skel" as root no response.
pls. give details ,
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: nightflier on March 25, 2012, 09:06:43 am
When running vasm (as regular user, not root), do you not see an entry, 3rd down, labeled "SKEL"?
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: vincent2 on March 25, 2012, 08:44:05 pm
Quote
When running vasm (as regular user, not root), do you not see an entry, 3rd down, labeled "SKEL"?
bonjour!
on vl647.0stdrc1, typing vasm, no 3rd down labeled as "SKEL" appeared at all, only system and personal....
while on 32bit vl7stdgold 3rd down labeled as "SKEL"  does appear....
GUESS YOU SHOULD RUN VL647.0STDRC1 BY YOURSELF , YOU CAN'T JUDGE AND ADVISE OPTHERS WITHOUT RUNNING IT BY YOURSELF.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: caitlyn on March 25, 2012, 08:47:06 pm
Please don't shout at the VL developers.  What you have found is a bug.  SKEL should be there.  This isn't a final release yet.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: caitlyn on March 27, 2012, 09:07:12 am
I'm reporting several bugs in the appropriate place  :(

I'm really disappointed that gdm has been configured without the language menu.  One of the really nice things about the VL6 gdm configuration is that you could choose a different language on a session-by-session basis.  Trust me, if you need to work in a right-to-left language you probably don't want to do it in a left-to-right desktop and vice versa.  In any multilingual office or home this feature is likely to be used.  IMHO, it's a step backwards.

Thank you for not loading cairo-dock by default.

The look and feel (theming, wallpaper) isn't to my liking but that's a personal preference issue.  I don't remember the last time I said that about a VL release, though.   I usually like what the artistic side of the development team does.

If you're running Xfce why leafpad over mousepad?

I'm sure I'll come up with more as I use it more.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: fogpipe on May 23, 2012, 08:11:59 pm
Any even soft target for a release yet? I have customized my install pretty heavliy, so im not submitting any complaints,  Im currently running the 3.3.5 kernel and its running great.
I did notice that no sendmail binary was installed when i installed the sendmail and sendmail-cf packages.
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: uelsk8s on May 24, 2012, 08:45:52 am
I am trying to finalize it within the next 2 weeks.
kernel 3.3.7 is in the untested repo.

Uelsk8s
Title: Re: VL64-7.0-STD RC 1 READY FOR TESTING
Post by: fogpipe on May 24, 2012, 11:44:50 am
Good News thanks.  ;D I have an empty partition on my hard drive and i have been taking a look at other linuxes lately, which impresses on me all the more what a great job you guys do.