So I installed slackware.


Recommended Posts

I am really a fan of Debians APT-GET system. I also prefer that Debian is completely maintained by volunteer contributions. Nobody owns Debian. It's completely free.

This article is a bit dated but it comes down hard on RPM packages.

Is RPM Doomed?

While the RPM Package manager is not inherently flawed, the way it has been implemented on various RPM-based Linux distributions have created major inconveniences for the desktop end user:

1. An RPM-based distribution is risky to upgrade.

2. A more complex binary RPM package is often hard, if not impossible to install.

3. The incompatibilities between different versions of the RPM Package Manager added another layer of complexity.

4. The developers are forced to consider differences between distributions and create multiple binary packages.

I TOTTALY AGREE WITH POINT NUMBER 1.

That is probably the single reason im changing distros...i cant upgrade things without huge problems...

well...installpkg cannot handle tar.gz...but it can handle tgz?

slapt-get seems like a nice idea..im gonna do that when i get home probably..but say if i installed KDE 3.2.0 with slapt-get, would it remove the old one first? like urpmi? or something..

slackware is really nice i like it alot...i dont even really need slapt-get because so far slackware can install any and every source tarball ive put in so far, i love that its "standardized" so everything works nicely.

but how do u uninstall a source tarball? (standard ./configure, make, make install kind)

in your source directory type, make uninstall, make clean.

i suggest following my previous suggestion and use checkinstall -S instead of make install, that way slackware can keep up with all your packages whether you compiled from source or just installed a slack package.

in your source directory type, make uninstall, make clean.

i suggest following my previous suggestion and use checkinstall -S instead of make install, that way slackware can keep up with all your packages whether you compiled from source or just installed a slack package.

It's exactly when I see posts like this that I think... get a distro with good package / dependency management

So i tried out slapt-get. and its really really good!

not really so necessary but its a nice backup for package management. ill try out what u said about the makeinstall -S kemical..looks like a good idea. so far everything in slack has ran nicely...in my opinion tho..its about time to release slackware 9.2 dont u guys think? :yes:

So i tried out slapt-get. and its really really good!

not really so necessary but its a nice backup for package management. ill try out what u said about the makeinstall -S kemical..looks like a good idea. so far everything in slack has ran nicely...in my opinion tho..its about time to release slackware 9.2 dont u guys think?  :yes:

yea another good reason to keep all your packages in the slackware package list so that when the next cd comes out all you have to worry about is updating not reinstalling ; )

p.s. - its checkinstall -S

:p

yea another good reason to keep all your packages in the slackware package list so that when the next cd comes out all you have to worry about is updating not reinstalling ; )

p.s. - its checkinstall -S

:p

i knew that :D

i just cant wait till 9.2 comes out! it will have 2.6 Kernel and KDE 3.2.0..it will be my true linux heaven.

so anyone know when the new one is comming out? in a ballpark estiamate?

i knew that :D

i just cant wait till 9.2 comes out! it will have 2.6 Kernel and KDE 3.2.0..it will be my true linux heaven.

so anyone know when the new one is comming out? in a ballpark estiamate?

from the looks of it i think they try to at least keep it between 6-10 month releases :)

uhm. if you like to have you hand held through everything you do

I like something to work the first time.

Playing with the computer is fine but sometimes you need to get work done.

It comes down to weather you like the drive or the destination Some people prefer the road trip but I just want to get where I'm going.

Linux will never have a desktop presence as long as you need to create your own scripts or patch configuration files.

Apt-Get and/or Synaptic Package Manager is a good start but it could work better. You know what I think about RPMs.

Red Hat users should notice that Debian doesn't release new version every 8 months. If you need a new component just apt-get it. Be they kernels or KDE upgrades or whatever. Synaptic also has an upgrade system button that'll automatically keep you up to date.

Edited by fred666

i agree with this statement...and its what everyones inital attraction to MDK or RH is...but after a while u run into the same problem u have with people who use windows. Windows looses 99% of its power in its upgradablity and its customization.

in linux it may be harder to install stuff...but...with that hard you gain whatever you want.

scenario:

MDK 9.2 cannot upgrade to KDE 3.2 easily if at all (because of its rpm system, its been tested numerous times)

but, slackware can. (based on source balls, and konstruct).

that alone opens many things for you to customize and make the way you want.

linux i argree that linux will never be mainstream because people want ease of use, but my theory about

windows is people create viruses in windows because they hate what they use and they have nothing better to do but be malicious. same thing for linux except. people who are in linux are there because they want to be. so they should be able to do what it takes to install.

edit: what is synaptic?

edit: what is synaptic?

It's a user friendly GUI frontend to Debian's apt-get system.

It also has a upgrade button that will automatically upgrade all of your installed applications and/or drivers to their latest tested incarnation.

It works like Windows Update except that it is far more encompassing.

I have Knoppix installed on my hard drive which basically means that I run Debian.

It autodetected my scroll wheel on my logitech mouse.

It automatically gives me a boot menu with KDE as an option.

I used APT-GET (well actually I used Synaptic Package Manager which is an apt-get GUI frontend) to install GNOME and it automatically added it to my boot menu.

You shouldn't need to do all this work. Perhaps you should ditch Slackware.

How did you install knoppix to your harddrive?

  • 4 weeks later...

fred666, with full respect of your knowledge and admiration of debian (which is among best distros), I'l have to quote you for a second.

1. An RPM-based distribution is risky to upgrade.

2. A more complex binary RPM package is often hard, if not impossible to install.

3. The incompatibilities between different versions of the RPM Package Manager added another layer of complexity.

4. The developers are forced to consider differences between distributions and create multiple binary packages.

Before saying that, you said RPM's are for RH/MDK/SuSE. That's partially true. Each distro has it's file structure differences and that's what people ignore. (even I ignore these in detail but I know that there are a few) Somebody takes an .RPM made by some clown and it doesn't work. When a company and/or organization offers RPM's for a specific distro, it's almost 100% sure that they will work with ease (fluxbox, a perfect example.).

We are using more GUI than before but it will never reach the level of which Windows is at (point n click for TEH UBER USERS! :whistle: ) so mind as well learn the most out of linux and not be dependant of tools which do all the work for you. Ask a gentoo lover what other distro he likes. he's gonna say what? none. why? not sure. Emerge does all the job! Hey, EMERGE Is a great ****ing tool I agree but some become so dependant of that, that they freak out on other distros. So at least, try to understand how a tool works to avoid future problems.

Slackware is frikin awesome IMHO cause you learn alot just from using it.

and this was, my 2 cents!

Ask a gentoo lover what other distro he likes. he's gonna say what? none. why? not sure. Emerge does all the job! Hey, EMERGE Is a great ****ing tool I agree but some become so dependant of that, that they freak out on other distros.

I think a Gentoo user would be quiet happy with FreeBSD (provided they had experience with it). You lose the 'cutting edge' software and technologies that you tend to find in Linux, but you can be reasonably certain anything that is in the standard ports/packages is reliable.

Not that I'm knocking it but Portage is really just a 'clone' of Ports for Linux and once the Gentoo user had a 5 minute introduction to the ports tree they'd feel mostly right at home. A few configuration files are in different locations, and there are the other minor differences that separate BSD from linux but I think over-all they would be reasonably comfortable.

This coming from a Gentoo user who went to OS X for desktop use and BSD on servers, YMMV.

So at least, try to understand how a tool works to avoid future problems.

I couldn't agree more. In an ideal world this wouldn't be a problem - but the world is far from perfect.

Hey, EMERGE Is a great ****ing tool I agree but some become so dependant of that, that they freak out on other distros. So at least, try to understand how a tool works to avoid future problems.

I totally agree with that - I'm in that situation myself. I have a general understanding of what's going on, but I do need to know more. When I get my new laptop I'm going to install LFS on it for kicks (and then remove it after - I don't have time to do manual package management :D) That way, there'll (hopefully) be nothing I miss during the install process.

With Slack, in the past I've always used swaret - that handles distro upgrades admirably. As for other systems, Debian's apt-get is great so long as you're running Sarge, I tried Sid/testing and the system ended up broken with endless dependancy errors after a few months, but I suppose that's what you get for running untested and unstable packages. I found Sid was also full of bugs and problems, while Sarge works amazingly well and is the most stable system I've run.

the evn show

I think a Gentoo user would be quiet happy with FreeBSD (provided they had experience with it). You lose the 'cutting edge' software and technologies that you tend to find in Linux, but you can be reasonably certain anything that is in the standard ports/packages is reliable.

I guess I forgot about BSD :o That's my mistake there for saying "none". I guess I was talking about distributions based on linux (and not the many unix variants)

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • This whole dumb age verification thing needs to die and be replaced by giving parents tools to control devices. Why am I required to plaster my ID all over the internet to prove I'm old enough when parents should be the ones dictating what their kids are doing on their phones. Apple released great set of tools for iPhones coming to iOS 27 that do just that. Why are governments not mandating that kind of control to phone makers to built them into phones. This whole thing is so absolutely idiotic it's wild.
    • Remeber this decade, when the free internet died... tell your grand kids about this, record there reaction and post it on InstaTwitBook.com
    • UK nudity blockers are a looming privacy disaster, we must be able to see the source code by Paul Hill Image via Pexels The UK government, just like many state governments in the US and national governments around the world, has begun going on a bit of a power trip when it comes to digital safety. The major step taken so far is the introduction of the Online Safety Act, which requires users to prove their age to access adult websites (it includes more than this, too). Now, UK PM Keir Starmer is calling on Apple and Google, and presumably other mobile OS makers, to scan phones for explicit images to protect children. This potentially mandatory on-device scanning by vendor-controlled software will create unacceptable harms to individual freedoms and transparency, and introduce massive surveillance risks. In a statement on June 8, the Prime Minister stated that big tech companies, such as Apple and Google, must add features to their platforms, such as iOS and Android, that will detect and block sexually explicit or nude images involving under-18s on phones or tablets. Adults who want to take or send nudes would be required to hand over some form of identification to stop their phone from blocking these pictures, creating unnecessary privacy risks. According to the government, it wants to see these measures implemented within three months; otherwise, the government will introduce legislation to force them to introduce such technology. The legislation will include fines for companies and maybe even criminal liability for tech bosses who do not comply with the measures. In its announcement, the government said that stopping users from taking, sending, or receiving nudes without verifying their age is technically feasible, and pointed to a British firm called SafeToNet, which has made proprietary, closed-source, uninstallable software called HarmBlock and is actively selling a device with it enabled and is working with other OEMs. The fact that this software is closed source is a huge problem because it’s a black box; you do not know what it is doing on your device. The fact that it is unremovable is also a problem because you lose control of a phone that you own. Laughably, the government, just before highlighting SafeToNet, says that companies must introduce such measures “without threatening privacy or collecting any data.” It then says over-18s will still be able to view adult content by providing proof of age… Which sounds to me like data collection. SafeToNet makes some debatable claims about HarmBlock The government’s example software, HarmBlock, is a hugely alarming choice to espouse the virtues of this type of software. SafeToNet claims that HarmBlock is “ethically developed,” but this is the opposite of the truth. This black box software puts digital handcuffs on you if it’s installed in your device, taking away your freedom to control what software runs on your device, as it cannot be removed. It is not even free software, so we cannot inspect the source code to see what it is doing. For all we know, it could be acting maliciously. While that’s unlikely, we can’t verify that it’s not doing that. When Google and Apple do inevitably integrate these features on devices in the UK, they are very likely to be closed-source binaries, which will also be non-auditable. They will also have identity services built into them, which will require at least temporary collection of sensitive identity documents to verify your age. One saving grace for Android users is that this nudity blocker will very likely be implemented within the Google Play infrastructure that’s deeply tied into commercial Android devices. However, anyone with enough determination to throw out Google apps from their phone by flashing a custom ROM could find they regain control over their phone again without these digital handcuffs. Obviously, this is only how I expect Google to implement the feature; if it bakes it into the open-source Android somehow, that would be bad news for anyone looking to escape it. Outside of stripping mobile phone users of their freedom and sovereignty over their devices, these proprietary on-device machine learning or hash-matching solutions cannot be independently audited. This means that hackers could potentially exploit them because security researchers can’t investigate the code, and they could overstep their intended use case and collect even more user data without anybody knowing. We also wouldn’t know if the code is prone to detecting false positives or biased classification, because we can’t see the code. In the government’s announcement, contributing comments from the Internet Watch Foundation keep talking about “on-device protections” as if to say that users don’t need to worry about server-side processing; however, this is misleading, as data could flow from devices for the purpose of updates, remote model changes, telemetry, or server-side matching. We’ve also seen with the Online Safety Act that the government is never content with the laws it introduces; it always wants to expand the controls. If this scanning functionality arrives on devices, it might only block nudes initially, but later governments could pressure vendors for expanded access or use mandated features for other surveillance aims. The introduction of on-device scanners opens the door to massive risks in the future. Once nude blocking becomes normalized, regulators like Ofcom or politicians themselves could push for more controls over people’s devices. Very possible candidates for blocking include hate speech, misinformation, or undesirable political content. Also, there is a chance that once Apple and Google have developed this software, they might attempt to reuse the infrastructure for commercial or foreign requests, putting customers in greater danger. Just the UK's demand for this sets a precedent. What if a dictatorship decides to spy on activists by demanding that Google or Apple implement similar controls? Another concern with this scanning is that it adds compliance costs for businesses looking to get into the mobile operating system space. While Google and Apple dominate the space right now, there are lots of smaller companies creating mobile operating systems too, including community projects with very shallow pockets. How are these smaller competitors supposed to implement sophisticated nudity detectors? Simply put, they can’t. Then the government goes after them, causes them to shut down, and Google and Apple have less competition. Image via Aurora Store For us users who value sovereignty over our technology, this development will force us to seek freedom-respecting alternatives. The simplest path forward will likely be to install a custom ROM on an Android device; however, kicking Google off the phone with its black box nudity blocker could also make it harder to access apps such as banking apps, which tend to need you to pass Google's integrity checks. Thankfully, Google Play Store apps can still be obtained by storefronts such as the Aurora Store, but it just adds to the friction. To be fair to those pushing this measure to protect children, I think it will be reasonably effective, but people will still try to find ways around it, just as they’ve done with age gates on adult websites introduced under the Online Safety Act. In the effort to find circumvention methods, it could lead users to join riskier platforms that introduce new dangers. This effort also diverts resources from proven interventions such as law enforcement cooperation, targeted investigations, education, and support services to broad technical controls that have uncertain effectiveness (due to their newness). If the government is set on introducing such tools, then there ought to be safeguards in place. Any mandated code should be released as free software so that it can be audited, and the binaries should be reproducible builds so that the public knows nothing has been tampered with in the code used to create the binaries shipped out. Ideally, these tools should also be voluntary, opt-in, and even community-run. This would also allow people to have full control over their hardware while allowing parents to flip a switch to turn on these protections for children, with the knowledge that the code being run is doing exactly what it says on the tin, and nothing nefarious, like a black box solution could be doing. The government should also have a narrow legal scope where this technology stays with blocking nudes and not spreading to blocking political opinions, hate speech, and so on. Ideally, any implementation should avoid identity-linked age verification to keep user data safe, and matching should be done locally with no server telemetry to ensure it is truly on-device. While I do understand that stakeholders such as parents want to keep children safe, the potential for abuse with this type of software is colossal. It would entrench black-box surveillance and take away our freedom to use our devices as we want. There is also the acute risk that the government will demand this surveillance be expanded to block other activities, which could be particularly dangerous. If you are in the UK and don’t wish to see these measures implemented, it is still possible to write to your MP, which could lead to some better safeguards being introduced before it’s too late. Once we get more technical information about how this will be implemented, then we will be able to see if de-Googling Android devices will bypass this measure. For anyone with an iPhone, there is zero chance that you’ll be able to take off these handcuffs because Apple doesn’t let you mess with your software.
    • I'm reading the reports as EU rejecting Apple's proposal because Trusted System Agent would be an intermediary offered to third party AI's (this article is also worded as such) but Siri AI itself would not pass this intermediary. This would cause a situation where Siri AI would have more direct system access and offer it an unfair advantage. (speaking from EU regulator perspective here) Apple is citing security issues with doing what EU asked for, and I think this also supports this theory, because truly direct system access like Siri AI would make it impossible to control third party AI's running on the devices and e.g. reign them in via adjustments to Trusted System Agent. So, I _think_ this is the sticking point right now: EU saying they need to be on equal footing as Siri AI, Apple saying they can't be because Apple only trusts their own AI. Apple could of course be leaning a bit extra hard towards this because they're biased in terms of excluding competitors. One method to find an agreement would be to have Siri AI also run through Trusted System Agent and treat it as untrusted. This kind of defensive architecture design (especially when involving an AI) would honestly not be a very bad idea from a sheer engineering standpoint. But then Apple would need to swallow their pride and adapt worldwide due to EU, and make perhaps major updates delaying Siri AI once more.
  • Recent Achievements

    • Very Popular
      Captain_Eric earned a badge
      Very Popular
    • One Month Later
      amusc earned a badge
      One Month Later
    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
    • Proficient
      Eric Biran went up a rank
      Proficient
  • Popular Contributors

    1. 1
      +primortal
      511
    2. 2
      PsYcHoKiLLa
      220
    3. 3
      ATLien_0
      92
    4. 4
      +Edouard
      90
    5. 5
      Steven P.
      83
  • Tell a friend

    Love Neowin? Tell a friend!