LinuxQuestions.org
Latest LQ Deal: Complete CCNA, CCNP & Red Hat Certification Training Bundle
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 08-29-2017, 10:35 AM   #676
brodo
Member
 
Registered: Jan 2004
Location: Poland, Poznan
Distribution: Slackware current 32
Posts: 315

Rep: Reputation: 24

Multi jobs ?

You mean specifically about 64-bit arch ?
I'm using 32-bit current Slackware.
 
Old 08-29-2017, 11:00 AM   #677
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,477

Original Poster
Rep: Reputation: Disabled
it's a bug with the newer cmake

http://cgit.ponce.cc/slackbuilds/commit/?h=MuseScore

MuseScore autodetects the cpu number in the Makefile and launches parallel jobs automagically.
 
3 members found this post helpful.
Old 08-29-2017, 03:51 PM   #678
brodo
Member
 
Registered: Jan 2004
Location: Poland, Poznan
Distribution: Slackware current 32
Posts: 315

Rep: Reputation: 24
Quote:
Originally Posted by ponce View Post
it's a bug with the newer cmake

http://cgit.ponce.cc/slackbuilds/commit/?h=MuseScore

MuseScore autodetects the cpu number in the Makefile and launches parallel jobs automagically.

Success, I even compiled the 2.1.0 version of Musescore, so thanks again !
 
1 members found this post helpful.
Old 08-29-2017, 03:55 PM   #679
brodo
Member
 
Registered: Jan 2004
Location: Poland, Poznan
Distribution: Slackware current 32
Posts: 315

Rep: Reputation: 24
The last software that I'd like to build is Muse.

It still gives me that error (on a fresh current Slackware with only kernel not being strictly current = 4.9.38-smp) :



[ 92%] Building CXX object muse/CMakeFiles/core.dir/vst.o
[ 92%] Building CXX object muse/CMakeFiles/core.dir/vst_native.o
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp: In function ‘void MusECore::scanVstNativeLib(QFileInfo&)’:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: error: no matching function for call to ‘make_pair<int, std::string>(VstIntPtr&, std::string)’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
In file included from /usr/include/c++/7.2.0/utility:70:0,
from /usr/include/qt5/QtCore/qcompilerdetection.h:1001,
from /usr/include/qt5/QtCore/qglobal.h:83,
from /usr/include/qt5/QtCore/qchar.h:43,
from /usr/include/qt5/QtCore/qstring.h:48,
from /usr/include/qt5/QtCore/qdir.h:43,
from /usr/include/qt5/QtCore/QDir:1,
from /tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:28:
/usr/include/c++/7.2.0/bits/stl_pair.h:519:5: note: candidate: template<class _T1, class _T2> constexpr std:air<typename std::__decay_and_strip<_Tp>::__type, typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
make_pair(_T1&& __x, _T2&& __y)
^~~~~~~~~
/usr/include/c++/7.2.0/bits/stl_pair.h:519:5: note: template argument deduction/substitution failed:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: note: cannot convert ‘id’ (type ‘VstIntPtr {aka int}’) to type ‘int&&’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
make[2]: *** [muse/CMakeFiles/core.dir/build.make:1948: muse/CMakeFiles/core.dir/vst_native.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:529: muse/CMakeFiles/core.dir/all] Error 2
make: *** [Makefile:152: all] Error 2
bash-4.4#
 
Old 08-29-2017, 04:22 PM   #680
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,477

Original Poster
Rep: Reputation: Disabled
yes, that happens because the vst native support seems not to work on 32bit: IMHO, the best option for you, if nobody doesn't have a better solution, is to add these cmake options between the others in the SlackBuild
Code:
    -DENABLE_VST_NATIVE:STRING="OFF" \
    -DENABLE_VST_VESTIGE:STRING="OFF" \
