VL7.1 STD feedback and suggestions.

[caitlyn]

on my netbook (32-bit VL 7.1) with the testing repository enabled

Now slapt-get --update fails if the testing repository is enabled.  I checked it, and the package list is missing, which is the error I'm seeing.  Without testing it runs but I still have unmet dependencies.

[roarde]

At present the 7.1 testing repository isn't used, and it looks like it will remain that way through the release cycle. This is an intended change; later RC's ship without the http version of the testing repo even mentioned in slapt-getrc. The untested repo is there, but commented out in such a way that it can be uncommented only by direct edit -- not via GSlapt. I assume that's also intentional because the rest of the disabled repos have the "#DISABLED" tag that GSlapt latches onto.

The 7.1 testing repo is empty. Note that this does not apply to 70 which still uses testing.

[rbistolfi]

One issue about the current development model is the the repository is in constant movement. Using untested is likely to produce errors: the package list changes quickly and it is regenerated after each new build. I think the same applies for the testing repository at osuosl. We will have to adapt and improve as we go.

[vincent2]

just installed vl64-7.1 rc2.2.5, install process went smoothly....

 strangely, wifi 's connected, have ip address,but couldn't ping, nslookup at all...even can't ping  router  as well...

any command to fix it UP?

[bigpaws]

If you have an ip address that is in the proper subnet.

Then there are only two areas to check.

Make sure using iwconfig that the connection is associated with the AP,

next make sure the routing is correct. As root route -n will show the
routing table.

Bigpaws

[M0E-lnx]

It appears there was a security advisory on the dhcpcd package which triggered a rebuild of our package.  The resulting package is being fixed now...  The Next ISO will have a fixed package.  In the mean time, you can revert to this p ackage

http://vectorlinux.osuosl.org/VL64-7.1/packages/Sbin/dhcpcd-5.6.7-x86_64-2vl71.txz

or wait for the new package on untested and install it on your 2.2.5 installations.

Remember to removepkg dhcpcd first or run upgradepkg /path/to/your/downloaded/dhcpcd-5.6.7-x86_64-2vl71.txz to replace the existing package

[vincent2]

 64bit so far rc 2.2.6   works fine. incl. 3G modem


expect
kernel 3.16  series could be uploaded to test repo for testing...

[caitlyn]

I wanted to transfer some files from my LG Volt running Android Kit Kat 4.4.2 and noticed that the device wasn't recognized in Thunar.  libmtp is installed (good) but mtp-gvfs isn't even available in the repository.  For recent Android devices to be recognized as filesystems in Thunar that's a must. 

[M0E-lnx]

mtp-gvfs has been merged into upstream gvfs.  I got the gvfs package built for 7.1 and it is currently in the untested repository.  Please test and report back.

Build logs are here
http://vlcore.vectorlinux.com/buildbot/builders/gvfs/builds/7

[vincent2]

vcpufrequ still doesn;t work on 64 bit rc 226 yet.
regarding overclocked CPU, vl7l rc226  simply couldn't   show  the real speed of overclocked CPU at all.

intel  e5700 cpu overclocked to 3.75Ghz from Bios, under windows it can recognized it as cpu@3,75.under vector, it still shows as 3.0G, which's not the real speed of cpu.

[retired1af]

vcpufreq has been removed from the actual ISO. You need to install from gslapt.

[caitlyn]

mtp-gvfs has been merged into upstream gvfs.  I got the gvfs package built for 7.1 and it is currently in the untested repository.  Please test and report back.

Build logs are here
http://vlcore.vectorlinux.com/buildbot/builders/gvfs/builds/7

Fantastic.  I'm going to rebuild the netbook with the latest 2.2.6 build this evening and then I'll test it.

[vincent2]

expect kernel 3.16.x series pkg bein g uploaded to test repo.
hope kenel 3.16.x can improve securities  more

[The Headacher]

Last week I installed RC2.3, and while it looked a lot better than RC2 I still have some issues with it.

This is the second installation where I just 'lost' the Xfce Desktop after a while (same thing happened on RC2); I boot the computer and login as my everyday user, only to be greeted by a panel without a 'running'  desktop. I can still open programs from the menu, but they don't show up on the panel and apparently they can't be moved either. I haven't yet located the correct command to start the desktop myself.

While the 'Session' menu lists both Awesome and Fluxbox neither wants to be booted; Fluxbox doesn't seem to be installed, awesome is though. With a new user, XFCE looks alright, though I guess it's just a matter of time before XFCE is b0rken there too.

[roarde]

I boot the computer and login as my everyday user, only to be greeted by a panel without a 'running'  desktop. I can still open programs from the menu, but they don't show up on the panel and apparently they can't be moved either. I haven't yet located the correct command to start the desktop myself.

Is this a "fresh" user, or are you using a /home from a previous install?

With a new user, XFCE looks alright, though I guess it's just a matter of time before XFCE is b0rken there too.

Which is why I ask.

Transferring /home from one install to the next is still the "supported" way to keep your data. Just have to wonder whether the settings brought in are the problem this time.