Choose style:

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - darthlukan

Pages: [1] 2 3 ... 5
1
Software & Applications / Re: ICE and UserScripts Question
« on: May 03, 2016, 01:02:28 am »
Brian, that's precisely what it *does* do for Firefox SSB's

Chrome/Chromium SSB's use the default config directories and browser (basically being just shortcuts in "--app" mode), but Firefox SSB's create a separate working directory all of their own (albeit a cut down version, ie. no cacheing, etc) .. so Firefox SSB's are pretty much standalone instances of the Firefox config directory (each can have their own particular plugins/settings/etc.), it *had* to be done that way because Firefox doesn't allow you to run multiple instances from the same profile.

Well, this is gonna be fun to implement then :)

2
Announcements / Re: ANNOUNCEMENT - Four new Trusted Users
« on: May 02, 2016, 04:02:57 pm »
Belated congratulations to our four new TUs :)

3
Software & Applications / Re: ICE and UserScripts Question
« on: May 02, 2016, 03:58:47 pm »
Is there a way that ICE could be updated so the ICE instance of a site, and JUST that instance has a set of scripts/extensions run/not run when you create a SSB? IE I want a youtube instance, but say I want that 'app' to be all black, have the presentation edited, and whatnot without that happening in the browser version?

The way ICE works is thus:

1. Spin up the chosen browser (Chrome, Chromium, or Firefox) in "UI-less" mode
2. Use Window Manager window decorations

Essentially, you're running an instance of that browser, which uses your default settings for that browser. In order to do what you'd like, we'd have to somehow hook into the browser itself and force it to use an alternate settings directory. Conceptually it sounds simple, practically it's much more complicated and would require quite a bit of work. I'm not saying it's impossible (I'll have to dig into it to see what all is possible), but it's something I can put in my "Backburner" list to look at when other, more pressing things are taken care of.

4
News and Reviews / Re: when is peppermint 7 going to come?
« on: April 22, 2016, 06:25:35 am »
More leaks... it seems that John Lenon is involved...  :o

Spoiler (click here to view / hide)
[close]


@ PCNetSpec: I can actually see some Peppermint 7 stuff over there, I hope that's your intention (to keep us rolling)?

That reminds me, I need to hurry up with my transatlantic move so that I can fix that bug...  :o

5
General Discussion / Re: Who is PCNetSpec?
« on: April 22, 2016, 03:33:32 am »
PCNetSpec AKA "Mark Greaves" AKA "Superman" AKA "Sir Linux-a-lot" AKA "Linux Support Deity" AKA "DarthLukan's Taskmaster" is a TITAN.

That is all.

6
New Users / Re: Security of Mint and Peppermint
« on: April 17, 2016, 12:00:40 pm »
Hi.

To add on to what PCNetSpec said about attack spreads: This is why it's so important to pay attention to which command you execute with sudo or as root, because if you just haphazardly download some script from the internet and execute it as root (or sudo, yes, there's a difference) and that script has some malicious code in it, the script executes as root and therefore has complete access to the entire system.

Something I always tell ALL users, regardless of experience level: "Don't run a command if you don't know what it does, especially as root or sudo." Sure, you don't have to know a lot nowadays to run Linux, but part of protecting yourself as a user is knowing how your system works and what you're looking at when you open a script. That means that yes, you should learn at least a little BASH (the most widely used shell by default in Linux distributions) and also understand your environment variables.

As an exercise, I recommend users do the following in order to have a sane baseline of knowledge:

1. In your terminal, run
Code: [Select]
$ env
. This prints all of the environment variables which are set for the current user. Anything that you don't understand, search for it on Google.  For example: "LC_ALL environment variable linux" will let you know what the heck
Code: [Select]
$LC_ALL=POSIX
means if you don't understand (it's a locale/language setting FYI).

2. Read a BASH tutorial so that you are familiar with what it can do and can review any shell script somebody (or some site) recommends downloading and running.  The beauty of open source is that "many eyes makes bugs small", but only if you know what you're looking at. A really good BASH primer is this one provided by IBM.

3. Learn good desktop administration habits. Among many other things, this means "use the least amount of permissions required to do the work". Don't log into your system as root from an X (GUI) session, don't turn on root ssh access, don't execute scripts as root unless you know precisely what that script is doing (if you don't know, ask someone!), do learn about file permissions in Linux and how to use them properly, do take advantage of automated maintenance (read up on cron), and do learn about sudo and how to control it.

To a beginner, those three things might seem very complicated, in practice, they are much easier to understand than you might think at first glance. Linux users gain a lot of power by default when using any Linux distribution, understanding that power is the key to being safe and is also a fun exercise in learning.

I hope that helps you to have more confidence in yourself while running any Linux distribution and that it clarifies what you may hear a lot of Linux users say when they talk about security.



As an added note, there are antivirus programs for Linux, the most famous and widely used of which is clamav.

7
GNU/Linux Discussion / Re: LXDE and Peppermint
« on: March 31, 2016, 03:07:28 pm »
But one thing is perfectly clear... they are to going to give a conclusive/definitive answer...

I leave bean-spilling to others :)

8
News and Reviews / Re: when is peppermint 7 going to come?
« on: March 31, 2016, 11:39:18 am »
... However, you have actually indicated the reasons that have resulted in scifidude79 and myself coming down hard on some distros (and at least partially why we prefer Peppermint OS). ...

I'm sneaky that way :)

9
General Discussion / Re: Bash comes to Windows 10
« on: March 31, 2016, 11:33:10 am »
How is this different from the command line that's already in Windows?  ???

Because it exposes the WinAPI by way of a translation of the Linux kernel and system APIs that developers are used to. In other words, things like:

Code: [Select]
# dmesg | grep 'iwl'

will actually work as expected (note the "dmesg" and the "pipe" [' | ']). Also, shebangs ("#!/bin/sh") will work without fudgery. Powershell doesn't do that at all.

10
Dammit Mark! I was trying to nudge people to play "The Guessing Game", you're stealing my thunder man! :P

11
News and Reviews / Re: when is peppermint 7 going to come?
« on: March 31, 2016, 04:14:11 am »
To be fair, I don't think anybody willingly releases broken things. The projects that you guys have mentioned so far are actually much larger in scope than Peppermint and are worked on by much larger teams, which means that internal politics and processes are amplified quite a bit, contributing to delays and missed items. The Manjaro crew is still pretty young (so far as project age) and they can only get better. Fedora (big kudos to those guys) has been around a long time and has quite the organization behind them. Despite any issues they may have, they manage to churn out a lot of high quality stuff, which is much harder to do than most people think.

Credit where it's due ladies and gentlemen :)

12
In general, more hardware resources means more performance. If you have more RAM, you'll reap the benefits of more RAM (up to the 32bit addressing limit, if you're on 32bit), if you have higher clock speeds execution will be faster, etc. There is a "lookup factor" that comes into play when you have more RAM simply because you have more "addresses" to register. If you think of your contacts list, scrolling through 1,000,000 addresses will take you a lot longer than scrolling through 100. The same is true of RAM and disk space, but computers do this very quickly and efficiently. In fact, the time it takes a computer to register its resources on bootup (before your init system takes over execution) is so fast that it's negligible.

The computing world has largely moved away from 32bit architectures in favor of 64bit, and even then, there have been gains in the 128bit architecture space among hardware manufacturers (not yet in the consumer space as it's all being researched now) as well as in quantum CPUs. If you have 32bit hardware that you are still actively using and are unable to upgrade for whatever the reason, your best bet is to make sure to read up on who all is providing 32bit software (and how long they plan on maintaining it).

With regard to your question of performance: In general, you're going to get better performance out of a 64bit system than you will a 32bit one. Sure, you might find a few benchmarks among the hardcore whereby a 32bit system beats an old (comparable) 64bit system, but those are exceptions on display, not rules.

13
I wasn't aware that this topic was discussed so many times already. I didn't mean any offense :). From my current and former experience with Peppermint OS I can say that you guys always roll out a solid product and I have completely no doubts that Peppermint OS 7 will be such a product.

I was also not looking for an answer to my question per se, merely some feedback from you developers. That I received, thank you :).

I meant that we (Team Peppermint) have internally discussed it a lot, not that we've talked about it publicly or anything. No offense taken at all :)

Just so you have a frame of reference for how we think about things (because the guessing game is a fun one):

We prioritise support: This means upstream security and bug fixes. If the upstream developer discontinues a product and we can't maintain a fork ourselves, then we'll also discontinue the product within Peppermint as the product could become a security liability.  I haven't heard of LXDE being discontinued (yet), so there isn't much worry on that front.

We take stock of inter-dependence: Lots of packages means lots of dependencies, some of which are related to multiple other packages. If a dependency becomes unavailable due to version conflicts or upstream deprecation, then we look at replacements, either from the active project or via home-grown code.

We take stock of the competencies and willingness to expand competencies within our team: Among the members of Team Peppermint there are a lot of competencies and often-times we need to expand upon those in order to support a given project. For me it might mean a programming language or five, for PCNetSpec it might be new ways of packaging or maintaining version control, and for others it might mean quirky hardware. However, we can't possibly cover every single possibility, so we have to pick and choose our battles taking into consideration the first two things I talked about (support and inter-dependence) to determine if picking up a new competency is feasible at the level required to provide the quality we desire to provide to users.


Just as a recent example to fuel the mystery, I've been studying C and C# (mono) in a lot more detail and Mark (PCNetSpec) has been doing a lot of work with packaging workflows and Git. May the conspiracy theories begin ;)

14
We've been talking a lot about this same topic off and on for several months now. There are lots of options available to us moving forward and even more opinions. Ultimately, our goal is to provide a particular user experience in a way that we can maintain. I know this doesn't answer your question directly (you probably want to know precisely which GUI options we're going to roll with for Peppermint 7), but I'm not about to let the cat out of the bag and neither is anyone else on Team Peppermint.

I can say this: Keep an eye on the forums, pay attention to our social accounts, and be prepared for the awesomeness that you expect from us whether we fundamentally change the GUI or not :)

15
News and Reviews / Re: when is peppermint 7 going to come?
« on: March 30, 2016, 03:06:33 pm »
It would make a nice Christmas present. (It even has the whole festive red and white thing going for it) However, I think some people would have conniptions.  ;)

Those people could have conniptions all they want, but Team Peppermint does not sacrifice quality for deadlines. We're not perfect, but we're definitely not going to knowingly release a mess. I would assume those same people would be even more upset if we broke something simply to make a deadline ;)

Pages: [1] 2 3 ... 5