Comments on: “Muon” is now the Muon Package Management Suite

By: bas Heijmann

bas Heijmann — Tue, 20 Dec 2011 20:45:49 +0000

How can i get the muon software manager in 10.04?

I have added the ppa, and backports… Then installed muon but can only open and get the packet manager and not the software center.
How come?

By: Jonathan Thomas

Jonathan Thomas — Tue, 25 Oct 2011 11:16:39 +0000

Pressing Ctrl + H, or going to View -> History should do it in the Muon Package Manager. Cheers!

By: Name

Name — Tue, 25 Oct 2011 06:12:22 +0000

Looks like I was opening Muon package manager, instead of the muon software center, so nevermind!

By: Name

Name — Tue, 25 Oct 2011 06:08:35 +0000

Having 1.2.1 in Kubuntu 11.10, I don’t see the history view anywhere? Is it there, did it ever make it in, or was it removed?

By: Jacky Alcine

Jacky Alcine — Tue, 04 Oct 2011 00:03:35 +0000

Meh; it’s okay. I just feel that KPackageKit hasn’t failed its job. Hopefully it does hide indicators of progress like how KPackageKit does.

By: amorphous

amorphous — Wed, 22 Dec 2010 05:18:02 +0000

That looks fantastic. Great work.

By: P. J. McDermott

P. J. McDermott — Fri, 17 Dec 2010 15:12:54 +0000

Well Muon 1.0.3 from Launchpad builds quickly and without problems (and without CMakeLists.txt modifications) on Debian Testing. It looks good so far; the reverse dependencies and support for multiple applied filters is great. Not to mention it just looks clean and pretty in KDE. I don’t have much time right now, but I’ll try it out more thoroughly and probably have some more feedback soon enough.

Any idea when the Muon PMS (my that’s a rather odd acronym, haha) 1.1.0 branch might be packaged for release? As an alternative until then, it’d be nice if I could get trunk to compile. No rush of course, but I’m anxious to see the Software Center in action, mainly as I said before as a solution for my friend.

By: P. J. McDermott

P. J. McDermott — Fri, 17 Dec 2010 13:55:58 +0000

Thanks for the (quick) reply. I thought that was the case, and I did initially try building from the root directory. But ‘cmake .’ produced no Makefile. This is all I have:
pj@loki1:~/src/muon$ ls ChangeLog CMakeCache.txt CMakeFiles CMakeLists.txt CMakeTmp cmake_uninstall.cmake COPYING COPYING.GFDL installer kded libmuon Messages.sh muon README TODO updater pj@loki1:~/src/muon$ make make: *** No targets specified and no makefile found. Stop.
‘cmake .’ in the root directory did complete with ‘Build files have been written to: /home/pj/src/muon’. There was one error though, but I’m not sure how relevant it is:
-- Configuring done CMake Error in installer/CMakeLists.txt: Cannot find source file "Transaction.cpp". Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx

Any idea why no Makefile is produced? Should I be using the tarball (which I guess is Muon 1.0.3?) instead of the trunk source?

By: Jonathan Thomas

Jonathan Thomas — Fri, 17 Dec 2010 13:16:14 +0000

The muon tarball is meant to be compiled from the root directory of the tarball. None of the folders’ CMakeLists.txt’s are designed to be the top-level part of the build. Running cmake, make, make install from the top level directory will build all the components without the need for hacks.

By: P. J. McDermott

P. J. McDermott — Fri, 17 Dec 2010 12:43:29 +0000

From the screenshots and descriptions, this sounds like an awesome set of software; very nice work! I’ve been following this since I saw a post on Planet KDE, since I’m really looking to replace Synaptic on Debian Testing with something nicer (and this package manager even looks fundamentally better, more secure, and more useful than Synaptic). And I’m more interested in getting my non-technical friend up and running using Muon Software Center on a GNU/Linux/KDE system (either Debian Testing or Linux Mint Debian Edition) that I’ll be setting up for him soon (the only other easy-to-use option I’ve found is Linux Mint’s GTK+-based Software Manager).

I finally got around to trying to use this. QApt built fine once I figured out and installed its dependencies. But I’m having trouble building libmuon, muon, etc. I checked out svn://anonsvn.kde.org/home/kde/trunk/extragear/sysadmin/muon/, went to muon/libmuon/, and ran ‘cmake .’. I found an additional dependency (libdebconf-kde, which I had to get from SVN and built smoothly), and then I got some errors from CMake and Make/GCC about unknown commands and missing files. Ultimately, I found that adding these three lines to CMakeLists.txt (in each target subdirectory of muon) solves those:
find_package(KDE4 REQUIRED) include_directories(${QT4_INCLUDES}) include_directories(${KDE4_INCLUDES})
Now I’m stuck on errors like the following:
[ 33%] Building CXX object CMakeFiles/libmuon.dir/DownloadModel/DownloadModel.o /home/pj/src/muon/libmuon/DownloadModel/DownloadModel.cpp:120:29: error: DownloadModel.moc: No such file or directory
I’ve determined that moc files like DownloadModel.moc are in muon/libmuon/ and GCC is looking for them in (in this case) muon/libmuon/DownloadModel/. So I copied DownloadModel.moc to that directory, tried again, and got the following error:
[ 4%] Building CXX object CMakeFiles/libmuon.dir/DownloadModel/DownloadModel.o In file included from /home/pj/src/muon/libmuon/DownloadModel/DownloadModel.cpp:120: /home/pj/src/muon/libmuon/DownloadModel/DownloadModel.moc:10:41: error: DownloadModel/DownloadModel.h: No such file or directory
I figured out that Make is probably working from muon/libmuon/DownloadModel/ at that point, so making a new DownloadModel directory under muon/libmuon/DownloadModel/ and copying DownloadModel.h to it fixed the errors for that object.
pj@loki1:~/src/muon/libmuon$ ls DownloadModel/ DownloadDelegate.cpp DownloadDelegate.h DownloadModel.cpp DownloadModel.h DownloadModel.moc pj@loki1:~/src/muon/libmuon$ mkdir DownloadModel/DownloadModel pj@loki1:~/src/muon/libmuon$ cp DownloadModel/DownloadModel.h DownloadModel/DownloadModel/ pj@loki1:~/src/muon/libmuon$ make [ 0%] Built target libmuon_automoc [ 4%] Building CXX object CMakeFiles/libmuon.dir/DownloadModel/DownloadModel.o [ 8%] Building CXX object CMakeFiles/libmuon.dir/DownloadModel/DownloadDelegate.o /home/pj/src/muon/libmuon/DownloadModel/DownloadDelegate.cpp:125:32: error: DownloadDelegate.moc: No such file or directory
…So DownloadModel.o finally compiles, and the error recurs on the next compilation. I could repeat these file copies to compile every object file, but that’s tedious and hackish. The underlying problem is that Make is trying to compile from inside a subdirectory. Any idea why this is or how I can fix it?

Sorry for the long post, and if this should be posted to http://bugs.kde.org/ let me know.