and if you want to use VST plugins with muse just do it through dssi-vst (but I haven't tried building it here).
please report back if that solves.

Last edited by ponce; 08-29-2017 at 04:25 PM.
 
2 members found this post helpful.
Old 08-30-2017, 12:57 AM   #681
brodo
Member
 
Registered: Jan 2004
Location: Poland, Poznan
Distribution: Slackware current 32
Posts: 315

Rep: Reputation: 24
Quote:
Originally Posted by ponce View Post
yes, that happens because the vst native support seems not to work on 32bit: IMHO, the best option for you, if nobody doesn't have a better solution, is to add these cmake options between the others in the SlackBuild
Code:
    -DENABLE_VST_NATIVE:STRING="OFF" \
    -DENABLE_VST_VESTIGE:STRING="OFF" \
and if you want to use VST plugins with muse just do it through dssi-vst (but I haven't tried building it here).
please report back if that solves.

The SlackBuild modification worked well, thanks again. At this moment I didn't engaged VST plugins.
Must arrange audio setup now (qjackctl and the like) because Muse yields no output sound while playing sample file.

Last edited by brodo; 08-30-2017 at 01:15 AM.
 
Old 08-30-2017, 08:18 AM   #682
mchagas
LQ Newbie
 
Registered: Oct 2010
Location: Brasil
Distribution: Slackware64 current
Posts: 13

Rep: Reputation: 2
VirtualBox do not compile on -current

Hi, I've posted this in another thread, but bassmadrigal suggest me to post my issue here.

I'm trying to build VirtualBox package from slackbuilds, in the middle of compile process I've receive this error:

Code:
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
filesplitter: Out of 153 files: 153 rewritten, 0 unchanged. (/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VirtualBox/include)                        
kmk_builtin_append "/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VirtualBox/include/COMWrappers"                                                     
  C       VBoxDTraceCmd - {C}/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c                                                                            
In file included from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common/sys/dtrace.h:55:0,                                               
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common/dtrace.h:38,                                           
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:37:                                                     
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h:59:37: error: conflicting types for ‘greg_t’                                 
 typedef RTCCINTREG                  greg_t;                                   
                                     ^~~~~~                                    
In file included from /usr/include/signal.h:302:0,                             
                 from /usr/include/sys/wait.h:36,                              
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:34:                                                     
/usr/include/sys/ucontext.h:37:37: note: previous declaration of ‘greg_t’ was here                                                                             
 __extension__ typedef long long int greg_t;                                   
                                     ^~~~~~                                    
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c: In function ‘VBoxDTraceMain’:                                                
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:1273:10: warning: assignment discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]                                                                                                                                     
  g_pname = RTProcShortName();                                                 
          ^                                                                    
kmk: *** [/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o] Error 1                  
The failing command:                                                           
@gcc -c -O2 -g -pipe -pedantic -Wshadow -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op -Wno-long-long -Wno-long-long -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror-implicit-function-declaration   -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT  -fPIC -Wno-format -Wno-overlength-strings -Wno-sign-compare -Wno-strict-prototypes -Wno-missing-prototypes -Wno-missing-declarations -Wno-shadow -m64 -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libctf/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/common/ctf -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/dtrace -I/tmp/SBo/VirtualBox-5.0.40/include -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/share/virtualbox\" -D_LARGEFILE64_SOURCE -DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DVBOX_WITH_DTRACE -DVBOX_WITH_DTRACE_R3 -DPIC -DVBOX_IN_EXTPACK -DVBOX_IN_EXTPACK_R3 -DVBOX_IN_DTRACE_EXTPACK -DRTMEM_WRAP_TO_EF_APIS -DUSING_FLEX -D_XOPEN_SOURCE=700 -Wp,-MD,/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o.dep -Wp,-MT,/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o -Wp,-MP -o /tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c                                                                                              
kmk: *** Waiting for unfinished jobs....                                       
kmk: *** Exiting with status 2
Slackware64 -current
$ uname -a
Linux 4.9.45 #1 SMP Fri Aug 25 01:04:38 CDT 2017 x86_64 Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz GenuineIntel GNU/Linux

I already have installed other packages like:

[ installed ] - virtualbox-extension-pack-5.0.40-x86_64-1_SBo
[ installed ] - virtualbox-kernel-5.0.40_4.9.45-x86_64-1_SBo
[ installed ] - acpica-20170531-x86_64-1_SBo
Any idea?
 
Old 08-30-2017, 09:26 AM   #683
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,477

Original Poster
Rep: Reputation: Disabled
hi mchagas,

virtualbox 5.0.40 doesn't work with gcc-7 and looking at it doesn't seem to be easily patchable: I'm not sure if a newer version could work with it but maybe it's better if you get in touch with the maintainer for that.
 
Old 08-30-2017, 09:28 AM   #684
phenixia2003
Member
 
Registered: May 2006
Location: France
Distribution: Slackware
Posts: 832

Rep: Reputation: 704Reputation: 704Reputation: 704Reputation: 704Reputation: 704Reputation: 704Reputation: 704
Hello,

Quote:
Originally Posted by mchagas View Post
Hi, I've posted this in another thread, but bassmadrigal suggest me to post my issue here.

Code:
             
In file included from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common/sys/dtrace.h:55:0,                                               
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common/dtrace.h:38,                                           
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:37:                                                     
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h:59:37: error: conflicting types for ‘greg_t’                                 
 typedef RTCCINTREG                  greg_t;                                   
                                     ^~~~~~                                    
In file included from /usr/include/signal.h:302:0,                             
                 from /usr/include/sys/wait.h:36,                              
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:34:                                                     
/usr/include/sys/ucontext.h:37:37: note: previous declaration of ‘greg_t’ was here                                                                             
 __extension__ typedef long long int greg_t;
I tried to build vbox on an old virtualized -current (20170704) and it works well. Therefore, I checked existing changes between my old current and -current, and the issue is due to a change done in latest glibc (2.25 vs 2.26), and more precisely the following change in /usr/include/sys/ucontext.h :
Code:
 /* Number of general registers.  */
-#define NGREG	23
+#define __NGREG	23
+#ifdef __USE_MISC
+# define NGREG	__NGREG
+#endif
This change leads to the conflicting types in VBoxDTraceTypes.h.

The attached patch VBoxDTraceTypes-glibc-2.26.patch.txt (see below) fixes this issue.
Code:
--- src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h.orig	2017-08-30 14:43:09.000632019 +0200
+++ src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h	2017-08-30 14:46:09.577874319 +0200
@@ -55,7 +55,7 @@
 typedef uint32_t                    id_t;
 typedef uint32_t                    zoneid_t;
 #endif
-#if !defined(NGREG) || !defined(RT_OS_LINUX)
+#if !defined(__NGREG) || !defined(RT_OS_LINUX)
 typedef RTCCINTREG                  greg_t;
 #else
 AssertCompileSize(greg_t, sizeof(RTCCINTREG));
To apply this patch, make the changes below (in bold) to virtualbox.SlackBuild :
Code:
# Fix wrong path to rdesktop-vrdp-keymaps
patch -p1 -i $CWD/006-rdesktop-vrdp-keymap-path.patch

patch -p0<$CWD/VBoxDTraceTypes-glibc-2.26.patch

--
SeB

Last edited by phenixia2003; 08-30-2017 at 09:54 AM.
 
4 members found this post helpful.
Old 08-30-2017, 10:21 AM   #685
mchagas
LQ Newbie
 
Registered: Oct 2010
Location: Brasil
Distribution: Slackware64 current
Posts: 13

Rep: Reputation: 2
Quote:
Originally Posted by phenixia2003 View Post
Hello,

To apply this patch, make the changes below (in bold) to virtualbox.SlackBuild :
Code:
# Fix wrong path to rdesktop-vrdp-keymaps
patch -p1 -i $CWD/006-rdesktop-vrdp-keymap-path.patch

patch -p0<$CWD/VBoxDTraceTypes-glibc-2.26.patch

--
SeB
Hi SeB,

Your patch works very well!

Thank you.
 
Old 08-30-2017, 01:47 PM   #686
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,432

Rep: Reputation: Disabled
Anyone else having issues with qt5? It has various errors from missing headers, but I think the important errors are the following.
Code:
checking for dlopen... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o dlopen.
o dlopen.cpp
g++ -Wl,-O1 -o dlopen dlopen.o    
dlopen.o: In function `main':
dlopen.cpp:(.text.startup+0x9): undefined reference to `dlopen'
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:87: dlopen] Error 1
dlopen disabled.
Code:
checking for ODBC... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o odbc.o 
odbc.cpp
g++ -Wl,-O1 -o odbc odbc.o   -lodbc 
/usr/lib64/gcc/x86_64-slackware-linux/7.2.0/../../../../x86_64-slackware-linux/bin
/ld: cannot find -lodbc
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:87: odbc] Error 1
ODBC disabled.
 
