LinuxQuestions.org
Did you know LQ has a Linux Hardware Compatibility List?
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

View Poll Results: Should The Multilib Files Be:
Included in the Default Installation? 5 4.27%
Offered as an Option during the installation? 32 27.35%
Available in /extra (not part of the installation)? 70 59.83%
Not included on the CD or DVD? 10 8.55%
Voters: 117. You may not vote on this poll

Reply
 
Search this Thread
Old 01-03-2010, 06:03 PM   #16
gargamel
Senior Member
 
Registered: May 2003
Distribution: Slackware, SLAX, OpenSuSE
Posts: 1,594

Rep: Reputation: 142Reputation: 142

Quote:
Originally Posted by Alien Bob View Post
There would still be the original LUKS passphrase you used to create the LUKS volume...

Eric
But someone else, who finds the stick and has physical access to the laptop, can get access to all data stored on it. Therefore, in case one loses the stick, the passphrase stored on it must be revoked immediately. I haven't tried this with an arbitrarily generated file, though.

gargamel
 
Old 01-03-2010, 06:14 PM   #17
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,194

Rep: Reputation: Disabled
Quote:
Originally Posted by gargamel View Post
But someone else, who finds the stick and has physical access to the laptop, can get access to all data stored on it. Therefore, in case one loses the stick, the passphrase stored on it must be revoked immediately. I haven't tried this with an arbitrarily generated file, though.

gargamel
A LUKS device has 7 slots in which to store key/passphrase material.
The first slot is taken by the passphrase you used to create the volume. If you add a key-file later, that information will be added to the second slot.

If you want to remove a key from a LUKS volume, (for instance because it has been corrupted) you can do so using the "cryptsetup luksKillSlot <device> <key slot number>" but in that case you will have to provide another valid key/passphrase.

The command "cryptsetup luksDump <device>" will show you which slots are occupied.

Eric
 
Old 01-03-2010, 10:29 PM   #18
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current & "True Multilib." PC-BSD.
Posts: 2,218

Rep: Reputation: 176Reputation: 176
Quote:
Originally Posted by Alexvader View Post
Hi Forum

Is the future Slackware release 13.1 going to be default multilib...?

BRGDS

Alex
Oh, my Gawd, I hope so.

For those of us on a slow connection, downloading
all the necessary files to make Slackware64 mulitlib is a royal pain in the ***.
 
Old 01-03-2010, 10:40 PM   #19
~sHyLoCk~
Senior Member
 
Registered: Jul 2008
Location: /dev/null
Posts: 1,173
Blog Entries: 12

Rep: Reputation: 129Reputation: 129
Quote:
Originally Posted by cwizardone View Post
Oh, my Gawd, I hope so.

For those of us on a slow connection, downloading
all the necessary files to make Slackware64 mulitlib is a royal pain in the ***.
Yes that'd be great.
 
Old 01-04-2010, 06:33 AM   #20
samac
Senior Member
 
Registered: Mar 2004
Location: Westray, Orkney
Distribution: Slackware64-14.1 (multi-lib) KDE 4.11.4
Posts: 1,422

Rep: Reputation: 137Reputation: 137
Quote:
Oh, my Gawd, I hope so.

For those of us on a slow connection, downloading
all the necessary files to make Slackware64 mulitlib is a royal pain in the ***.
in /extra would be good for me and then slackpkg could deal with the updates.

samac
 
Old 01-04-2010, 08:04 AM   #21
Alexvader
Member
 
Registered: Oct 2009
Location: Japan
Distribution: Arch, Debian, Slackware
Posts: 994

Original Poster
Rep: Reputation: 94
Quote:
Originally Posted by Alien Bob View Post
You know... that is exactly what my test version of mkinitrd does... I have this laptop I'm typing on fully encrypted using LUKS. If I have my flash key inserted when Slackware boots, it finds the LUKS key stored on that USB key (a random 1024 characters which I told cryptsetup to use as an additional key) and uses that to unlock the LUKS volume automatically.

If I leave the USB key out, Slackware asks for a LUKS passphrase.

Someday before the next release of Slackware, I hope this patch gets added to the mkinitrd package.

Eric


Hi Eric

I would like to know how does one include a kernel module for Crypto support.

You know... the "Math" thing is quite easy for me... Inversion over Galois Fields, Modular Arythmetics, all this is trivial ( well, when you have read *A LOT* about that in your spare time in youth... ), C++ algorythmics is not that difficult also...

The "Unknown" part for me is the implementation issue....
And I really would like to make a "customized" encryption protocol...

Do you know some good bibliography about this...?

( Outside of NSA Library of course... )



Quote:
I prefer to follow Edgar Allan Poe's advice as given in his novel "The Purloined Letter" (en Français : La lettre volée) and not even try to hide anything.

Anyhow I realize that there are Big Ears around us (CIA & Mossad among others) so I try not to write anything on the Internet or any other media that I wouldn't like to make public. And to make sure I remind that I never try to stay anonymous.

After all I stand by my statements and I feel that freedom of speech, which I hopefully benefit of, worth nothing if not used.

Hi Didier_Spaier

I undestand your point of view... but let me remind you of this... :


The technical specifications of the Airbus A 340 were long known before its first operational flight, by Boeing, due to security breaches in the comm links of work sessions among investigation centers in Europe, intercepted by Echelon Network, and fed to the NSA computing Behemoths...

... can you or anyone here ascert the loss that has already been done to Airbus because of this ?
Can anyone here ascert WHY is it that every single attempt to merge the European States into single unified political-military centralized command ( very much like the USA )is ill fated from the beginning... ? lots of coincidences... you know...


It is also known that the Battle of Midway might have ended differently if the United States Navy Signal Intelligence Corps had not deciphered radio transmissions... That way, the "Tokyo Express" logistic corridor might have been secured long enough to the Empire of Japan to develop its nuclear capability, forcing the USA to sign the end of hostilities in different terms...

There was a heavy ongoing investigation effort at the RIKEN in the begining of the forties... AFAIK Yoshio Nishina Sensei had a preliminary draft of an implosion type nuclear weapon, although he never adressed issues like the mitigation of the Rayleigh Taylor instability in the focusing of the convergent shock wave...


Anyway...

All this to say that regadless of the value of Freedom of Speech, ppl have the right to privacy and secrets as long as these rights do not endanger others...


Quote:
Gentlemen do not read each other's mail.
- Henry Stimson, Secretary of State of the USA, on the closing of the "Black Chamber" and the MI-8.


BRGDS

Alex

Last edited by Alexvader; 01-04-2010 at 08:09 AM.
 
Old 01-04-2010, 09:31 AM   #22
Didier Spaier
Senior Member
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slackware{,64}-{14.1,current} on a Lenovo Thinkpad T61 6457-4XG
Posts: 4,037

Rep: Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974
Hi Alex_Vader,

I realize that, wouldn't Polish and British codebreakers have been able to decrypt a vast number of messages which had been enciphered using the Enigma machines (according to Wikipedia), issue of World War II could have been different (and I probably wouldn't be typing on a keyboard to answer you as I wouldn't have existed).

While I appreciate free speech, yet I recognize that "ppl have the right to privacy and secrets as long as these rights do not endanger others" and that this right is threatened nowadays, especially under the pretext of "fight against terrorism".

Best regards
 
1 members found this post helpful.
Old 01-04-2010, 09:43 AM   #23
Alexvader
Member
 
Registered: Oct 2009
Location: Japan
Distribution: Arch, Debian, Slackware
Posts: 994

Original Poster
Rep: Reputation: 94
Quite true...
 
Old 01-04-2010, 10:02 AM   #24
Ivshti
Member
 
Registered: Sep 2008
Distribution: Linvo
Posts: 132

Rep: Reputation: 33
Polkit doesn't _REQUIRE_ PAM. It can be easily built with shadow. Check out the Slackbuilds of policykit in Slacky, Gnome SlackBuild and GWARE.

I am probably wrong for newer versions or the functionality required by KDE.
 
Old 01-04-2010, 12:34 PM   #25
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,194

Rep: Reputation: Disabled
Quote:
Originally Posted by Ivshti View Post
Polkit doesn't _REQUIRE_ PAM. It can be easily built with shadow. Check out the Slackbuilds of policykit in Slacky, Gnome SlackBuild and GWARE.

I am probably wrong for newer versions or the functionality required by KDE.
Indeed... Have you already tried building version 0.95 or even "polkit-1" (which is the code available in policykit repository). Distros are moving to polkit-1 which is a change in course for policykit. The git snapshot of polkit has a lot more PAM entanglement, which will require more work to undo than the relatively small fixes you could get away with in 0.9.

Also, in order to make use of polkit in the console (which we need because the average Slacker still startx X from the console with "startx") we need consolekit supporting the shadow utilities (or the reverse, shadow utilities supporting consolekit) as well.

It is not so simple unfortunately. If the *kit could be made to work with shadow that would be quite beneficial for Slackware.

Eric
 
Old 01-04-2010, 01:01 PM   #26
Ivshti
Member
 
Registered: Sep 2008
Distribution: Linvo
Posts: 132

Rep: Reputation: 33
I think it's not about the kits supporting shadow, but shadow must be made a simple front-end to the kits.

Anyway, are you talking for something different? I'm talking for the Policykit with the source package name "PolicyKit-0.9.tar.gz". Try with the "policykit-pamdisable" (http://mirrors.dotsrc.org/gsb/gsb-2....sable.patch.gz) patch. Then when configured, use that "--with-authfw=shadow". It's not a elegant solution, not at all. I prefer adding PAM.

It's time to open your minds and trash shadow in the way you know it.

ConsoleKit is an awesome little session tracking daemon...nothing bad about it.
PolicyKit is also not bad.
PAM is... a bit complex, but... ok.
 
Old 01-04-2010, 01:52 PM   #27
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,194

Rep: Reputation: Disabled
Quote:
Originally Posted by Ivshti View Post
I think it's not about the kits supporting shadow, but shadow must be made a simple front-end to the kits.

Anyway, are you talking for something different? I'm talking for the Policykit with the source package name "PolicyKit-0.9.tar.gz".
PolicyKit 0.9 is already a thing of the past. It is not api-compatible with the current work on what is not called polkit-1.

The rapid morphing of applications like polkit-1 that provide a distro's core functionality (see how PolicyKit evolves and breaks everything in its path, it is unstable and buggy and causes other software to be unstable and buggy) is a clear sign that this kind of software development should really be avoided like the plague.

Unfortunately, the arrogance of "major distros" forces all the rest along this slippery slope and in the end, I think it will be inevitable that we as Slackware will either fall into this dark pit or else are forced to stop being a consumer desktop distribution.

Eric
 
Old 01-04-2010, 02:36 PM   #28
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current & "True Multilib." PC-BSD.
Posts: 2,218

Rep: Reputation: 176Reputation: 176
Quote:
Originally Posted by Alexvader View Post
....The technical specifications of the Airbus A 340 were long known before its first operational flight, by Boeing, due to security breaches in the comm links of work sessions among investigation centers in Europe, intercepted by Echelon Network, and fed to the NSA computing Behemoths...

... can you or anyone here ascert the loss that has already been done to Airbus because of this?...
Can anyone even begin to "ascert" the economic lost via the thousands, if not tens of thousands, of jobs lost across the entire American aviation industry because of a company who built aircraft it couldn't otherwise afford to build if it hadn't been for the "illegal" funding provided by a consortium of European countries?

Last edited by cwizardone; 01-04-2010 at 05:30 PM. Reason: Typos
 
1 members found this post helpful.
Old 01-04-2010, 03:14 PM   #29
Didier Spaier
Senior Member
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slackware{,64}-{14.1,current} on a Lenovo Thinkpad T61 6457-4XG
Posts: 4,037

Rep: Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974Reputation: 974
Quote:
Originally Posted by cwizardone View Post
Can anyone even begin to "ascert" the economic lost via the thousands, of not tens of thousands, of jobs lost across the entire American aviation industry because of a company who built aircraft it couldn't otherwise afford to build it it hadn't been for the "illegal" funding provided by a consortium of European countries?
Well, I think that every country tries to protect its citizens' jobs, despite or using WTO's rules.

And American pension funds are among major shareholders, if not of EADS at least of more and more big European companies.

What about civil projects in the US funded by own capital of American companies... accumulated through revenues of contracts with DoD ?

I realize on the other hand that if not initially requested and funded by DoD, may be we wouldn't be communicating through the Internet as easier

I am not sure we be still on topic anyway

Last edited by Didier Spaier; 01-04-2010 at 03:17 PM.
 
Old 01-04-2010, 05:34 PM   #30
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current & "True Multilib." PC-BSD.
Posts: 2,218

Rep: Reputation: 176Reputation: 176
Quote:
Originally Posted by Alien Bob View Post
...The rapid morphing of applications like polkit-1 that provide a distro's core functionality....

Unfortunately, the arrogance of "major distros" forces all the rest along this slippery slope and in the end, I think it will be inevitable that we as Slackware will either fall into this dark pit or else are forced to stop being a consumer desktop distribution.
Eric
What is this "slippery slope" and how will it end, i.e., what will it do to Slackware (and Linux as a whole) if it were incorporated?
Thanks.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

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] Transcode will not compile in Slackware64-13.0, Multilib TSquaredF Slackware 9 04-07-2010 10:39 PM
[SOLVED] Google Earth Slackware64 Multilib mlangdn Slackware 20 03-19-2010 03:35 AM
[SOLVED] Slackware64 multilib - E17 compiling problem? kukibl Slackware 1 10-08-2009 10:50 AM
slackware64 + multilib or simply install 32-bit? [GOD]Anck Slackware 1 08-31-2009 03:51 AM
CLFS SVN-20080921-x86_64-Multilib Part 10 binutils chokes on install ChrisMP1 Linux From Scratch 0 09-23-2008 08:11 PM


All times are GMT -5. The time now is 06:36 PM.

Main Menu
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
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration