SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The Calibre E-book manager has been added to MLED's main repository, along with its numerous dependencies. There's a dozen new packages, which you can install very easily:
Lately, I've been a bit disappointed with MLED's desktop search. Catfish does a poor job, and recent versions only compile, erm, erratically. Around 2003, I've been working with Mac OS X for a brief period of time, and I remember the Sherlock desktop search worked almost perfectly. Around the same time, the SUSE people introduced Beagle, which worked equally well, though it was quite a resource hog.
So I searched some more, and I think I found something quite good: Recoll. I played around with it a little bit, and I admit I'm baffled.
Since Recoll is possibly a resource hog, I've put my packages in MLED's testing/ repository. Here's what you need to install in order for Recoll to work correctly:
Code:
Fri Oct 9 16:06:28 CEST 2015
xapian-core-1.2.21-i486-1_microlinux.txz: Added.
antiword-0.37-i486-1_microlinux.txz: Added.
unrtf-0.21.7-i486-1_microlinux.txz: Added.
exiftool-10.00-i486-1_microlinux.txz: Added.
recoll-1.21.2-i486-1_microlinux.txz: Added.
+--------------------------+
When you first start Recoll, the application will ask you how you want to handle indexing (cronjob, on-the-fly, etc.).
Feel free to test this application and report back.
Sat Oct 10 09:48:38 CEST 2015
x264-20150223-i486-2_microlinux.txz: Rebuilt.
ffmpeg-2.6.3-i686-2_microlinux.txz: Rebuilt.
+--------------------------+
Important note: I've changed ffmpeg's custom ARCH tag, so this rebuilt version will probably not be identified as an update by slackpkg. Either download and upgrade the package manually, or remove it and then install it again using slackpkg.
Here's a little script to test your MLED installation for basic integrity.
Code:
#!/bin/bash
#
# depcheck.sh
#
# This script is a very basic dependency checker for Slackware Linux. It scans
# all the binaries in the PATH and reports any missing libraries.
for DIRECTORY in $(echo $PATH | sed 's/:/ /g'); do
for FILE in $DIRECTORY/*; do
if [ $(file -b $FILE | cut -d' ' -f1) == 'ELF' ]; then
if ldd $FILE | grep -q 'not found'; then
echo "$FILE"
ldd $FILE | grep 'not found' | awk '{print "Not found:", $1}'
fi
fi
done
done
In the Github repo, you'll find the script in the tools/ directory, the one at the root of the repo.
If you run the script, you should get no more than one error:
Code:
[root@alphamule:tools] # ./depcheck.sh
/usr/bin/kde4-window-decorator
Not found: libkdecore.so.5
Not found: libkdecorations.so.4
Not found: libkdeui.so.5
Not found: libplasma.so.3
The stock compiz package is built against some KDE stuff, which is missing from MLED. If you get more than this single error, then there's either some stuff missing or not up to date in your MLED installation.
Lately, I've been a bit disappointed with MLED's desktop search. Catfish does a poor job, and recent versions only compile, erm, erratically. Around 2003, I've been working with Mac OS X for a brief period of time, and I remember the Sherlock desktop search worked almost perfectly. Around the same time, the SUSE people introduced Beagle, which worked equally well, though it was quite a resource hog.
So I searched some more, and I think I found something quite good: Recoll. I played around with it a little bit, and I admit I'm baffled.
Since Recoll is possibly a resource hog, I've put my packages in MLED's testing/ repository. Here's what you need to install in order for Recoll to work correctly:
Code:
Fri Oct 9 16:06:28 CEST 2015
xapian-core-1.2.21-i486-1_microlinux.txz: Added.
antiword-0.37-i486-1_microlinux.txz: Added.
unrtf-0.21.7-i486-1_microlinux.txz: Added.
exiftool-10.00-i486-1_microlinux.txz: Added.
recoll-1.21.2-i486-1_microlinux.txz: Added.
+--------------------------+
When you first start Recoll, the application will ask you how you want to handle indexing (cronjob, on-the-fly, etc.).
Feel free to test this application and report back.
Cheers,
Niki
As an 8 hour a day Mac user one of the first things I had to find was a replacement for spotlight and Alfred and synapse does that for me maybe it'd work for the project.
At first login at runlevel 4 was really slow and buggy... Till I realize that I had set the RAM in the VM to 128M! Just setting it to 1536M did the trick.
So thanks and congrats for MLED!
Just a small questions: why mandate to install a generic kernel? I know that -huge is supposed to be just an installation kernel, but is there a specific rationale beyond that?
And a suggestion: maybe you could ship at least part of the tools included in packages salixtools and salixtools-gtk that come handy.
Just a small questions: why mandate to install a generic kernel? I know that -huge is supposed to be just an installation kernel, but is there a specific rationale beyond that?
Just an example. If you have an Intel video card (and nearly all of my machines do have one), you have to use the generic kernel with the i915 module added explicitly to your initrd to use KMS. If you don't do that, video will work very poorly.
And a suggestion: maybe you could ship at least part of the tools included in packages salixtools and salixtools-gtk that come handy.
I will never do that, because I hate graphical administration tools with a passion. Maybe there's a misunderstanding as far as the target audience is concerned. Here's a quote from the MLED page:
Quote:
Target audience
As far as the installation itself is concerned, MLED's main audience are users with a bit of Linux and Slackware experience who want a rock-solid desktop with a full set of applications where everything works out of the box, so they can be immediately productive. Once MLED is installed, even Joe Sixpack or his french counterpart Madame Michu can use it without even giving it a second thought.
MLED is not Ubuntu or another hold-your-hand distribution. It's meant to be stock Slackware with a nice Xfce desktop and one application per task that enables you to be immediately productive.
Plank is a nice no-bullshit dock initially developed by the Elementary OS team. Unlike other docks like Docky, Cairo Dock or the likes, it's not an unstable crashing mess. It integrates very nicely into Xfce, stays light on resources, is rock-solid and extremely easy to handle.
To install it, just remove the bottom panel (via Xfce System Settings) and then launch Plank (via Applications > All). Adding icons to the launcher is a simple drag-and-drop operation from the menu. Don't want a launcher anymore? Simply drag it away (and watch it disappear in an animated cloud of dust). I think the developers have done an excellent job here. I think this will be the default dock for the next MLED. In the meantime, you can enjoy it in the current MLED 14.1.
I have added microlinux to slackpkg blacklist to avoid replacing MLED packages with older Slackware variants by upgrade-all command. however, I have problem with third party package managers like slpkg to deal with third party repositories regarding this issue. Slpkg (and I think slapt-get have this problem too) always try to replace microlinux dependencies with same version or older third party ones during installing some packages (normally I use slackonly repository as I can't access to sourceforage, google code, etc because of political sanctions against Iran and hence sbopkg is useless for me). Do you know a solution?
And I have a request. Would you please add goldendict binary package to /extra? I could compile goldendict 1.5 from debian repository on mled (compilation on pure slackware is not possible due to some dependency issue) but without icon.
Yes. Read the detailed MLED Installation Guide for your architecture. Check out the link on the page. The one bit that you won't read will come back and bite you. In your case, you didn't use MLED's correct slackpkg+ configuration. If you take bits and pieces of MLED and mix it with your own way of doing things, it's OK, but please don't complain when the whole thing is a mess.
I'll see what I can do for your package request. Right now I have much work.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