Old 08-30-2017, 05:31 PM   #687
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,432

Rep: Reputation: Disabled
The qt5 errors are red herrings, the real issue is that qt5 doesn't like slibtool. It builds fine with the GNU libtool included with slackware. This issue will hopefully be addressed sooner or later elsewhere.

Edit: It builds now, I'm not sure it really uses (s)libtool and I'm not sure why it wasn't building before...

Last edited by orbea; 08-30-2017 at 07:10 PM.
 
Old 08-30-2017, 06:04 PM   #688
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 532

Rep: Reputation: 143Reputation: 143
I just compiled QT5 on a new install: the output in the sbopkg buildlog suggests that these are functions that are not found on the system and therefore not compiled in:
for example: no postgres on slack but instead sqlite (but not sqlite2); the former is not, the latter (but not sqlite2) is enabled:

Code:
checking for PostgreSQL... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o psql.o psql.cpp
psql.cpp:40:10: fatal error: libpq-fe.h: No such file or directory
 #include "libpq-fe.h"
          ^~~~~~~~~~~~
compilation terminated.
gmake: *** [Makefile:183: psql.o] Error 1
PostgreSQL disabled.
checking for SQLite... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o sqlite.o sqlite.cpp
g++ -Wl,-O1 -o sqlite sqlite.o   -lsqlite3 -ldl 
SQLite enabled.
checking for SQLite2... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o sqlite2.o sqlite2.cpp
sqlite2.cpp:40:10: fatal error: sqlite.h: No such file or directory
 #include <sqlite.h>
          ^~~~~~~~~~
