DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
though I don't know much about sidux, I think most of the problems concerning apt-get/aptitude comes from mixing both. You can't start using apt-get (or any of its front-ends like synaptic etc) and then switch over to aptitude (or vice-versa).
That's because both, aptitude and apt-get have an "autoremove" feature, which tries to automatically find all packages, which are no longer needed, because no other package depend on them anymore. Both tools use a different database for storing those dependencies.
If you switch over from one tool to the other, it will probably try to deinstall your whole system, because the above mentioned database is missing.
Go with whatever tool you started out with (if you want to use synaptic, then always go with apt-get, and so on), then you most probably won't face any problems.
btw. my debian system was installed, when woody was stable, it's now a mix of testing, stable, unstable and tons of 3rd party repos and I cannot remember any problem, that's based on aptitude or any of its features (I always used aptitude). That's no evidence of course, but it's still fact ...
Yes smxi uses apt-get, h2 the script's maintainer has been testing aptitude. I may be wrong but I believe now you can choose to use either one with it. But smxi isn't officially part5 of sidux any more and it works just as well in vanilla debian.
Personally I have always used apt-get, back when etch was released I attempted to use aptitude, I had a kde lib on hold and when I ran aptitude(just to see how it worked) it wanted to remove most of kde. When I ran apt it held the packages that were dependent on the held package. Both work and with the newer apt even the recommends and autoremove like aptitude are in APT. Use whichever you prefer, the sidux devs have their reasons for choosing apt.
If one knows enough to be able to fix problems when Sid breaks then running sid is fine, if you want unstable to be pretty much unbreakable then you run sidux. Using smxi not once have I had anything break including using it on my Lenny install on my eee. sidux is a distro for those a little more advanced than the ubuntu crowd but not for the uber geek that wants total control over his system. I love sidux and debian and wouldn't use anything else.
Last edited by craigevil; 10-25-2008 at 06:28 AM..
Anyone that uses sidux and that frequents the forum or #sidux knows that recently the use of third party scripts including smxi, inxi and others is now pretty much forbidden and mention of said scripts or the liquorix kernel will get you kick/banned from #sidux and flamed in the forum.
I had used sidux since h2 made a conversion script that converted kanotix to sidux.
But after all the fuss in both the sidux forum and the irc, I have recently removed all sidux packages from my system including any config files such as udev-sidux and apt-sidux.
First I did dpkg -l | grep sidux | awk '{print $2}' then use apt-get purge to get rid of the packages listed. Then used locate/find to locate and left over sidux files and removed them. I am actually glad I did, this crappy dell was rather unstable with the sidux kernel. Now it runs smooth as a baby's bottom.
I don't see what all the fuss is about, though I have never used sidux I have never had a need. And yes debian has the 2.6.30 kernel, infact debian has 2.6.31-rc5 in the http://kernel-archive.buildserver.net/debian-kernel/ repos. Regular repos have just 2.6.30-1 and that works just fine for me, I have never found debian lacking in kernel development, especially in the kernel-archive repo. The only thing that sometimes lacks is development for brand new software, but I still have the option to build from source so.... I can't really complain, I figure if people have the time to complain about bleeding edge they should have the time to build their own software from the source.
Sounds like the sidux team is very opinionated..
They are happy to share your opinion as long as its the same as theirs..
for the original topic..
personally I use aptitude with Debian, have been for several years and it hasn't been an issue, in stable, testing, or unstable. but I won't try to force people to use what I use.. that's just silly.
mhhh, if they are aware that they do turn people away by that behaviour?
(and sure not the boring ones ...). Its a pitty, cause as a distro it aint bad.
I tried to delete my forum-account, couldn`t figure out how and - for short - thought about giving a good reason to be banned. Then i thought: "what the heck, it aint even worth the time..."
Its a closed world for its own.- sure: just in my eyes.
just to make clear what im talking about:
Quote:
...
# All information should be free.
# —linking directly with access, information needs to be free for hackers to fix, improve, and reinvent systems. A free exchange of information allows for greater overall creativity.[7] In the hacker viewpoint, any system could benefit from an easy flow of information.[8]
# Mistrust authority—promote decentralization.
#The best way to promote the free exchange of information is to have an open system that presents no boundaries between a hacker and his quest for knowledge. Hackers believe that bureaucracies, whether corporate, government, or university, are flawed systems.[9]
# Hackers should be judged by their hacking, not criteria such as degrees, age, race, or position.
Inherent in the hacker ethic is a meritocratic system where superficiality is disregarded in esteem of skill. Levy articulates that criteria such as age, sex, race, position, and qualification are deemed irrelevant within the hacker community.[10] Hacker skill is the ultimate determinant of acceptance. Such a code within the hacker community fosters the advance of hacking and software development.
Testament to the hacker ethic of equal opportunity,[11] Peter Deutsch, a twelve-year-old hacker, was accepted in the TX-0 community, though was not recognised by non-hacker graduate students.
...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
