Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
craigevil wrote:wtf they have to ask before they can use the name?
Yes, if they assigned the trademark to another party then they have to ask, or at least they have to desist from using it if so requested.
I don't think it's odd that they assigned the trademark to a non-profit foundation which supervises and administers the project. What seems odd is that the foundation and development team managed to allow such a catastrophic breakdown in communication and complete divergence of views about what the sidux project is supposed to be doing, or maybe how. This is especially odd because there seems to be at least one person who serves in both capacities. Having served on a non-profit board with a similar purpose (not in IT) I can appreciate that the board's view can diverge from the staff/management view but that's why you have regular meetings and discussions. Usually those end with agreement, and anyway should hardly ever be over deal breaking differences because the overarching mission should always be clear to everyone involved from day one. If it is the case that the staff refuse to help fulfil the mission set out when the foundation was formed then they have to be replaced and they certainly don't get to take the trademarks with them or have any claim to them. The other side of the coin may be that the foundation is so poorly run that its members need to consider resigning and allowing the board to be reconstituted. If nobody is interested then it's time to wind up the project. If you have a very bad board which won't acknowledge its deficiencies then the staff might as well jump ship and carry on under a new name (if anyone is interested).
My guess is that unless the creation of the foundation was done in an amazingly naive manner (distinctly possible) then this kind of screw up is only possible when important responsibility or position is assigned to some absolutely bloody minded and impossible individuals, whether on one side or the other.
Wisdom from my inbox: "do not mock at your pottenocy"
"aptosid"? Egad. A study in elegance.
In any event there is a brief discussion of it on Distrowatch this morning. I ran sidux (God help me, with smxi -- don't tell!) and I finally left because of the inane behavior on the forum. The greatest strength? A very nicely done user's manual to which I still refer for certain things.
Everybody has to live somewhere, so may aptosid prosper.
julian516, glad to see you like the manual, I created that with bluewater behind the scenes during some heavy months of planning and coding.
I did it on one condition, which he always respected: that my name be kept out of it, that I wouldn't ever have to deal with or interact with the core devs, none of whom actually know how to do HTML/CSS coding though a few think they do. It was only with some pretty major behind the scenes pressure that I was able to get it to evolve to its current format, the devs if left to their own preferences would have ruined it totally.
Bluewater has gone on to add more features since I left the project, but in the end I had to somewhat forcefully tell him I refused to help him anymore since I simply could not stand to help or deal with sidux on any level.
But it still cracks me up that they are so proud of that manual, yet can't stand me, so I thought what finer time to rub some nice salt in that old wound. Bluewater to his credit did and continues I supposed to do a really good job editing it, though last I checked the navigation was no longer clear and intuitive, ie, you had to know that many items were there to find them. But I don't look anymore.
Re their secret dev process, where basically one or two core guys set all policy without any public discussion or input, no published dev communications, and a VERY nasty secret dev irc channel, where I used to sit watching them insult various people before I got sick of it and stopped wasting my time tracking it, proves to me that the words 'free' and 'open' have little meaning if you yourself do not engage in free and open development processes. The secrecy and boys private club mentality, coupled with the autocratic character of the devs, is all you need to know why everything around them blows up consistently, why individual users who try to work with them all leave, or are kicked out, and I'm sure accounts for why the ev got sick of them too. There's a long list now of damaged goods these guys have left behind them, at least one if you do some research you'll find has a very bad history re foss projects, today eV is simply the latest in a constant stream of such events. If you can't see this pattern you probably haven't followed them very long. Problems and virtues tend to flow down from the top, and this group is no different, when it was good and growing, the leader was clear and open, when it degenerated the leader had too.
They picked the right logo, that's for sure, these guys I wouldn't trust with anything, or anyone, at least not until they kick out the core problem guys, the ones who get off on their authoritarian garbage and secrecy and non-openness so heavily.
Happily their new name is so absurd that it will never roll off the tongue, and signals broadly that this is for geeks only, non others need apply.
But we learn and go on, now I know the warning signs, never deal with people who talk about freedom and openness but who never practice what they preach beyond following the technical rules for gpl software and licensing.
Sidux always had in the past one good quality, its users, which is why I decided to keep supporting them, and why most of them from what I can see still use my stuff, which I find amusing. And yes, I'll put in support for this recent change when I get time to do it, why not?
But in the process, by the way, I'll remove a lot of legacy cruft that makes especially smxi a bit too focused on sidux. As always, for those who hate or dislike or find stupid the smxi concept, that's great, it's why it's not written for you. I like the fundamental notion as outlined clearly by RMS that the end goal of all software freedom is not imposing one's values on end users, but rather the freedom of the end user to do whatever they want with their own systems. i have always respected this value and freedom, and will continue to respect it.
By the way, I also agree with a lot of the thread commentators about the weird rules and decisions these guys make, just because they can. The lack of nano for example was brought up over and over, but always ignored. I tested aptitude, and though I'm not a big aptitude fan, I've switched all my systems to use it because I think it's a better way to run sid if you're a power user type. Another ex siduxer, who now makes the liquorix kernel (because the sidux guys consistently hassled and discouraged him from learning and exploring and sharing), for example has always upgraded in X, something I think is not really safe for regular users, but is clearly totally fine for power users who understand that when core components upgrade you have to restart X, at least in sid/testing. or close apps that are upgrading, and so on. A bit too much to assume safe for regular users, but by no means requiring hard and fast rules.
And I certainly don't install ats or whatever now, it's either debian or ubuntu depending on what the people want or need, and one or another Debian for my own use, I run etch, lenny, testing, and sid on various machines depending on what I want from them.
In my own work, I've tried to add in as much support for as many methods as I can support sanely, with the end goal of always respecting the true freedom 0: the freedom of the user to do what they want with their system.
I just read h2's post, and i like it a lot.
It is a lot of words, but it is worth reading them.
I did not ever follow the sidux-project for longer than a short time, but whenever i do i got a strong feeling that it is the way he describes it. So i stop using it or thinking about it immediately. It makes me feel sad and angry.
That would be my main problem (besides the complete absence of being friendly):
...proves to me that the words 'free' and 'open' have little meaning if you yourself do not engage in free and open development processes.
"I am not fine with it, so there is nothing for me to do but stand aside." M.D.
Exactly why h2's scripts run on all of my systems. These really are excellent tools. Perhaps because I learned using sidux I just routinely use the cli to update and upgrade. I trust this process a good bit more than automated "update centers", which I think of as nags. In my experience if I decline a particular update the "center" then nags me about it until I accept the pointless update. There is just no need for such convenience, if such it is.
h2 certainly knows more about the sidux terrain than most of us do. I agree with nadir, any reader wanting to explore it would be advised to read h2's post carefully.
craigevil wrote:
Look at distrowatch.org where sidux has been falling for over a year now. Ever since all the crap happened in the irc channel.
Why you may ask is it still falling?
1) A primarily German speaking irc channel, yes you can get help in English but who is even going to try when you join #sidux all you ever see is people using German.
2) One of the most unhelpful and rude forums of any distro. Anything the devs/moderators do not agree with either gets censored or moved to the read only archives. After the OP gets flamed by all the fanboys and devs.
3) The lack of multimedia support on the forums from day one due to the unwise decision to host the forum on a German server.
sidux is the only distro's forum I have ever seen where any discussion regarding the dmm repo or mplayer is censored. Need to play a dvd too bad, can't play mp3s or avis too bad, burn a disk use a script GUIs are lame.
4) sidux was supposed to be a community distro, but it never was the devs never discuss and issues they just do things their way
totally ignoring what people want
5) sidux is Debian, what a load of BS, no aptitude, no Synaptic, no Gnome, no nano by default, there are many many differences between the way the sidux devs want ppl to do things and the way Debian does them. Need a separate /home when you install? Nope can't do.
God forbid you install any package that does not come with sidux by default.
The use of Greek gods as version names is all well and good but using the Greek letters to spell them especially on the wallpaper is just plain annoying.
This from the guy who trolled me out of nowhere in the linuxquestion forums
craigevil wrote:How does sidux not support pretty much anything thats in Debian?
Jackiebrown spouting crap on the sidux forums isnt enough? We get it you do not like sidux.
...
many people use gnome, e17, lxde any lots of other desktops/wm in sidux, just because there isn't a separate installer for a silly de/wm doesn't mean they don't support them.
because I said
JackieBrown wrote:
craigevil wrote:Actually sidux rocks. Does Debian have the 2.6.27 kernel?
I'm pretty sure the freeze would effect a new kernel going into Debian right now.
You can't compare like this. Does sidux support the 100 gnome packages or the enlightenment one? Does sidux support 3 branches and 12 archs (not including old-stable and experimental?)
I'm not knocking sidux, just comparisons like that are meaningless.
By that standard, Ubuntu is better than Debian since they have the 2.6.27 kernel in intriped and better than sidux because it supports more packages.
Seriously, most people know at one time I was a big sidux fanboy. But between the crap that went on in the irc channel last year, and the continuing rudeness and closed minded attitude in the sidux forum I gave up.
I also realized Debian by itself was more stable and the Debian kernel is much more stable than the slh kernel in sidux.
sidux/aptosid or whatever it is called now; is a quick way to install sid.
Raspberry PI 400 Distro: Raspberry Pi OS Base: Debian Sid Kernel: 5.15.69-v8+ aarch64 DE: MATE Ram 4GB Debian - "If you can't apt install something, it isn't useful or doesn't exist" My Giant Sources.list
I am still using Sidux -- I heard that you learned about a name change when doing a dist-upgrade or something when running SMXI, but I did an SMXI upgrade today and saw nothing about a name change.
I think that Sidux + SMXI is more user-friendly than Debian, and it also keeps you on the cutting edge because of course it is using the riskiest version of Debian.
I'm going to keep using Sidux + SMXI as long as it's possible.
I agree that the Sidux folks are mostly unfriendly, so I avoid their forums. On the other hand, Sidux itself has been very good for me. I can appreciate to some extent the humor in their going under because of disagreement, because the essence of the Sidux crew has always seemed to be disagreement. Who lives by the sword, dies by it.
While I understand one having animosity for another member here because of something said on another forum, I don't feel it is really appropriate to drag that baggage from forum to forum. We have enough stuff that we deal with here without it.
Having said that, it is my personal perspective that I should behave respectably on other forums as some know that I am a moderator here and it could reflect poorly on this forum in a round-a-bout way should I get out of line elsewhere. Just for clarity, I am not saying anything about others, just stating a personal perspective on things as I feel I have a duty to others here and Debian it's self (this forum to my knowledge is hosted on one of Debian's own servers) to not portray this forum or it's members in a negative light. I am, after all a representative of this forum even when not acting in that capacity elsewhere.
As I stated, this is just my personal take on things and not anything "official" being stated as a stance or position of this forum or it's staff.
AM
Serving the community the best way I can.
Spreading the tradition of Community Spirit.
Please read some Basic Forum Philosophy Give a man a fish, he eats for a day. Teach him how to fish, he eats for life. Updated Nov. 19, 2012
I was not bothered in the least by what others perceived as "rudeness" on the Sidux forums, but their auto-forum-censor-bot rubbed me the wrong way. I'm a grown man and if I want to spell Sidux with a capital S that's my prerogative, dammit!
Absent Minded wrote:While I understand one having animosity for another member here because of something said on another forum, I don't feel it is really appropriate to drag that baggage from forum to forum. We have enough stuff that we deal with here without it.
It was meant to be ironic. Sorry if I hurt Craig's feelings
Absent Minded wrote:While I understand one having animosity for another member here because of something said on another forum, I don't feel it is really appropriate to drag that baggage from forum to forum. We have enough stuff that we deal with here without it.
It was meant to be ironic. Sorry if I hurt Craig's feelings
I have no idea if it did or not. Apparently my misunderstanding of things though. For that I apologize. Not sure what to say except I took things wrong.
Serving the community the best way I can.
Spreading the tradition of Community Spirit.
Please read some Basic Forum Philosophy Give a man a fish, he eats for a day. Teach him how to fish, he eats for life. Updated Nov. 19, 2012
geneven, you must have just missed it, I uploaded changes that run the switching routine, as long as the sidux packages do the switch right, the switch should work, but I'm not going to do any fine tuning, there are no sidux repos that are active except for one now, and that one just feeds the conversion packages to the system, so smxi just activates that one, deletes all other sidux repos, and then proceeds to the dist-upgrade.
Just heed the alert you'll see and it should go ok.
I'm downgrading aptosid support in favor of better and more clear support for debian.
No sidux/aptosid or whatever silly name they are calling it now for me. Debian all the way. I could probably even get rid of the liquorix kernel, but I like to have at least 2 kernels installed.
#Sid
# deb http://debian.uchicago.edu/debian/ sid main contrib non-free
# deb-src http://debian.uchicago.edu/debian/ sid main contrib non-free
# deb http://ftp.debian.org/debian/ sid main contrib non-free
# deb-src http://ftp.debian.org/debian/ sid main contrib non-free
deb http://mirrors.kernel.org/debian/ sid main contrib non-free
deb-src http://mirrors.kernel.org/debian/ sid main contrib non-free
#Experimental
deb http://ftp.debian.org/debian/ experimental main contrib non-free
# deb-src http://ftp.debian.org/debian/ experimental main contrib non-free
# Testing
# deb http://ftp.debian.org/debian/ testing main contrib non-free
# deb-src http://ftp.debian.org/debian/ testing main contrib non-free
# Debian-multimedia.org
deb http://www.debian-multimedia.org/ unstable main non-free
# dmm mirror
# deb http://mirror.home-dn.net/debian-multimedia/ unstable main non-free
# Liquorix sources added by smxi
deb http://liquorix.net/debian/ sid main
# deb http://liquorix.net/debian/ sid main future
# Google Stable
deb http://dl.google.com/linux/deb/ stable non-free main
# Google testing repository
deb http://dl.google.com/linux/deb/ testing non-free
#google talk-plugin
deb http://dl.google.com/linux/talkplugin/deb/ stable main
# Iceweasel 4.0 beta packages for Debian http://glandium.org/blog/?p=1032
# deb http://mozilla.debian.net/packages/ ./
Raspberry PI 400 Distro: Raspberry Pi OS Base: Debian Sid Kernel: 5.15.69-v8+ aarch64 DE: MATE Ram 4GB Debian - "If you can't apt install something, it isn't useful or doesn't exist" My Giant Sources.list
craigevil, I pretty much agree, though I like the direction damentz is going with his Liquorix kernels, he just told me for example he's going to get less experimental and focus on a bit more stability, which is nice to hear.
Personally, I use them on my Testing/Sid systems pretty much always, with maybe one debian vanilla kernel as a backup. I like the Liquorix stuff so much that smxi now offers new users the option, if they are running unstable/testing, to add Liquorix sources on the first run of smxi. I guess that's my vote of confidence, I didn't feel that until recently, but given I just updated smxi to remove a lot of legacy sidux-centric type support, I decided to go ahead and offer that to users who are interested in a bit extra performance, and more focus on the desktop than I think the Debian kernel offers. That's not a criticism of the Debian kernel, they just focus on different things.
What can I do to witness the performance difference that the liquorix kernel provides? Is there some test, some certain usage pattern, some...thing.... that I can do that will make the difference stand out?