compilation terminated.
gmake: *** [Makefile:183: sqlite2.o] Error 1
SQLite2 disabled.

Last edited by brobr; 08-30-2017 at 06:06 PM.
 
Old 08-30-2017, 06:14 PM   #689
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 532

Rep: Reputation: 143Reputation: 143
Hi, on my new system with i7 quadcore 7700HQ openblas v0.2.11 from SBo does not compile:
Code:
Makefile:131: *** OpenBLAS: Detecting CPU failed. Please set TARGET explicitly, e.g. make TARGET=your_cpu_target. Please read README for the detail..  Stop.
The latest version, openblas v0.2.20 gives no problem:
Code:
 Building package OpenBLAS-0.2.20-x86_64-1ponce.tgz ... OK
 
Old 08-31-2017, 03:16 AM   #690
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,477

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by brobr View Post
Hi, on my new system with i7 quadcore 7700HQ openblas v0.2.11 from SBo does not compile:
Code:
Makefile:131: *** OpenBLAS: Detecting CPU failed. Please set TARGET explicitly, e.g. make TARGET=your_cpu_target. Please read README for the detail..  Stop.
The latest version, openblas v0.2.20 gives no problem:
Code:
 Building package OpenBLAS-0.2.20-x86_64-1ponce.tgz ... OK
maybe this happens also with 14.2? could you please report it on the slackbuilds-users mailing list and to the maintainer?
 
  


Reply

Tags
current, sbo, sbopkg, slackrepo


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] Error building gst1-plugins-good 1.4.1 from SBO l0rddarkf0rce Slackware 4 10-06-2014 06:58 PM
[SOLVED] Failure building nvidia-kernel Slackbuild from SBo sysfce2 Slackware 7 07-02-2011 02:10 AM
problems building fontforge from SBo gtludwig Slackware 7 05-12-2010 02:52 PM
Pls help me take my 1st step! verysoon Fedora - Installation 2 12-12-2005 08:49 AM

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

All times are GMT -5. The time now is 03:04 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
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration