LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 10-27-2016, 09:24 PM   #61
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225

Quote:
Originally Posted by basica View Post
Mr Vader isn't in another country now are they? They're communicating over the internet. Aside from that, even between English speaking countries there are differences in etiquette. You would like to assume they are at fault, I'd like to give them the benefit at that. We obviously disagree on giving people the benefit of the doubt so I won't debate the point further, but since we're giving anecdotes, let me share one as I leave.

In my native language, a waiter may ask you "What do you want?" while in English the more polite way to say this would be "How may I help you?" (Plus a lot of other filler). In return the customer would reply with "Give me a coffee" while in English they would say "Could I please have a coffee? Thank you" (Side note: I notice Americans in this position use a lot less pleases and thank yous than Australians do, just to emphasise my earlier point. In fact they'll even just reply "mhm" when you say thank you which would be incredibly rude in Australia). One of my friends faced this exact situation when working in a coffee shop when her manager had to pull aside and say "Look, you can't just say to customers "What do you want?". It's rude". My friend was absolutely mortified because that wasn't her intention. She took for granted that the culture would be the same. Now you can look at that situation with an air of moral superiority and say "You should have learned the language and cultural values to a T before any attempt at communication with people from that language and culture", or you could think "Hey, these things happen. At least now you know!".
All Americans are not alike.

All Romanians are not alike either.

But don't let me stop you from generalizing.
 
1 members found this post helpful.
Old 10-27-2016, 11:37 PM   #62
montagdude
Senior Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 2,011

Rep: Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619
I have a question about Slackware development. Aren't there 3+ people who are core developers? So couldn't Eric or Robby or whoever else put out security patches like this when Pat is away?
 
1 members found this post helpful.
Old 10-28-2016, 05:37 AM   #63
GazL
LQ Veteran
 
Registered: May 2008
Posts: 6,918

Rep: Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035Reputation: 5035
I'm only an outsider, so I don't know the internal workings of the Slackware team, but I suspect the way it works is that the other team members do some work and then send Pat a note: saying "hey, I've done <this>... you can grab it <here>." and Pat takes a look, and if he likes it he incorporates it into the Slackware tree.

I suppose it's akin to how linus gets 'pull requests' from the subsystem maintainers, but without the aid of 'git'.

This is why I described Slackware as "one-man-centric" rather than a "one-man distro" in my post above.

Last edited by GazL; 10-28-2016 at 05:38 AM.
 
6 members found this post helpful.
Old 10-28-2016, 06:37 AM   #64
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792

Rep: Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656
Quote:
Originally Posted by GazL View Post
I'm only an outsider, so I don't know the internal workings of the Slackware team, but I suspect the way it works is that the other team members do some work and then send Pat a note: saying "hey, I've done <this>... you can grab it <here>." and Pat takes a look, and if he likes it he incorporates it into the Slackware tree.
That's been my understanding of it as well. I always imagined that only Pat has access to the master FTP, so anything that Robby, Eric, Stuart, etc may have to further Slacwkare development just gets sent to Pat and he decides whether to add it to the official tree or not.
 
Old 10-29-2016, 01:16 AM   #65
montagdude
Senior Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 2,011

Rep: Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619Reputation: 1619
That makes sense, and I can see why it would be done that way. It seems to me like it would be a good idea to allow the other core developers to be able to push security patches when appropriate. Of course, it's Pat's baby and his choice, so he's free to maintain and develop it as he pleases. I actually enjoy rebuilding packages myself sometimes (and the freely available SlackBuilds on the mirrors make it really easy in most cases), but if I were not doing it as a hobby, I could see how delays like this could be a little concerning.

Last edited by montagdude; 10-29-2016 at 01:17 AM.
 
2 members found this post helpful.
Old 10-29-2016, 03:52 PM   #66
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,480
Blog Entries: 2

Rep: Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986
Talking a huge generic :^}

Quote:
Originally Posted by agropec View Post
Hello

I use Slackware since 2000, and at that time; the second message of this thread, in English of course, must be something like:

Instructions:
Me ubico en mi directorio:
root@slackware:~# cd /usr/src/

Bajo el nucleo:
root@slackware:/usr/src# wget https://www.kernel.org/pub/linux/ker...-4.4.26.tar.xz

Bajo el .config:
root@slackware:/usr/src/linux-4.4.26# wget http://slackware.mirrors.tds.net/pub.../huge.s/config -O .config

Actualizo las opciones:
root@slackware:/usr/src/linux-4.4.26# make oldconfig

Compilo kernel y modulo:
root@slackware:/usr/src/linux-4.4.26# make -j 5 bzImage modules

Instalo Modulos:
root@slackware:/usr/src/linux-4.4.26# make modules_install

Instalo Nucleo:
root@slackware:/usr/src/linux-4.4.26# cp arch/x86_64/boot/bzImage /boot/vmlinuz-generic-4.4.26
root@slackware:/usr/src/linux-4.4.26# cp System.map /boot/System.map-generic-4.4.26
root@slackware:/usr/src/linux-4.4.26# cp .config /boot/config-generic-4.4.26

Lilo:
root@slackware:/usr/src/linux-4.4.26# cd /boot/
root@slackware:/boot# rm config vmlinuz System.map
root@slackware:/boot# ln -s config-generic-4.4.26 config
root@slackware:/boot# ln -s vmlinuz-generic-4.4.26 vmlinuz
root@slackware:/boot# ln -s System.map-generic-4.4.26 System.map

Thanks, and remember, that Pat V. is only 1 man! We need to work like a team!
Also I see You pull a huge .config and name it an "generc"

I would prefer a generic kernel and a initrd.gz
As it fixes some issues regarding (exotic?) sound, video and storage setups

Other than that, excellent post
 
Old 10-29-2016, 06:45 PM   #67
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,912

Rep: Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513
As long as the drivers are compiled, it doesn't matter whether you use an initrd or not. They can still get loaded.

The only difference is that with an initrd the initial root is a memory resident filesystem, and can then be used to load drivers for the real root.

Once the real root is mounted and in use, drivers for multi-media (or anything else) will come from the mounted root - not the initrd (which has already been discarded).
 
1 members found this post helpful.
Old 10-30-2016, 01:53 AM   #68
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,480
Blog Entries: 2

Rep: Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986
Lightbulb

So initrd would be mandatory for any encrypted rootfs, and optional for any device preloading?

I can imagine an encrypted root that has edited init to check a thumbdrive is present; loads a key from it and uses it to unlock the root fs by it?

The initrd would not only be mandated but moreover customized for such a setup, where the mentioned key file could be an unsuspected arbitrary file with an GPG or whatever key appended and used throughout sed to filter out the rest of the Troyan horse?

of course, loose the key and the fs gets ultimately secure and thereby nearly infinitively unaccessible

been there...
 
Old 10-30-2016, 06:18 AM   #69
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,912

Rep: Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513
Note: the kernel, initrd, and the filesystem they are loaded from cannot be encrypted...

 
1 members found this post helpful.
Old 10-30-2016, 10:17 AM   #70
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,480
Blog Entries: 2

Rep: Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986
Question

Quote:
Originally Posted by jpollard View Post
Note: the kernel, initrd, and the filesystem they are loaded from cannot be encrypted...

Isn't that the reason why tiny ~50MB FAT/EXT2 "boot" partitions exist?
 
Old 10-30-2016, 11:04 AM   #71
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,912

Rep: Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513
Quote:
Originally Posted by SCerovec View Post
Isn't that the reason why tiny ~50MB FAT/EXT2 "boot" partitions exist?
That is why some exist. FAT, unfortunately, is entirely insecure - and that allows anyone to corrupt the kernel being booted. Even ext2/3/4/xfs/... isn't entirely free from the problem.

You can still boot a fully encrypted disk IF you use an unencrypted read only flash type device.
 
Old 10-30-2016, 03:18 PM   #72
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,480
Blog Entries: 2

Rep: Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986
Arrow

Quote:
Originally Posted by jpollard View Post
That is why some exist. FAT, unfortunately, is entirely insecure - and that allows anyone to corrupt the kernel being booted. Even ext2/3/4/xfs/... isn't entirely free from the problem.

You can still boot a fully encrypted disk IF you use an unencrypted read only flash type device.
That You carry away (with You) while leaving the encrypted FS unattended?

Sounds about secure as practical to me.

Said thumbdrive could carry the boot-loading files and further keys used along by the system and/or user?

Making it effectively a security dongle?
 
Old 10-30-2016, 05:36 PM   #73
Drakeo
Senior Member
 
Registered: Jan 2008
Location: Urbana IL
Distribution: Slackware, Slacko,
Posts: 3,716
Blog Entries: 3

Rep: Reputation: 483Reputation: 483Reputation: 483Reputation: 483Reputation: 483
Well read it all. How many people can login as user 0. This is why I smile and wonder if anyone understands this.
and the answer is ?. please be kind and understand the real problem. if you are running as sudo then 0 has never logged in.
That user the kernel has a slot for.
??????????????????. Fix the software. Not the user.
 
1 members found this post helpful.
Old 10-31-2016, 07:08 AM   #74
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,912

Rep: Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513Reputation: 1513
Quote:
Originally Posted by SCerovec View Post
That You carry away (with You) while leaving the encrypted FS unattended?

Sounds about secure as practical to me.

Said thumbdrive could carry the boot-loading files and further keys used along by the system and/or user?

Making it effectively a security dongle?
Exactly. If the system crashes, it cannot boot until that thumbdrive is brought back to boot it.

Makes it rather difficult to manage though. But then that is the purpose of an encrypted filesystem. You are assuming you don't have control over the physical device. Thus you don't want to leave anything there that could be corrupted while it is not in your control. Even if someone put in a different flash and booted the system from that - they don't get access to the data on the disk.

Wipe it out, yes.
Replace the data, yes.
But access the original data? no.
 
Old 10-31-2016, 07:16 AM   #75
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,480
Blog Entries: 2

Rep: Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986Reputation: 986
Wink

There are users coming from other distros.
And bring old (wrong?) habits along.
And customize their (local) Slackware install to lookalike the distro they just left (for good?)
Most commonly they seem to change sudo & su behavior and some even enable root to login vis ssh(!) or the like.

Then if something breaks, many come here and brag how Slackware is bad if customized how they like

No one ever brags about BMW doing a bad job if a bike gets stolen.

But this exactly happens here, only in software.

So, c'mon, give us a beak people.

You are welcome to come here.
You also are welcome share and provide or ask for help.

But please don't brag about Slackware's way:

It's free as in "free beer":
give it a kiss, make a bow, and just leave silently if You happen not to like it.
okay?


Last edited by SCerovec; 10-31-2016 at 07:22 AM. Reason: re phrase (I'm non native English user)
 
1 members found this post helpful.
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Preference: Drupal vs Joomla vs WordPress Train Linux - Server 6 04-28-2014 11:29 AM
LXer: Drupal, Joomla and WordPress face challenges in Germany LXer Syndicated Linux News 0 03-14-2012 03:50 PM
Guy got root directory access from my FTP server... how can I fix this? bripage Linux - General 16 10-02-2002 10:12 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 02:11 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration