Please login or register.

Login with username, password and session length
Advanced search  


Visit our home page for VL info. For support and documentation, visit the Vector Linux Knowledge Center or search the Knowledge Center and this Forum using the search box above.

Pages: 1 ... 8 9 [10]
 on: November 03, 2015, 09:51:00 am 
Started by askfor - Last post by wigums
nah. it'll show right up right away on things like wifite,
iwlist, wireshark etc. you CANT hide it. its being broadcast all over the place

 on: November 03, 2015, 08:59:09 am 
Started by Ecocomputing - Last post by M0E-lnx
Given the premise that your entire idea revolves around 'more logical' and sounds like ease of use and improved productivity for the user, you should not expect your user to read and modify your script...

But beyond that,
I'm afraid you do not understand the implications the damage you are inflicting on a perfectly working OS by doing this.  Your whole idea about 'organizing' the directory structure for programs, libs, etc is asinine.  Seriously, this is madness!
If you really want to create something like this, I suggest you start from scratch and build EVERY SINGLE component on the distro with the proper build prefixes and paths. the prefixes and paths you want to use.

On another note, have no interest in downloading 200+ mb of data to read one script.  Put this stuff in a VCS system somewhere and then I might glance at them.

 on: November 03, 2015, 08:42:59 am 
Started by crum - Last post by M0E-lnx
We might consider deploying our own bug tracker at vlcore for cases like this.  Personally, I like the way it works at bitbucket or github because it integrates well with the commit history, etc

 on: November 03, 2015, 08:37:05 am 
Started by crum - Last post by bigpaws
Sounds like a good idea. Accepting terms of service that violate privacy is not.


 on: November 03, 2015, 08:17:12 am 
Started by Ecocomputing - Last post by Ecocomputing
How is changing from persistant to non persistant an upgrade? And how do you change drive lettering to be "more logical"?.. and more importantly, how can you target such a wide range of linux distros and rip out a bunch of stuff and still expect to have a working system in the end?

Hey M0E-lnx,
Non-persistance isn't always a merit, but sometimes it is (ie when installing new things you're not sure of, ...); the non-persistance isn't always on, it can be selected to be on or off on boot. For the drive lettering, read the text files/scripts (download the unfinished bundle and check it out for more details), as for having it working with "all distro's: the idea is to focus on having it working for slitaz first, but other distro's too would be supported; users need to modify the script themselves then, and/or for some distro's we can make other versions of the scripts.   

 on: November 03, 2015, 08:11:58 am 
Started by crum - Last post by M0E-lnx
Still, we as a community need to get in the habit of using a bug tracker.  It is very  hard for devs to find things buried under a bunch of non-related things here.  The bug tracker keeps all conversations related to a particular bug in one place, so it is easy to track the progress of each bug.

 on: November 03, 2015, 07:26:56 am 
Started by crum - Last post by StrayBit
Another option is to report here in the forum,
Great!  There are times when I see something that to me is an annoyance but am not sure it actually be a  :o bug.
Sorry, I haven't had time to play with Vector.  October was a very busy month and November is looking like it wants to be.

 on: November 03, 2015, 06:45:22 am 
Started by crum - Last post by rbistolfi
There are those that do not agree with the TOS.

For those that do not agree with the terms where do you
want bug reports?


IIRC, you can add issues without registering, anonymously. I would prefer if you sign with your username so we can follow up. Another option is to report here in the forum, I add bug reports I work on to the tracker if they are not there already-

 on: November 02, 2015, 09:49:45 pm 
Started by wigums - Last post by sledgehammer
My point is that as linux ages and gets more popular, many of the flavors have become rather boring.  Debian is an example.  Going outside the Debian repositories is a no-no.  But Vector is fun, in my case, because I am less fearful of breaking it. I find that when I want to try something new, I do it on 'vector.  Problem is that the new program generally comes in some other format....usually it seems ubuntu or red hat.  The trouble with make, make install etc is that if the program doesn't work, its difficult to uninstall it. 

I see Vector's notch as being a place where source programs can be installed.  Most vendors provide a source version.  Dependencies will always be a problem, and changing this may break that.  But if we vectorites could fearlessly opt for the source as the default and install from source, perhaps we could recapture some of the fun in computing.

I know I used to install from source and slackbuilds a lot.

Just my two bits worth.

You guys are doing a great job.  I regret having too little time to be of much help.

 on: November 02, 2015, 07:33:29 am 
Started by roarde - Last post by roarde
As for the question, "How do I include a build number in run dependencies (ADDRB)?", I agree the proper answer is, "don't". For those that want to play with it anyway, after the initial ARCH line in the sb, add:
Code: [Select]
[ "${ARCH}" = "${ARCH#i?}" ] || ARCH='i586'And do pkgname.1.1.1-${ARCH}-2vl71 in ADDRB. If the package happens to be one that's tagged 'i486' or 'i686' for your 32-bit machine, that's another edit; and another reason not to do this in the first place.

As for the 'db' packages, I'll keep specific discussion of that on the vl71 db issue, or in IRC.

Pages: 1 ... 8 9 [10]