LinuxQuestions.org
Visit Jeremy's Blog.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Blogs > rainbowsally
User Name
Password

Notices


Rate this Entry

Tooling Up In LinuXMint/KDE

Posted 09-03-2013 at 07:12 PM by rainbowsally
Updated 08-06-2014 at 07:15 AM by rainbowsally (statement error)

[Correction. The mint version of the url to a local (on your hard drive) repository seems to work, but it's not really right.

After doing this in Kubuntu, it became clear that the two last fields (see below) are subdirs of the third to last field. Still working this out from examples rather than official 'docs' but take a look at this if you are interested in making offline repositories you can modify easily.
http://www.linuxquestions.org/questi...ository-35696/ The error in the sources.list string (below) is NOT corrected below, so you can see what we're talking about.]

It's "SO LONG!" to openSUSE (v 12.3 trashed my 11.4 bootloader and rendered it inaccessible). But I still need KDE for the plasma desktops (folder views) on my desktops (I have six, not all pointing to my ~/Desktop folder).

Today's Features:
  • Deb packages to get things set up for serious computer mad science.
  • One script to help take the tedium out of making the deb packages.

Licensing is per package, generally GPL, but you may want to find the sources (if available anywhere anymore) for the real deal. These are unmodified versions from sources on the net or from old suse rpms.

This fixes kdbg that comes with mint 15 (olivia) kde and might also help kubuntu if you have probs.

If gdb is installed
Code:
apt-get remove gdb
then put this version in your local repository for apt-get/synaptic, etc. or install with
Code:
dpkg -i gdb-7.2-3.3-rs.deb
The dpkg installation version above will not let the package show in the apt database.

To add a local file to your repository list, synaptic etc. seem to be broken but you can add this to /etc/apt/sources.list

Code:
deb file:///<yourpath> olivia main custom
http://rainbowsally.org/rainbowsally...7.2-3.3-rs.deb

--------

This simply creates a symlink gmake -> make in the /usr/bin folder. Fixes some compiling tools that want gmake.

This MIGHT mess up your stuff if you already have gmake. Dunno.

http://rainbowsally.org/rainbowsally...s/gmake-rs.deb

I probably also should have done the same thing for sh -> bash, but that would just be a preinst or postinst script and... well, if you can't link pthreads just cd into /bin and 'ln -sf bash sh'. Other stuff probably including CMake will work better with that change as well.

Dash. What for? (Note: setting the users default shell to 'bash' will NOT fix this because the scripts that run explicitly call /bin/sh.)

--------

This creates a /opt/kde3 installation with kdevelop and some other junk, mostly not very useful... except for one thing! This includes a cool graphical regex editor for kdevelop. KDE must be on drugs. They dumped that regex editor and added VI MODE, probably because why? I guess everyone uses vi/vim and the terminal nowadays.

To run the kde3 version of kdevelop execute 'kdevelop3' which is a script that sets up the paths so the libraries will load.

All the files execpt for /usr/bin/kdevelop3 are installed into /opt/kde3. You can play with those files if you
Code:
export PATH="/opt/kde3/bin:$PATH"
and
Code:
export LD_LIBRARY_PATH="/opt/kde3/lib:$LD_LIBRARY_PATH"
But it seems like KDE 4 has mostly fixed the other apps by version 4.8.

http://rainbowsally.org/rainbowsally...us-i386-rs.deb

---------------

Not exactly a programming tool, but here are a couple of experiments.

This is livestreamer and installs into /usr/local

I can't remember why I repacked it, it's just python sources, but if you have problems with the original installation, try this one.

Oh! Maybe I did this so I could uninstall it later more easily. Either way... here it is if you want it as a deb package.

http://rainbowsally.org/rainbowsally...treamer-rs.deb

--------------

Here's sopcastplayer. The alleged source package 'sp-sc-1.1.1-alt1.src.rpm' is NOT the sources. It's a binary. I couldn't find the actual source code for this thing so what it does is a complete unknown. I watched the net when it ran and it didn't appear to be doing anything unusual, but WARNING: Use at your own risk. More than normal "risk" for this one because there's no simple way to verify what it does.

http://rainbowsally.org/rainbowsally...-player-rs.deb

-------------

Here's a script to init a deb package. Put it into a file named init-deb or something and run it with your shell.

file: init-deb
Code:
#!/bin/sh

init_deb(){
  pkgname=`basename $PWD`
  mkdir $pkgname
  mkdir $pkgname/DEBIAN
  if test -f $pkgname/DEBIAN/control; then
echo "$pkgname/DEBIAN/control exists -- not changing"
else
  echo "Package: $pkgname
Version: 1.0
Maintainer: none
Section: Optional
Description: Unknown
  This is a generically generated debian package.  Edit this description.
  .
  Avoid empty lines in this description." > $pkgname/DEBIAN/control

fi
  echo "
If not present yet move the binary tree (typically usr and possibly etc) to install 
into directory
  $pkgname
and edit the file 'DEBIAN/control' as required
and add as reqired. executable scripts 'preinst', 'postinst', prerm, and 'postrm' and
if there are any configuration files in /etc list them in a file named 'conffiles'.
  
Then run
  dpkg -b $pkgname
to build the package.  
  "
}
 
init_deb
Incidentally, you can make tighter deb packages than these by using tar with the 'xz' extension. Once you get the hang of making packages, you can 'cd DEBIAN && tar -caf ../control.tar.xz *'
and 'tar -caf data.tar.xz usr etc' (if usr and etc are parts of your directory tree to install) and 'echo "2" > debian-binary' This creates three files, control.tar.xz, data.tar.xz and debian-binary.

Now to turn them into a debian archive file
Code:
ar cr <Packagename>.deb control.tar.xz data.tar.xz debian-binary
Essentially, you just make an archive with ar containing the three files.

There may be a simple way to invoke tar with the 'xz' extension in dpkg but I haven't found it yet.

The tar.xz packages are typically 20 to 30 percent tighter than the tar.gz packages and though they take a bit longer to pack up, they unpack (and install) just about as fast as the tar.gz files.

The Computer Mad Science Team

:-)
Posted in Uncategorized
Views 906 Comments 0
« Prev     Main     Next »
Total Comments 0

Comments

 

  



All times are GMT -5. The time now is 10:13 AM.

Main Menu
Advertisement
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