LinuxQuestions.org
Review your favorite Linux distribution.
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 05-20-2009, 09:30 PM   #76
lumak
Member
 
Registered: Aug 2008
Location: Phoenix
Distribution: Arch
Posts: 799
Blog Entries: 32

Rep: Reputation: 111Reputation: 111

I not only find this very helpful and a great step for slackware but I also find it very amusing, especially with the secrecy. Thankyou Slackware Team.

I've never used -current before but I'm definitely going to start testing it out.

I know it would be a niche market. But I hope there will be a 32/64 bit cd/dvd type combo. I still have need of 32 bit and want to support 64 bit but think that 32 bit deserves just as much support. *yes i realize it's all going to the same place. However, it's how it looks on paper*

EDIT:
I have a 32 bit server. and my main computer is 64 bit.

Last edited by lumak; 05-20-2009 at 11:25 PM.
 
Old 05-20-2009, 09:52 PM   #77
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
If Slackware64 won't be multilib, can you still install Slackware on the same system?

Quote:
Originally Posted by lumak View Post
I not only find this very helpful and a great step for slackware but I also find it very amusing, especially with the secrecy. Thankyou Slackware Team.

I've never used -current before but I'm definitely going to start testing it out.

I know it would be a niche market. But I hope there will be a 32/64 bit cd/dvd type combo. I still have need of 32 bit and want to support 64 bit but think that 32 bit deserves just as much support. *yes i realize it's all going to the same place. However, it's how it looks on paper*
This is something that needs to be answered. Being that Slackware64 has the directories of /lib64 and /usr/lib64, how much of Slackware's 32-bit libraries will have to be installed in /lib or /usr/lib to support 32-bit applications that simply can't be removed or upgraded? There seems to be little reason why both systems can't exist together on the same disk.

Edit: Some of these issues I've already dealt with firsthand. Having installed Slamd64 directly over an existing Slackware system, some of the issues were having two pkgconfig directories. One in /usr/lib/pkgconfig, and the other in /usr/lib64/pkgconfig. I don't think it should be a problem though, because you really don't want a system looking for 32-bit libraries in a 64-bit lib directory. The other thing to keep in mind, is that now that there's a Slackware64, there's nothing stopping any user from essentially building their own (glibc) multilib system, just as was done with Slamd64. Using Slamd64 as the guidepost, you could simply map out which libraries have to be rebuilt to support a multilib installation.

Shingoshi

Last edited by Shingoshi; 05-20-2009 at 10:02 PM.
 
Old 05-20-2009, 10:25 PM   #78
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
Following the same line of reasoning...

Now that there is a Slackware64, which uses /lib64 and /usr/lib64, I would like to have the ability to create /bin64 and /usr/bin64. I really don't think this is an issue, since the same $LIBSUFFIXDIR variable can be used for the directories of binaries as well. Simply adding the $LIBSUFFIXDIR to /bin or /usr/bin, would provide this without trouble. This is something easily implemented in any SlackBuild. Yes, this would essentially create yet another fork of Slackware64. Unless this feature found itself merged into it.

I think this is where having an existing Slamd64 installation will be of great help to me here. Using the find|file commands, you can easily search for binaries that are 64-bit and move them to either /bin64 or /usr/bin64. The only thing that would have to be done then, is to edit the accompanying pkgconfig for each package. Doing this would not interfere with an existing Slackware directory tree. And while I doubt that anyone else would be inclined to do this, it's something that I find particularly interesting.

Shingoshi
 
Old 05-20-2009, 10:30 PM   #79
gargamel
Senior Member
 
Registered: May 2003
Distribution: Slackware, OpenSuSE
Posts: 1,839

Rep: Reputation: 242Reputation: 242Reputation: 242
Quote:
Originally Posted by mRgOBLIN View Post
Depends on how you interpret it doesn't it.

That was intended to read as "We wanted to be sure we had everything working correctly before we released it to the public".

Slackware64(tm) was built from the ground up and required a *lot* of testing. Care was taken to give attribution where it was due and the usual Slackware(tm) standards were followed.

The non-official ports were thanked for their respective contributions and I know at least one of these maintainers is in no way offended by the announcement.

Quoting the actual text from the announcement.


I fail to see how you came to your interpretation.
It is very clear to me, that no offense was meant. I just think, it can be misread. The "greenfield approach" taken by the Slackware64 team means, that none of the unofficial efforts was good enough as a basis to start from. The last paragraph gives credit to the unofficial projects, but without the word "alternatives" it would read as: Thanks guys, but the stopgaps are dismissed now.

As I said, I am sure, this is not what Pat V. and his team were going to say. It still can be read that way.

EDIT: But, of course, the maintainers of unofficial ports must have reckoned with the appearance of an official release, any time.

Now, let's all celebrate, and have a good time!

gargamel

Last edited by gargamel; 05-20-2009 at 10:34 PM.
 
Old 05-20-2009, 10:37 PM   #80
rworkman
Slackware Contributor
 
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,559

Rep: Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351
Quote:
Originally Posted by Shingoshi View Post
Here it seems to be more clear that there was no slander intended. Rather, the comment is an unqualified statement of gratitude for the work of others.
Maybe you should have read that before running off at the mouth then, and especially before chiding someone else about a "misquote" of you.

Quote:
Albeit by the allowance of Slackware to take it's time to do things in a manner more consistent with the original philosophy. I can still see though how this might have been misread to mean something else. Because there still remains the implication that the Slackware philosophy is the only valid philosophy.
Does anything else really make sense? Of course "the Slackware philosophy" is the "only valid philosophy" for Slackware.

Quote:
But a larger question remains. If these other distributions were doing such a great job, why didn't Slackware proper (meaning the primary developers) accept their work to begin with, and simply provide guidance and build upon it. I'm guessing to some extent, philosophy motivated by ego is to account for this.
Projection perhaps?

Quote:
The very fact that Slackware64 is not multilib, suggests there would have been significant disagreement about it's implementation.
Perhaps it suggests that there was significant *agreement* about it *not* being multilib. Perhaps the multilib stuff comes later. Perhaps PAM will be added tomorrow. Perhaps you just don't know what you're talking about, but you combine speculation with hindsight and claim to have special insight into the future.

Quote:
That's sad. Because by not providing multilib by default to the Slackware community, a significant portion of that community is left out from a direct upgrade path.
The beauty of open source is that anyone who's more interested in seeing that happen as opposed to whining about its lack of happening is free to *make* it happen. The curse of open source is the sense of entitlement that leads so many to think that they should get to decide how others spend their time.

Quote:
It was because of Slamd64's implementation of multilib that I was able to install Slamd64 directly from a running Slackware system using slapt-get.
What makes you so sure that you can't do that with Slackware (32bit) to Slackware64? (Note that I'm not saying it's possible, but in theory, it should be).

EDIT: it's possible - I just did it. It's not exactly trivial to upgrade a live system that way, and I certainly don't recommend it, but it *is* possible.

Quote:
I would have liked a more complete solution from Slackware64. And without multilib, it's not complete.
It will *never* be complete for *every* individual, and any attempt to change that will make it worse.

JMHO, but you simply don't understand the issues involved with developing and maintaining an operating system, and your pretending otherwise just makes you seem like a fool to those who do.

Quote:
The immediate equalization of all knowledge among all beings.
Huh? No thanks - I don't care for the direction that would pull. And yes, *that* is ego.

Last edited by rworkman; 05-20-2009 at 11:07 PM.
 
Old 05-20-2009, 10:53 PM   #81
Linux.tar.gz
Senior Member
 
Registered: Dec 2003
Location: Paris
Distribution: Slackware forever.
Posts: 2,534

Rep: Reputation: 100Reputation: 100
Quote:
Originally Posted by Alien Bob View Post
The most agreeable way to install the NVIDIA driver is by running it as
Code:
sh NVIDIA-installer-blabla.run --ui=none
and answering the questions on the prompt instead of using curses dialogs.

Eric
Code:
sh NVIDIA-installer-blabla.run -N -s -a
is even smoother

Last edited by Linux.tar.gz; 05-21-2009 at 01:47 AM.
 
Old 05-20-2009, 10:55 PM   #82
Linux.tar.gz
Senior Member
 
Registered: Dec 2003
Location: Paris
Distribution: Slackware forever.
Posts: 2,534

Rep: Reputation: 100Reputation: 100
A very good news !!! Slackware64 !!!
Congrats to all the team ! Few expected this.

We can also get it here :
ftp://ftp.slackware.no/pub/linux/ISO...ent-ISO-build/

Last edited by Linux.tar.gz; 05-20-2009 at 11:04 PM.
 
Old 05-21-2009, 12:42 AM   #83
shadowsnipes
Senior Member
 
Registered: Sep 2005
Distribution: Slackware
Posts: 1,443

Rep: Reputation: 73
Thank you Slackware team! Now I just need a 64-bit machine...

Quote:
Originally Posted by rworkman View Post
The beauty of open source is that anyone who's more interested in seeing that happen as opposed to whining about its lack of happening is free to *make* it happen. The curse of open source is the sense of entitlement that leads so many to think that they should get to decide how others spend their time.
so true
 
Old 05-21-2009, 04:46 AM   #84
hippyhenge
LQ Newbie
 
Registered: Nov 2004
Distribution: slackware
Posts: 23

Rep: Reputation: 15
Quote:
Originally Posted by C-Sniper View Post
Need more seeders on the torrent link
I have just begun to download from the torrent and will continue seeding afterwards
 
Old 05-21-2009, 05:10 AM   #85
samac
Senior Member
 
Registered: Mar 2004
Location: Kirkwall, Orkney
Distribution: Linux Mint 20.3 - Cinnamon
Posts: 1,425

Rep: Reputation: 139Reputation: 139
@ manwichmakesameal

Quote:
There are also some places that are hardcoded for slack32. e.g. the directories when making CD iso's. All you have to do is add a 64 to the end. Example:
Code:

$MKISOFS -o ${SLACKROOTDIR}/${SLACKRELEASE}-iso/.building-slackware-install2.iso \
-R -J -V "Slackware Install2" \
-hide-rr-moved -hide-joliet-trans-tbl \
-v -d -N \
-preparer "Slackware-${RELEASE} build by ${BUILDER}" \
-publisher "The Slackware Linux Project - http://www.slackware.com/" \
-A "Slackware-${RELEASE} Install CD2 - build $DATE" \
-graft-points \
/slackware64/d/=./slackware64/d \
/slackware64/e/=./slackware64/e \
/slackware64/f/=./slackware64/f \
/slackware64/t/=./slackware64/t \
/slackware64/x/=./slackware64/x \
/slackware64/xap/=./slackware64/xap \
Thanks. I didn't notice this as I was burning a DVD and it doesn't require to split it up, it just creates an image from the whole directory.

samac
 
Old 05-21-2009, 06:19 AM   #86
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559

Rep: Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105Reputation: 8105
Quote:
Originally Posted by samac View Post
@ manwichmakesameal

Thanks. I didn't notice this as I was burning a DVD and it doesn't require to split it up, it just creates an image from the whole directory.

samac
The updated version of the mirror-slackware-current.sh script has an ARCH variable which determines which directory names are going to be used.
The default value for ARCH is 'x86' meaning it targets 32bit Slackware. If you change ARCH value to 'x86_64' then slackware64 is targeted.

You can change the value of ARCH in the script, or set it in your environment, or pass it as a commandline parameter to the script:
Code:
mirror-slackware-current.sh -a x86_64
Eric
 
Old 05-21-2009, 06:20 AM   #87
GazL
LQ Veteran
 
Registered: May 2008
Posts: 6,882

Rep: Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988Reputation: 4988
Quote:
Originally Posted by lumak View Post
I not only find this very helpful and a great step for slackware but I also find it very amusing, especially with the secrecy. Thankyou Slackware Team.
Just out of curiosity, what was the reason for the secrecy? Simply to avoid the "Is it ready yet?" posts or was there more too it?
 
Old 05-21-2009, 07:44 AM   #88
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
Full disclosure?

Quote:
Originally Posted by GazL View Post
Just out of curiosity, what was the reason for the secrecy? Simply to avoid the "Is it ready yet?" posts or was there more too it?
I don't know what the intention was here. But in general, when a group of individuals maintain a condition of secrecy, it is typically motivated by a belief that power will be lost by the disclosure of information. The question then is, what power would or could there have been to be lost here?

Shingoshi
 
Old 05-21-2009, 07:59 AM   #89
Ilgar
Senior Member
 
Registered: Jan 2005
Location: Istanbul, Turkey
Distribution: Slackware64 15.0, Slackwarearm 14.2
Posts: 1,156

Rep: Reputation: 234Reputation: 234Reputation: 234
Quote:
Originally Posted by Shingoshi View Post
The question then is, what power would or could there have been to be lost here?
Maybe the time, energy and nerves wasted on answering impatient questions, flood of useless bug reports and ill-founded criticism? Having a critical mind is good but aren't you being a bit enthusiastic about finding conspiracies in this issue?

Last edited by Ilgar; 05-21-2009 at 08:01 AM.
 
Old 05-21-2009, 08:08 AM   #90
DragonWisard
Member
 
Registered: Sep 2004
Location: MD, USA (D.C. Suburbs)
Distribution: Slackware
Posts: 95

Rep: Reputation: 53
Quote:
Originally Posted by Shingoshi View Post
I don't know what the intention was here. But in general, when a group of individuals maintain a condition of secrecy, it is typically motivated by a belief that power will be lost by the disclosure of information. The question then is, what power would or could there have been to be lost here?

Shingoshi
Didn't rworkman just answer that. They didn't want to put up with everyone and their grandmother telling them how it should be done so that they could focus on doing it their way.

I remember an interview from several years ago where Pat V. said that if he ever made a 64-bit port it would be "Pure 64". I think this mulitlib-ready style is a very nice compromise.
 
  


Reply

Tags
slackware, torrent


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
LXer: Common Public Licence superseded by Eclipse Public Licence LXer Syndicated Linux News 0 04-18-2009 03:10 AM
slackware current question on the current kernels davimint Slackware 3 06-03-2007 07:39 AM
LXer: A Public Market for Public Music LXer Syndicated Linux News 0 03-30-2007 07:16 AM
LXer: Public Venture, Public Content LXer Syndicated Linux News 0 06-22-2006 08:54 PM
To anyone=(To go public or not to go public that is the question...) hotrodowner Linux - General 10 06-25-2002 09:19 AM

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

All times are GMT -5. The time now is 10:50 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